Хочу подтолкнуть спонсоров на создание нового формата XML ек

С выдачей чисто галер в рамках рсс или xml тоже не понятно. Скажем сидейщик то ведь их не будет использовать скорее всего, ибо надо выбрать удачную тумбу - компы это нихуя не умеют делать, а потом обработать ее - ну где то сделать четче, где то размазать, заблюерить, навести глянца, убрать прыщи, морщины и тп

Те кто фейк тгп может держат, им еэто полезно.

Pentarh писал:

Сори ребята, я сливаюсь, работы пиздец просто.

ну что же..
"слив засчитан", как говорится

RTV писал:

С выдачей чисто галер в рамках рсс или xml тоже не понятно. Скажем сидейщик то ведь их не будет использовать скорее всего, ибо надо выбрать удачную тумбу - компы это нихуя не умеют делать, а потом обработать ее - ну где то сделать четче, где то размазать, заблюерить, навести глянца, убрать прыщи, морщины и тп Те кто фейк тгп может держат, им еэто полезно.

теоретически могла польза от этого быть

короче - модераторы, снимйте этот топик с объявлений
реально никому этот XML-формат не сдался

не принимай близко к сердцу, у меня наследник просто родился

а дело оч нужное.

+1 дело нужное.

+10 дело нужное

Просто надо учитывать, что не все могут обсуждать этот топик регулярно. Тем более сейчас многие поразъехались по отпускам.
Я его хоть и замутил, но от слов не отказываюсь. И готов формат всячески поддерживать. Но не имею возможности топик читать каждый день. А отвечать люблю тока когда могу предложить что-то конкретное. А пока не могу, так как уже дело до конкретики дошло и надо все очень взвешенно предлагать. Завтра постараюсь ответить и предложить свои предложение по новому, что написал Dm.

Лично я готов линки поставить на своей вебмастер странице на сайт Dm-a с формато описанием или Pentarh и всячески продвигать формат (например стучиться спонс, предлагает галлеры или напоминает о новых платниках, а я первым делом его тычу на страницу с описанием формата)

2 Dm, мне кажется делать под паролем экспорт - вещь ненужная. От кого защищать? От дорков? Это же FHG... Просто у мноигх адвертов могут возникнуть сложности, так как надо будет реализовывать авторизацию

Также могу пообещать взяться за написаниме DTD. Просто не совсем его знаю хорошо сейчас, но хочется - интересно мне.

И кстати, разработать хороший формат - дело не быстрое
А то складывается ощущение, что народ хочет либо иметь результат прямо уже сейчас, либо вообще закрыть обсуждение.

Perlover писал:

2 Dm, мне кажется делать под паролем экспорт - вещь ненужная. От кого защищать? От дорков? Это же FHG... Просто у мноигх адвертов могут возникнуть сложности, так как надо будет реализовывать авторизацию

Авторизация нужна в любом случае, чтобы линки получились правильные.

Проблема в том, что нету общего видения. Формат и DTD это вообще пшик. Нужно видение. Что как куда, какие проблемы и какие задачи решаются.

ghood писал:

Авторизация нужна в любом случае, чтобы линки получились правильные.

А почему не принимать ID вебмастера через УРЛ в CGI параметре? Что такого сложного сделать именно так, а не через авторизацию?
Например
http://foo.com/products.xml?ref=vasya
Вообще не увидел взаимосвязи между авторизацией и правильностью выдать линки FHG

так где описание формата-то?

у dm ссылка не работает

дайте почитать

ghood писал:

Проблема в том, что нету общего видения. Формат и DTD это вообще пшик. Нужно видение. Что как куда, какие проблемы и какие задачи решаются.

Я как адверт, у которого много сайтов и который работает в разных нишах, такие цели:
1) Автоматизировать создание новых платников, когда они запускаются у спонсоров. Ниши я все равно сам указываю у платника. Так что меня только интересует инфа от спонсора, какие платники есть у них (новые я могу отследить автоматически из этой информации)
2) Автоматическое добавление галлерей для уже существующих платников у меня, так и у новых. Мне главное здесь получать привязки "галлера -> платник" от спонсора.
3) Единый формат выдачи, так как что сейчас есть - можно сказать нет ничего ...
Вот собственно для себя какие цели я хотел решить. Если я смогу оперативно добавлять новые галлеры для платников и новые платники, то от этого выйграю и я и сам спонсор. Как и многие здесь также. Сейчас же уходит уйма времени на чтение почты, чтения форума, чтобы знать где что новенького появилось.

