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-ка нагрузку держит, вообще проблем нет
-----
Статья в заголовке - начальный уровень оптимизации, имхо. Я это называю - ускорения сайта, который не под нагрузкой. Когда пойдет нагрузка - другие дела делать надо.