комментарии (27)

• • 
  • JN0iZzze
  • 22 апреля 2009, 16:20
  • #
  • ↓
  • • +2
  Спасибо, полезно. Возможности Drupal действительно очень широки
• • 
  • kalin
  • 22 апреля 2009, 17:11
  • #
  • ↓
  • • +1
  Еще один хороший: drupal.org/project/simplenews — подписка на новости.
• • 
  • Valeratal
  • 22 апреля 2009, 17:35
  • #
  • ↓
  • • +1
  simplenews эта система рассылок. Кстати к нему есть целый выводок доп. модулей для статистики и внедрения тэгов для г-аналитикс
• • 
  • ppa80
  • 22 апреля 2009, 18:02
  • #
  • ↓
  • • +5
  Думаю, Drupal надо уже развиваться в сторону оптимизации. А то слишком тяжело работает.
  • • 
    • handymade
    • 22 апреля 2009, 18:50
    • #
    • ↑
    • ↓
    • • –1
    ну есть же уже более 10 готовых сборок под определенные задачи — газета, магазин и т.д…
    не скажешь что они сильно оптимизированы, но уже немного заточены
• • 
  • aosodoev
  • 22 апреля 2009, 18:11
  • #
  • ↓
  • • 0
  drupal.org/project/admin_menu — мегавещь :)
• • 
  • brmn
  • 22 апреля 2009, 18:23
  • #
  • ↓
  • • –1
  Самое главное забыли:
  1. Удалить из системы драйвер hands_from_ass.sys
  2. Ecnfyjdbnm драйвер line_hands.sys
  Это необходимо проделать еще ДО знакомства с Drupal.
  • • 
    • brmn
    • 22 апреля 2009, 18:24
    • #
    • ↑
    • ↓
    • • –1
    *установить (сорри, опечатка)
    • • 
      • mikkie
      • 22 апреля 2009, 19:39
      • #
      • ↑
      • ↓
      • • 0
      При установке настроек stright_hands.sys, большинство выше отмеченных модулей Вам уже не потребуется. Ибо Вы уже сами решите задачу более элегантно и удобно для Ваших нужд. =)
• • 
  • miktam
  • 22 апреля 2009, 18:48
  • #
  • ↓
  • • 0
  Content Profile
  
  позволяет создавать профиль пользователя как содержимое материала, и кастомизировать при помощи CCK.
  для 6 есть лишь 3 бета — но работает отлично.
• • 
  • glintwine
  • 22 апреля 2009, 19:09
  • #
  • ↓
  • • 0
  Идеально было бы на друпал ру замутить чарт, в котором каждый мог бы отметить какие модули он использует (голосовалкой). В итоге через пару месяцев топ 20 этой выборки можно было бы преподносить как джентльменский набор. Ну и на строки ниже можно было бы ориентироваться.
  
  *Или на друпалере вывести самые часто запрашиваемые переводы.
  • • 
    • 7paca
    • 22 апреля 2009, 19:24
    • #
    • ↑
    • ↓
    • • +3
    На drupal.org есть блок самых часто скачиваемых модулей :)
    И вот еще список всех модулей в порядке частоты использования.
    
    • • 
      • glintwine
      • 22 апреля 2009, 19:28
      • #
      • ↑
      • ↓
      • • +2
      Вы открыли мне глаза :)
