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

kit писал:

Perlover, опубликой здесь свой вариант пожалуйста.

у перловера _нет_ варианта стандарта, он выше мне уже ответил:

perlover писал:

Тока вот твое предложение "подготовить draft стандарт" и "написать модуль" труднореализуемо без чей либо финансовой поддержки. Может быть это и станет реальностью без финансов, как происходит с некоторыми open source проектами... Я писал выше, что для себя вижу пока такой сценарий: спонсы скидываются сами между собой, создают проект, нанимают грамотных людей и делают draft стандарт. Этими же силами можно написать модуль для NATs. Я ставил перед собой цель предложить идею и создать обсуждение темы, в надежде что спонсы на это пойдут

так что он только "разместил объяву"

давайте мыслить стандарт - сиджейщики - пишем требования !
(скопирую сюда то что писал у себя на борде)

Пожелания необходимо разбить на 2 части:
I. требования к формату выдачи от спонсоров.
II. требования к имплементации в ротаторах.

I. требования к формату выдачи от спонсоров.
- rss должен быть с авторизацией по логин-паролю адверта, в выдаче должны быть фхг уже с ID адверта.
В дополнительнор разделе админки споносора настраивается выдача rss:
- PPS/Revshare
- Триалы Yes/No
- Console fee (достаточно у многих есть этот загон)
- Желаемая длинна десков
- Номер шаблона для галер (если спонс дает выбор)

в выдаче каждая строка содержит 3 поля, разделитель например ; (вроде ; не юзается в урлах ? а из десков вырезать если есть):
- domain.com реклимируемого пейсайта
- URL FHG
- description галеры (лично мне нужен только 1, длина похер, все равно тока в alt пишется)


II. требования к имплементации в ротаторах.
В дополнительном меню ротатора указываются спонсоры с которых брать по rss новые галеры.
на каждого спонсора добавляется:
- rss url
- логин\пароль
- название спонсора (для тех ротаторов которые ведут "базу" спонсоров для возможности быстро отключать все гали спонса итд, например как в dtr)
ограничения
- максимум добавляемых галер за 1 день, настройка что делать с остальными (удалять/игнорировать или добавлять в список в последующие дни)
- максимум добавляемых галер за 1 мес (на всяк, от флуда)
- частота опроса спонсора, возможность выставить точное время опроса (для балансировки нагрузки на неск доменах например)
- Настройка "что делать с новыми галерами" - автодобавить в ротацию\оставить на ревьюв вебмастеру

- Для предотвращения бесконтрольного роста базы (при автомате с добавлением) нужно будет ввести лимиты на кол-во галерей в базе, ну и желательно чтоб рататор при достижении разных лимитов оповещал вебмастера по почте/собственному rss на выбор.

Из тех ротаторов с которыми я работал наиболее "вкусно" делать полную автоматизацию на стриме, тк он хорошо режет тумбы на полном автомате, за счет тестирования всех тумбов с галеры.

Ага, надо драфт изобразить и пихнуть его в RFC, если удачно получится, то постепенно все его юзать начнут.

Боюсь, формат RSS неполноценен для выдачи такой инфы. Лучше СОАП иль чет такое.

Можно начать с нескольких модулей выдачи.

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

2. Модуль выдачи пейсайтов. С указанием категории или без. Сюда можно включить промо инфу по сайтам (титлы, дески, тумбы, урлы: консольфри и другие) а так же статистическую инфу (есть ли триал, сколько за сайн)

3. модуль выдачи промо. По запросу с указанием категории и/или сайта выдает фхг, фхс, дески там, банеры, семплы. Собсно, несколько сабмодулей.

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

Цитата:

в выдаче каждая строка содержит 3 поля, разделитель например ; (вроде ; не юзается в урлах ? а из десков вырезать если есть):

Mitch: не гони такую большую замутку в формате CSV делать, это прошлое тысячелетие. XML однозначно.

Perlover писал:

XML нынче модный язык, если тебе такой аргумент пойдет ;-) Вообщем, то что это должен быть именно XML, я считаю это должно быть 100%. Программисты меня поймут, кто с ним работал.

Чисто умозрительно, процентов 95 случаев эти самые модные программисты применяют XML там, где он нафиг не нужен 200 лет. Только из-за того, что он модный

Дело не в модности XML а в его универсальности представления данных, универсальности парсинга и удобочитаемости.

К тому же в сочетании с XSLT получается очень мощный инструмент представления и отображения _любых_ данных.

И это не язык. Это формат.

Распарсить csv формат занимает 2 строки в php. В случае с xml , начинается подключение классов, библиотек, одним словом куча лишнего кода.

То что пытаются сделать в данном топике - очередной велосипед. Раньше такое с нарезкой тумб и ротаторами пытались изобрести, а потом выяснили что простой ротатор и вручную нарезанный тумбы дают гораздо больше отдачи.