Последний раз редактировалось: Perlover (06/07/07 в 15:15), всего редактировалось 1 раз

Меня тоже интересует эта тема, с xml знаком не понаслышке. Дайте почитать, что вы наваяли, плз.

dm писал:

Вообщем, и говорилось - пре-альфа релиз, пощупать вживую и обсудить Ориентировался я естественно на свой скрипт, точнее на те данные которые в нем есть в настоящее время через стандартную админку (например thumbnails пока нигде нет) - если тема получит развитие, можно будет добавить отдельную панельку, где для оверов все собрано будет по этой теме ммм.. критикуйте вообщем

Привет, dm
Вот мои предложения:

req=products:
1) Нет тамбнейл тагов, а было бы здорово, если бы там были тумбы скриншоты. Потому как линки на туры есть у тебя, месячный и триальный доступ также описан (очень классная инфа, кстати, для адвертов), а вот если бы еще был thumbnail, то я мог бы софтома его выкачивать, увеличивать тумбы или уменьшать как мне надо и промоутить платники в блоке с их скриншотами

req=fhg:
1) Предложение fhg затолкать в таг <set>, например, и там прописать у него product_id и type, а то сейчас дублируется тип продукта для каждой галлереи, а это бесмысленно. Можно ведь воспользоваться тем, что дает XML ;-) Аналогично, таг set может иметь еще аттрибут type="Video|Pics". Пример: <set type="Pics 110x150" product_id="public-nude.com"><fhm>...</fhm><fhm>...</fhm></set><set type="Videos" product_id="public-nude.com"><fhm>...</fhm><fhm>...</fhm></set> и т.п.. То есть секций <set> стока, сколько пар type & product_id в запросе.

2) type="Pics 110x150" - Для меня как адверта не понятно, что я получу... Я бы ожидал здесь увидеть тип "video|pics|mixed", например. И лучше все в одном регистре. Тип вообще надо стандартизировать и загнать в свои рамки. А сейчас получается, что я должен у каждого спонса вытянуть http://demo.awm-scripts.com/partners/xmlexport.cgi?req=fhg&type=list, посмотреть какой мне тип надо, догадаться, что каждый из них значит... А еще спонсы начнут выдумывать разные типы, которые потом вообще не понять будет. А надо чтобы автомат легко понял, где пикс галлера, где мувис и т.п.. Вообщем, очень не информативный аттрибут здесь для "Pics ..."
3) <fhm id="URL"> Я уже писал ранее, что id лучше не использовать, так как он уже "занят" спецификацией DOM, а потом УРЛ галлеры так и называть лучше url="...", так понятнее

И пожалуйста, давайте уйдем от УРЛа запроса с авторизацией. Ну копец, как это будет гемморойно! Чес слово. Можно же "demo" в твоем примере просто передавать также через CGI параметр, например, wmid=demo, а пароль не нужен, IMHO. Тем более если я для каждого спонса буду вынужден вбивать пару "имя и пароль" в базе "тянучки" спонсорских FHGs, то (!!! обратите внимание здесь особо): а) снижение security (одно дело такие приватные данные хранить в RoboForm например с криптованием на диске, другое в софте адверта, который кстати, в будущем у многих может быть на виртуале и т.п.. и доступ к которому будет получить куда легче, например, резервированные базы будут иметь все пароли от спонсов - не слишком ли ??? Это как резервы баз хранить то надо будет?); б) Нафига пароль по сети каждый раз светить при получении галлер (возьмем в пример снифиты всякие и т.п..)? Тока не предлагайте еще и по SSL забирать - тогда точно никто не будет этим пользоваться ...

Вообщем, авторизацию надо убрать!

Perlover писал:

