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

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

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

27 мая 2010 в 15:39

Новая версия jQuery, 1.4.2? А с версией 1.2.6 или 1.3.2 пробовали?

Я этот модуль изучал, переделывал под себя. И заметил, что с jQuery 1.4.2 он не работает нормально, но причину не искал, т.к. новой версией jQuery пока не пользуюсь...

27 мая 2010 в 15:24

"glu2006" wrote:
Не согласен, phptemplate_preprocess_calendar_datebox как раз переопределяет функцию, т.е. если есть phptemplate то template_preprocess не будет вызываться, вот если в своем модуле написать маймодуль_preprocess то тогда эта функция вызовется вслед за template_preprocess, а так четкое переопределение поскольку надо полностью скопировать код исходной функции в template.php

Нет, не совсем так.

26 мая 2010 в 21:28

"penexe" wrote:
чтом мешает поставить нужную preprocess функцию вначало, а ядерную удалить через hook_theme_registry_alter?

О, спасибо, hook_theme_registry_alter - хороший хук!

26 мая 2010 в 21:15

"glu2006" wrote:
Никак, ...

hook_theme_registry_alter позволит отключить нужную preprocess функцию.

Т.е., по-моему, если мы хотим добавить новую переменную, то используем phptemplate_preprocess_...

24 мая 2010 в 5:50

"Dan" wrote:
Топикстартеру - Друпал оптимизируется не хакингом. Хагингом друпал портиться. Проверено на многих поколениях новичков.

Если человек хорошо знает архитектуру Друпала, он может смело его оптимизировать хакингом. В некоторых случаях это очень полезно.

22 мая 2010 в 22:50

"<a href="mailto:Pacifik@drupal.org">Pacifik@drupal.org</a>" wrote:
Это одна из самых главных причин, почему Drupal менее популярен Джомлы, DLE и прочих CMS при более гибком и удобном управлении. Увы..

Беда Друпала в том, что им пользуется большое количество неумек...

22 мая 2010 в 17:01

"sadad" wrote:
Насколько правильно патчить ядро?

profile.module - это не из ядра. Это дополнительный модуль-конструктор для тех, кто не умеет создавать поля в профиле своими силами. По большому счету, модуль бесполезный для разработчика.

22 мая 2010 в 13:28

"Crea" wrote:
Смешной топик.

Нормальный топик.

Почти все популярные модули для Друпала имеют лишние запросы. И это смешно?
Вот есть, например, такой модуль как simplemenu. Так он тоже делает подобные запросы на всех страницах, где есть это меню. И модуль как раз предназначается не только для админов, но и для пользователей сайта.

22 мая 2010 в 4:32

"Sinkora" wrote:
Как бороться вам подсказали выше, но видать вы не прочитали.

settings.php не поможет, если модуль vote_up_down гоняет лишние запросы в таблицу votingapi_cache...

К тому же, кстати, с помощью локализации вы не сможете, например, перевести такие слова как "edit", "view" для разных типов материала, а также для страницы профиля...

22 мая 2010 в 4:24

"xxandeadxx" wrote:
какие же это ошибки, следуя логики вся система локализации в drupal является одной большой ошибкой

Система локализации генерирует только те запросы, которые нужны на данной странице сайта. А с нашим "чудо-модулем" мы имеем запросы, которые не имеют отношения к текущей странице. Хотя это я уже написал в предыдущем комментарии...

22 мая 2010 в 4:22

"RxB" wrote:
А по мне так топик смысла не имеет, так как подобные запросы генерируются системой локализации

Нет. Насчет топика. Система локализации генерирует только те запросы, которые нужны на данной странице сайта. А с нашим "чудо-модулем" мы имеем запросы, которые не имеют отношения к текущей странице.

22 мая 2010 в 4:04

"<a href="mailto:Xaber@drupal.org">Xaber@drupal.org</a>" wrote:
А вы правильно понимаете суть этого слова?

Да, я знаю истинное значение этого слова в терминологии Друпала. Согласен, что одним css нельзя изменить внешний вид, если структура разметки этого не позволяет. Но товарищ не объяснил, что он понимает под темизацией. И хотелось бы увидеть от него пример, иллюстрирующий его вопрос...

22 мая 2010 в 3:49

Я вот раньше делал одно общее поле cck для всех типов материала. А потом понял, что для меня лучше будет, если я для каждого типа материала создам свое поле. Но вот думаю, что на работающем сайте это надо сделать осторожно, чтобы не потерять данные Smile

22 мая 2010 в 1:23

Ух ты, как у многих тормозят сайты! Для меня больше 1 секунды - это долго:) (шучу:))

Кстати, это вы все тестируете скорость загрузки для анонимов, а для авторизованных пользователей картинка будет другая...

21 мая 2010 в 20:19

Т.е. после добавления коммента мы:

1. Остаемся на прежней странице http://sushifan.ru/sw.

2. Видим только что добавленный нами комментарий.

3. Форма комментирования остается на прежнем месте, под добавленным только что комментарием.

Так?

19 мая 2010 в 10:59

"Paldru" wrote:
Тут на форуме както обсуждался модуль кеширования алиасов. Некисло увеличивалась производительность сайта. Но модуль сырой, были баги, сейчас его насколько я знаю никто не развивает.

Я знаю, я читал ту статью. Но мне не понравилась сама идея кеширования алиасов, по сравнению с возможностью отключения модулей path, pathauto, очистки таблицы url_alias и использования hook_menu для создания своих адресов.

15 мая 2010 в 21:30

Т.е. теперь при добавлении коммента со страницы http://sushifan.ru/sw мы попадаем на страницу с материалом и другими комментами к нему.
А когда комментирование будет без перезагрузки, то что должно произойти, мы должны остаться на прежней странице http://sushifan.ru/sw?