Тут будет то же самое. Я просто не представляю как можно поставить на автомат вытягивание контента с партнерки. У большинства партнерок половину галер можно выкидывать сразу же, они визуально весьма хреново выглядят. Оставшиеся все равно в ручную обрабатывать, что бы нарезать нормальные тумбы.

Желание "автоматизировать все" кроме лишнего гемороя ничего не принесет. Посмотрите на крупные проекты - везде сидят живые люди в управление.

Stek писал:

Распарсить csv формат занимает 2 строки в php. В случае с xml , начинается подключение классов, библиотек, одним словом куча лишнего кода.

Довольно узкое мышление.

Лично я здесь говорю не только про экспорт ФХГ. Я говорю вообще за интерфейс доступа к промо матералам, а возможно и статсам спонсоров. Такую глобальную хрень можно действительно пропихнуть в RFC и тогда это действительно станет стандартом.

В то время такую мелочь как экспорт ФХГ нахер кому надо стандартизировать. Все их экспортируют по своему ("2 строчки кода ПХП"), у каждого свой формат и под каждого спонсора надо писать свои "2 строчки кода". В результате имеем то что имеем - хаос на этом поприще.

Во-первых, формат XML нетрудно расширить с сохранением старой версии формата в случае чего. Попробуй ка с такой же легкостью апгрейднуть CSV.

Во-вторых, формат CSV поддерживает только выдачу линейной структуры данных. Вложенные структуры повлекут геморой.

В третьих, единый формат XML повлечет создание одного класса доступа, который может быть использован везде.

В четвертых, формат XML можно расширить с учетом специфики отдельного спонсора, чисто для его адвертов, если попросят без нарушения стандарта.

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

Ну и в шестых, продвинутые программеры могут наложить на XML фид XSLT шаблон и без всяких парсингов получить свою страницу выдачи свежего контента.

Идеально такая феничка подойдет для владельцев порталов а-ля porninspector, rabbitreviews для отслеживания и наполнения базы. Конечно же без ручек не обойтись, но когда много спонсов выдают данные в едином формате это очень радует.

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

В любом случае вперед, делайте, раз считаете что так жутко полезно. Хотя сомневаюсь, что выйдет даже за пределы данного топика.

Причём тут модные форматы, если даже не понятно что нужно?

Цитата:

Чисто умозрительно, процентов 95 случаев эти самые модные программисты применяют XML там, где он нафиг не нужен 200 лет. Только из-за того, что он модный icon_smile.gif

Плюсадин

Кит может выложите версию, а мы её пообсуждаем? ;)

ghood писал:

Плюсадин

В свою очередь хотелось бы выругацца на криворуких программеров, (можно и программеров известных биллингов не пропустить) которые там где нужна структурная упорядоченность отдаваемых и принимаемых данных, применяют тупой CSV или свой дебильный формат, обрабатываемый через жопу, когда единственной весомой причиной его применения является вульгарность и необразованность уличных самоучек.

Это относительно CVS. Другие дендрофилы делают экспорт галерей вот в таком виде:

Код:

<?xml version="1.0" encoding="iso-8859-1" ?> <gallery> <a href="http://domain.com/123/456/">Blondy Sluts play with dildo</a> </gallery> ...

Я плакал. Зачем тут вообще XML, когда можно было разделить куски HTML символами перевода каретки. Логичнее сделать было так, если уж делать XML:

Код:

<?xml version="1.0" encoding="iso-8859-1" ?> <site id="paysite1" title="Blonde Sluts" url="http://paysite.com/?ref"> <gallery id="875" url="http://domain.com/123/456/" type="pictures"> <description>Blondy Sluts play with dildo</description> <description>Blondy chicks have dildo</description> <description>Dildo has blondy chicks</description> </gallery> </site>

Вот в этом гипотетическом формате
1. Предусмотрена связь между галерами и продаваемым сайтом. Можно группировать галеры по сайтам при выводе.
2. Предусмотрены идентификаторы сайтов и галер чтобы дважды не добавилось в локальную базу
3. Предусмотрено бесконечное количество дескрипшенов к галере, хотя может быть и один деск.
4. Предусмотрен тип галеры "pictures". Это можно вывести в листинге или учесть при заполнении какой то базы.

Так же теоретически у галеры могут быть другие характеристики один-ко-многим. Например тумбы. Их может быть много. И разного размера. Нет проблем:

Код:

<?xml version="1.0" encoding="iso-8859-1" ?> <site id="paysite1" title="Blonde Sluts" url="http://paysite.com/?ref"> <gallery id="875" url="http://domain.com/123/456/" type="pictures"> <description>Blondy Sluts play with dildo</description> <description>Blondy chicks have dildo</description> <description>Dildo has blondy chicks</description> <thumbnails> <thumb width="150" height="150">http://domain.com/123/456/t1.jpg</thumb> <thumb width="250" height="180">http://domain.com/123/456/t2.jpg</thumb> <thumb width="320" height="200">http://domain.com/123/456/t3.jpg</thumb> </thumbnails> </gallery> </site>

