1. Главная
  2. andypost@drupal.org

andypost@drupal.org: Комментарии

Главные вкладки

18 июня 2008 в 13:41

Книга на мой взгляд, больше предназначена для начинающих и то, весьма поверхностно описаны механизмы формирования страниц, работы меню, FAPI
Имхо, любому разработчику нужно знать как и в какой последовательности вызываются хуки, а это описано вскользь...

17 июня 2008 в 14:04

[13:00] Druplicon: Yes, Drupal.org is down. The infrastructure team knows of the issue and is trying to resolve the problem.

[13:00] Druplicon: Drupal.org is unable to get the correct settings from its variable cache due to a problem with memcache. This results in the site being offline and the resending of issue mails.

11 июня 2008 в 15:07

Кеширование на файлах не панацея, и прирост весьма минимальный, меня пока вполне устраивает кеширование в eAccelerator+memcache
Строки кешируются до 75 символов
custom_overwrite - муторно прописывать...
Вообщем все варианты хороши в своих случаях, а статическое кеширование - это когда килотонна кешированых страниц очищаются после каждого комента...

11 июня 2008 в 2:34

Прирост однозначно будет, тут бесспорно, просто это уже тонкий тюнинг, как я и писал выше.
Самое главное, имхо, что делает этот модуль - убирает неиспользуемые модули для страниц - прирос будет ощутим:
- убираются запросы к базе от неиспользуемых модулей (hook_nodeapi)
- hook_form_alter которое срабатывает ощутимо реже и соответственно дает прирост ( и не малый)

Интересно как решается задача с блоками, ибо hook_block лежит в модуле и если он не загружается, то и блока не будет!

10 июня 2008 в 4:32

Значит нужно просто отключить эту конверсию - если вся информация в utf и с сайта приходит в utf и их (наверняка) russian apache конвертит... ну и ошибки отсюда

9 июня 2008 в 19:15

Ускоряется не php Smile а количество загружаемых модулей - идея правильная! Ибо почти каждый модуль генерирует запросы к базе и на некоторых страницах их можно запросто исключить. Но на самом деле самое узкое место это альясы путей и перевод, а они нужны постоянно.

9 июня 2008 в 17:49

тема интересна в своем развитии, предлагаю здесь вести обсуждение развития!
архитектуру конечно приватно в жабере проще, а здесь уже собирать отзывы.

9 июня 2008 в 16:40

очень интересное начинание, в 7ке для этого будет использоваться registry как в 6ке для тем!
Стоит ли игра свечь? - имхо для небольших сайтов можно прописать все модули для нужных путей а для больших?
Сколько загрузится модулей в память влияет только на то, сколько nodeapi хуков будет вызвано и что прикрепится к ноде. Это в простейшем варианте. А вот когда сайты используют views или panels - как прописывать скрипты? для каждого вида и панели?
В остальном opcode кеширование практически стирает зависимость от кол-ва модулей в памяти.

9 июня 2008 в 16:20

Большинство... это как вы измеряете? большинство именно работают!

А зачем вообще автоматическая установка - просто фича? Если кто-то будет хостить сайт - он наверняка сначала отработает функционал, а потом уже будет ставить с набором своих модулей и переводами... а экономия 1метра на переливке, имхо не существенна!