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

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

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

20 ноября 2009 в 0:44

penexe wrote:
как вы узнаете имя пользователя?

Очень смешно. Выбирая ноду, выберу и имя пользователя по uid, который в базе есть. Нахрена мне данные по флагам, по подпискам по бог весть чему ещё? При установленном OG на каждое отображаемое имя пользователя накидывается ещё один запрос!! Зачем мне список подписок на каждого пользователя? Естественно, я хакну, чтобы отображалось только я текущего и в профилях!

20 ноября 2009 в 0:38

21 насчитал, не считая разделителей. Ну так извините, кнопки не обязательно точка-в-точку сортировать. Они в алфавитном порядке по названиям. В любом случае, если вы считаете, что все кнопки, что на друпал.ру используются, нужны на нормальном сайте - у меня для вас плохие новости Smile

19 ноября 2009 в 15:37

В последних версиях OG хакать уже ничего не надо. Но меня не оставляет два вопроса:
1) зачем грузить каждому пользователю постоянно список его подписок
2) зачем вообще выполнять user_load для того, чтобы отобразить имя пользователя?

Ужас...

18 ноября 2009 в 19:35

Кошерный путь - глянуть в исходники, определить ID админской формы, определить индекс поля веса и через hook_form_alter в своем helper-модуле расширить диапазон.

Некошерный - открыть и поменять руками.

20 кнопок - вам мало? О_О

15 ноября 2009 в 20:02

Кстати, как раз недавно на своём новом проекте реализовал вложение словаря в словарь в чистом Taxonomy. В самом простом его варианте - показал только те значения из дочернего словаря по каждому значению из родительского, для которых существуют материалы и построил навигацию... О category я как-то даже и не знал, да и вложенность не та. Но на Category надо будет посмотреть повнимательнее.

14 ноября 2009 в 17:02

У парня талант презентации проводить, я получил огромное удовольствие от просмотра, чего давненько за собой не замечал. И информации просто огромное количество, спасибо!

8 ноября 2009 в 13:15

Ромка wrote:
Скорее всего вы что-то не так делаете, например, шаблон неправильно назвали (для контента типа some-name шаблон должен называться node-some_name.tpl.php), также стоит почистить theme cache (на странице со списком тем нажать кнопку "Save configuration").

Нет, оно действительно не работает, если файл node.tpl.php не лежит в папке с темой.

8 ноября 2009 в 12:35

Да, я тоже столкнулся. Если рассуждать логически, то это довольно прозрачно: помещая файл node.tpl.php вы явно указываете движку, что с шаблонами материалов должна работать тема. Откуда друпал знает, какие вообще типы материалов придёт вам в голову создать?

6 ноября 2009 в 23:56

Быстренько глянул. Ничего того, чего нельзя найти в поиске по друпалоргу - нет. Впрочем, то, что ищется - без напильника невозможно использовать. Продолжаю пытаться идти своим путём Smile

30 октября 2009 в 12:48

Неплохо!

Но я просто поставил Paginator 3000 и все мои проблемы остались в прошлом.

Впрочем, осталось понять, как вернуть на место AJAX-возможности страничного контроля.

29 октября 2009 в 16:19

Joomla ориентирована на контентщика, Drupal - на дизайнера и программиста. Если вы желаете собрать сообщество или блог - то лучше Drupal ничего нет. Если у вас разработка сайтов поставлена на поток, или надо часто и быстро менять вывод данных (таблицы, страницы, разные сортировки, отчёты, активная работа с документами) - то, опять же, Drupal. Для домашней странички, а еще чтобы не заморачиваться с админкой секретарше - Joomla.

27 октября 2009 в 15:24

Demimurych wrote:

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

Вот вам простой пример, имеем страницу со списком нод. В списке тайтл тизер плюс приписка о добавленных комментариях.

21 октября 2009 в 13:02

Demimurych wrote:
ЭЭЭЭЭЭЭ. Ну я так и думал что алгоритма нет.

можно задать совершенно логичный вопрос - ЗАЧЕМ мне нужен кеш путей если я могу таким же образом САМ используя текущее апи закешировать ВСЮ страницу?

20 октября 2009 в 23:48

Demimurych wrote:
а для дауна можно подробнее?

Подробнее что? Некие наметки есть тут: http://www.drupal.ru/node/19837

А на файлуху сбросить - этим занимается Cache Alter. Зачем нужно, думаю, можно и не объяснять.

20 октября 2009 в 21:17

Спасибо за обзор! Надо будет посмотреть...

Они к каждому релизу всё обещают и обещают производительностью заняться, да что-то как-то перекладывают постоянно это на плечи акселераторов. Что есть странно и немного глупо. Уж элементарно выбор кеширование в базе/на файлах дать можно, хотя бы...

Вопрос - кеширование алиасов путей там появилось? Smile