А попробуйте эти все ньюансы учесть, используя CSV....

Pentarh писал:

В свою очередь хотелось бы выругацца на криворуких программеров

Помоему, ты говоришь о чем-то своем

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

Нет, мой ход мыслей был предельно логичен.

Стандартизировать выдачу ФХГ не получится по самой простой причине. Потому что задача слишком простая, чтобы ей так серъезно заниматься.

Если уж стандартизировать, то нечто более серъезное. Например, отдачу промо материалов вообще как таковых.

Учитывая глубину и сложность задачи, а также разнообразие ее вариантов, CSV отпадает автоматически ввиду своей тугости (антоним к гибкости). Что может быть гибче и проще XML одновременно, скажите, может я не знаю?

Но заниматься этой задачей должны люди у которых есть свободные ресурсы, свободные финансы и прямая заинтересованность.

Владельцы партнерок этим вряд ли займутся, им это нахуй не надо, они не видят обратной стороны монеты.

Этим могут заняться крупные группы вебмастеров, которые прямо заинтересованы в стандартизации подобных интерфейсов

ЗЫ: у меня заинтересованности тоже мало, я просто люблю порядок в данных а так же поумничать

Pentarh писал:

Что может быть гибче и проще XML одновременно, скажите, может я не знаю?

yaml например, но это так, к слову.
Вообще это технические тонкости, до которых в общем-то дела нету.

Pentarh писал:

Код: <?xml version="1.0" encoding="iso-8859-1" ?> <site id="paysite1" title="Blonde Sluts" url="http://paysite.com/?ref"> <gallery id="875" url="http://domain.com/123/456/" type="pictures"> <description>Blondy Sluts play with dildo</description> <description>Blondy chicks have dildo</description> <description>Dildo has blondy chicks</description> <thumbnails> <thumb width="150" height="150">http://domain.com/123/456/t1.jpg</thumb> <thumb width="250" height="180">http://domain.com/123/456/t2.jpg</thumb> <thumb width="320" height="200">http://domain.com/123/456/t3.jpg</thumb> </thumbnails> </gallery> </site>

вот это уже интереснее.. а для блогов такое слабо ?

Pentarh писал:

Mitch: не гони такую большую замутку в формате CSV делать, это прошлое тысячелетие. XML однозначно.

Сорри, не имел ввиду ни csv ни текст файлы.
Я чисто про логику, какая инфа та болжна содержатся.
По логике этот формат будет похож на rss, но как я вижу нужен дополнительный набор "команд"
которые может принимать платник от клиента-ротатора - типа:
- выдать список пейсайтов с указанием ниши
- выдать список фхг по выбранным сайтам\датам\нишам

Вообще мысль сходится к тому что было бы заебись в ротаторе указать урл-логин-пароль на партнерку, и все действия по работе с фхг выполнять только через ротатор.
Статс по сайнам можно тоже чтоб в ротаторе висел небольшой ;)
а хуле, web2.0 пора имплементить.

Mitch писал:

а хуле, web2.0 пора имплементить.

Я прошу еще раз обратить внимание, что это (и подобное) не является нормальным материалом для работы
Если нужен список параметров - каких именно. Если нужна вложенность - какая именно, какая структура и т.д. Сделать-то можно все что угодно, вопрос лишь в том чтобы этим пользовались.

Цитата:

Вообще мысль сходится к тому что было бы заебись в ротаторе указать урл-логин-пароль на партнерку, и все действия по работе с фхг выполнять только через ротатор. Статс по сайнам можно тоже чтоб в ротаторе висел небольшой ;) а хуле, web2.0 пора имплементить.

Да чего там мелочится.

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

Ведь это все как нехуй делать реализовать, в хмл любую структуру данных заебенить можно

Ну поумничай, поумничай )

А тем временем на адалт империи наиболее частый способ слива трафа это:

1. Зайти в админку, получить по нише список ФХГ
2. Копи-паст в свой софт
3. Press "Bablo" button

Введение подобного стандарта неизбежно, это только вопрос времени. Кто сейчас это сделает первым, тот в будущем получит бенефиты.
А чо, та же AE если сделает, то назвать его AE-XML - и дополнительная реклама и плюс к имиджу. Ну или там PB-XML.
Ну, а потом - как водится - начнется война стандартов..

У АЕ уже есть свой AE-XML, касается других вещей и широко используется. Над ФХГ вот думаем )

Pentarh писал:

Ну поумничай, поумничай ) А тем временем на адалт империи наиболее частый способ слива трафа это: 1. Зайти в админку, получить по нише список ФХГ 2. Копи-паст в свой софт 3. Press "Bablo" button

И чем это от других партнерок отличается ? Вроде везде так.