5 августа 2009 в 6:02
www.roof-builder.ru
Сайт представляет из себя подборку статей для строителей
Что применялось:
- Допиленный taxonomy_blocks, taxonomy_block (Для отображения списка терминов в виде облака тегов)
- Допиленный nodeorder
- Стандартные модули: book, blog, taxonomy, cck, site_map
- В качестве редактора выбран временно fckeditor (или сменю или напишу свой)
- После загона загона в memcache стал поживее, но все еще далеко от идеала (мож что подскажите как увеличить скорость и где узкие места)
От себя
CMS реально тормознутая, убого сделана локализация нет чтоб тащить все строки для всего модуля, так нет же 1 запрос на одну строку перевода
2 что уменьшает скорость так это цикличные хуки коих полно
И еще 2 6 добавили формирование форм, так это просто утопия
Оцените мож что недодумал или что по неопытности упустил.
Заранее благодарю.
Комментарии
Вы упустили дать ссылку на сайт
У вас страницы не открывались, я вам крон запустил, починилось
Зависит от хостера. Если на шареде с кучей соседей, то вам еще повезло, что сайт вообще открывается. А если свой сервер или VDS - крутите мозги админу, пусть решает проблему.
Кликнул по паре ссылок в меню, результат: "Запрашиваемая страница не найдена"
Эхехе... Умудрились купить самый говенный хостинг в рунете. Хуже только школьнеги и мастерхост
Если модулей много, переходите на VDS, он вас спасет, скорее всего.
Джумла?
1) Включите кеширование для анонимусов.
2) Узнайте у хостера, сколько памяти на скрипт выделяется. Хотя, если Друпалу мало памяти, он не тормозит, а просто выдает белый экран.
3) Форумы в основном читают, а Друпал еще и пишет, причем пишет много, особенно в кеш, и если включены всякие модули статистики. За счет внутреннего кеширования БД форумные движки еще более-менее шевелятся, да и запросы там оптимизированы. А Друпал тормозит в основном на записи, чему еще способствует отвратная работа MySQL инфобокса, на что многие жалуются (и что никто не будет исправлять, так как нынешний инфобокс это совсем не та контора, что была 2-3 года назад, и за что ее помнят). Попробуйте переведите некоторые таблички в InnoDB, особенно таблички кеша и сессий, это часто помогает.
4) Про хостинг - это тоже очень конструктивное предложение. Друпал тяжелый, и это факт. Но те, кто об этом знают, сразу закладываются или на жесткое кеширование всего и вся, или сразу на VDS. Ну или на худой конец ищут хостинг по рекомендациям, чтобы попасть на нормальный сервер, где не 1000 клиентов на несчастный пентиум 4 с гигом памяти, а хотя бы на ксеон с 4 гигами. От хостинга зависит очень много, и нет смысла прятать голову в песок в вашем случае. Слабый сервер, куча соседей, кривые настройки MySQL - и Друпал уже не радует.
Ну мы тоже тут все чайники, напиши лучше. До, примерно, 30 000 терминов на словарь, таксономия работает нормально, после начинается веселье
Вы не понимаете назначение этой функции. Если вам нужно хранить какое-то значение в памяти, по объявите переменную или константу.
variable_set заносит данные в таблицу variables и используется в основном в админских формах, когда нужно один раз определить значение и в последствии пользоваться им многократно. При загрузке Друпала значения таблицы variables загружаются в массив conf. Заносить туда данные вручную -- бессмысленно.
Ваш сайт тормозит исключительно из-за неверных настроек и хостера.
Я не профессионал в ускорении Друпала, но мои сайты с cck и views с кешем для анонимусов и 96Мб памяти работают очень быстро. Я полагаю, мемкэш вам вообще не нужен, на худой конец включите модуль boost -- он отправляет пользователям отрендеренные html-странички, сохраненные на диске.
И уж конечно, найдите нормального хостера. Топиков на эту тему полно. Ещё лучше будет обратиться к Гору.
Лучший выход, полезный всем - сходить на drupal.org и предложить патч.
Нафига переписывать модуль Locale, если можно загнать переводы в массив, засунуть его в settings.php и отказаться нафиг от этого модуля?
Месье, вы экспериментируете с модулями на продакшене? Это моветон
Да фиг с ним, с моветоном, ибо модуль Locale своей тупизной многим уже поперек горла стоит. А человек ищет решение и находит
Прирост скорости налицо.
Вопрос автору-оптимизатору: будет ли кеширование на файлах быстрее?
Не желаете поделится патчами?
Да поделитесь пожалуйста патчами