Drupal *

Почему же все таки Drupal? — Первоначально я остановил выбор на Wordpress, поскольку многопользовательская CMS меня не интересует, то решил попробовать именно Wordpress. Было это в 2008 году. Но на тот момент (возможно сейчас что-то изменилось) мне не удалось найти ни одного модуля или нескольких модулей, который бы удовлетворял следующим нехитрым требованиям (в порядке важности):

1. группировка фотографий по альбомам, с возможностью добавления описания к альбому
2. загрузка нескольких фотографий в альбом минимальным числом кликов
3. группировка альбомов по категориям
4. показ альбомов в виде топиков с описанием и превью из нескольких фотографий на главной странице
5. прямая ссылка на любой альбом
6. комментарии посетителей для альбома и отдельной фотографии (с премодерацией)
7. управление размером отдаваемого формата

А вот с Drupal все это удалось реализовать, об этом и топик.

Поискал на Хабре и не нашел ничего про использование такого модуля Drupal как cacherouter. Исправляю данное недоразумение, т.к. этот модуль позволяет значительно ускорить работу Drupal даже на таком требовательном хостинге как Majordomo (любит отключать весь аккаунт при превышении нагрузки).

Сам модуль ничего нового и кардинального не преподносит — только позволяет выносить таблицы кеша из БД в другие хранилища, как, например, файловая система, memcache, APC и пр.

Меня, конечно же, давно волнует вопрос, какого х… разработчики Drupal засунули кэш в БД, но рассказ не об этом.

Здравствуйте, уважаемое Сообщество!


Сегодня — весна!
Где-то она холодная, где-то морозная, где-то — реальная.


А реальность такова — осталось 2 месяца до интересного события, которое произойдет между весной и летом.


До конференции DrupalCampKyiv 2010 осталось всего ничего.


А ведь действительно — 20-22 мая — меньше 60 дней и наступит.


Что у нас уже есть?


Много желания и опыта.

В прошлом году — было более 200 участников и все помнят — было классно.

Теперь, — планируем больше 500 участников и мы делаем максимум возможного, чтобы все получилось. 

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

Добавлена прокрутка колесом мышки, исправлены некоторые косяки, добавлена стандартная навигация при отключенном js, адаптировано под друпал. Никаких настроек: включили модуль — работает, выключили — вернулись к стандартной навигации.

UPD: Перенес подключение css и js в init модуля, дабы работало везде, исправил конфликт с другими GET параметрами.
UPD2: Исправил баг со ссылками «Первая» и «Последняя». Спасибо gothica.
Скачать можно здесь.

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

Часть 1, Часть 2

Шаблоны

Шаблоны мы будем складывать в sites/all/themes/mytheme/templates. Создадим шаблоны page.tpl.php — для страниц, node.tpl.php — для контента, block.tpl.php — для блоков, comment-wrapper.tpl.php — для блока с комментариями, comment.tpl.php — для одного комментария, header.tpl.php — для шапки, footer.tpl.php — для подвала, region.tpl.php — для регионов. Также, по аналогии с препроцессами, мы можем создавать файлы типа node-story.tpl.php для отображения материала типа story или block-user.tpl.php для блока user. Это позволяет темизировать отдельно разные типы содержимого сайта.

Часть 1

Препроцессы

Препроцессы нужны для того, чтобы определить, какие переменные будут доступны в шаблонах. Препроцессы мы будем складывать в sites/all/themes/mytheme/preprocess. Создадим файлы preprocess-page.inc — для страницы, preprocess-node.inc — для контента, preprocess-header.inc — для шапки, preprocess-footer.inc — для подвала, preprocess-region.inc — для регионов, preprocess-block.inc — для блоков, preprocess-comment.inc — для комментариев. Также мы можем создавать файлы типа preprocess-node-story.inc для обработки материала типа story или preprocess-block-user.inc для блока user. Это позволяет обрабатывать отдельно разные типы содержимого сайта. В основном в препроцессах я определял классы для разных регионов сайта.

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

Начало

Для начала нам потребуется создать директорию в каталоге sites/all/themes с названием нашей темы. Я назвал тему mytheme и создал каталог sites/all/themes/mytheme.
В созданном каталоге создаем директории css — для стилей, js — для скриптов, images — для картинок, templates — для шаблонов, preprocess — об этом позже. Также создаем файл template.php в котором мы будем писать всю логику темы и mytheme.info для описания темы. Можно еще добавить favicon.ico и logo.png.

Автор статьи принимал участие в 4-х дневном курсе обучения Drupal от Lullabot по таким направлениям как: темизация, API форм, API меню, разработка модулей, jQuery и лучшие практики.

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

Я выложил перевод на drupal.ru
Чтобы не делать копипаст просто дам туда ссылку: drupal.ru/node/41087

В этом году будет проведен первый DrupalCamp в России. Ожидается множество гостей, не только из других городов, но и наших друзей из Украины и Белоруссии. Все подробности по ссылке.

Знаете ли вы, что согласно историческим данным — ностальгия считалась болезнью?
С момента появления термина ностальгия в 1688 году(wikipedia), прошло немало времени и теперь понятие и чувство немного переосмыслено нами.

Согласно логике — ностальгия — это ощущение реальности с чувством скорби о прошлом.
Это прошлое не всегда хорошо, мы можем ностальгировать и за не совсем позитивными событиями прошлого.

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

