19 мая 2008 в 19:08
http://drupal.org/project/bootstrap
описываем на каких страничках и ролях грузить и имеем прирост производительности
новый модуль для загрузки только нужных модулей
Главные вкладки
19 мая 2008 в 19:08
Комментарии
ого, интересно... надо попробовать...
кто уже пробовал, отпишитесь, как результаты?
описание многообещающее
упс, не под тем логином постил.
я юзаю сам на сайте, который запустится вот-вот.
даволен как слон.
нафарширую его по самое немогу будет вобще мегавесчь
вот интересно, загружаемый модуль загружает свои CSS
если этот модуль блокирует ненужную загрузку модуля, то и CSS этого модуля не должны грузится
Значит, сжатие CSS не имеет смысла?
почему же имеет смысл, все равно полезно.
к тому же JS может быть жирным довольно.
я осталсе доволен, когда убрал с морды загрузку lightbox2 с 30 кб JS
на морде он нафиг не нужен, надо чтоб морда быстрая была.
поставил путь node/\d+, admin/content*, *lightbox*
в итоге грузится только в админке где надо и при просмотре документов
Круто! Поставлю обязательно. Спасибо!
Ух-ты!
Crank, спасибо.
Всё-таки наверное css сжатие не нужно будет?
да нужно. это ведь вещи разные - отключить модуль+ксс и сжать все ксс.
кстати модуль для друпала 5.
друпал 6 сцуко другой, только ковырять начал.
Модуль только появился!
Вы видели коммент к релизу (точнее к версии - релиза ещё не было):
Early prototype for testing and feedback purposes only.
ну попробывать на 5м друпале можно.
а глядишь через недельку-другую я релиз первый сбацаю
Волшебный пендаль разработчикам Друпала?
да уж, иногда хорошие люди делаю то, что вообще то должно быть по дефолту в CMF
тем более для Друпала
по поводу сжатие CSS
тут дело в чем, сжатие CSS объединяет все CSS (и модулей и дефолтные) в один большой CSS
НО, если мы не грузим модуль - то не грузится и CSS, тогда целесообразность одного большого CSS (в котором находятся и ненужные стили для какой либо страницы) под вопросом. То есть зависит от количества этих нужных/ненужных
А сжатие ява-скриптов у меня не заработал модуль - файлы (сжатых яваскриптов) создаются с chmod 600......
Сжатие цсс можно делать самому вручную это не сложно!
Отпарсить и сжать!
http://webo.in/articles/habrahabr/07-gzip-all/
http://webo.in/articles/habrahabr/14-minifing-css/
главное что бы цсс не был совсем маленьким 1-2 кб практически не оптимизируются
тоже самое насчет js
Версия для 6х будет (в принципе)?
версию для 6х хочеца, начал ковырять меню.
по поводу сжатия ксс - для каждого уникального набора ксс файлов - разный сжатый файл.
так что сжатие рулит в любом случае.
у меня вообще-то с этим модулем ща проблемка большая.
где и как хранить данные.
хочется в файле php, чтоб потом грузить модуль до подключения к БД на стадии раннего кеширования.
т.е. если правило плохое ввести и сломать загрузку
можно подправить в файле.
и вопрос как хранить.
вариант как php array, есть функция var_export,
но вывод не особо красивый.
появилась хорошая идея в виде скрипта типа:
*admin/content* node*
role anonymous user
load content
*lightbox* node* admin/content*
load lightbox2
role translator
load translation
grant moderator
path not user*
skip captcha
private*
role anonymous user
access deny
но насколько это целесообразно, все равно парсить
придется и кешировать в пхп массиве.
а про волшебный пендаль - я ржу када разрабы трупал гордо трубят "друпал спасет мир".
да, ещё бы неплохо было бы хотя бы небольшое разъяснение с настройками модуля, чтобы понятнее было, как он вообще работает...
Добавлено:
попробовал модуль... интуитивно он немного не понятен... создал какое-то неправильное правило (хех...) и сайт выпал в белый экран, хотя правило было только для анонимных пользователей... тогда я отключил этот модуль в базе данных, сайт опять заработал...
включил модуль в админке - опять белый экран... почистил таблицу variables, хранящую настройки... всё равно при включении пустая страница... короче, модуль действительно ещё пока в бета-тесте... но за идею спасибо, прямо скажем, шикарная... если всё получится, буду пробовать...
У меня вылетала кучища ошибок недавно. Даже после отключения модуля положение не поправлялось. Почистил кэш и все нормализовалось.
ну я только под 5.7 тестил.
у меня ровно работает.
а так буду ща писать.
короче все будет на хуках как и весь друпал.
т.е. любое условие и действие можно как модуль подключать.
хуки аля друпал:
hook_bootstrap_condition_info();
hook_bootstrap_condition_match($type,$command);
hook_bootstrap_condition_form($type,$command);
hook_bootstrap_action_info();
hook_bootstrap_action_match($type,$command);
hook_bootstrap_action_form($type,$command);
a хранить в файле аля
*admin/content* node*
role anonymous user
load content
*lightbox* node* admin/content*
load lightbox2
role translator
load translation
grant moderator
path not user*
skip captcha
private*
role anonymous user
access deny
вы версию загрузите последнюю.
и поосторожней конечно с правилами
короче смысл такой.
например указываем путь (КАК В БЛОКАХ)
*lightbox*
node*
admin/content*
и в табличке модулей напротив lightbox2 ставим галку 'load'.
это означает что модуль будет грузиться ТОЛЬКО на указанных страницах.
если поставить 'skip', то модуль на заданных страницах грузиться не будет.
с ролями также как с путями.
версию загрузите последнюю.
"если поставить 'skip', то модуль на заданных страницах грузиться не будет.
с ролями также как с путями.
версию загрузите последнюю."
а как отключать модуль безболезненно? где он хранит настройки? что надо отключать, где правила хранятся?
а то создашь правило, потом приходится только вручную удалять всё...
К сожалению после включения модуля перестал работать модуль Advertisement 5.x-1.4-1 (Графические баннеры вызываемые с помощью JS перестали показываться).
Пришлось пока отказаться от bootstrap до выяснения причин.
PS
а на локалке все нормально работает
Еще проблемы: не запускается /update.php - перекидывает на главную страницу.
Advertisement не работает потому что не запускается скрипт
А скрипт не запускается потому что /modules/ad/adserve.php?q=1&t=219 не работает и выдает ошибки:
* warning: filemtime() [function.filemtime]: stat failed for ad/misc/jquery.js in /home/krasmebel/site.ru/docs/modules/javascript_aggregator/javascript_aggregator.module on line 49.
* warning: filemtime() [function.filemtime]: stat failed for ad/misc/drupal.js in /home/krasmebel/site.ru/docs/modules/javascript_aggregator/javascript_aggregator.module on line 49.
* warning: filemtime() [function.filemtime]: stat failed for ad/modules/jstools/jstools.js in /home/krasmebel/site.ru/docs/modules/javascript_aggregator/javascript_aggregator.module on line 49.
* warning: filemtime() [function.filemtime]: stat failed for ad/modules/jstools/tabs/jquery.tabs.pack.js in /home/krasmebel/site.ru/docs/modules/javascript_aggregator/javascript_aggregator.module on line 49.
* warning: filemtime() [function.filemtime]: stat failed for ad/modules/jstools/jquery.history_remote.min.js in /home/krasmebel/site.ru/docs/modules/javascript_aggregator/javascript_aggregator.module on line 49.
* warning: filemtime() [function.filemtime]: stat failed for ad/modules/jstools/tabs/tabs.js in /home/krasmebel/site.ru/docs/modules/javascript_aggregator/javascript_aggregator.module on line 49.
* warning: filemtime() [function.filemtime]: stat failed for ad/sites/all/modules/jquery_update/compat-1.0.js in /home/krasmebel/site.ru/docs/modules/javascript_aggregator/javascript_aggregator.module on line 49.
* warning: filemtime() [function.filemtime]: stat failed for ad/modules/devel/devel.js in /home/krasmebel/site.ru/docs/modules/javascript_aggregator/javascript_aggregator.module on line 49.
* warning: filemtime() [function.filemtime]: stat failed for ad/sites/all/modules/jquery_update/collapse-fix.js in /home/krasmebel/site.ru/docs/modules/javascript_aggregator/javascript_aggregator.module on line 49.
В чем может быть причина? где искать?
на локалке работает нормально. везде стоит PHP5.
во-первых спасибо всем интересующимся.
во-вторых, модуль поменял архитектуру полностью.
я еще не выложил на друпал.орг, но здесь выкладываю.
загрузка контролируется "скриптом" bootstrap.script,
который хранится в папке файла конфигурации текущего сайта
доступ к редактированию файла в админке
admin/bootstrap
почему скрипт?
потому что СУПЕР ГИБКО и СУПЕР МОЩНО
плюс отпадает потребность писать сложные формы для ввода
тривиальной информации
+ВОЗМОЖНОСТЬ ПИСАТЬ МИНИ-ПЛУГИНЫ С КОМАНДАМИ ИЛИ УСЛОВИЯМИ
короче инфа на англ. здесь
http://drupal.org/project/bootstrap
особо мощно
можно создавать подпрограммы.
т.е. описывать правила и действия
например только для определенной роли
подключайтесь, пробуйте.
сделаем супер весчь совместно
Проблемы остались - не запускаются update.php (перекидывает на главнуюстраницу) и /modules/ad/adserve.php (Страница не найдена) http://site.ru/modules/ad/adserve.php?q=1&t=219
Нашел решение - надо в adserve.inc раскомментировать
define('DRUPAL_ROOT', '/home/site/docs');
Осталось починить update.php - скорее всего где-то в инклудах пути сбиваются.
У меня не мультисайтинг, PHP5.
Есть идеи по решению проблемы?
Решение в adserve.inc не работает:
define('DRUPAL_ROOT', '/home/site/docs');
У меня на виртуальном хостинге 2 сайта:
/home/site1/docs - нет Bootstrap
/home/site2/docs - стоит Bootstrap
И я случайно на втором сайте в adserve.inc прописал путь к первому сайту:
define('DRUPAL_ROOT', '/home/site1/docs');
А т.к. там не стоит Bootstrap, то AD заработал
Если же прописывать все правильно: на втором сайте в adserve.inc:
define('DRUPAL_ROOT', '/home/site2/docs');
То AD так и не работает
dimm, если ты так маниакально хочешь юзать модуль, кинь в личку аську
или другой контакт, объясни проблему.
дай доступ, я настрою, заодно и баг пофиксим если есть
очень интересное начинание, в 7ке для этого будет использоваться registry как в 6ке для тем!
Стоит ли игра свечь? - имхо для небольших сайтов можно прописать все модули для нужных путей а для больших?
Сколько загрузится модулей в память влияет только на то, сколько nodeapi хуков будет вызвано и что прикрепится к ноде. Это в простейшем варианте. А вот когда сайты используют views или panels - как прописывать скрипты? для каждого вида и панели?
В остальном opcode кеширование практически стирает зависимость от кол-ва модулей в памяти.
Очень интересно услышать аргументы...
Насчет ускорения php точно не знаю, но лишние js и css ислючаются.
Ускоряется не php
а количество загружаемых модулей - идея правильная! Ибо почти каждый модуль генерирует запросы к базе и на некоторых страницах их можно запросто исключить. Но на самом деле самое узкое место это альясы путей и перевод, а они нужны постоянно.
.
ну во первых контроль загрузки модулей не единственная цель.
контроль доступа, тем, включений css & js,
логина бд, ролей, сжатие, кеширование и т.п. и т.д.
и главное текущий путь - не единственное условие.
роль пользователя, время суток, браузер.
ип, страна пользователя, крон или нет. -
пожалуйста, только клепать и клепать плугины для модуля.
т.е. мета управление текущей загрузки и конфигурации сайта.
а во-вторых, реальная версия друпала сейчас - 5ая.
так что пока такой модуль не помешает.
Будет ли сравнительный тест с применением модуля и без оного?
если ничего не стоит что оптимизирует пхп, т.е. шаред хостинг.
на 20-50% быстрее в зависимости какие модули выгружены за ненадобностью.
у меня facet_search с faced_taxonomy в сумме до 20 мс грузятся.
что такое 20мс вроде фигня. а если шаред хостинг + юзеров много?
каждая миллисекунда на учете.
за 20 мс можно голый друпал без модулей и инклюдов загрузить
и вывести нормально чтонить из бд.
+многие думают что кеширование байткода решает все.
оно конечно решает, но в пространство имен все равно грузится дофига.
я подсчитал, кол-во зарегистрированных юзерских функций в друпале
может исчисляться тысячами. ну и представьте какая хеш таблица будет
быстрее. где зарегено пару переменных или тысячи функций.
Прирост однозначно будет, тут бесспорно, просто это уже тонкий тюнинг, как я и писал выше.
Самое главное, имхо, что делает этот модуль - убирает неиспользуемые модули для страниц - прирос будет ощутим:
- убираются запросы к базе от неиспользуемых модулей (hook_nodeapi)
- hook_form_alter которое срабатывает ощутимо реже и соответственно дает прирост ( и не малый)
Интересно как решается задача с блоками, ибо hook_block лежит в модуле и если он не загружается, то и блока не будет!
Ну и как писал выше - проблема локализации и синонимов пути - это хоть и легкие запросы, но именно они и дают нагрузку на базу! Тут напрашивается их кеширование в шареной памяти или memcache.
энди, поставь себе кэширование на файлах и будет тебе счастье.
строки локализации так точно кешируются за исключением длиннющих.
по путям не знаю.
напиши свой url_overwrite или как он там.
Кеширование на файлах не панацея, и прирост весьма минимальный, меня пока вполне устраивает кеширование в eAccelerator+memcache
Строки кешируются до 75 символов
custom_overwrite - муторно прописывать...
Вообщем все варианты хороши в своих случаях, а статическое кеширование - это когда килотонна кешированых страниц очищаются после каждого комента...
"а статическое кеширование - это когда килотонна кешированых страниц очищаются после каждого комента"
интересно, а нельзя сделать так, чтобы обновлялась только "страница на которую добавлен комментарий", ну и трекер. соответственно?
у меня не очищается. у меня инкрементируется счетчик актуальности.
этим мой кеш и лучше
Очищается не только кеш страниц, но и фильтры, блоки и иногда меню. Сложно предугадать, где еще используются данные из ноды...
Здесть http://drupal.org/node/224772#comment-870401 я делал обзор, где используется чистка по маске и вторая проблема - cache_temporary = -1
насколько я знаю, ты не прав.
локаль он сериалайзит и кладет блоб в кеш в таблицу cache с идентификатором locale:ru ааадним баальшым ассоциативным массивом.
Что кстати тоже дебильный оверхед по памяти.
Локаль бы такую как реализовано в зендовском геттексте с возможностью кешировния кусочков
И зачем ВСЕ строчки в БД держать - ума не приложу.
интересно - а зачем нам вручную указывать что системе грузить? она что сама не знает? ведь непример если страничка использует тип данных cck то очевидно что его надо загрузить!
"интересно - а зачем нам вручную указывать что системе грузить? она что сама не знает? ведь непример если страничка использует тип данных cck то очевидно что его надо загрузить"
так система сначала проверяет, что грузить, что нет, на это уходит время, а здесь явно будет указано...
не, это уже какие-то костыли выходят - тогда если уж так - то пусть оно собирает статистику на основе предыдущих запросов и вообще это все вносит в систему элемент усложнения а соответственно и элемент возникновения непредвиденных ситуаций, тем более не каждый администратор сайта обязан разбираться в системе до таких тонкостей - система должна быть простой и наверняка можно что то придумать
"тем более не каждый администратор сайта обязан разбираться в системе до таких тонкостей"
это-то да, но если есть инструмент и если администратор разбирается, то почему бы и нет? нужный модуль, как мне кажется, особенно для опытных друпаллоидов (хех)...
если бы трупал был СИСТЕМОЙ, то этой ветки не было бы
ну... несвязного дерьма езде хватает. друпал отличается наличием наименьшего количества этого говнокода.
в принципе, я тоже считаю, что Друпал - это всё же пока не CMF... да, можно многое сделать, изменить... но далеко не всё... как разработка модуля продвигается? что нового? какие дальнейшие планы?
а для 6-го друпала есть?
А для 6го оно особенно не нужно - там и так грузится немного и реестр меню решает, что грузить, а что нет.
А что такое реестр меню? И как он работает?
Курите доки и сорс
Реестр по типу theme_registry
По меню http://drupal.org/node/102338
спасибо