2011-05-03 4 views
2

Что такое умные/полезные вещи для регистрации/статистики для сайта социальной сети? вещи я придумал:Что регистрировать для обеспечения безопасности и статистики?

  • логинов пользователей (временной метки + идентификатор пользователя)
  • неудачных попыток входа пользователя (временной метки + идентификатор пользователя)
  • числа сообщений/пользователя (временной метки + идентификатору пользователя
  • таблицы из активные пользователи (метка времени + идентификатор пользователя)
  • времени пользователь провел на странице (дельта метки времени + идентификатор пользователя + PageId
  • таблица просмотров страниц пользователей (пользователей страница пара /)

Что я пропустил?

Учитывая, что я использую Cassandra (= nosql), что было бы самым быстрым и масштабируемым способом? Я думаю о добавлении попыток входа в пользовательское пространство ключей и создании пространства ключей для ведения журнала на время на странице и т. Д.

Есть ли что-то вроде версии Google Analytics с открытым исходным кодом, написанной на php? Если я расширяю, что с данными упомянутых выше + this (демо @ нижней here) = приложение убийцы

+1

Зарегистрировать все. Вы никогда не узнаете, кто хочет покупать ваши данные за большие деньги. ;) – ThiefMaster

ответ

2

Это может быть хорошая вещь, чтобы войти log_type

Как DEBUG, INFO, ERROR и т.д.

+0

Hmm * note to self * создать/найти некоторый класс обработки ошибок с подключением к базе данных. Благодаря! – Writecoder

0

Для сохраняя статистику в cassandra, посмотрите на twitters rainbird как хороший пример использования counters, которые являются новыми в cassandra 0.8.

0

Вы пробовали подход here? Это многопоточные (и синхронизированные) logger-2-файлы. Я предполагаю, что это самый быстрый способ ведения журнала на стандартном сервере PHP.

0

Как вы спрашиваете «что» вы должны хранить, а не «как» его хранить, я бы сказал, что вы спрашиваете не тех людей. Вам нужно выяснить, что такое ваши бизнес-требования, и как их поддерживать - хранение данных, потому что это может быть «удобно», скорее всего, создаст сложное приложение с большим количеством проблем с обслуживанием, не говоря уже о боли в производительности.

Сказав, что в социальных сетях связь между людьми действительно важна (duh), поэтому я бы подумал о явном хранении этого в ваших журналах. «Пользователь x просматривает стену пользователя y»; «Пользователь x отправил сообщение пользователю y» и т. Д. Таким образом, вы можете ответить на такие вопросы, как «как часто пользователь x отправлял сообщение пользователю y между датами a и b?».

0

Чтобы ответить на ваш вопрос относительно "открытого источника Google Analytics в PHP":

ЗАКАНЧИВАТЬ piwik.org!

Смежные вопросы