
Напомню, что в этом обновлении мы уже говорили.
Практическая работа на нескольких десятках проектов в новогодние праздники и две недели после показала отличные результаты!
Вот комментарий Олега Евсюкова, руководителя проекта Калининград.Ру

"Серьезно выросла производительность, заметно даже без проведения тестов. Исчезло локирование (блокирование). Статистика не отбирает ресурсы даже при очень высокой посещаемости в часы пик."
Кстати, мы у себя нагрузочное тестирование, отладку и оптимизацию проводили на очень больших объемах данных. И именно адекватности работы при накоплении больших объемов данных и снятию проблем при массовой конкурентной нагрузке мы уделяли особенное внимание.
Некоторые важные положения прошлого анонса:
===========
Производительность модуля статистики улучшена почти в два раза!
Модуль значительно переработан внутри. Очень сильно улучшена работа агентов по чистке. Раньше именно на этом происходили проблемы с очисткой данных. Значительно ускорен сбор данных по всем отчетам и значительно снята зависимость времени исполнения от объемов данных. Заметно уменьшено число запросов и каждый запрос проверен самым тщательным образом, оптимизирован и согласован с индексами. Так же реализована поддержка PHP 5 (поддержка autoload) для модуля статистики.
Обратите внимание, добавлен новый параметр "Индексные страницы разделов", позволяющий избежать дублирования страниц в отчетах (например, / и /index.php) Этот параметр не будет заполнен у вас после установки обновление. Мы у себя на сайте прописали index.php, index.html
При работе с модулем ваше внимание будет обязательно обращено на необходимость создания индексов. Это долгая процедура и может занять несколько минут или даже десятков минут, если у вас очень много данных! Все запросы будут вам представлены в текстовом виде и вы можете при необходимости выполнить их не через продукт, а через SQL запросы к MySQL, Oracle, MSSQL. Создание индексов обязательно для обеспечения производительности, но выполнить запросы во время обновления было нереально.
Исправлен ряд ошибок в работе статистики. В частности, исправлена ошибка, о которой писали в закрытом форуме с PHP функцией crc32 для 64-х битных платформ.
===================
Да, обратите внимание. Если у вас большая посещаемость или много накопленных данных, или загруженный хостинг и база данных, лучше установку обновления и особенно создание индексов выполнить в вечернее время, когда ваш проект и хостер испытывает наименьшие нагрузки.
Когда меняется структура или меняются запросы, соответственно меняются и индексы. К тому же, со временем накапливается стратистика по вариативности накапливаемых данных и некоторые индексы оказываются не так эффективны, и есть смысл создать другие или дополнительные составные индексы.
Это вам ответ по сути вашего недопонимая.
И вам, "adasasdasd", я должен отметить, что за все время, сколько я вас вижу на нашем форуме и у себя в блоге, вы ничего кроме плохо скрываемого раздражения-зависти не высказали. Не удивляйтесь, если ваши несодержательные сообщения будут удаляться. Наш сайт не предназначен для того, чтобы оставлять на нем свое раздражение, а наше рабочее и личное время не предназначего для обучения вас и призвания к рассудительности и здравому смыслу.
Ой, не льстите себе, чему завидовать
Наших индексах это каких? Непонятные вы вопросы задаете.
Наших SQL индексах.
Я вас просто цепляю, а вы просто попались на это.
Да, добавив, что это не вопрос, вы меня еще больше развеселили
По какому поводу цепляем?
Да, о них и о Oracle и MSSQL
Вот и я не пойму, чего вы цепляете