Технічно, схема приблизно така буде ІМХО:

- базова система агрегації новин - бере з РСС-у (або аналогів) новини з ресурсів партнерів, записує їх в нашу БД...

- генератор інформерів - генеруе яваскрипт інформери з новинами партнерів, та ложить їх на якийсь швидкий вебсервер, або навіть в мережу доставки контенту (cdn).
Це імхо дуже вузька частина системи, адже інформери будуть завантажуватися всіми користувачами партнерських сайтів (велика кількість хітів).
Дотогож треба врахувати що в інформер має попадати новини не просто так, а по пріоритетам – щоб трафік в системі рівномірно розподілявся між учасниками системи (Хто скільки влив - той стільки і отримає).

- система обробки кліків з сайтів партнерів. Напевно для зменшення навантаження обробляти кліки через певний час, з буферу. При цьому треба відсіяти можливі накрутки с сайтів партнерів.
Інсерти в реальну БД - лог = самий найгірший варіант :-)

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

Я би взяв: Linux + mysql + php + nginx (але це не важливо, просто я з ними вже мав певну справу).
Для обробки логів вебсерверу мабуть perl.

Це технічна сторона, додайте менеджерів, секретарів...
Ось і все :-)

Який англійський варіант назви цих систем? Traffic Exchange System? Щось google define і Вікі нічого не видає. Можна посилання на лікбез?

А вот уже реализация....

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

Для того, чтобы понимать - а сколько времени надо чтобы построить систему а ля Что-то там - надо понимать а что делает эта самая системам

Да - она забирает инфу и раздает ее - для построение такой системы много времени не надо

Но - что делает трафикообменая сеть - она все же передвигает трафик ( пользователей) с одного сайта на другой

Значит надо написать машинку - которая будет передвигать пользователей с одного сайта на другой - и вот здесь - каким образом мы получаем инфу (рсс) и каким образом ее отдаем (информеры) уже не столь важно

И так - что же должна уметь делать такая система
1) забрать пользователей (они должны ДОБРОВОЛЬНО кликнуть на раздел в информере) с одного сайта и переместить на другой
2) распределить пользователей в зависимости от договоренностей с сайтами участниками (то есть - дать им столько или больше пользователей чем они нам дали - иначе сайты не будут участвовать в системе, ну и на продажу - заработать то денежку надо)

ну вот уже - как-то понятней

и начинаем осознавать сложность проекта

Частная задача 1. У сайта новости - так себе - не кликабельная - а нам он трафик поставляет - КАК заставить пользователей переходить на этот сайт (он нам трафик дает - а мы ему нет)

Частная задача 2. Вдруг появляется супер-пупер кликабельноая новость - все на нее кликают и сайт получает намного больше чем мы с него берем (соответственно другие сайты недополучает пользователей - и говорят нам "До свиданья")

Следовательно - весь проект заключается в построении "довольно сложной" машинки которая не только определяется - какому сайту сколько дать - но и КАК это дать - какие новости более кликабельны по сайтам, какие менее (и, для сложности - на каких сайтах) - сколько их надо показать - чтобы переправить на сайт нужное количество людей/ На основе этих правил необходимо раздавать информеры и (все время корректировать)

Вот и получится - с одной стороны - "да что там делать - ща быстро наклепаем на пхп и мускуле"
С друго стороны - посложнее будет, чем баннерная сеть

Для таких проектов - абстрактно не напишешь - за сколько это можно сделать
Проще говорить - вот есть программер (группа программеров) которая СМОЖЕТ ЭТО СДЕЛАТЬ - давайте у них и спросим сколько они возьмут людей-денег-времени для реализации такого проекта

А вот тут и самая заковыка - "ради спора" - такого анализа НИКТО делать не будет

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

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

Занимаюсь разработкой подобной системы на основе RSS. Кому интересно, пишите - kva @ mena com ua. Очень интересуют веб-мастера и блоггеры, владельцы RSS-лент, желающие учавствовать в тестировании системы после 01.01.2008 с целью привлечения трафика на свой сайт/блог.