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

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

19 сентября 2006 в 10:22

Quote:
убрать из page.tpl закрывающие теги body и html и ввести их в модуль pagetime. Он же на всех страницах последний? Тогда ошибки показывать не будет…

Совсем не факт, что он последним будет отрабатывать. А если ещё будет какой-то модуль, который вздумает писать что-то в обработчике hook_exit? Да и вообще не очень "правильный" подход с точки зрения архитекруты (всё же я бы предпочел не смешивать логику и представление...).

16 сентября 2006 в 23:26

Quote:
да, но тогда две надписи появляется, одна прямо из модуля, а вторая из вывода файла page.tpl…

Да - так и есть. Вы же сами и туда и сюда вставили этот вывод. Что ж тут удивительного?

16 сентября 2006 в 0:44

Браузеры грузят страницы приблизительно одинаково. HTML в любом случае грузится первым (ссылка-то сначала есть только на него!), а затем анализируется, ищутся ссылки, прописанные внутри страницы и идет подгрузка остальных файлов (CSS, скрипты, графика...)

В Опере можно видеть страницу без стилей, оттого, что она [Опера] старается отрисовывать сразу по мере того, как грузит HTML (как-никак, "самый быстрый браузер в мире!" ;-)), а стили применяет потом - как загрузит их. Остальные же сначала предпочитают загрузить, посчитать всё, потом выводить.

15 сентября 2006 в 10:39

Quote:
потестировав модуль, увидел, что нормально он работать не хочет… выдаёт ошибку…
Cannot modify header information - headers already sent by...

Это либо Вы где-то пробелы не убрали (после закрывающего '?>', например), либо это следствие каких-то ошибок (предположительно с кешем). У меня модуль стоял и не ругался.

15 сентября 2006 в 10:31

Quote:
Я про измерения производительности на одном хосте говорю

То понятно...

Я другое имел ввиду: даже если на "моём бесплатном" время изменится, не факт, что на "вашем collocation-е" это произойдёт.

В любом случае, думаю что не стоит обсуждение _этого_ вопроса развивать далее. Wink

15 сентября 2006 в 10:12

Quote:
Это мне как-то напоминает стоны спортивных комментаторов про плохое поле, дождь и тд, на что находится резонный ответ - “обе команды в равных условиях”.

14 сентября 2006 в 12:04

Quote:
померяйте время генерации страницы ноды например. при первом и втором способе (с базой и без базы). вполне обьективная статистика получается я вам скажу.

13 сентября 2006 в 21:53

Quote:
как же этот кэш изничтожить-то?

Доступ к консоли SQL-сервера есть?

DELETE FROM `cache` WHERE `cid` LIKE 'http://harzah.net/month'

`cache` меняете на реальное название таблицы. Эта строка грохнет кэш страницы для анонимов.

13 сентября 2006 в 21:43

Quote:
Я правда в базах данных полный ноль, чтобы понимать.

Идея там простая - добавить к одной из таблиц, индекс, что бы выборка данных (для ф-ционирования модуля локализации) проходила быстрее.

13 сентября 2006 в 9:59

Quote:
посмотри http://drupal.org/node/41259...[/quote]

Кстати, да: недавно модификацией галереи занимался и именно отсюда начал. Вывод всех картинок из данной категории, правда, не делал.

13 сентября 2006 в 8:40

О! Axel появился Smile

В форуме как раз про gettext.module было упоминание недавно и призыв к Вам поделиться мнением по данному вопросу.

Насколько целесообразным оказалось использование такого модуля? Отчего он не получил развития? Какие-то причины технического плана повлияли на это?

13 сентября 2006 в 8:32

Quote:
Так как в выражении $node->taxonomy[17]->name приславутая цифра 17 и является этой дельтой

Насколько я помню, в данном случае 17 - это всё же идентификатор тармина (term id, tid), а не дельта.

13 сентября 2006 в 8:29

Вы бы описали задачу подробнее, глядишь и подсказали б Вам чего-нить. А то так по частностям не совсем понятно, например, в каком контексте Вам это надо. Например, $block->delta в том же block.tpl.php доступна абсолютно "легально" (в документации прописана).

13 сентября 2006 в 8:16

Quote:
По нашему мнению, для полного счастья в Drupal, как раз не хватает нормального разделения представления и содержания на уровне xml / xslt.

Ок! Добьётесь Вы этого разделения путём введения "ещё одного" уровня обработки данных (было: БД->PHP->XHTML, станет БД->PHP->XML->XHTML). Вопрос: зачем?