Зазря хороните батенька https://github.com/joostina/joostina
Более легкой CMS чем Joostina - не видел. Есть компонент ССК - joi_boss.
Оф. сайт http://www.joostina.ru. Поддержка http://www.joomlaforum.ru/ или http://www.forum.joostina.ru
Давайте я вам на своем примере покажу что скрипт в одних и тех же условиях но по разному настроенный по разному и работает.
У меня сайт с посещаемостью около 2000-3000 уников/день. На главной странице около 500 ссылок и около 2000 поисковых запросов на главную.
Сначала я поставил скрипт с дефолтными настройками. Смотрю, а сайт-то мой уж очень долго грузится (до 14 сек доходило на генерацию страницы против 0,6 сек).
На сайте было включено: Генерация тайтла страницы, генерация кейвордов, перезапись тайтла ссылок, перезапись альтов, облако ссылок, случайные ссылки. Это все добро грузило и апач и мускуль.
Что я сделал. Убрал на всем сайте автоматическую перезапись всего. Потом стал прогонять отдельные блоки через функции HTracer-а и загонять это все в кеш с временем жизни -24 часа.
Теперь страницы опять генерируются по 0,6 сек.
P.S. Единственное что могу посоветовать автору: сделать автоматическую оптимизацию базы раз в сутки, для ее ускорения и уменьшения объема.
По умолчанию не получится. Скрипт работает НА ЛЮБОЙ ЦМС, а каждая ЦМС имеет свою логику работы. Поэтому на каждом сайте делается все индивидуально. При чем кешируется все в memcached
Мда. Если у кого-то "не очень ровные руки" в установке скрипта - то в этом оказывается виноват разработчик (т.е. если вы не умеете работать с Вордом, то в этом виноват сам Билл Гейтс)!?
Скрипт ставится легко, работает быстро (если уметь его правильно установить).
Лично у меня база уже 50 метров, но на скорости совсем не отражается, поскольку вся работа HTracer жестко закеширована и кеш сбрасывается раз в сутки.
Тогда предлагаю добавить туда и время на которое необходимо замораживать, ну что-б система сама все делала.
А у Вас что на сайт заходят на главную только по парочке запросов? У меня для главной страницы скрипт собрал более 1700 поисковых запросов, вот поэтому и прошу сделать пагинацию в админке при редактировании.
И еще хочу предложить сделать в админке возможность ввода "стоп слов", что-бы система не пыталась их даже добавлять в базу.
Ну имелось ввиду не пару сотен запросов а порядка 1700, при этом тормозит не сам вывод а сортировка джаваскриптом результатов. Далее тормозит уже апач/мускль, когда ему пытаются скормить UPDATE из почти 2000 строк за раз. Пагинация хотя бы по 500 строк.
Предложения и замечания к скрипту.
1) Я уже упоминал на счет кириллических ссылок. Объясню поподробнее. Например у меня на сайте ссылка вида
http://www.moy-sayt.ru/моя-страница.html
/моя-страница.html
/%D0%BC%D0%BE%D1%8F-%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D0%B0.html
2) В админке при управлении запросов предлагаю сделать пагинацию, поскольку если в базе на одну страницу припадает сотни запросов, то браузер подвисает при попытке вывести результаты поиска. Аналогично и если пытаться сохранить изменения.
Ну вроде разобрался с нагрузкой.
Все сделал не через автоматическую замену, а через функции в нужном мне месте, с последующим кешированием.
Система заработала в прежнем режиме.
Автору - спасибо. Скрипт действительно стоящий своих денег.
Просто оказалось, что без оптимизации использовать настройки по умолчанию + включив все функции скрипта (облако кейвордов + генерация титла + перезапись кейвордов, альтов и тайтлов ссылок) и наличии более 300 ссылок на странице скрипт просто захлёбывается от поставленных ему задач.
В данном случае спасает принудительное кеширование уже обработанных скриптом кусков html-кода.
Автор - а что в будущих версиях планируете? Очень интересно узнать.
