1. Главная
  2. shp

shp: Комментарии

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

1 мая 2009 в 15:32

Выводить участок дерева "ручным" перечислением всех термов неправильно!! А если бы у вас было 1000 термов, так ручками бы и перечисляли tid? Smile

30 апреля 2009 в 20:00

Все-таки, не совсем ясно, что вам нужно. Как я понял, при просмотре ноды (uri=/node/id) вы хотите, чтобы у вас в меню каким-то образом выделялась категория, к которой принадлежит данная нода?

Что за url вида taxonomy/term/43 44 45 ? Может taxonomy/term/43+44+45 ? И вы, наверное, так выводите ноды, которые принадлежат категории tid-43 и детям этой категории (tid-44/45)?

23 апреля 2009 в 19:36

Самое простое - поставьте модуль devel и настройте его, чтобы он отображал время генерации страницы и расход памяти. Затем поочередно отключайте установленные модули и определяйте, что больше тормозит.

22 апреля 2009 в 9:39

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

Поэтому, кстати, надо бы включить кэширование ява-скриптов и css. Тогда вместо нескольких файлов будет один общий файл с ява-скриптами и один с css, соответственно, браузер будет выполнять меньше запросов на сервер.

22 апреля 2009 в 0:05

Судя по сопоставлению времени генерации страницы и времени выполнения запросов - не основная. Много времени отнимает подключение скриптов (в т.ч. модулей) на этапе загрузки ядра, "дерганье" этих модулей в процессе сборки страницы, генерация блоков и т.д.

Так что надо отключать все лишнее.

Что за block cache используется? Наверное, имеется в виду blockcache_alter?

21 апреля 2009 в 23:49

Сама тема, хммм, как бы это сказать, особо тормозить не должна.

Тормозить может получение каких-либо данных, вызываемое при отработке темы. Например, какие-нибудь "тяжелые" блоки. А может это menu_execute_active_handler() или вообще bootstrap. Так что лучше сначала локализовать наиболее ресурсоемкие участки кода.

2 с, а тем более 13, это, конечно, очень много. Откуда вы эти цифры берете?

16 апреля 2009 в 23:56

Меню - это, грубо говоря, просто набор ссылок. Вообще, в Друпале контент как бы существует отдельно - есть "точки входа", например, для ноды это путь вида node/[id], для категории (термина таксономии) - taxonomy/term/[id] и т.д... А как "достучаться" до контента - ручками это в браузере набирать или создать ссылки в меню - это уже ваше дело.

Другое дело, что процесс создания этих ссылок можно автоматизировать. Например, для создания меню на основе таксономии копайте в сторону модулей типа taxonomy_menu.

16 апреля 2009 в 11:45

Если мне не изменяет память, такое может быть, если к этапу настройки БД удалить sites/default/default.settings.php. Если же файл есть, тогда установщик смотрит sites/default/settings.php. И либо предлагает ввести данные (см. скриншот), либо вообще пропускает этот этап, если там уже прописаны (ручками) пар-ры доступа к БД.

12 апреля 2009 в 22:20

Новость запоздала на 2 недели, но все же Smile

Появился новый релиз "оригинального" blockcache_alter

Есть и патчи, и настройки кэширования, и страница настроек модуля. В readme - инструкции при выводе блоков программным способом, которые приводил batbug.

31 марта 2009 в 19:47

batbug wrote:
Хмм, в дев-версии не нашел такого.

Да, я забыл, что это патч Smile Там одна строка меняется на другую, а я подумал, что в исходнике 2 одинаковых строки.

29 марта 2009 в 0:22

batbug, просмотрев ваш все-таки состоявшийся разговор с автором blockcache_alter, а также dev-версию оригинального blockcache_alter и ваши патчи, я так понял, что эти патчи он все-таки включил к себе в модуль?

15 декабря 2008 в 21:58

Ищешь там такие 2 строки:
$db_url = 'mysql://username:password@localhost/databasename';
$db_prefix = '';
и подставляешь свои данные вместо username:password@localhost/databasename

Вместо $db_prefix = ''; можешь подставить $db_prefix = '[твой префикс]'; Но это уже необязательно.

13 декабря 2008 в 21:42

Некоторые настройки Друпала хранятся в файле [drupaldir]/sites/default/settings.php. Например, за БД отвечают переменные $db_url и $db_prefix. Находишь их в исходном тексте файла и правишь в соответствии с твоими данными.

13 декабря 2008 в 15:09

Попробуйте указать данные для доступа в файле settings.php (/sites/default/settings.php, переменные $db_url и $db_prefix). Весьма странно, но недавно я ставил Друпал 6.6 на локалхост и в инете, и у меня тоже не получалось настроить доступ через инсталлятор. А так заработало.

15 октября 2008 в 14:48

А модули закачивали перед установкой? Я буквально вчера устанавливал 6.5 на локалхосте, и до запуска установки сразу положил views и cck в папку sites/all/modules. Так лимита в 30 сек install.php не хватило... Пришлось их удалить, проинсталлить Друпал, а уже потом модули.

5 октября 2008 в 21:14

Друпал - очень гибкая с-ма. Для программиста ничего сложного нет, на мой взгляд.

Для юзера сложность только в том, что архитектура с-мы, скажем так, не совсем стандартна. Но достаточно четко представлять себе особенности, и большинство вопросов сразу отпадут. Проблема в том, что на этих минусах нечасто акцентируют внимание.

Друпал изучать для программиста не проблема. И самый классный источник информации - это, как ни странно, чтение исходников. Ну а второй - это, конечно, http://api.drupal.org/

24 сентября 2008 в 20:08

Тем, что инфа будет чуть-чуть более точной. Инфа будет получаться/выводиться после того как абсолютно ВЕСЬ код друпала будет выполнен. В принципе, это не кртитично, но лично я предпочитаю полностью контролировать код Smile