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

Stek писал:

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

Это я к тому что утомительные шаги 1 и 2 можно свести к автоматическому выдиранию фида. В этом топике предлагают ввести стандарт, ты, насколько я понял, сомневаешься в целесообразности. Я показал целесообразность.

Я не сомневаюсь в целесообразности, я сомневаюсь реальности этой затеи. Весь разговор сводится к "xml заябись, давайте в нем все выдавать". А про то, что надо иметь клиент - сервер софт, иметь общий api запросов , об этом как то умалчивается.

Клиентское и серверное ПО это дело довольно второстепенное.

Общий АПИ запросов, я о нем толдычу уже второй день, по научному называется "протокол обмена данных". Можно занести даже в RFC. XML это всего лишь несущая часть протокола.

Чтобы составить протокол надо узнать всевозможные клиентские и серверные требования и возможности отдачи тех или иных данных.

Единственные предложения по этому поводу прозвучали от митча. Ориентировать протокол чисто на него что ли?

Ну вот пример формата отдачи списка платников. Здесь продукт = платник, можно применить не только адалте.

http://pentarh.com/misc/products.xml

Экспорт категорий спонсора. Тут просто

http://pentarh.com/misc/categories.xml

Собсно экспорт ФХГ,ФХС (Free Hosted Media)

http://pentarh.com/misc/fhg.xml

Последний раз редактировалось: Pentarh (26/06/07 в 21:09), всего редактировалось 2 раз(а)

Pentarh писал:

Общий АПИ запросов, я о нем толдычу уже второй день, по научному называется "протокол обмена данных". Можно занести даже в RFC. XML это всего лишь несущая часть протокола.

так а смысл перетирать одно и тоже ?
уже неделю за этим топиком слежу - пока одни слова
переходи к делу, не нужен пока RFC - выкладывай драфт как он тебе видится, только не в разговорном стиле, а как положено техдокументацию описывать - форматы авторизации, запросов, параметры, etc
уже будет что обсудить - что-то нафиг, что-то добавить

Pentarh писал:

Единственные предложения по этому поводу прозвучали от митча. Ориентировать протокол чисто на него что ли?

ни в коем разе
делать надо именно на XML, по причине понимаемости и расширяемости формата
мне лично тема эта интересна - как раз сейчас в скрипт дописываю фиды и ограничения RSS вживую вижу

расписывай DTD и форматы запросов
и выкладывай

рефрешни. счас репу почешу над ФХГ

да, вижу
на несколько минут опередил
обдумываю

ФХГ добавил, смотрите.

Pentarh писал:

Ну вот пример формата отдачи списка платников. Здесь продукт = платник, можно применить не только адалте. http://pentarh.com/misc/products.xml

угу, вот это уже на реальную заинтересованность похоже
отсюда уточнения по DTD

- apid - unique aff prog ID based on its URL
домен партнерки ?

- id - unique product ID inside aff program
product - это сайт ?
site_id внутри конечно приписан к каждому сайту
но смысле его наружи партнерки - только для разделения ?

- prime_category - primary category id of a product
ага, к какой категории относится платник ?
тут тоже неоднозначно - как овнер партнерки опишет
Anal и AssFucking какой-нибудь одно и тоже означают
сходу не автоматизируется

- url - URL without referal code where product can be reached in
урл платника ?

- join_free - whether there is no fees to get this product
это действительно true / false
- join_trial - whether limited version of product available for low cost
аналогично

<!-- Set of Product titles [REQUIRED] -->
<title>[Here is a title 1]</title>
здесь обычно одним обходятся

<!-- Set of Product descriptions -->
<description>[Here is description 1]</description>
если именно полноценные дески из меню PromoTools
да, могут пригодиться

<thumbnails hotlink_allowed="[true|false]">
<thumb width="[width]" height="[height]" src="[thumbnail URL]"/>
скриншоты ?

<plan id="[membership plan ID]" title="[plan title]" limit_time="[limit in days, months, years, unlimited]" limit_traffic="limit in GBytes, unlimited" price="[price]" currency="[currency code]" is_trial="[true|false]">

описание цен сайнов

dm писал:

- apid - unique aff prog ID based on its URL домен партнерки ?

Скорей всего так

dm писал:

- id - unique product ID inside aff program product - это сайт ?

Да. Продукт в нашем контексте это платник.

dm писал:

site_id внутри конечно приписан к каждому сайту но смысле его наружи партнерки - только для разделения ?

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

dm писал:

- prime_category - primary category id of a product ага, к какой категории относится платник ? тут тоже неоднозначно - как овнер партнерки опишет Anal и AssFucking какой-нибудь одно и тоже означают сходу не автоматизируется

Здесь никак не объединишь в единые категории. Вместо этого каждая парнерка будет давать на экспорт свой личный список категорий. И здесь используется идентификатор из того списка (см. categories.xml)

dm писал:

