Как стать автором
Обновить

Комментарии 9

С одной стороны в плюсы можно добавить то, что любой недостающий функционал добавляется через плагины.
С другой — даже с этими плагинами вам в любом случае придется работать напильником с выходом каждой новой версии т.к. некоторые вещи либо прописаны в Core либо разбросаны по другим плагинам.
Я правильно понимаю, что все первичные данные он хранит в mysql? На сайте с посещаемостью в 400к хитов в сутки не загнётся? А то был опыт работу с cnstats pro, когда попытка поработать в админке посмотреть какие-нить не самые популярные отчеты (например по подсетям) приводила к тому, что сервак «уставал» делать выборку по полям основного лога, где отсутствовал индекс по этим полям, а агрегации не было.
У пивика есть защита от накопления большого объема данных в таблицах а именно записи переезжают в архивные таблицы нумеруются по месяцам и годам. Конечно это в моем случае. Не знаю насчет 400к в сутки и как в таком случае будет происходить архивация.
Раз уж работали с ним :) могу я сгенерировать код для автоматического размещения на поддомены и возможностью дать возможность просматривать статистику по поддоменам " их владельцам" (мой фреймфорк это уже проверяет)?
Да. Читайте в API документации, вроде эти две функции это все что нужно:

UsersManager.addUser(userLogin, password, email, alias = '')
SitesManager.addSite(siteName, urls)
Еще одна:

UsersManager.setUserAccess (userLogin, access, idSites)
Пробовал где-то год назад на проекте с примерно 400К хитов. Сервер сам по себе загружен из-за специфики приложений. Пивик собирал статистику исправно, в вот отдавать ему было очень сложно, особенно через месяц, когда база разрослась.
Может быть с тех времен что-то изменилось.
А мож у меня просто руки кривые :)
Как сейчас у Вас обстоят дела?
пока никак. Обходимся без пивика, нагрузка без него и так слишком большая.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории