мини тест pressflow
Прислано: zman
вс, 15/05/2011 - 08:32
Залил контент, добавил нужных модулей и чуток потестировал pressflow-6.20.97
настройка Performance
Caching mode : Disabled
Page compression : Enabled
Block cache : Disabled
Optimize CSS files : Disabled
Optimize JavaScript files : Disabled
модуль трэйсера - Tracker 2
Сервер без нагрузки, кэш очищен.
Первая строчка - первое открытие друпалом, следующая строчка просто рефрэш страницы.
главная страница
529.05 ms. 397 queries 124.87 milliseconds. devel_it()=2.82 MB, devel_shutdown()=29.31 MB.
477.19 ms. 403 queries 79.42 milliseconds. devel_it()=2.81 MB, devel_shutdown()=28.98 MB.
514.61 ms. 392 queries 97.94 milliseconds. Memory usage:Memory used at: devel_it()=2.82 MB, devel_shutdown()=27.79 MB.
409.51 ms. 392 queries 69.31 milliseconds. devel_it()=2.82 MB, devel_shutdown()=27.8 MB.
392.5 ms. 392 queries 69.25 milliseconds. devel_it()=2.82 MB, devel_shutdown()=27.8 MB.
391.05 ms. 392 queries 68.32 milliseconds. devel_it()=2.82 MB, devel_shutdown()=27.8 MB.
---pressflow---
503.62 ms. 396 queries 125.31 milliseconds. devel_it()=2.98 MB, devel_shutdown()=28.97 MB.
398.83 ms. 391 queries 75.63 milliseconds. Memory used at: devel_it()=2.98 MB, devel_shutdown()=27.46 MB.
411.62 ms. 391 queries 71.07 milliseconds.
393.17 ms. 391 queries 70.42 milliseconds.
444.57 ms. 405 queries 81.94 milliseconds.
[РЕШЕНО] Как узнать какую нагрузку дают модули?
Прислано: vanyasmart
пн, 02/05/2011 - 09:36
Хотелось бы увидеть информацию по каждому модулю, а в частности процессорное время (ну, или просто время выполнения ) и использование памяти, а не только нагрузка на базу данных.
NGINX
Прислано: bodro
пт, 11/06/2010 - 22:43
Выкладываю конфиг примеры из которого были освещены на DrupalCamp.
Конфиг вполне рабочий, при желании и небольших изменений под ваш сервер его можно использовать на продакшене
----
Некоторые фишки которые присутствуют в нем:
- Редирект с www.domen.com на domen.com
- Небольшая защита от HTTP флуда, к php файлам разрешено не более 4 запросов в сек. с одного IP
- Динамическая конфигурация, при обращении к test.com он будут искаться в /htdocs/test.com/, sub.test2.com в /htdocs/sub.test2.com/ и т.д.
т.е. для добавления домена нужно просто создать папку, конфиг править не нужно
- Нормально работает с ImageCache и содержит друпаловские правила
Сейчас уезжаю, после отпуска планирую сделать друпал модуль который позволит настраивать nginx кэширование из админки друпала
Правки и дополнения принимаются
Ускорить Drupal
Прислано: finsql
ср, 16/09/2009 - 06:23
Интернет-магазин
Drupal 6.13
Ubercart 2.0
Виртуальный хостинг
Главная страница выводится с помощью Views.
Куча мелких модулей.
В общем и целом не сайт, а нечто жутко неповоротливое, как травоядный динозавр.
Хотя подключены boost, ява агрегатор и все что нашел на drupal.org
Скорость загрузки страницы доходит иногда до 20 секунд.
По логам вижу, что пользователи просто не дожидаются загрузки.
Весь в депрессии набираю в Яше "ускорить drupal"
нахожу ссылку на
www.freecoder.ru/node/18
подправляю path.inc в соответствии с рекомендациями,
хотя немного напрягает, что у меня 6.13 а рекомендации для 4-ки и 5-ки и код, который надо заменять не тот. Меняю просто по названиям функций, терять все равно уже нечего.
И вот оно! скорость не увеличилась в 60-70 раз, но в 10 раз точно.
Теперь загрузка любой страницы не более 2 сек (проверял всеми проверяльщиками, которые нашел в инете)
Для кого-то это медленно, но после моих 20 сек, сайт просто летает.
Проделал то же самое с другим сайтом на 6.9 . Эффект есть.
Спасибо тебе друг хакер с сайта freecoder.ru
Пока тестирую, побочных эффектов не заметил.
Если что будет неприятное, обязательно отпишусь.
Профилирование CSS селекторов
Прислано: VladSavitsky
вс, 07/12/2008 - 21:52

Для PHP-кода есть методы и средства для профилирования - поиска неиспользуемых кусков кода (функций). Это помогает избавляться от устаревшего кода и делать приложение более эффективным.
В связи с тем, что верстальщик из меня пока профессиональный не получился, - я бы очень хотел знать сколько лишнего кода у меня в таблицах стилей остается...
Понятно, что лучше аккуратно его делать, но после года-другого развития сайта уже такой "мертвый" код будет по любому. К своему удивлению нашёл отличное дополнение к Firefox Dust-Me Selectors, которое находит неиспользованные CSS-селекторы.
Описание Dust-Me Selectors
Dust-Me Selectors это расширение Firefox (1.5 и поздних), которое ищет не используемые CSS селекторы.
Извлекает все селекторы из всех таблиц стилей на странице, которую вы просматриваете, затем анализирует эту страницу, чтобы найти селекторы, которые не используются. Данные сохраняются, поэтому, при тестировании последующих страниц, селекторы могут пересечься, если они встречаются.
Вы можете тестировать страницы по одной или пройтись по всему сайту. Таким образом вы сделаете профилированием селекторов, которые нигде не используются.
странное торможение друпала - база отдает данные за 30-40ms, а время генерации странички 1-3 секунды
Прислано: kiev1
пн, 04/08/2008 - 00:07
у меня это, помогите пожалуйста - случилось странное - модуль devel показывает суммарное время выдачи данных из базы 40ms - а в то же время генерация странички 2-3 секунды - явное дело что php тормозит и eaccelerator с xcache не помогают - точнее помогают, но только в 2 раза - наверняка что то не то происходит... но что непонятно - уже и не знаю что и думать!!!
Идея: облегчаем сайт упорядочивая css
Прислано: WiseMan
пт, 28/03/2008 - 16:27
Вдруг подумал, а можно ли сделать чтобы инклюды css файлов от модулей были не на всех страницах, а только на тех где используется модуль которому нужен этот css. Кто что думает, возможно ли такое реализовать?
Увеличение производительности сайта
Прислано: andreyle
ср, 26/03/2008 - 17:44
На OpenNet.ru выложен очень интересный материал: "34 совета по увеличению производительности web-приложений" от разработчиков, отвечающие за создание высокопроизводительных решений в Yahoo.
Ускорение выдачи JS сервером.
Прислано: VladSavitsky
ср, 19/03/2008 - 12:47
В результате поисков в интернете и экспериментов доказано, что такая конфигурация работает:
В файле .htaccess (в корне сайта) сразу после
<IfModule mod_rewrite.c> RewriteEngine on
добавил:
RewriteEngine on
RewriteRule ^(.*\.js\.gz)$ - [L]
RewriteCond %{HTTP:Accept-Encoding} gzip
RewriteCond %{REQUEST_FILENAME}.gz -f
RewriteRule ^(.*)$ $1.gzУпаковал *.js файл в *.js.gz и закачал на сервер в ту же папку, где был оригинальный JS-файл.
Открыл браузер загрузил страницу и посмотрел заголовки запроса:
- Response Headers
- Date Wed, 19 Mar 2008 12:32:09 GMT
- Server Apache
- Cache-Control max-age=1209600
Кеширование для своих - для тех, кто представился системе. Ищем решение
Прислано: VladSavitsky
вт, 20/11/2007 - 08:09
==Обзор существующих решений== Все понимают, что кеш имеет смысл только тогда, когда материал на странице (сайте) не меняется. Но для статичного сайта кеш обычно и не применяют, а вот для динамичного очень хочется, чтобы не было тормозов - и посещаемость больше, и изменений больше... Есть модуль [http://www.drupal.org/project/Boost Boost], но он даст ускорение только для анонимных пользователей, но не для тех, кто представился системе... А ведь хочется именно для активных увеличить скорость - именно им она нужна.
Друпал.ру на стероидах
Прислано: marazmus
пн, 08/10/2007 - 05:55
Мне кажется, или друпал.ру начал ощутимо быстрее шевелиться?