- url - URL without referal code where product can be reached in урл платника ?

Да, прямой без рефкода. Удобно чтобы делать фейковый урл в статусе.

dm писал:

- join_free - whether there is no fees to get this product это действительно true / false - join_trial - whether limited version of product available for low cost аналогично

не понял

dm писал:

<!-- Set of Product titles [REQUIRED] --> <title>[Here is a title 1]</title> здесь обычно одним обходятся

Поверь, может быть несколько. Смотрим в будущее )

dm писал:

<thumbnails hotlink_allowed="[true|false]"> <thumb width="[width]" height="[height]" src="[thumbnail URL]"/> скриншоты ?

Да, возможные тумбы. Было бы здорово определить рекомендуемые форматы. Другие форматы допускаются.

dm писал:

<plan id="[membership plan ID]" title="[plan title]" limit_time="[limit in days, months, years, unlimited]" limit_traffic="limit in GBytes, unlimited" price="[price]" currency="[currency code]" is_trial="[true|false]"> описание цен сайнов

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

Вообще если сформулировать требования, которые необходимы мне на моих ресурсах, то они следующие.

1. Получение ФХГ
2. Возможность разделения ФХГ по типам (мувисы, пиксы)
3. Разделение ФХГ по пейсайтам
4. Получение ФХГ для различных программ (персайн, партнершип, консольфри). Необходимо учитывать кампании, стоимость, программу (50%, 60% и т д), консоли.
5. Возможность получения описаний к галереям
6. Возможность разделять галереи по контенту, чтобы не было галерей с одинаковым контентом и разными шаблонами
7. Возможность получения любого типа hosted promos (fhs, fhg, blog)

По самому стандарту у меня такие соображения.
Общее
1. Описание стандарта должно быть единым и не допускать двусмысленностей
2. Стандарт должен иметь звучное название для маркетинговых целей
3. Стандарт должен быть независим
4. Стандарт должен быть открытым
5. Стандарт должен решать проблему унификации доступа к данным партнёрских программ как адалтного так и неадалтного толка.

Посмотрел на предложение пентарха, замечания следующие:

1. В products.xml дохера избыточности имхо.
2. Там же. join_free="[true|false]" join_pay="[true|false]" join_trial="[true|false]". Это основные характеристики продукта? Многие партнёрки дают фрисайн как опцию. Как и триал.
3. Опция триала дублируется.
4. Как отличить триал от нетриала?
5. Не все партнёрские программы ориентируются на доступ в мемберскую часть.
6. Вместо plan при названии поля больше подходит package если уж на то пошло, но это я занудствую.
7. Нету возможности получения галер с уникальным контентом
8. Нету поддержки кампаний
9. Нету поддержки шаблонов
10. Ориентация сугубо на адалтные партнёрки, что не есть гут.

ghood писал:

Посмотрел на предложение пентарха, замечания следующие: 1. В products.xml дохера избыточности имхо. 2. Там же. join_free="[true|false]" join_pay="[true|false]" join_trial="[true|false]". Это основные характеристики продукта? Многие партнёрки дают фрисайн как опцию. Как и триал. 3. Опция триала дублируется. 4. Как отличить триал от нетриала? 5. Не все партнёрские программы ориентируются на доступ в мемберскую часть. 6. Вместо plan при названии поля больше подходит package если уж на то пошло, но это я занудствую. 7. Нету возможности получения галер с уникальным контентом 8. Нету поддержки кампаний 9. Нету поддержки шаблонов 10. Ориентация сугубо на адалтные партнёрки, что не есть гут.

Не суди строго, ревизион 1.1 все таки )
2. Возможно соглашусь. Вообще я предполал что до этих харктеристик слишком сложно добраться, а они как бы первичные.
3. см. 2
4. если ты имеешь ввиду is_trial тега plan, то эта опция имхо нужна. Например, есть триал, месячник и трехмесячник. Последние два как бы фулл доступ, а первый как бы триал. Как отличить что из них триал? И вообще триал это маркетинговое понятие очень важное.
5. Я не ориентировал все на доступ в мемберку. Этот формат подойдет и для продажи софта например. И пилюлям вроде тоже канает. Хотя надо подумать.
6. Согласен, план - больше русское понятие.
7. Думаем
8,9 объясни ка
10. Не согласен. Из адалтового тут тока ФХГ, я даже назвал его Free Hosted Media.

SOAP - и запрашивай ту инфу, которая нужна, вплоть до статсов.

А вообще уже башка не варит.

Предварительный обзор ревизии 1.2

products.xml:
- plan -> package
- Убрать join_free,join_pay,join_trial из тега product. Я подумаю, имхо они нужны.
- Что то придумать с консоль-фри
- Что-то придумать с кампаниями, но пока не понимаю о чем речь.

fhg.xml:
- добавить идентификаторы контента и шаблона.