В следствии прошлых событий у нас появилься дополнительный опыт, в основе нашего воспринимания мира появились новые фундаментальные кирпичики, на которые мы полагаемся теперь и в будущем.

И это можно назвать словом «круто».


Киев…
2008 год…
31 августа…
Около 50 учасников собрались в помещении G-club, чтобы познакомиться и обговорить общую тему.
Я там был, Было круто и тепло, но определенно мало!
В последствии, через несколько недель было создано сообщество переводчиков, которые общими усилиями дали понять миру, что само «сообщество» — существует.

В прошлый раз я начал маленький обзор интересных модулей, продолжим!

Данный топик является своеобразным ответом на Нетривиальная задача для Node Reference поля Drupal и Модуль для кулинарного сайта. Но, в отличие от авторов тех двух топиков, я не собираюсь изобретать велосипед и писать свое решение, а просто покажу как эта задача будет решаться в недалеком будущем (да и сейчас вобщем-то уже можно), и что станет стандартом де-факто в Drupal. Почему я так уверенно завляю о стандарте? Все очень просто — речь пойдет о CCK (Content Construction Kit) 3.

– Это "Типограф"?
— Это «Типограф»!

^{Справа — схема серверов «Фонда Викимедиа» для расширения кругозора. Картинка кликабельна. Ещё — тут.}

Каждый год растёт использование Википедии и каждый год техническая группа, которая трудится и волонтёрит для Викимедиа, должна планировать, покупать и вводить в эксплуатацию новые сервера для поддержания роста популярности Википедии и её братских проектов. С достижениями в области компьютинга запущенные 9 новых серверов приложений в этом году приняли нагрузку 36 серверов приложений 3-летней давности.

Так когда мы делаем апгрейд, что же происходит со старым оборудованием, которое является слишком медленным для Википедии, но не слишком медленным для МНОГИХ других некоммерческих организаций? Мы дарим его! Эти системы были 1U стоечными серверами, двойной CPU 2,5-3, одно ядро, 2-4 ГБ RAM и 2-4 HDD Bays с 1-2 80-250 ГБ жёсткими дисками. В этом году три некоммерческие организации получили наши старые системы (в алфавитном порядке): Drupal.org, OpenStreetMap Foundation и Sugar Labs.

^{Извиняюсь, если перевод слегка кривой. Под катом ещё немного.}

Хочу поделиться своей небольшой наработкой, связанной с темизацией административной части Drupal.
Стоит задача: нужно сделать CSS для админки в «тон» шаблона публичной части сайта. Думаю, такая задача возникала у разработчиков под друпал не раз.
Без лишних слов представляю заготовку CSS для написания стилей для админки Drupal (+ в виде CSS-файла).

Привет %username%,

В ответ на «Нетривиальная задача для Node Reference поля Drupal», решил подпилить для кулинарии один из кастомных модулей.

До знакомства с CMS ModX планировалась статья сравнения этих двух систем, особенно после появления темы «Сравнение Drupal, MODx (и других систем) в рабочем проекте» на drupal.ru где предлагалось соревнования что выяснить какая система лучше.
После небольшого знакомства с МодХ все вопросы отпадают сами собой и ни о каком сравнении не может быть и речи.

Начнем с того что эти две CMS используются для различных целей и они не взаимозаменяемы. Друпал предназначен для сайтов мини-портал и выше, в то время как МодХ я классифицирую как хороший конструктор сайтов визиток. Область применения МодХ заканчивается на сайтах имеющих статьи и новости одновременно. И заводить спор о том что из МодХ можно создать сайты крупнее и даже крупный портал, тоже верно, но и с сопоставимыми временными затратами можно создать этот крупный портал с нуля.

Зато МодХ отлично делает сайты визитки, имеет свой менеджер загрузки файлов, имеет встроенный редактор TinyMCE, многоязычный интерфейс администратора, понятный мастер установки и много чего другого. И в тоже время делать сайты визитки на Друпале немного неправильно, сам факт выделения 64Мб оперативной памяти для сайта визитки на 20 страниц и хостинг для этого «проекта» может вызвать истерический смех у многих веб-разработчиков.

Вообщем как я уже и сказал выше никакого сравнения я делать не собираюсь, но МодХ достоин того что бы о нем написали.

Вдохновлённый этим топиком я по-быстренькому наваял модуль для друпала, который всем пользователям IE6 показывает заготовленную страничку.
Если честно, не понял в чём смысл обновления для этой странички, поэтому оставил первую версию.

Спасибо AVR за отлично свёрстанную страничку.

Предвосхищая вопросы типа «а зачем это модулем когда можно и проще сделать» отвечу, что так удобнее. Модуль включен — пользователи IE6 отсеялись, модуль выключен — видят сайт.

Скачать можно здесь и здесь

UPD: Исправил некоторые проблемы с кэшированием, перезалил файлы.

О NineSixty

NineSixty это тема для Drupal на основе 960gs, предназначенная для использования в качестве базовой темы.

Преимущества NS:

• контент-ориентированная разметка с использованием классов «push» и «pull»
• динамическая ширина блоков в зависимости от контента
• инструменты для отладки и визуализация сетки
• поддержка языков с направлением письма справа налево