Вообще не увидел взаимосвязи между авторизацией и правильностью выдать линки FHG

Ну, например, такая вещь как поддержка кампаний, как мне кажется должна проходить с авторизацией.
Плюс поддержка авторизации в дальнейшем может позволить выдачу, например, новостей/мессаджей, может статов и т д.

В то же время необходимость тумбнейлов для ФХГ лично для меня под вопросом, поскольку во-первых такая фича мне не нужна и во-вторых порождает ещё вопросы -- хотлинк, нехотлинк, размеры, формат и т д.

ghood писал:

Ну, например, такая вещь как поддержка кампаний, как мне кажется должна проходить с авторизацией. Плюс поддержка авторизации в дальнейшем может позволить выдачу, например, новостей/мессаджей, может статов и т д. В то же время необходимость тумбнейлов для ФХГ лично для меня под вопросом, поскольку во-первых такая фича мне не нужна и во-вторых порождает ещё вопросы -- хотлинк, нехотлинк, размеры, формат и т д.

Давайте сделаем сейчас простой и удобный стандарт, а выдачу новостей и мессаджей оставим для другого формата. Не надо весь "мир" наворачивать сюда.

Про тумбнейлов для ФХГ. Я _писал_ про тамбнейлы платников.

И от авторизации давайте будем отказываться. Я обосновал почему. Я лично, не буду работать с авторизацией у спонса. Компании можно также выдавать без пароля. Достаточно wmid. Если в базе у спонса есть данные за каким акком какие компании, то это можно дернуть без пароля для выдачи клиенту. Например, в запросе предусмотреть company=XXXX и получаем сет галлерей этой кампании.

А вопрос к адвертам - кто нибудь юзает компании вообще? Я лично не юзал и никогда не было в этом потребности.

ghood писал:

хотлинк, нехотлинк, размеры, формат и т д.

ПРичем тут хотлинк? Никто не пишет что УРЛ будут юзать спонсорский. Достаточно просто вытянуть тамбнейл платника (скриншот) и все. Про размеры - тут да, но вопросов здесь не больше, чем по всем остальным данным выдачи. Скриншот-тамбнейл платника сделать автоматом очень и очень сложно, надо юзать платные сервисы и т.п.., а если спонс будет делать тумбы сринов и отгружать, я их уж точно заюзаю по делу Про размер тумбы - ну тут тоже простор для дейтельности. На всех размеров не напридумываешь и самый простой выход видется в том, что каждый спонс отгружает тот размер который может, но чем больше пикселов, тем лучше. А адверт на своей стороне тумбу скрина вытягивает и уменьшает/увеличивает автоматом под себя. Библиотек вытягивания и масштабирования пикч навалом, в каждом ротаторе это есть.

Ну вот и реально работающее решение
не прошло и треть года

Про партнерки, fhg и сиджи.

Это не реально работающее решение. Насколько я понял, речь просто идет о парсере RSS. Там навярняка не решены такие простые вещи, о которых я писал здесь, например:

1) Нет отслеживания новых платников. Поясню - спонсы дают RSS фиды для каждого платника отдельно, тем самым, если завтра спонс запускает новый платник, я должен найти его письмо в куче спама, быстро на него среагировать, зайти в админку, найти урл RSS для платника, создать данные на платник у себя и вбить RSS. Гемморой еще тот.

2) Что делать, если у спонса 1000 галлер, причем все они просто представляют из себя 20 шаблонов с уникальными 5 сетами всего ...

Да и вообще, тема RSS и то что здесь обсуждалось - совсем разные вещи.

Perlover писал:

...

Оффтопик: Не отвечаешь по асе, пожалуйста стукнись 163018196.

Perlover писал:

2) Что делать, если у спонса 1000 галлер, причем все они просто представляют из себя 20 шаблонов с уникальными 5 сетами всего ...

А ничего не делать. Стрим сам найдет дубли по возможности (именно по контенту). Главное полную базу сохранять на сервере (все удаленное по умолчанию остается в базе).

p.s. Решение работающее у всех у кого есть стрим. А других пока никто не родил. Всем лень или некогда.