Обсуждение идет !
Позитив !
кстати - Kit ты бы отписал что вы там придумали по теме.

ghood писал:

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

У нас пока ещё не готово даже драфта. Но сама мысль существует уже года полтора-два.

Я думал только о формате обмена данными по хостед-контенту: FHG, FHS, и т.д. Делать глобальный формат обмена информацией по всему-всем-всему лучше не стоит.

kit писал:

Я думал только о формате обмена данными по хостед-контенту: FHG, FHS, и т.д. Делать глобальный формат обмена информацией по всему-всем-всему лучше не стоит.

Это пока что не все-все. Да и все-все делать заебеси.

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

В фхг нужна ссылка на сайт. А где взять инфу по этому сайту? Нате вам экспорт сайтов.

В сайте ссылка на категорию, соотв. нате экспорт категорий.

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

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

Pentarh писал:

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

Это для тебя просто и логично, а программист спонсорской программы посмотрит и решит "да ну нах"!
Если уж обзорные сайты не могут друг у друга вот так просто взять информацию из фидов, что уж говорить про спонсорские программы, которых в двадцать раз больше. Проще = лучше, и потом ведь ничто немешает расширять формат в дальнейшем.

По формату фида - мы однозначно за XML.

kit писал:

Это для тебя просто и логично, а программист спонсорской программы посмотрит и решит "да ну нах"!

Абсолютно согласен. Поэтому, как замечали уважаемые товарищи: стандарт -- ничто, решения -- всё.

kit писал:

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

Ну с ревью ситуация на самом деле сложнее, ибо информация намного менее структурирована и однотипна. Получить ФХГ чуток проще.

kit писал:

Проще = лучше, и потом ведь ничто немешает расширять формат в дальнейшем.

Это самое главное. В основании всего должна лежать простота. В данном случае меньше лучше чем больше .

Pentarh писал:

Экспорт категорий спонсора. Тут просто http://pentarh.com/misc/categories.xml

тут действительно вопросов нет

Pentarh писал:

Собсно экспорт ФХГ,ФХС (Free Hosted Media) http://pentarh.com/misc/fhg.xml

<title> на данном этапе лишнее
сейчас к галере прилагаются 1-2 деска, пару тумб для RSS возможно, более ничего
вот дески и размеры тумб - да

kit писал:

У нас пока ещё не готово даже драфта. Но сама мысль существует уже года полтора-два. Я думал только о формате обмена данными по хостед-контенту: FHG, FHS, и т.д. Делать глобальный формат обмена информацией по всему-всем-всему лучше не стоит.

это да
пока стоит ограничиться FHG(S) для начала, посмотреть что получится
плюс список категорий и сайтов - для связки нужны, а работы там на час

Pentarh писал:

Не суди строго, ревизион 1.1 все таки )

Скромнее надо быть..
Все протоколы по которым нынче общаемся с 0.9 начинали
Это же обсуждение и на 0.7 едва тянет

с форматом выдачи чуть понятней стало - болванки уже есть, устаканить можно в процессе
до реального написания кода еще два вопроса :

первое - авторизация, тот самый affiliate_id
тут я за старый добрый RFC 2617 Basic

второе - формат запросов
лучше на одном урле все делать
расписывай детали

ps: лиха беда начало
отладить и на нескольких крупных спонсорах установить
попинать ротаторы и прочие сиджи, чтобы импорт сделали
главное набрать критическую массу, а дальше само пойдет

dm писал:

Скромнее надо быть.. Все протоколы по которым нынче общаемся с 0.9 начинали Это же обсуждение и на 0.7 едва тянет

Да ладно, я по принципу CVS, у нее первая ревизия начинается с 1.1 ) Ты кстати путаешь понятия ревизии и версии.

dm писал:

с форматом выдачи чуть понятней стало - болванки уже есть, устаканить можно в процессе до реального написания кода еще два вопроса : первое - авторизация, тот самый affiliate_id тут я за старый добрый RFC 2617 Basic

басик авторизации вполне хватит думаю.

dm писал:

<title> на данном этапе лишнее сейчас к галере прилагаются 1-2 деска, пару тумб для RSS возможно, более ничего вот дески и размеры тумб - да

Про ФХС забыл. Пусть титлы будут как опциональные.

dm писал:

второе - формат запросов лучше на одном урле все делать расписывай детали

Угу

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

ревизия 1.2

http://pentarh.com/misc/products.xml :
- Изменен тег /amap/membershipinfo/plan -> /amap/membershipinfo/package
- Добавлено свойство /amap/membershipinfo/package/link@nocons [true|false] (консольный или безконсольный линк)

http://pentarh.com/misc/fhg.xml :
- Добавлено свойство /amap/fhm@category_id
- Добавлено свойство /amap/fhm@content_id, но насколько будет возможным его предоставить?
- Дескрипшены - обязателен хотя бы один
- Титлы и тумбы опциональны