Вышел (http://piwik.org/blog/2009/04/piwik-0233-released-are-there-.../) релиз пакета для web-аналитики Piwik 0.2.33 (http://piwik.org/), позиционируемого в роли открытого аналога Google Analytics. Пакет распространяется в рамках лицензии GPLv3, написан на языке PHP и использует для хранения данных MySQL. Piwik не является анализатором логов apache, для сбора статистики требуется разместить на сайте JavaScript блок, взаимодействующий с серверной частью.
Пакет предоставляет аналитические отчеты по посещаемости сайта, переходах с поисковых систем, оценивает географию аудитории, выявляет популярные страницы, поддерживает возможность учета статистики загрузки бинарных файлов и т.д. Поддерживается разграничение к видам статистики и сайтам на уровне пользователей. Для оценки возможностей программы подготовлена специальный демонстрационный сайт (http://piwik.org/demo/). Интерфейс полностью русифицирован, установка и обновление производятся через дружественный пользоват...URL: http://piwik.org/blog/2009/04/piwik-0233-released-are-there-.../
Новость: http://www.opennet.me/opennews/art.shtml?num=21151
>Отрицательной стороной программы является рекомендация установки "memory_limit = 128M"это же устанавливается на серверной части
не там где сам сайти видимо необходимо для генерации больших отчетов
>>Отрицательной стороной программы является рекомендация установки "memory_limit = 128M"
>
>это же устанавливается на серверной части
>не там где сам сайт
>
>и видимо необходимо для генерации больших отчетовСогласен.
Я думаю, можно держать один сервер с piwik на несколько сайтов.
>это же устанавливается на серверной части
>не там где сам сайтКаждое открытие страницы на сайте с javascript будет дергать 128Мб процессы на сервере с Piwik, сколько одновременных кликов потянет такая система ? web-интерфейс, imho, обязатательно нужно отделать от легкого движка считающего просмотры. Piwik для сайтов с 100 посетителями в день, иначе они бы не апдейтили на каждый чих напрямую в MySQL, а предварительно бы записывали во временных быстрый лог, который периодически бы переносили в MySQL.
Скорее всего большой объем памяти потребуется только при просмотре этой самой статистики. Или, скажем, раз в день.Но то что не умеет анализировать логи -- хреново.
Может будем ходить по ссылкам? =)For medium/high traffic websites, we recommend your memory_limit value in your php.ini config file to be at least memory_limit = 128M.
Для сайтов со средним/большим траффиком (я так понимаю, имеются в виду посетители) мы рекомендуем поставить хотя бы со средним/большим траффиком.
Акцент на "со средним/большим траффиком" и "рекомендуем".
Установка "memory_limit = 128M" не означает, что каждый процесс Piwik будет забирать эти 128 метров.
Это как своп - его ставят большим, на всякий случай.
А реально система может своп не использовать или использовать очень редко и чуть-чуть.
> Может будем ходить по ссылкам? =)Может начнем думать ?
> For medium/high traffic websites, we recommend your memory_limit value in your php.ini > config file to be at least memory_limit = 128M.
> Для сайтов со средним/большим траффиком (я так понимаю, имеются в виду посетители) мы > рекомендуем поставить хотя бы со средним/большим траффиком.Это говорит от том, что он при расчете грузит все в память и про оптимизацию создатели этой программы еще не думали. Посмотрите какие там примеры конфигурации для обсчета сайта с посезяемостью 70К: 3 Гб памяти и 25 минут на архивирование логов, 25 минут (!!!) на 70К.
>Это как своп - его ставят большим, на всякий случай.
>А реально система может своп не использовать или использовать очень редко и
>чуть-чуть.Рекомундую изучить особенности распределения памяти в Linux/BSD/Solaris, если один скрипт сожрет 128Мб, а по моей практике если пишут про memory_limit то сожрет, то такой дочерний httpd процесс эти 128Мб никуда не отдаст, даже если в последующием там будут выполняться простейшие операции.
>Рекомундую изучить особенности распределения памяти в Linux/BSD/Solaris, если один скрипт сожрет 128Мб,
>а по моей практике если пишут про memory_limit то сожрет, то
>такой дочерний httpd процесс эти 128Мб никуда не отдаст, даже если
>в последующием там будут выполняться простейшие операции.Память жрет только постройка графиков на серверной части.
>Может начнем думать ?Может прекратим оскорблять?
>Это говорит от том, что он при расчете грузит все в память
>и про оптимизацию создатели этой программы еще не думали. Посмотрите какие
>там примеры конфигурации для обсчета сайта с посезяемостью 70К: 3 Гб
>памяти и 25 минут на архивирование логов, 25 минут (!!!) на
>70К.Можно ссылку на источник?
>>Это как своп - его ставят большим, на всякий случай.
>>А реально система может своп не использовать или использовать очень редко и
>>чуть-чуть.
>
>Рекомундую изучить особенности распределения памяти в Linux/BSD/Solaris, если один скрипт сожрет 128Мб,
>а по моей практике если пишут про memory_limit то сожрет, то
>такой дочерний httpd процесс эти 128Мб никуда не отдаст, даже если
>в последующием там будут выполняться простейшие операции.Учту.
Хотя это относится к особенностям работы httpd.
А его можно запускать разными способами.
prefork, mpm и т.д.
Можно хоть с inetd запускать.
Т.е. можно справиться с отъеданием памяти, если таковое встретится.А вообще хочу сказать, что ваши опасения беспочвенны.
В последнем релизе php (5.2.9) по умолчанию memory_limit стоит 128 мегабает.
grep memory_limit *.ini*
php.ini-dist:memory_limit = 128M ; Maximum amount of memory a script may consume (128MB)
php.ini-recommended:memory_limit = 128M ; Maximum amount of memory a script may consume (128MB)Т.е. эти значения будут у большинства средних lamp инсталляций.
Кстати можно подумать об одном мощном сервере для web-аналитики большого количества малых сайтов.
лучше бы он умел в какой PostgreSQL писать, чем в мускул...