euhenio, в том-то и дело, что учитывает. Пример единичный, но вроде абсолютно надежный. Отправить в личку?
Мдя, про тире, как кажется, действительно лажа.
Ну тогда мой вариант вполне годится, разве нет?
Или все еще есть не автонаполняемые поля?
Остался разве что вопрос о том, все ли хорошо в отображении смены цены.
Коллеги, у кого есть выходы на биржи, намекните им, что надо бы в этот топик посмотреть.
Ну правильно, у вас основное зеркало — www.profile.ru.
Пишите host="www.profile.ru".
Или rhost="ru.profile" | rhost="ru.profile.*", если надо субдомены охватить.
Это еще каким боком?
Разный контент на сайтах вносит шум в эксперименты.
Если нужны два документа с одинаковыми внутритекстовыми параметрами, и надо препятствовать их склейке как дублей, то я бы предложил использовать одинаковый контент, разбавленный разными абракадабрами на одних и тех же местах (например, через слово).
Естественно, в данном эксперименте такие штуки не прокатят: у абракадабр нет тематики. 8(
Впрочем, интересно будет посмотреть на результат.
Не склеивается, вы же сами написали пример с &&. Это что-то принципиально иное. 8)
Это для меня темный лес. 8)
Важная мысль, которую я, кажется, не донес: хочется, чтобы данным форматом можно было охватить максимальный набор всевозможных размещений и большинство ссылочных бирж. Более того, неплохо было бы иметь возможность экспортировать ссылки как на сторону рекламодателя, так и на сторону площадки.
На сторону рекламодателя — для учета и анализа;
На сторону площадки — еще и для расстановки ссылок. Потом пишутся плагины для основных CMS и наступает ссылочный рай. 8)
«Рецепты курицы с доставкой» не учлись.
Пример, где определенно учлись, в личке.
Увы, не связан. Проверяется запросом в кавычках.
Есть такой грешок. 8)
<data> — корень XML
········<links> — раздел про размещения
················<link project_id="2342"> — отдельная ссылка или любое аналогичное размещение (статья там, многолинк, баннер какой-нибудь)
························<donor id="1234567" pr="1" cy="425" exl="4" level="2">http://donor_1.ru/path</donor> — все про донор; думаю, понятно
························<placement status="ok"> — все про размещения; status — аналоги SAPE'овских OK, ERROR или SLEEP
································<html><![CDATA[ Текст до <a href="http://recipient.tld/path/">ссылка</a> текст после. ]]></html> — код ссылки в виде HTML (настаиваю на этом потому, что на разных биржах ссылки хранятся в разных форматах, и формат SAPE далек от совершенства: например, в нем очень непросто описать «многолинки»)
································<requirements> — требования к размещению (обычно стандартные, но, в принципе, можно представить себе такие виды рекламы, которые разрешают закрывать что-нибудь от индексации и т. п.)
········································<yandex-indexable>true</yandex-indexable> ссылка должна быть доступна для индексации Яндексом; значение true можно в атрибуты перенести
········································<google-indexable>true</google-indexable> ссылка должна быть доступна для индексации Яндексом; значение true можно в атрибуты перенести
································</requirements>
························</placement>
························<price currency="usd"> — все про цены данного размещения; currency — валюта (некоторые мелкие биржи ведь рублями оперируют)
································<sum>0.80</sum> — цена
································<newprice> — изменение цены, если есть
········································<sum>1.20</sum> — новая ставка
········································<date>Sat, 15 Oct 2007 03:18:00 +0400</date> — дата, до которой надо принять решение (кстати, тут я не уверен, что все разумно написал; может быть, надо еще ввести атрибуты для newprice, чтобы учесть особенности других бирж)
································</newprice>
························</price>
························<date>Sat, 15 Sep 2007 03:18:00 +0400</date> — дата размещения ссылки
························<management type="sape"> — способ и особенности управления: возможность удаления, занесения в WL, BL и т. п. (надо еще подумать; может быть, можно утащить в аттрибуты link)
························</management>
················</link>
········</links>
········<projects> — раздел про проекты
················<project type="sape" id="123" parent="0" account_id="34522"> — Проект SAPE; parent — см. ниже; account_id — в каком аккаунте находится
························<name>Название проекта</name> — название
························<date>Sat, 15 Aug 2007 03:18:00 +0400</date> — дата создания
························<management type="sape-project"> — способ и особенности управления: возможность удаления, усыпления и т. п.; может быть, утащить в аттрибуты project)
························<price currency="usd"> — все про деньги (список подузлов можно уточнить; сюда же можно воткнуть прогноз на месяц и т. п.)
································<spent-lastmonth>140.22</spent-lastmonth> — потрачено за месяц
································<spent-total>232.65</spent-total> — потрачено всего
································<commission>10%</commission> — комиссия системы (в CLX, например, комиссия может быть разной в разных программах)
················</project>
················<project type="sape" id="2342" parent="123" account_id="34522"> — URL SAPE; parent — то, в каком проекте находится (фокус в том, что разделение проектов на два уровня — это не слишком часто повторяемая особенность SAPE; поэтому предлагаю просто описывать это как вложенные проекты)
························<url>http://recipient.tld/path2/</url> — URL
························<date>Sat, 15 Aug 2007 03:20:00 +0400</date> — дата создания
························<management type="sape-url"> — способ и особенности управления: возможность удаления, усыпления и т. п.; может быть, утащить в аттрибуты project)
························<price currency="usd"> — все про деньги (что внутри, см. выше)
········</projects>
</data>
Вообще, не помешало бы еще и узел про аккаунты продумать.