• • 
  • mikkie
  • 22 апреля 2009, 19:33
  • #
  • ↓
  • • –4
  бесплатный набор кастылей.
  • • 
    • tsar
    • 23 апреля 2009, 00:55
    • #
    • ↑
    • ↓
    • • 0
    Почему же костылей, очень полезные штуки, крошке да менюшке ))
    • • 
      • mikkie
      • 23 апреля 2009, 08:55
      • #
      • ↑
      • ↓
      • • –4
      Я считаю, что «пошло» называть модулем то, что содержит в себе пару функций (РНР), большинство которых Вы и сами можете реализовать за 1-2ч, что в результате может быть на порядок лучше для Вашего проекта.
      • • 
        • tsar
        • 23 апреля 2009, 11:43
        • #
        • ↑
        • ↓
        • • +1
        Это правильное замечание, но я, например, пока не силен в php, поэтоиу пока на костылях %)
    • • 
      • mikkie
      • 23 апреля 2009, 23:23
      • #
      • ↑
      • ↓
      • • +1
      Не долго думая, скачал я «идеальные» менюшки (Jquerymenu) и увидел кучку «говнокода».
      drupal.org/project/Jquerymenu
      \\jquerymenu.module\\
      function jquerymenu_block($op = 'list', $delta = 0, $edit = array()): 120
      $edit — не известно для чего параметр, просто чтобы был, чисто по факту, чем больше параметров, тем более увесисто и значимо выглядит.
      
      foreach ($enabledmenus as $menuname) { :142
      if ($delta == $d) {
      if ($menuname == 'navigation' && !empty($user->uid)) {
      $title = $user->name;
      }
      else {
      $title = db_result(db_query(«SELECT title FROM {menu_custom} WHERE menu_name = '%s'», $menuname));
      }
      Запросы в цикле ждут нас. Не вижу, что мешает сделать все в 1 запрос.
      
      function jquerymenu_init() { :11
      drupal_add_css(drupal_get_path('module', 'jquerymenu') .'/jquerymenu.css');
      if (variable_get('jq_menu_animate', 0) == 0) {
      drupal_add_js(drupal_get_path('module', 'jquerymenu') .'/jquerymenu.js');
      }
      if (variable_get('jq_menu_animate', 0) == 1) {
      drupal_add_js(drupal_get_path('module', 'jquerymenu') .'/jquerymenu_no_animation.js');
      }
      }
      Крутил, вертел, даже сквозь пальцы смотрел. Но эти шаманские уловки не открыли мне тайну 2х If подряд из которых может выполниться только 1 (=?: — в помощь).
      
      хардкод и полное отсутствие ООП обсуждать бессмысленно, ибо это фишка Друпала и модуля в частности.
      
      Заключающее Имхо, лучше потратить пару часов времени для изучения РНР и написания своего функционала, чем использовать подобный «идеальный» код, приобретая головную боль и ненужные нагрузки на проект — «бесплатно».
      • • 
        • tsar
        • 24 апреля 2009, 01:16
        • #
        • ↑
        • ↓
        • • +1
        мда, трудно не согласиться, пошел за учебником :)
      • • 
        • singalen
        • 23 января 2010, 15:51
        • #
        • ↑
        • ↓
        • • 0
        Неумные замечания.
        1. Это не пишется за пару часов изучения ПХП. Нужно ещё очень хорошо знать API Drupal и JQuery.
        2. Даже ЕСЛИ БЫ jquery-menu писалось за пару часов — моя пара часов гораздо дороже процессорного времени сервера.
        3. _block — это API хуков Drupal. Читаем о хуках и что такое API вообще.
        4. Запросов в цикле, скорее всего, будет один — для меню навигации. М.б. два.
        Лепить ради этого in(...), усложнять код двойным циклом и добавлять потенциальную несовместимость с какими-либо СУБД неразумно.
        Особенно если результаты запросов или сами блоки кэшируются, как то всегда бывает.
        5. Такие if-ы проще мейнтейнятся. Если в будущем набор значений опции поменяется, else не сломается.
        6. То, что мощная функция добавляется модулем в 5К — это ОФИГЕННЫЙ плюс Друпала.
        7. Хардкод — издержка конкретного модуля. ООП в ядре есть; модули же можно писать так, как кому заблагорассудится.
        Что хуки на функциях, а не объектах — это следствие динамической интерпретации. Ещё это оптимизация — далеко не все хуки «инстанцируются» при каждом запросе. С обэектами такого бы не получилось.
        • • 
          • singalen
          • 25 января 2010, 14:21
          • #
          • ↑
          • ↓
          • • 0
          Об ООП в ядре приврал, остальное в силе.
• • 
  • chegor
  • 22 апреля 2009, 22:31
  • #
  • ↓
  • • 0
  вообще как бы да: ищущий — найдёт в любом случае.
  однако моё глубокое имхо, что искать надо на drupal.org — там точно есть всё, а вот drupal.ru в этом смысле сильно отстаёт…
  за пост спасибо, пару модулей не знал, надо затестить
• • 
  • tsar
  • 23 апреля 2009, 00:52
  • #
  • ↓
  • • 0
  Спасибо, очень вовремя, как раз с друпалом сижу :——————)
• • 
  • inkvizitor68sl
  • 23 апреля 2009, 01:06
  • #
  • ↓
  • • 0
  воистину адская вещь)
• • 
  • mrded
  • 23 апреля 2009, 09:29
  • #
  • ↓
  • • 0
  2 7paca
  вы к нам в Омск 14 мая приезжаете, я уже билеты купил:)
• • 
  • dvryltsov
  • 23 апреля 2009, 12:00
  • #
  • ↓
  • • 0
  Спасибо за подборку. Возьму на вооружение «Nice Menus и JQuery Menu»! Никто не натыкался на хорошее описание на русском Views 6.x?
• • 
  • kuser
  • 13 января 2010, 20:44
  • #
  • ↓
  • • 0
  Спасибо.