Лучшие практики: отслеживание показов баннеров

Question

Я пишу рекламный баннер в php / mysql. Я не хочу использовать OpenX или решение «под ключ», потому что там будет множество пользовательских функций, которые я бы предпочел не полагаться на существующую систему, чтобы согнуться, чтобы приспособиться.

Вот мысли и мои нынешние подходы к архитектуре впечатлений:

• Запросы на баннерный сервер поступают через фрагмент JavaScript на целевой сайт
• Сервер кэшировал список баннеров для обслуживания и при необходимости возвращает соответствующее изображение.
• Показы записываются в файлы журнала, похожие на стиль журнала доступа apache: с использованием вращающегося текстового файла, добавляя одну строку на показ.
• В лог-файлы записываются IP-адрес пользователя, URL, идентификатор баннера, время и т. Д.
• Файлы журналов чередуются ежечасно, а затем суммируются (также ежечасно) в базе данных mysql, чтобы рекламодатели могли получать (почти) статистику активности в реальном времени

Мои опасения:

• Является ли запись в файл журнала эффективным и масштабируемым способом записи показов? Мы рассчитываем на показ 13–15 миллионов показов в месяц.
• Есть ли подводные камни в подходе к записи журнала?

Answer 1

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

Поскольку вы используете javascript на отдельных веб-сайтах, включите необходимую информацию в строку запроса, запрашивающую изображение. Кстати, это похоже на то, как Google Analytics собирает их информацию.

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

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

Если вы ожидаете огромное количество показов на ранней стадии и ожидаете масштабирования в какой-то момент, вы можете рассмотреть возможность использования CDN.

Answer 2

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

Я бы порекомендовал использовать текстовый файл для журнала и иметь скрипты для его анализа (создания кэшей и т. Д.) Для дальнейшего отображения статистики