Оптимизация Drupal (кеширование и все остальное)
11 ноября 2010 в 10:47
Всем добрый день.
Нашел на одном сайте очень хорошую лекцию по оптимизации Друпал 6. Сделал все как там написано, мой сайт стал просто летать.
В лекцию входят:
Встроенная оптимизация Drupal
Оптимизация Drupal с помощью модулей
Оптимизация конфигурации и обслуживания Drupal
Оптимизация сервера
Некоторые сведения неточны, (например, пути в модуле authcache), но разобраться довольно легко.
Если это не противоречит правилам, то вот ссылка: http://www.intuit.ru/department/internet/algcso/8/2.html
Также рекомендую этот сайт для самообучения, надеюсь они никогда не уберут бесплатный доступ 
З.Ы.: сайт не мой, хотя по-моему он на Друпале крутится, его раскрутка меня не интересует, материал выложил для помощи всем нуждающимся.
- Блог
- Войдите или зарегистрируйтесь, чтобы отправлять комментарии
Комментарии
Спасибо! Пригодится! Хотелось бы услышать мнение по поводу этих рецептов матерых оптимизаторов.
Думаю услышим)
Я использовал инструкцию по auchcache - все работает) остальное пока не нужно
Набор шаманских манипуляций которые применимым к дефолтовой установке и
действительно приведут к увеличению производительности.
Очень мало времени уделено оптимизации сервера mysql и самой базы drupal
А ведь перевод некоторых(мы вообще используем все) таблиц с формата myisam к innodb дает заметный прирост производительности в проектах где в одно и тоже время сайтом пользуется много человек.
Словом в большинстве случаев будет только лучше. Но можно сделать и еще лучше.
А еще лучше, было бы дать понимание читающему ПОЧЕМУ тот или иной метод работает. Чтобы в будущем, человек мог сам подстраивать то что ему нужно.
я думаю там бесполезно обращаться к автору, потому что это серия лекций общего курса по разным движкам, в рамках этого курса вряд ли опубликуют подробности)
Книга «Реактивные веб-сайты»
Какие таблицы трогать, а какие нет?
сессии, accesslog, watchdog как минимум, но если 1000 просмотров, то не парьтесь
О
моя старая статья всплыла, скопипасченая в который раз. На хабре я её ещё весной прошлого года выкладывал. Писал кстати для книги «Реактивные веб-сайты».
Есть обновлённая версия статьи (мелкие исправления), я её выкладывал на одном из своих сайтов, да только всё руки не дойдут дизайн на него натянуть да в открытый доступ запустить.
:), акселератор PHP решает на типовой установке + включение кэша MySQL (если к Вам ходят до 3 000 человек).
респект, хорошо написано. оффтоп: а я вот счас кеш почистил и у меня wsod
еще есть прессфлоу
еще есть модуль no aninim
Ну дык поделись с общественностью
Эм ... Вопрос не по теме. Кто на CDN пробовал растащить? Есть хлопок какой-то? Полазил по разным сайтам и что-то откровенно понта не заметил от растаскивания сорцов по разным доменам....
Хлопок конечно есть - Yslow более высокую оценку дает! (:
CDN имеет смысл, когда не хватает пропускной способности своего сервера, что сейчас бывает довольно редко, или же в случаях, когда достоверно известно, что сервера цдн ощутимо ближе к конечному пользователю. Я обычно только jquery забираю из cdn яндекса, гугла или микрософта, да шрифты из гугл фонт директори.
Просто растащить статику по разным доменам - глупо, а кроме того +1 днс запрос
Смысл cdn совершенно не лежит в плоскости "разных доменов".
А кеширование для юзеров имеет в друпале? а то только для гостей вроде как .
Иммет authcache">http://drupal.org/project/authcache]authcache[/module]
Его можно установить и все будет кешироватся или что-то прописывать надо. Из описания ни черта не понять.
Используйте Вордпресс.
gibdd.ru подняли на друпале походу и вот итог.
CDN очень помогает
Вот пример из жизни:
Проект: http://www.chiq.com/
Траффик идет отсюда: http://www.facebook.com/chiq
Вот интенсивность: http://clip2net.com/clip/m40263/1293665883-clip-105kb.jpg
Когда фейсбуковское кеширование работает нормально - все ок. Но иногда фейсбук подглючивает, и из него приходит столько запросов за картинками, что винчестера не успевают, iowait и сервак падает.
А сейчас CDN-ка нагрузку держит, вообще проблем нет
-----
Статья в заголовке - начальный уровень оптимизации, имхо. Я это называю - ускорения сайта, который не под нагрузкой. Когда пойдет нагрузка - другие дела делать надо.