Drupal Россия

С 8 марта!

admin — Mon, 08 Mar 2010 08:50:33 +0000

Поздравляем представительниц прекрасного пола с 8 марта и вообще с весной! Красивых вам сайтов! :)

48 советов для программистов от Lullabot [перевод]

seaji — Tue, 02 Mar 2010 11:52:21 +0000

48 Essential Drupal Development Tips From Lullabot

Оригинал статьи
http://www.missingfeatures.com/2010/02/16/48-essential-drupal-developmen...

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

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

UPD: для хабралюдей: http://habrahabr.ru/blogs/drupal/86073/

1. Выводите переменную $body_classes в атрибут "class" тега "body" в вашем файле page.tpl.php для того, что бы иметь возможность использовать различные классы страничек, например “front” - главная, “not_front” - не главная, “logged-in” - для залогиненных и пр.

2. Страничка "/admin/build/block" это единственная админская страница, на которой не используется администраторская тема оформления. Это сделано для того, что бы вы имели представление о местонахождении своих блоков на сайте.

3. Чаще всего в шаблон page.tpl.php забывают вставлять переменные $closure и $tabs.

4. Наиболее распространенным методом темизации является копирование файлов шаблонов из модулей или тем оформления и редактирования их под свои потребности.

5. Для решения проблем с различным порядком слов в различных языках используйте плейхолдеры. Например:$variables['submitted'] = t('On @date', array('@date'=>format_date($variables['created'],'custom','F jS')));

6. [Лучшая практика] В случае обновления системы лучшей практикой является стирание и создание заново тех темизирующих функций, которые вы переопределяете. Таким образом вы можете включить любые изменения кода, которые вы не захватили.

7. Если вы не хотите использовать переменную $content в шаблоне node.tpl.php, то не используйте. Вы можете выводить различные поля отдельно друг от друга.

8. [Производительность] Во вьюс предпочитайте использовать стиль ряда "Fields" (поля), а не "Nodes" (ноды). В режиме "Nodes" происходит вызов node_load() на каждой ноде в вашем виде, что может стоить вам более 50 запросов на каждую ноду. В режиме "Fields" происходит просто сбор необходимой информации в одном запросе.

9. Обратите внимание на функцию dsm() - это что то типа функции pr() в CakePHP (http://cakephp.org/). Эта функция может выводить на страницу сложные структуры данных в удобном для восприятия виде. Требуется модуль devel (http://drupal.org/project/devel).

10. Группируйте кастомные модули в одной и той же "группе" (“package”) и тогда Вам не придётся рыскать по странице со списком модулей в поисках того или иного модуля.

11. Для отслеживания изменений в API между D6 и D7 используйте модуль coder (http://drupal.org/project/coder)

12. [Лучшая практика] Переменная $user относится к пользователю, который залогинен на сайте в момент исполнения кода, переменная $account относится к любому пользователю вне зависимости от того, залогинен он на сайте или нет.

13. [Производительность] На каждой странице происходит загрузка всей таблицы переменных (variable), поэтому имеет смысл следить за этой таблицей и удалять ненужные значения.

14. [Производительность] Функция variable_get() не вызывает запросов к базе данных т.к. все переменные хранятся в памяти в момент исполнения кода.

15. Не вызывайте функцию t() для названий и описаний пунктов меню. Они сохраняются в кеше в момент билда меню. Это значит, что язык, установленный в момент создания кеша меню будет использоваться для всех пользователей.

16. Используйте MENU_LOCAL_TASK для пунктов меню, которые Вы хотите сделать табами. Например, таким образом можно добавить табы для таких страниц как "node/*" или "user/*"

17. [Производительность] Используйте для Ваших коллбэк функций из меню отдельные файлы *.inc с помощью задания аттрибута "file" в массиве, определяющем элемент меню. Это приведет к более эффективному распределению памяти т.к. файл модуля *.module загружается на каждой странице, а заданные файлы *.inc загружаются только при вызове данного пункта меню.

18. При использовании %user или %node в определении пункта меню Drupal автоматически запускает функции node_load() или user_load() передавая этим функциям в качестве аргумента то, что стоит на их месте в url (обычно это ID) и возвращают объект - ноду или объект - пользователя

19. Вы можете определить свой собственный хендлер % в определении меню. Например, %example будет вызывать Вашу функцию example_load(). Эта функция должна находиться в главном файле модуля *.module а не в файлах *.inc

20. В своем модуле Вы можете использовать $GLOBALS['conf']['cache'] = false . В этом случае будет отключено кеширование данной страници. Обратите внимание на то, что если эта страница была закеширована ранее, то потребуется скинуть кеш.

21. Вы без труда определите, что данный сайт работает на Drupal если посмотрите в заголовках "page expire date" дату устаревания страницы. У Drupal это 11/19/1978 - дата рождения создателя Drupal. (http://drupal.org/user/1)

22. Использовать "маршрутизацию" (перенаправление) в Drupal можно с помощью функций custom_url_rewrite_inbound() и custom_url_rewrite_outbound()

23. К вопросу выбора правильного типа поля "дата" в CCK:
- Дата (ISO) - хорошо подходит для не точных дат (например, только год)
- "Datestamp" ( штамп даты, кол. секунд с момента начала эры Unix) - тот же формат используется в ядре Drupal
- Лучше всего использовать "Datetime", этот формат имеет ту же точность что и "Datestamp". Кроме того, "Datetime" сохраняет данные в родном формате базы данных, что позволяет проводить различные манипуляции прямо на уровне базы данных (что очень быстро).

24. [Лучшая практика] Разбивайте Вашу папку "sites/all/modules" на две дополнительные папки "contrib" и "custom", для скачанных и своих модулей соответственно.

25. [Лучшая практика] Если Вам необходимо модифицировать код чужих модулей, то отслеживайте все изменения и сохраняйте их в специальных файлах патчей. Создайте отдельную директорию для сохранения всех файлов патчей. Каждый раз, когда Вы обновляете модуль, удостоверьтесь, что Ваш патч все ещё необходим. Примените совой патч к новой версии модуля (если это требуется), либо удалите патч из Вашей папки (если патч уже включен в модуль).

26. [Лучшая практика] Хук hook_menu() должен быть первой функцией в Вашем модуле, потому что он играет роль "индекса" для модуля, который описывает что делает Ваш модуль и когда он это делает. (Имеется ввиду не программная сторона, а девелоперская. Любой разработчик глядя на Ваш hook_menu() может легко начать ориентироваться в Вашем модуле).

27. Причина по которой аттрибуты форм начинаются со знака "#" в массиве $form заключается в возможности создавать вложенности форм в массиве.

28. Атрибут "clicked_button" используется для управления сабмитом кнопок, которые являются картинками. Т.к. интернет эксплорер не использует при сабмите имена кнопок, как это делают другие браузеры.

29-30. Вы обычно устанавливаете ошибку в поле во вложенной форме используя формат parent][child (Например "home][street")? А Вы знаете, что form_error() позволяет устанавливать ошибку в поле с использованием более логичного форматирования чем form_set_error()
form_set_error('home][street','You must enter the street address.');
form_error($form['home']['city'], ‘You must enter the street address.’);

31. Если в переменной $form_storage находится хотя бы что то, в этом случае Drupal будет игнорировать любые редиректы и будет просто делать ребилд формы при сабмите. Что бы избежать этого, в некоторых случаях придется делать unset $form_storage.

32. [Лучшая практика] Вы можете использовать любой HTML код в Ваших функциях темизации потому, что система темизации построена таким образом, что она может переопределять HTML в своих собственных функциях.

33. Drupal будет автоматически рендерить любые неотрендеренные части массива $form. Поэтому Вам совсем не обязательно рендерить вручную каждую часть. Только если вы хотите управлять этой частью индивидуально и отдельно от остальных.

34. Для быстрого переключения между базами данных используйте db_set_active(). Эта функция позволяет переключаться между соединениями с базами, которые Вы указали в своем файле settings.php.

35. Модуль Table Wizard (http://drupal.org/project/tw) позволяет создать описание любой таблицы для views. Вы даже можете выбрать ключи таблицы, которые используются для джоинтов.

36. Если Вы установите для элемента формы атрибут "#value" (например, для скрытого поля), то Drupal при обработке сабмита всегда будет устанавливать значение этого поля в то, что Вы укажете в "#value" независимо от того, что будет получено от пользователя т.к. при сабмите происходит ребилд формы, а уже затем обработка.

37. Если тип элемента формы ("#type") это "value", то этот элемент формы не будет включен в HTML форму на пользовательской стороне. Пользователь вообще не увидит этих данных, но в обработчиках формы в Drupal эти данные будут доступны на ряду с другими данными формы.
Например: $form['element_name'] = array("#type" => "value", "#value" => "My Value");
My Value - будет доступен в $form_state['values']['element_name'], но не будет присутствовать на страничке с формой.

38. [HTML] Если в страницу включен JavaScript (инлайн, прямо в тексте страницы), то в этом месте будет происходить полная остановка загрузки всего, что идет после этого скрипта (HTML, JavaScript и др.) до тех пор, пока код не загрузится.

39. [JQuery] VisualjQuery.com это удобное, визуальное API к JQuery

40. [Firebug] можно запустить JavaScript прямо в консольном табе Firebug если использовать ">>>" который находится внизу консоли.

41. [HTML] Некоторые браузеры будут вырезать теги "A" если для них не определен атрубут "href".

42. [Производительность JQuery] Если указать тег вместе с классом, то поиск этого элемента будет происходить намного быстрее чем если указать просто класс.
Например:
Медленно: $('.content');
Быстро: $('div.content');

43. [Производительность JQuery] Использование $(this) внутри функций селекторов дает большую скорость чем использование селектора еще раз заново.

44. Самым удобным способом управления вьюсами является экспортирование необходимого вьюса и сохранение его в своем модуле. Это приводит к тому, что вы можете следить за изменением вида с помощью систем контроля версий. Еще ваш вид становится защищенным от случайных ошибок пользователей, Вы всегда можете сделать "revert" и возвратиться к исходному состоянию.

45. Управление патчами: Создайте пустой модуль и используйте хук hook_update() для того, что бы вносить в сайт большие изменения, например, в настройках и пр. Таким способом можно, например, после обновления модуля еще запустить update.php и накатить на новый модуль Ваш патч.

46. Безопасность данных: По большому счету, на уровне темизации все данные должны быть уже безопастны. Что бы обезопасить свой сайт от данных, введенных пользователем используйте check_plain (все теги вырезаются) или check_markup (текст проходит обработку фильтром ввода поумолчанию).

47. Вы можете создать drush_make скрипт для Drush (http://drupal.org/project/drush), который будет создавать чистую установку Drupal со свежими версиями модулей, которые будут скачаны с Drupal.org прямо в момент установки.

48. Как можно больше используйте функции cache_get() и cache_set() т.к. они уменьшат количество запросов к базе данных.

Из комментариев

Советы по JQuery:

1. Если только возможно, то используйте ID для селекторов jquery.
$(‘#block-menu-1") это очень быстро, примерно в 100 раз быстрее чем $(‘div.block’)
а $(‘div.block’) всего лишь немного быстрее чем $(‘.block’)

2. Кешируйте данные.
Плохо:
$(‘#wombat’).hide();
$(‘#wombat’).remove();

Хорошо:
var wombat = $(‘#wombat’);
wombat.hide();
wombat.remove():

Отлично:
$(‘#wombat’)
.hide()
.remove();

3. Вы можете передать переменную в Firebug с использованием console.log()
var lemmeSee = $(‘#wombat’);
console.log(lemmeSee)

Другие полезные функции модуля Devel

dpm() – впечатывает объект в сообщение.

dargs($once = TRUE) – печатает аргументы текущей фукнции, $once = TRUE в этом случае печатает их только один раз.

dd() – записывает объект в файл /tmp/drupal_debug.txt – очень полезно, когда нужно сделать дебаг Ajax запросов. если запросы идут из Flash плеера, то у них другой ID сессии. Можно так же использовать watchdog(‘debug’, print_r($object, TRUE)) , в этом случае объект будет записан в базу данных.

dfb() – выводит информацию в firebug (нужно установить FirePHP в модуле Devel)

Как узнать какие переменные доступны в файлах шаблонов:

Это сделать очень легко вызвав dpm(get_defined_vars())
или var_dump(get_defined_vars())

Еще немного советов:

Вы можете без труда создать схему базы данных для Вашего модуля по следующему алгоритму:

1. Создайте необходимую таблицу (или таблицы) в Вашем любимом инструменте (например, в phpMyAdmin)
2. Экспортируйте таблицу с помощью модуля Schema (http://drupal.org/project/schema). Вы можете просто скопировать полученный массив в Ваш модуль, в хук hook_schema

Вы можете экспортировать Ваш тип контента (CCK) с использованием модуля "CCK Content Copy" (который входит в пакет CCK) и вставить этот код к инсталяционный хук Вашего модуля.

Возврат картинки AHAH-коллбеком

sadmin — Mon, 01 Mar 2010 08:55:03 +0000

Для получения картинки при клике по кнопке AHAH-запросом, нужна форма и AHAH-обработчик. Форма содержит текстовое поле (если нужно чтобы возвращаемая картинка содержала наш текст), кнопку submit, div для вывода сгенерированной картинки.
Текстовое поле для отправки текста. Текст отправлять не обязательно. Можно возвращать картинку или текст просто по кнопке submit, но это более простой случай, потому его рассматривать не будем. Кнопка содержит обязательные для AHAH-запроса массив #ahah, с параметром path, с информацией о AHAH-коллбеке - mymodule_message_js() (функцией, отвечающей за возврат результата в форму).
Кросс-пост с моего блога http://jdrupal.ru | На хабре только ссылкой

function mymodule_form(){
global $user;
$form['title'] = array(
  '#type' => 'textfield', 
  '#title' => t('My text'), 
  '#default_value' => $node->title, 
  '#size' => 60, 
  '#maxlength' => 60, 
  '#required' => TRUE,
);
 
 $form['submit'] = array(
 '#type' => 'submit',
 '#value' => t('click me'),
 '#ahah' => array(
   'event' => 'click',
   'path' => 'mymodule/message_js/',
   'wrapper' => 'target',
   'effect' => 'fade',
  ) 
 );
 
 $form['target'] = array(
 '#type' => 'markup',
 '#prefix' => '<div id="target">',
 '#value' => t('This text will be replaced by a picture'),
 '#suffix' => '</div>',
 );
 return $form;
 }

AHAH-коллбек должен вернуть картинку, и, возможно, текст. Картинка удобно генерируется отдельным запросом (который не забываем прописать в хуке mymodule_menu). Функция drupal_json() возвращает скомпанованные данные. Будет ли картинка рисоваться с нуля или создаваться на основе заранее подготовленного изображения не важно. AHAH-коллбек возвратит ее в <div id="target">.

Переменная $str нужна для передачи текста в скрипт генерации изображения. Это не лучший вариант, но если особые требования не оговорены можно использовать его. Альтернативой может быть сохранение текста в БД и генерация картинки на основе значений из БД (генерация баннеров, статистики).

function mymodule_message_js(){
if ($str = $_POST['title']){
	$output = '<img src="myimage.png/'.$str.'"></a>';}
 drupal_json(array('status' => TRUE, 'data' => $output));
}

Самая главная часть с hook_menu. Пункты в меню:

$items['mypath'] отвечает за страницу где расположена описанная выше форма.
$items['mymodule/message_js'] - AHAH-коллбек
$items['myimage.png/%'] - генерация картинки

function mymodule_menu() {
 
  $items['mypath'] = array(
    'title' => 'Custom caption',
    'page callback' => 'drupal_get_form',
    'page arguments' => array('stitch_form'),
    'access callback' => user_access('myaccess'),
  );
 
   $items['mymodule/message_js'] = array(
	'page callback' => 'mymodule_message_js',
	'page arguments' => $form_state,
    'type' => MENU_CALLBACK,
	'access callback' => user_access('myaccess'),
  );
 
       $items['myimage.png/%'] = array(
	'page callback' => 'mymodule_image',
    'type' => MENU_CALLBACK,
	'access callback' => user_access('myaccess'),
	'page arguments' => array(1),
  );
 
  return $items;
}

Функция mymodule_image($str) реализуется с учетом основных требований для генерации картинки: отправка header-информации, генерации картинки, настройки кириллицы (если нужен кириллический текст), организации пути хранения файла шрифта на сервере.

  function mymodule_image($str){
drupal_set_header("Content-type: image/png");
 
  putenv('GDFONTPATH=' . realpath('.'));
  $image = imagecreate(88, 31);
  $background_color = imagecolorallocate($image, 2, 122, 198);
  $text_color = imagecolorallocate($image, 255, 255, 255);
  imagefill($image, 0, 0, $background_color);
 
  $path_to_ttf = "modules/mymodule/arial.ttf";  
  $text_color = imagecolorallocate ($image, $color_red=255, $color_green=255, $color_blue=255); 
 
  imagettftext($image, $size=8, $angle=0, $x=20, $y=10, $text_color, $path_to_ttf, $str);
 
  imagepng($image);
  imagedestroy($image); 
  exit();

Функция imagepng($image) в этом случае выводит картинку в части $output функции mymodule_message_js()
Результатом работы модуля при введенном тексте "jdrupal.ru", будет картинка

Патч к модулю Date - показываем месяцы в родительном падеже

VladSavitsky — Sun, 28 Feb 2010 14:58:02 +0000

Вывод даты в виде "27 февраль 2010" это уродливо. Ни в русском, ни в украинском, ни в польском - и, я думаю, что это касается большинства других славянских языков - так не говорят и не пишут.

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

Вывод блока с кастомным обработчиком дат.

Итак, по требованию заказчика вывести в блоке нормальные даты я написал модуль. Модуль выводит блок, где определённым образом форматируется вывод анонсов и собственно исправляются даты. Точно такой же блок можно сделать во Views, если бы не кривые даты...

Короче говоря код модуля я приводить не буду, а только функцию, которая исправляет даты. Этот код может очень пригодится тем, кто не сможет дочитать пост до конца.

Ок. Код всего модуля приложен к статье, чтобы уменьшить соотношение код/текст, чтобы не объяснять как делается вызов фунции и в каком формате должна быть дата - изучайте сами, если это вам нужно. Даты начала события и конца хранятся в одном ССК-поле, которое называется field_event_date и имеет тип Date.

Но этот модуль можно не использовать, а применить патч для модуля Date, но об этом ниже.

// Функция преобразует даты в "правильные", то есть в родительном падеже и ещё разные штучки делает.
function _calendar_list_conv_date($a, $format='front') {
  global $language;
  $date = strtotime($a);
  switch($format) {
    case 'front':
      $monthes = array (
        'en' => array('January','February','March','April','May','June','July','August','September','October','November','December'),
        'ru' => array('января','февраля','марта','апреля','мая','июня','июля','августа','сентября','октября','ноября','декабря'),
        'uk' => array('січня','лютого','березня','квітня','травня','червня','липня','серпня','вересня','жовтня','листопада','грудня'),
      );
      $weekday = array (
        'en' => array('Monday','Tuesday','Wednesday','Thursday','Friday','Saturday','Sunday'),
        'ru' => array('Понедельник','Вторник','Среда','Четверг','Пятница','Суббота','Воскресенье'),
        'uk' => array('Понеділок','Вівторок','Середа','Четвер','П’ятниця','Субота','Неділя'),
      );
      switch ($language->language) {
        case 'ru':
        case 'uk':
            $output = date("j",$date) .' '. $monthes[$language->language][date("n",$date)-1] .', '. $weekday[$language->language][date("N",$date)-1];
            break;
        case 'en':
        default:
            $output = $monthes[$language->language][date("n",$date)-1] .' '. date("j",$date) .', '. $weekday[$language->language][date("N",$date)-1];
            break;
      }
 
      break;
    case 'short':
      $output = date('d.m.Y', $date); //20.02.2010
      break;
    default:
      $output = date("j",$date).' '.$monthes[date("n",$date)-1].' '.date("Y",$date).' '.date("H",$date).':'.date("i",$date);
      break;
  }
  return $output;
}

После созерцания блока с "хорошими" датами заказчик успокоился и потребовал сделать "правильно" в остальных местах сайта...

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

Патч модуля Date, чтобы получить корректную обработку дат для всего сайта

Изменяются только 3 функции в файле date_api.module модуля Date:

date_t
date_t_strings
date_format_date

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

/**
 * A function to translate ambiguous short date strings.
 * 
 * Example: Pass in 'Monday', 'day_abbr' and get the translated 
 * abbreviation for Monday.
 * 
 * @param string $string
 * @param string $context
 * @param int $langcode
 * @return translated value of the string
 */
function date_t($string, $context, $langcode = NULL) {
  //static $replace = array();
 
  if (empty($replace[$langcode])) {
    // The function to create the date string arrays is kept separate
    // so those arrays can be directly accessed by other functions.
    date_t_strings($replace, $langcode);
  }
  switch ($context) {
    case 'day_name':
    case 'day_abbr':
    case 'day_abbr1':
    case 'day_abbr2':  
      $untranslated = array_flip(date_week_days_untranslated());
      break;
    case 'month_name':
    case 'month_genitive': //Добавляем в обработку новый контекст
    case 'month_abbr':
      $untranslated = array_flip(date_month_names_untranslated());
      break;  
    case 'ampm':
      $untranslated = array_flip(array('am', 'pm', 'AM', 'PM'));  
      break;
    case 'datetime':
      $untranslated = array_flip(array('Year', 'Month', 'Day', 'Week', 'Hour', 'Minute', 'Second', 'All Day', 'All day'));  
      break;
    case 'datetime_plural':
      $untranslated = array_flip(array('Years', 'Months', 'Days', 'Weeks', 'Hours', 'Minutes', 'Seconds'));  
      break;
    case 'date_order':
      $untranslated = array_flip(array('Every', 'First', 'Second', 'Third', 'Fourth', 'Fifth'));  
      break;
    case 'date_order_reverse':
      $untranslated = array_flip(array('', 'Last', 'Next to last', 'Third from last', 'Fourth from last', 'Fifth from last'));  
      break;
    case 'date_nav':
      $untranslated = array_flip(array('Prev', 'Next', 'Today'));  
      break;
  }
  $pos = $untranslated[$string];
  return $replace[$langcode][$context][$pos];
}
 
/**
 * Construct translation arrays from pipe-delimited strings.
 * 
 * Combining these strings into a single t() gives them the context needed
 * for better translation.
 */
function date_t_strings(&$replace, $langcode) {
  $replace[$langcode]['day_name'] = explode('|', trim(t('!day-name Sunday|Monday|Tuesday|Wednesday|Thursday|Friday|Saturday', array('!day-name' => ''), $langcode)));
  $replace[$langcode]['day_abbr'] = explode('|', trim(t('!day-abbreviation Sun|Mon|Tue|Wed|Thu|Fri|Sat', array('!day-abbreviation' => ''), $langcode)));
  $replace[$langcode]['day_abbr1'] = explode('|', trim(t('!day-abbreviation S|M|T|W|T|F|S', array('!day-abbreviation' => ''), $langcode)));
  $replace[$langcode]['day_abbr2'] = explode('|', trim(t('!day-abbreviation SU|MO|TU|WE|TH|FR|SA', array('!day-abbreviation' => ''), $langcode)));
  $replace[$langcode]['ampm'] = explode('|', trim(t('!ampm-abbreviation am|pm|AM|PM', array('!ampm-abbreviation' => ''), $langcode)));
  $replace[$langcode]['datetime'] = explode('|', trim(t('!datetime Year|Month|Day|Week|Hour|Minute|Second|All Day|All day', array('!datetime' => ''), $langcode)));
  $replace[$langcode]['datetime_plural'] = explode('|', trim(t('!datetime_plural Years|Months|Days|Weeks|Hours|Minutes|Seconds', array('!datetime_plural' => ''), $langcode)));
  $replace[$langcode]['date_order'] = explode('|', trim(t('!date_order Every|First|Second|Third|Fourth|Fifth', array('!date_order' => ''), $langcode)));
  $replace[$langcode]['date_order_reverse'] = explode('|', trim(t('!date_order |Last|Next to last|Third from last|Fourth from last|Fifth from last', array('!date_order' => ''), $langcode)));
  $replace[$langcode]['date_nav'] = explode('|', trim(t('!date_nav Prev|Next|Today', array('!date_nav' => ''), $langcode)));
 
  // These start with a pipe so the January value will be in position 1 instead of position 0.
  $replace[$langcode]['month_name'] = explode('|', trim(t('!month-name |January|February|March|April|May|June|July|August|September|October|November|December', array('!month-name' => ''), $langcode)));
  //Строка с названиями месяцев, которую ещё нужно будет перевести на нужные языки:
  $replace[$langcode]['month_genitive'] = explode('|', trim(t('!month-genitive |January|February|March|April|May|June|July|August|September|October|November|December', array('!month-name' => ''), $langcode)));
  $replace[$langcode]['month_abbr'] = explode('|', trim(t('!month-abbreviation |Jan|Feb|Mar|Apr|May|Jun|Jul|Aug|Sep|Oct|Nov|Dec', array('!month-abbreviation' => ''), $langcode)));
 
 
}
 
/**
 * Reworked from Drupal's format_date function to handle pre-1970 and
 * post-2038 dates and accept a date object instead of a timestamp as input.
 *
 * Translates formatted date results, unlike PHP function date_format().
 *
 * @param $oject
 *   A date object, could be created by date_make_date().
 * @param $type
 *   The format to use. Can be "small", "medium" or "large" for the preconfigured
 *   date formats. If "custom" is specified, then $format is required as well.
 * @param $format
 *   A PHP date format string as required by date(). A backslash should be used
 *   before a character to avoid interpreting the character as part of a date
 *   format.
 * @return
 *   A translated date string in the requested format.
 */
function date_format_date($date, $type = 'medium', $format = '', $langcode = NULL) {
  if (empty($date)) {
    return '';
  }
  switch ($type) {
    case 'small':
    case 'short':
      $format = variable_get('date_format_short', 'm/d/Y - H:i');
      break;
    case 'large':
    case 'long':
      $format = variable_get('date_format_long', 'l, F j, Y - H:i');
      break;
    case 'custom':
      $format = $format;
      break;
    case 'medium':
    default:
      $format = variable_get('date_format_medium', 'D, m/d/Y - H:i');
  }
  $max = strlen($format);
  $datestring = '';
  for ($i = 0; $i < $max; $i++) {
    $c = $format[$i];
    switch ($c) {
      // Use date_t() for ambiguous short strings that need translation.
      // We send long day and month names to date_t(), along with context.
      case 'l':
        $datestring .= date_t(date_format($date, 'l'), 'day_name', $langcode);
        break;
      case 'D':
        $datestring .= date_t(date_format($date, 'l'), 'day_abbr', $langcode);
        break;
      case 'F':
        //Собственно логика вывода названия месяца в зависимости от ситуации:
        if ((strpos($format, 'd') === FALSE) && (strpos($format, 'j') === FALSE)) {
          $datestring .= date_t(date_format($date, 'F'), 'month_name', $langcode);
        }
        else {
          $datestring .= date_t(date_format($date, 'F'), 'month_genitive', $langcode);
        }
        break;
      case 'M':
        $datestring .= date_t(date_format($date, 'F'), 'month_abbr', $langcode);
        break;  
      case 'A':
      case 'a':
        $datestring .= date_t(date_format($date, $c), 'ampm', $langcode);
        break;  
      // The timezone name translations can use t().  
      case 'e':
      case 'T':
        $datestring .= t(date_format($date, $c));
        break;
      // Remaining date parts need no translation.
      case 'O':
        $datestring .= sprintf('%s%02d%02d', (date_offset_get($date) < 0 ? '-' : '+'), abs(date_offset_get($date) / 3600), abs(date_offset_get($date) % 3600) / 60);
        break;
      case 'P':
        $datestring .= sprintf('%s%02d:%02d', (date_offset_get($date) < 0 ? '-' : '+'), abs(date_offset_get($date) / 3600), abs(date_offset_get($date) % 3600) / 60);
        break;
      case 'Z':
        $datestring .= date_offset_get($date);
        break;              
      case '\\':
        $datestring .= $format[++$i];
        break;
      default:
        if (strpos('BdcgGhHiIjLmnsStTUwWYyz', $c) !== FALSE) {
          $datestring .= date_format($date, $c);
        }
        else if ($c == 'r') {
          $datestring .= format_date($date, 'custom', 'D, d M Y H:i:s O', $langcode);
        }
        else {
          $datestring .= $c;
        }
    }
  }
  return $datestring;
}

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

Пример:

23 февраля 2010, а не ~~23 февраль 2010~~.
Но март 2010, а не ~~марта 2010~~

Как заставить все это работать?

Применить патч, который приложен к статье или скопировать уже изменённые функции вместо старых. Рецепт о том, как применить патч (есть варианты для Линукс, и для Винды): Применение заплат (patch)
Открыть страницу "Перевод интерфейса" (admin/build/translate/search) и найти строку:
!month-genitive |January|February|March|April|May|June|July|August|September|October|November|December
Сделать её перевод на нужный язык. Учтите, что для английского названия месяцев обычно пишутся с заглавной, а у нас - нет. Названия
месяцев должны быть в родильном падеже. Для русского и украинского языков это выглядит так:
- Русский:
  !month-genitive |января|февраля|марта|апреля|мая|июня|июля|августа|сентября|октября|ноября|декабря
- Украинский:
  !month-genitive |січня|лютого|березня|квітня|травня|червня|липня|серпня|вересня|жовтня|листопада|грудня
Сохранить переводы и проверить отображение дат.

Будущее патча

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

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

http://drupal.org/node/728350 - Multilanguage month support
http://vladsavitsky.habrahabr.ru/blog/85861/ - статья на хабре.

Прикрепленный файл	Размер
calendar_list.zip	2.25 кб
date_api.module.patch	1.62 кб

Смените свой пароль на drupal.ru!

admin — Fri, 26 Feb 2010 01:49:31 +0000

Ввиду инцидентов произошедших в команде модераторов сайта имевших доступ к базе данных сайта в целях безопасности была проведена полная замена паролей всех пользователей drupal.ru (а также groups.drupal.ru и drupalcamp.ru). Также принудительно завершены уже открытые сессии зарегистрированных пользователей. Для восстановления доступа вам следует пройти по ссылке напоминание пароля и указать свой логин или email вашей учетной записи. Ссылка на доступ будет выслана на указанный в учетной записи адрес, по ссылке вы сможете попасть в учетную запись и выбрать новый пароль. Настоятельно не рекомендуем выбирать старый пароль! Приносим огромные извинения за неудобства.

Пожалуйста будьте внимательны: логины вида nickname и nickname@drupal.org являются различными учётными записями! Вполне вероятно у вас могли быть заведены оба из них.

При проблемах с получением пароля обращайтесь пожалуйста на адрес webmaster@drupal.ru с обязательным указанием своего логина и/или регистрационого емейла. Внимание: ответы вебмастера отправляются на адрес указанный в вашей учетной записи, а не тот с которого придет письмо.

См. также краткие рекомендации по выбору паролей.

>>>> Получить новый пароль.

Помогите улучшить тариф для Drupal!

rusonyx_admin — Thu, 25 Feb 2010 15:36:36 +0000

Добрый день!

Я - Юрий Устинов, представитель Русоникса на этом форуме.

Друзья, пожалуйста, помогите улучшить наш тарифный план Супер CMS.
Тариф разрабатывался при участии Игоря Землянкина (Игорь, надеюсь, Вы не против такого упоминания), одного из активных участников Drupal-сообщества.
Сейчас тариф запущен в эксплуатацию и я хочу попросить всех участников оценить потребительские качества нашего тарифа. Мы готовы его улучшать по вашим замечаниям.

Что именно было сделано: мы увеличили время работы скриптов (max_execution_time = 120) и объем выделенной памяти (memory_limit = 64M). Также была проведена перенастройка хостинговой ноды для более оптимальной работы именно этого тарифа, все такие аккаунты будут стартовать отдельно от других тарифов виртуального хостинга. Помимо этого density (количество аккаунтов на одном физическом сервере) строго ограничено, т.е. в этот тариф заложена гораздо большая степень свободы (доступных процессорных и прочих ресурсов) в каждый конкретный промежуток времени, чем на обычном виртуальном хостинге.

Тариф - старший в линейке виртуального хостинга, на нем можно стартовать до 30 динамических сайтов. Подробное описание у нас на сайте: http://www.rusonyx.ru/hosting/shared/super-cms.php

Что мы можем предложить прямо сейчас:
1) 30 дней бесплатного тестирования - мы будем очень благодарны за отзывы и пожелания! Обращаю ваше внимание на то, что все заявки обрабатываются менеджерами на адекватность (устали от спамеров, кардеров и прочих персонажей), поэтому старт тестов производится только в рабочее время.
2) Дополнительная скидка на услуги хостинга для участников сообщества: 10% по купону DRUPALBONUS.

Заранее спасибо всем, кто откликнется! Надеюсь новый улучшенный тариф придется вам по вкусу :)

Кто виноват в том, что сайт не выполняет своих функций?

neochief — Thu, 25 Feb 2010 11:51:05 +0000

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

Знакомьтесь — Джон, владелец достаточно крупного сайта, маркетолог, считает себя умным, профессиональным, и к тому же уверен, что умеет четко излагать свои мысли. При всем этом, Джон не так уж много знает о веб-дизайне и разработке, поэтому ему нужна ваша помощь. Джон обращается к вам с целым набором четких маркетинговых целей и просит вас назвать цену своей работы.

Всегда объясняйте клиенту, зачем вы спрашиваете о бюджете

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

Джон, в свою очередь, с подозрением относится к вашему вопросу. Зачем вам знать о его бюджете? Единственная убедительная причина, которая приходит ему в голову – вы не хотите случайно назвать цену меньше той, которую он готов заплатить. Кроме того, он и сам не знает, какой у него бюджет. Откуда ему знать, сколько стоит сайт?

Клиент не должен думать, что вы выманиваете у него деньги.

Джон уходит. Он решительно настроен найти честного веб-разработчика, который не собирается его обманывать. К счастью для вас, все остальные разработчики тоже не объясняют, зачем им знать о бюджете Джона, и, в конце концов, вы даже можете заполучить Джона обратно.

Все рекомендации выражайте понятным для Джона языком

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

Что касается юзабилити, конечно веб-разработчик обязан сделать сайт легким в использовании. Зачем нужно дорогое тестирование юзабилити? Он думает, что такое тестирование подразумевает использование дорогого оборудования, например, камер, лабораторий и двухсторонних зеркал. Вы думали, что четко объяснили все эти вопросы. Вы говорили о WCAG 2 и вспомнили даже Якоба Нильсена. Вы начинаете подозревать, что Джон слегка туговат.

Если вы хотите, чтобы клиент вас понял, избегайте технических подробностей.

Наверное, он бы послушал вас, если бы вы говорили о доступности сайта, как о методе повышения позиций в поисковиках или увеличения прибыли, приносимой сайтом. А так, Джон упирается ногами и отказывается платить за все эти «ненужные дополнения».

Вовлеките Джона в рабочий процесс

Вы уходите с совещания, довольные тем, что удалось подписать контракт. Но какое-то предчувствие указывает вам на то, что это еще один из тех ужасных проектов, которые вам приходилось делать. Несмотря на это, вы сохраняете оптимизм и головой погружаетесь в рабочий процесс. Практически сразу же вы получаете звонок от Джона. Он спрашивает, готовы ли вы ему что-нибудь показать. Вы объясняете, что еще слишком рано что-то показывать, Джон разочарован но на время оставляет вас в покое.

Немного позже вы готовы представить Джону дизайн. Результат вам очень нравится, и, несмотря на то, что времени он занял намного больше, чем предусмотрено в бюджете, оно того стоит. Конечный дизайн имеет очень высокую юзабилити и станет жемчужиной вашего портфолио.

Не прячьтесь от клиентов. Показывайте им результаты работы на самых ранних стадиях и привлекайте их к процессу разработки.

Джон видит дизайн и приходит в ужас. По его мнению, вы работали совсем не в том ключе. Дизайн противоречит оффлайновым маркетинговым материалам и не подчеркивает выгоды от услуг его компании. Кроме того, он уверен, что дизайн не понравится его поставщикам, и хотя они не являются конечными потребителями, их мнение очень важно.

После напряженной конференции энтузиазм у вас, естественно, пропал, но вам удалось достичь компромисса, который возможно, осчастливит Джона. Вы начинаете думать, а не лучше ли было представить Джону свои первоначальные идеи и эскизы.

Расскажите Джону о дизайне

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

В то время как Джон уже почти счастлив, вы чувствуете себя раздавленным. Вам кажется, что он хочет сделать работу вместо вас. Он постоянно просит что-то куда-то передвинуть или поменять цвет, как будто ваша обязанность – только двигать пиксели.

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

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

Вместо этого, вы умываете руки и просто даете Джону то, чего он хочет.

Регулярно общайтесь с Джоном

Теперь, когда дизайн готов, вы переключаетесь на его верстку. Джону, естественно, нет никакого дела до вашего кода. Наконец-то вы сможете все сделать правильно.

Это сложная работа и она занимает много времени. Несмотря на то, что вы потратили слишком много времени на дизайн, и, в конце концов, сдались и сделали все так, как хотел клиент, у вас еще осталась гордость. И вы не собираетесь халтурить с кодом. Как бы там ни было, другие дизайнеры могут увидеть и раскритиковать ваш дизайн! Вы работаете, не покладая рук, стараясь даже больше, чем нужно. По ходу дела Джону удается добавить вам головной боли, подсовывая дополнительные функциональные задачи.

Джон интересуется, куда вы пропали. От вас уже несколько недель ничего не слышно. Сайт, конечно же должен быть готов к этому времени.
Джон пишет вам на e-mail и спрашивает, как продвигается работа. Вы кратко отвечаете, что работа идет медленно, но верно. Вы никогда не любили проектный менеджмент, и считаете, что Джон хотел бы, чтобы вы тратили время на работу, а не на расписывание подробных отчетов.

Джон получает ваш ответ и очень сильно расстраивается. Что значит «медленно, но верно»? Он пишет еще раз и спрашивает об ожидаемой дате завершения работ, вы даете примерную оценку.

Дата наступает и проходит, а от вас ничего не слышно. Это же всего лишь примерная оценка, и некоторые осложнения отодвинули дату на пару дней! Джон выходит из себя и звонит вам. Он говорит, что уже организовал рекламную кампанию, начало которой должно было совпадать с окончанием работ. Так как от вас не было никаких новостей, он решил, что все идет по плану.

Регулярно общайтесь с клиентом.

Вы защищаетесь, рассказывая о неожиданных сложностях. Но отвечать становится трудно, когда Джон пишет: «Все, что мне было нужно – это быть в курсе происходящего, просто одно письмо в неделю!».

Объясните Джону его роль в дальнейшем развитии проекта

К этому моменту вы окончательно поссорились с клиентом. Вы заканчиваете работу и сайт запущен. Джон ворчит и таки оплачивает счет после длительной задержки. Вас удивляет то, что Джон выражает свое разочарование и недовольство результатом вашей работы. Как же так, вы сделали все, что он просил? Это парень не просто тугодум, он придурок!

Естественно, Джон смотрит на все иначе. Он пришел к вам со списком маркетинговых задач, а сайт, который вы разработали, не выполняет ни одной из них. Он надеялся запустить сайт, достичь поставленных целей и приняться за новый проект. Но, после первоначального скачка интереса к сайту, количество посетителей и запросов упало, а сам сайт перестал работать.

Убедитесь, что клиент понимает, какая поддержка понадобится его проекту в будущем.

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

Если бы ему кто-то об этом сказал…

Мораль истории

Невероятно, как быстро мы осуждаем наших клиентов, толком не разобравшись. Мы веб-разработчики, и наша работа заключается в том, чтобы передавать информацию и сопереживать. Наша задача – передавать послания наших клиентов пользователям их сайтов. Создавая сайты, мы ставим себя на место их посетителей, чтобы лучше понять их потребности.

Почему же так часто нам не удается передать информацию и сопереживать нашим клиентам? Возможно, пора нам применить навыки, которые мы получили, работая веб-разработчиками, в общении с клиентами.

—

Отрелизили Drupal 7.0 alpha2

restyler — Mon, 22 Feb 2010 12:34:04 +0000

этот пост - копипаст с моего блога sidashin.ru

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

Подробнее по изменениям (оригинал на http://drupal.org/node/721114 ):

Многочисленные исправления документации API.
Много дополнительных автоматизированных тестов и фиксов для тестов.
Много исправлений в пользовательском интерфейсе и разметке, и убранных опечаток.
Jquery Form и Farbtastic обновлены до последних версий.
Улучшение производительности, в том числе удалено кеширование prepared statement, что экономит оперативку,и улучшения в кроне, исправляющее двойную загрузку.
Несколько важных багфиксов, в том числе в кэшировании блоков, проблем, связанных с потерями данных в модуле File и кроне, невозможностью удалить некоторые экземпляры полей, с фатальными ошибками PHP и странных багов по причине не работающего нормально error reporting'а.
Мелкие изменения структуры бд, такие, как увеличение поля weight.
Различные исправления в поддержке PostgreSQL и SQLite, приближающие нас к возможности пройти все автоматизированные тесты корректно на 100%.
Несколько улучшений модулей Overlay, Contact, Shortcut, RDF, OpenID, Toolbar, и Dashboard.
Дополнительные улучшения в системе обновлений (с Drupal6 на Drupal7 - прим. переводчика) (правда, все еще не работает на 100%...)
Некоторые изменения API: хуки для вставки / удаления / обновления entity, поля теперь могут быть ограничены определенными типами entity, а обновления могут указывать зависимости.
Комментарии теперь получили интерфейс для добавления к ним полей.
Совершенствование Менеджера обновлений, чтобы разрешить закачку Zip и TGZ файлов.
Требования Drupal обновлены - теперь для работы необходим MySQL >=5.0.15.
Некоторые улучшения доступности (accessibility).
Безопасность: Добавлено поле 'текущий пароль' в форму смены пароля.

Thu, 01 Jan 1970 00:00:00 +0000

нет

Конвертим тему из Drupal 6 в семерку. Что новенького?

restyler — Sun, 21 Feb 2010 14:06:14 +0000

этот пост - копипаст с моего блога sidashin.ru

Этот пост посвящен нескольким интересным моментам конвертации темы из Друпал 6 в Друпал 7. Как же это сделать наименее безболезненно? Итак:
http://drupal.org/node/550722 - Drupal7 theme guide. На момент написания этого поста - пустая страничка. Ну, не очень то и хотелось :)
http://drupal.org/update/theme/6/7 - конвертим темы из D6 в D7

Вскрытие D7 темы - Garland

Первое, что бросается в глаза - все вызовы типа

<?php echo $tabs; ?>

превратились в

<?php echo render($tabs); ?>

Что это значит? Это значит, что прямо в теме, в последнюю секунду перед выводом сайта, можно быстро и без плясок с бубном наложить изменения на большую часть данных.
<?php unset($tabs[1]); //скрыли таб 'edit' на ноде ?>

Жалко, что многие элементы в темплейт попадают уже отрендеренными, и теперь надо помнить, что $breadcrumb, $title, $primary_nav надо выводить через print, а $tabs и все регионы - через print render();

Финт ушами - hide()

Вспомним, как в D6 удобнее и быстрее всего рендерить содержимое ноды.
<?php print $content?>
При малейших необходимых изменениях в выводе, например если какой-то элемент в $content нам на сайте показывать не нужно, обычно все скатывалось к работе с объектом $node:
<?php print $node->content['body']['#value'] ?>
<?php echo $node -> field_delivery[0]['safe'];?>

Что нам предлагают в D7?
Вот иллюстрация:

<div class="content">
  <?php
    // Скрываем комменты и линки, рендерим $content, а комменты и линки - потом, ниже. 
    hide($content['comments']);
    hide($content['links']);
    print render($content);
  ?>
</div>
 
<?php print render($content['links']); ?>
 
<?php print render($content['comments']); ?>.

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

Больше блоков!

Ох, вот это мне по душе. Теперь нет переменной $mission, теперь нет переменной $footer_message, теперь нет переменной $search_box. Хочешь миссию сайта вывести - есть регион highlight, суем туда блок с миссией. Хочешь поисковую форму - суем в любой регион поиск.
Теперь контент страницы - тоже, блок! И выводится он по умолчанию в регион content (который является обязательным регионом для всех тем). И можно теперь вывод главной страницы засунуть в левую колонку, а можно в регион content сверху и снизу насовать разных блоков. Гибко, единообразно.

Появилось понятие "скрытых регионов". Они определяются в .info файле темы через regions_hidden[] = и не показываются на странице блоков в админке - но могут использоваться модулями для вывода какой-то информации. Пока полезность под вопросом, надо пробовать.

остальные изменения (которых 32 штуки всего) - можно посмотреть здесь: http://drupal.org/update/theme/6/7
upd: русский перевод всех изменений от adubovskoy: http://www.drupal.ru/node/37603

Каждый должен заниматься своим делом

andron13 — Sat, 20 Feb 2010 11:43:28 +0000

Сайту нужны:

модераторы
редакторы
- волонтёры-путеводители нубов (это те, кто будет новеньким регулярно писать -В ПОИСК!!!)
- отвественные за морду сайта
- отвественные за вики
менеджеры

Тенический штаф насколько я понимаю есть. Здесь можно предложить принципы организации сайта, так и принципы работы подгрупп.

Правила сайта

andron13 — Sat, 20 Feb 2010 11:40:05 +0000

Предлагается написать правила форума, правила поведения на форуме, правила для модераторов, правила публикации в раздел ищу/ предлагаю и всякие другие нужные правила.
Все пожелания велкам.

Реклама на drupal.ru

andron13 — Sat, 20 Feb 2010 11:10:55 +0000

На друпал.ру планируется ввести рекламу. Устное согласие на это и желание видеть коммерческую рекламу выразили многие, в том числе и Аксель. Так как рекламой заниматься буду я. То сразу с конкретным примером как я себе это представляю.
Анонимы видят все блоки рекламы. Всегда.

Залогиненные пользователи видят рекламу номер 1,2,3 по умолчанию. Реклама 4,5,6 для них по умолчанию будет отключена.
Реклама 2,3 по желанию пользователя будет им самим и отключаться. Рекламу один отключить нельзя. Но она будет зарезервирована для друпалсуперевентов. И для суперрекламодателей. Например Интел, Мастерхост, Майкрософт и тд.
Это в теории. Практика может немного отличаться.
В теории будет контекстная реклама и банеротематическая. Порнухи, желтухи, девочек на час, доставки цветов, попандеров, кликандеров не должно быть.

Теперь вопрос. Так как на друпал.ру теократичиская техно-демократия, надо проголосовать.
Конструктивные и не конструктивные предложения велкам.

Прикрепленный файл	Размер
banners_drupal.jpg	793.9 кб

Attached poll "Реклама на друпал.ру".
Register or login to poll
Results:
Я за. В том варианте, как она предложена: 56 голосов
Я против любой рекламы на сайте: 23 голоса
Я за. Но только для анонимусов: 52 голоса
Я за. Вся реклама может быть показана всем: 34 голоса
Мне похер: 28 голосов

Новые модули: Секс с WP

PVasili — Thu, 18 Feb 2010 20:30:49 +0000

Не подумайте ничего плохого ;)
Это всего лишь порт WordPress плагина SexyBookmarks.
Позволяет делать 'сексуальные' закладки для социальных сетей.

Что необходимо сделать для участия в DrupalCamp?

gagaga — Tue, 16 Feb 2010 19:05:08 +0000

Мы еще раз повторимся: благодаря нашим спонсорам, участие в мероприятии бесплатное. DrupalCamp Moscow будет проходить 16-17 апреля на территории пансионата Клязьма, в 12км от Москвы, на берегу Клязьминского водохранилища.

У пансионата есть собственный регламент работы с гостями пансионата, и мы обязаны его придерживаться. Каждому участнику необходимо заполнить «Анкету гостя» (скачать файл), заполнить ее и отправить на почту drupalhotel@yahoo.com . Распечатанные анкеты необходимо иметь при себе для регистрации перед началом мероприятия.

Мы просим заполнить анкету заранее, как только у вас появится 1-2 минуты на это (она очень простая) — организаторам будет намного проще обрабатывать заявки задолго до конференции, нежели в последние дни перед проведением.

Кроме того, наши иностранные / иногородние гости могут снять 1/2/3-х комнатные номера с завтраком или полным пансионом. С подробной информацией по съему комнат, условиям и тарифам вы можете ознакомиться, скачав файл Проживание в пансионате Клязьма.

Позднее мы опубликуем альтернативные варианты проживания для иностранных/иногородних гостей: иные пансионаты, находящиеся поблизости и гостиницы в Москве, с картой проезда к месту проведения DrupalCamp.

Памятка по заполнению:

поле «Номер комнаты» оставляете пустым.
для всех, кому не требуется проживание в пансионате, датами заезда/выезда будут даты проведения конференции (16-17 апреля). Снимающим в пансионате комнаты — даты въезда и выезда из пансионата.
анкета заполняется в 2х экземплярах (они уже размечены в документе анкеты), один экземпляр останется у вас на руках, другой для администрации пансионата.
для бронирования необходимо в сопроводительном письме написать тип номера (стандартный или улучшенный) и количество человек, которые будут проживать с вам. Если снимаете номер только на одного, обязательно пишите об этом.

Сравнение способов оптимизации drupal

andypost@drupal.org — Wed, 10 Feb 2010 11:46:20 +0000

В февральской рассылке Zend первой строкой идет сравнение способов оптимизации drupal посредством выбора движка для кеширования op-code (фактически компиляция и кеширование php).

Как и ожидалось, а также подтверждается личными сравнениями - лидер zend. Но он интересен не только опережением APC на 10-15%, а еще и кешированием пользовательских данных - Zend Data Cache.

Цифры из графиков говорят сами за себя, включение оптимизации не только экономит память, но ускоряет выполнение в 3-5 раз, windows немного отстает от linux, вероятно из-за типа файловой системы, но не сильно.

Радуют результаты полного кеширования страницы - фактически страница отдается из памяти (shm) или диска (disk) не поднимая ядро drupal. Данный функционал реализован в presslow и портирован в drupal7 - в тестах прирост отдачи 26, но это реализовано пока только в коммерческой версии Zend Server.

Очень странно, что не учтен механизм page_fast_cache, доступный при использовании модулей memcache, Cache Router - он должен давать близкие результаты, так как страница отдается из кеша без поднятия drupal - исполняются всего несколько файлов.

ЗЫЖ читающим только по-русски можно посмотреть диаграммы :)

PS: Новый eAccelerator 0.96 перестал предоставлять пользовательские функции кеширования, xcache практически не развивается, APC завяз в beta версиях - ZDC, кстати, прекрасно эмулирует функции apc

Прикрепленный файл	Размер
Optimizing-Drupal-Performance-Zend-Acquia-Whitepaper-Feb2010.pdf	516.6 кб

DrupalCamp'у в Москве быть!

gagaga — Tue, 09 Feb 2010 16:42:02 +0000

Буквально пару часов назад было официально объявлено о переносе даты проведения мероприятия, которого многие из нас ждали с большим нетерпением. Первоначально DrupalCamp планировали проводить в конце февраля 2010 года, и более 250 человек уже зарегистрировалось в качестве участников!

Для чего перенесли дату?

Это будет первый DrupalCamp в России, и мы хотим сделать его максимально интересным! Следующие «для чего» мы считаем наиболее значимыми:

1. Для увеличения количества докладчиков. Доклады — основа Camp'а, его соль и суть. Мы запускаем активную службу поддержки докладчиков. Что это значит? Если у вас возникают вопросы с выбором темы, лучшим форматом, оформлением слайдов — вы можете написать нам, и мы ответим на все вопросы будущих докладчиков.
2. Для увеличения комфорта гостей из других городов и стран. Мы ожидаем присутствия множества гостей из Украины, Белоруссии и других стран. Бронирование номеров в гостиницах/в пансионате, заказ авиабилетов, планирование командировок — все эти вещи гораздо комфортнее и экономнее делать, имея резерв времени более месяца, что было невозможно в указанные ранее сроки. На сайте в скором времени будут представлена полная информация по проживанию, транспорту и досугу.
3. Для привлечения большего количества информационных спонсоров. Это не только означает больший комфорт для всех участников, но и большие выгоды для докладчиков. Мы можем посмотреть зарубежные примеры DrupalCamp'ов, да и любых других конференций, где большее количество информационных спонсоров означает большее количество рекламных возможностей для докладчиков. Подготовьте доклад — и о вас будут писать на Habrahabr, Drupal.ru, и в сотнях личных блогов и твиттер-лент.

Где и когда?

Новая дата: 16-17 апреля. Место проведения не изменилось - пансионат Клязьма в 12 км от Москвы на берегу Клязьминского водохранилища. В скором времени будет опубликована информация, связанная с проживанием, питанием, транспортом и досугом.

Будут ли еще изменения?

Будут — но только в лучшую сторону, больше никакой неопределенности в датах и расписании. Мы будем оповещать вас о всех дополнительных возможностях, о всех бонусах, которые может принести участие в конференции. Как быть в курсе событий? Для этого есть RSS, Twitter и наш официальный сайт.

Новые модули: Телепортация в Drupal

PVasili — Mon, 08 Feb 2010 20:49:55 +0000

Модуль Remote blocks [ remoteblocks], в отличии от черных дыр интернета позволяет не только засасывать, но и ~~выплёвывать~~ телепортировать блоки между Drupal сайтами.

Краткая инструкция для UFOлогов всех степеней и званий доступна для изучения.

В ядро 7ки планируется добавить 3 новые темы

andypost@drupal.org — Fri, 29 Jan 2010 00:38:37 +0000

В ядро drupal 7 решили добавить 3 новые темы! И так, встречайте:

Именно 3 темы для различной тематики (наверно, для аквия-садов)

- Бизнес тема: Busy http://drupal.org/node/695292
- Блого-тема: Bartik http://drupal.org/node/683026
- Визитка: KiwiCore http://drupal.org/node/686410

Все темы будут иметь расширеные настройки и поддерживать модуль color

Друпалогия — первый журнал про Drupal

Stan.Ezersky — Wed, 27 Jan 2010 20:57:36 +0000

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

Вы можете обсудить любую статью, задать вопросы автору или просто поучаствовать в дискуссиях в интересных вам темах. Надеемся, что вы оцените труд авторов журнала, без которых он был бы невозможен и этот выпуск журнала будет интересен всем поклонникам этой CMS/CMF!

Спасибо всем авторам, которые решили опубликовать свои статьи или переводы, надеюсь на дальнейшее сотрудничество.

Приятного прочтения!

Хабрапользователи могут поддержать

ModX и Drupal: разные истории

neochief — Tue, 26 Jan 2010 21:55:02 +0000

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

После небольшого знакомства с МодХ все вопросы отпадают сами собой и ни о каком сравнении не может быть и речи.

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

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

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

Вступление и первый подход к системе

МодХ ориентирован на небольшие сайты, имеет: АПИ, Ajax, ЧПУ, мета теги, группы пользователей. Наличие некоторый технологий даже удивляет, например, встроенный аналог CCK, только под названием «переменные шаблона».

Системные требования мы опустим, они не отличаются от большинства систем: PHP, MySQL, Apache/IIS, так как система рассчитана под сайты визитки то потребления ресурсов значительно ниже от Друпала/Джумлы.

Документация и сообщество

Я думаю уже понятно, что система больше чем простые визитки, но начинающие разработчики при освоении системы упираются в недостаток документации. Количество напечатанных книг под Drupal, Joomla, Wordpress измеряются десятками, а то и больше под МодХ толковых книг нет.

Документация скудна и большей частью на английском языке, на русском языке я не нашел ни одного сайта который бы имел всю информацию для создания сайта, поиском через гугл можно найти пару-тройку десятков сайтов на которых есть по 5-7 небольших статей.

Есть форум поддержки, но мне не понравилось его читать, знающих людей можно сосчитать по пальцам руки, а тех из них которые отвечают и того меньше. Могу привести мой вопрос и ответ на него что бы прояснить ситуацию. На мой вопрос «Как реализовать термины и категории материалов?» я получил ответ «Это вопрос к телепатам?». Правда чуть позже мне дали ссылку в какую сторону рыть что бы получить ответ, а закончилось обсуждение что я сам нашел в документации уже готовое решение (использование тегов с помощью Ditto). По ходу изучения ил использования будут всплывать еще подводные камни, но не больше чем в других системах, поэтому перейдем к хорошему.

Шаблон сайта глазами МодХ

Верстальщику под МодХ повезло куда больше чем друпалерам. Внедрение дизайна упрощено, но функционал при этом не страдает. Для верстки шаблона необходим только установленный сайт, шаблон и его части хранятся в базе данных поэтому создание редактирования шаблона делается прямо в админке что ускоряет процесс верстки, хотя преимущество внешнего редактора неоспоримо (с подсветкой проще писать).

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

Сам шаблон может состоять из блоков и есть несколько видов этих блоков:

{{Имя_чанка}}
чанк (chunk) – фрагмент HTML-кода (возможно использования JavaScript-кода). который может использоваться в шаблоне.
[[Имя_сниппета]] или [!Имя_сниппет!]
сниппет (snippet) – фрагмент РНР-кода. Отличие этих вариантов в том что первый вариант кэшируется, второй нет.
[*имя_элемента*]
заменяется на соответствующий элемент документа MODx.
[(Имя_переменной)]
заменяется на системную переменную MODx.
[~ИД~]
заменяется на ссылку на документ с соответствующим ид.
[+Имя_подстановщика+]
заменяется на подстановщик.

Чанки и снипеты могут иметь многократные вложения.

Теперь смотрим на наш главный шаблон:

и результат:

эта же страница в редакторе:

Немного о внутренностях

Еще скриншоты можно увидеть здесь http://wiki.modxcms.com/index.php/MODx_0.9.5_in_screen_captures

Админка сделана с использованием Ajax и отлично справляется с возложенными на нее обязанностями. Ресурсов система потребляет меньше Друпала, кроме того как и любая современная CMS имеет систему кеширования. Кеш сохраняется в файлы, при этом файл кеша представляет собой сериализованный массив.

Подробно рассматривать АПИ и делать статью о создании сайтом пока мы не будем, а только затронем процесс расширения сайта (добавление статей, новостей).

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

Навигацию страниц делаем тоже ручками старым "дедовским" методом, проверяем что нам передаю юзер в ГЕТ запросе и передаем это SQL запросе. Если программист забудет проверить, а юзер передаст «-1» в виде страницы, получим ошибку от мускула с завершением скрипта, таким нехитрым способом можно создать новости, блоги, форум и другой функционал портала.

Расширение функционала

Добавить функционал можно несколькими способами, это установка плагинов или снипетов. Как они устроены внутри понятно и так (см. выше про добавление новостей).

Наиболее популярны:

eForm – создание и обработка форм
Ditto – снипет для организации информации (блоги, новости, статьи, каталоги)
Breadcrumbs – «хлебные крошки» путь текущий страницы
AjaxSearch - сниппет для организации поиска по сайту с применением Ajax
Jot – комментирование материалов

Итог

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

Система позволяет разработчику манипулировать блоками и элементами сайта не привязываюсь к 2-х, 3-х колоночных шаблонов. После запуска сайта на сервере, все изменения можно проделывать через админку. Отдельно хочется выделить управление содержимым, на первых шагах мне как друпалеру было непривычно пользоваться админкой и все казалось не логичным, но через час освоения я бы оценил админку на 9 балов по десятибалльной шкале (один балл снимаю за отсутствие подсветки HTML/PHP кода, при том что правка его вложена в функционал).

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

Вывод: ModX — отличная система для создание сайтов визиток. Drupal — отличная система для сайтов побольше.

—

via ShvetsGroup
Автор: Олег Сидоренко

Нужны авторские статьи или переводы, касающиеся Drupal 6.x

Stan.Ezersky — Thu, 21 Jan 2010 16:58:40 +0000

Уважаемые пользователи и поклонники Drupal!

В конце следующей недели выйдет пилотный номер pdf-журнала «Друпалогия» (о Друпал и про Друпал), рассчитанный как на новичков, так и профи.

В связи с этим, предложение авторам статей или переводов, связанных с Друпал: вы можете отправить свои материалы нам и ваша статья будет размещена. Вам почёт уважение от читателей, нам ещё больше оптимизма и альтруизма для хороших дел.

Сроки подачи заявки: до 24 января 2010 (касается пилотного номера). заявки с первого номера до 20 числа месяца.
Объём: не менее 2 печатных листов формата А4 в форматах *otd, *doc, *rtf.

Будет доступен с: 28 января 2010.

Условия и требования

Если у вас есть учётная запись на сайте «Drupalogy.ru: выставка сайтов», то заново регистрироваться не надо. Просто авторизуйтесь и предложите тему.

Контакты: Skype, Jabber, GMail: stan.ezersky

P.S. Функционал и внешний вид сайта временно не обсуждаются. Сайт делается

Еще одна книга по Drupal на русском: Drupal 6. Бесплатная система управления сайтом (Томас Захреддин)

Anton L. Safin — Wed, 20 Jan 2010 05:39:31 +0000

Drupal 6. Бесплатная система управления сайтом

Томас Захреддин
Эксмо-Пресс, 432 стр., 2010 г.

Описание:

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

Данная книга является простым и в то же время достаточно полным руководством по системе Drupal. Книга основана на практических примерах, однако в ее начале имеется достаточный для понимания дальнейшего материала объем сведений о технологиях CMS. Для изучения книги и последующего использования Drupal не требуется знания языков веб-программирования. Описание системы дополняет полный справочник по Drupal.

http://www.ozon.ru/context/detail/id/4881490/
http://www.bolero.ru/books/9785699362196.html?terms=drupal

P.S. Автор нашелся на drupal.org: http://drupal.org/user/118299

Thu, 01 Jan 1970 00:00:00 +0000

нет

Новая книга на русском языке: Drupal: создание и управление сайтом (Байрон Берри, Хог Уокер, Роббинс Итон)

Irbis — Tue, 19 Jan 2010 10:28:25 +0000

Drupal: создание и управление сайтом (Байрон Берри, Хог Уокер, Роббинс Итон), содержание:

Оглавление
Предисловие
Введение

Глава 1. Обзор системы Drupal

Что такое Drupal?
- Кто ею пользуется?
- Возможности, которые поддерживает Drupal
Краткая история систем управления содержимым
- Исторический экскурс в процесс создания вебсайта
- Эпоха сценариев и баз данных
- Революция в управлении содержимым
Как работает Drupal
- Модули
- Пользователи
- Содержимое (узлы)
- Способы организации содержимого
- Типы содержимого поддержки
Получение справки
В заключение

Глава 2. Запускаем Drupal
Задача
Примечания к реализации
- Основы
- Простота редактирования и обработки изображений
В центре внимания: управление содержимым
- Содержимое
- Комментарии
- Навигация
- Блоки
Практика: управление содержимым
- Создание содержимого
- Управление навигацией по сайту
- Настройка блоков
В центре внимания: модули
- Страница администрирования модулей
- Поиск и установка модулей
- Удаление модулей
Практика: работа с модулями
- Модуль Path
- Модуль Administration Menu
В центре внимания: права доступа
- Настройка прав доступа пользователей
- Профили пользователей
- Настройки пользователей
- Блокирование пользователей
Практика: создание ролей
Практика: настройка разрешений
Практика: форма с контактной информацией
В центре внимания: модуль Taxonomy
Практика: блог
В центре внимания: инструменты модерирования содержимого
- Инструменты автоматизированного определения спама
- Инструменты модерирования содержимого вручную
В центре внимания: темы оформления
- Поиск тем оформления
- Установка тем оформления
- Настройка тем оформления
- Блоки и области
- Настройка темы оформления
административного раздела
Практика: придание сайту неповторимого внешнего вида
В центре внимания: редактирование содержимого и работа с изображениями
- Редактирование содержимого
- Работа с изображениями
В центре внимания: форматы ввода и фильтры
Практика: настройка модуля FCKeditor
В заключение

Глава 3. Каталог вакансий
Задача
Примечания по реализации
- Нестандартные формы ввода
- Отображение содержимого
- Выгрузка файлов
В центре внимания: CCK
- Поля
- Виджеты
- Форматтеры
Практика: CCK
Практика: тип содержимого Job (вакансия)
Практика: настройка отображения поля
Практика: тип содержимого Job Application (заявка)
В центре внимания: модуль Views
- Отображения
- Элементы представления
Практика: модуль Views
- Представление Jobs (вакансия)
- Представление Job Applications (заявки)
Дополнительно
В заключение

Глава 4. Обзоры продуктов
Задача
Примечания к реализации
- Информация о продукте
- Оценка продуктов
- Реализация поиска
Первый шаг: основные описания продуктов
- Создание типа содержимого Product Review
В центре внимания: модуль Amazon
- Что включено?
- Региональные настройки
- Настройки ссылочной информации
Практика: добавление поля Amazon
- Добавление поля Product ID
- Поиск идентификаторов продуктов
В центре внимания: Voting API и Fivestar
Практика: добавление оценок
- Добавление поля Rating
- Включение оценок посетителей
Практика: создание представления со списком продуктов
В центре внимания: модуль Search
- Важность выполнения регулярных процедур
- Поиск с помощью модуля Views
Практика: добавление возможности поиска в список продуктов
В центре внимания: модуль CSS Injector
Практика: улучшение внешнего вида
- Настройка параметров отображения полей CCK
- Настройка модуля CSS Injector
Дополнительно
В заключение

Глава 5. Wiki
Задача
Примечания к реализации
- Функциональные возможности Wiki
- Простота форматирования текста
- Простота создания ссылок
- Отслеживание изменений
- Удобочитаемые адреса URL
- Список изменений
Практика: первые шаги
- Создание типа содержимого Wiki
- Удаление информации об авторе при отображении
- Настройка прав доступа
Практика: формат ввода wiki
- Настройка фильтров
- Создание формата ввода wiki
- Настройка разрешений формата
- Добавление содержимого
В центре внимания: модуль Pathauto
Практика: модуль Pathauto
- Настройка параметров
В центре внимания: отслеживание редакций в Drupal
Практика: редакции и модуль Diff
- Включение механизма редакций по умолчанию
- Настройка разрешений
- Просмотр редакций и переключение между ними
- Использование модуля Diff
Практика: создание представлений New pages и Recent edits
- Список Recent posts
- Список Recent edits
Дополнительно
В заключение

Глава 6. Управление процессом публикации
Задача
Примечания к реализации
- Процесс публикации
- Извещение по электронной почте
- Обзорные страницы
Практика: первые шаги
В центре внимания: действия и триггеры
Практика: действия и триггеры
- Настройка действий
- Назначение триггеров
В центре внимания: модуль Workflow
Практика: определение процесса публикации
В центре внимания: модуль Workspace
Практика: создание рабочих пространств
В центре внимания: модуль Views Bulk Operations
Практика: создание страницы администрирования
- Создание действий процесса публикации
- Настройка представления
Дополнительно
В заключение

Глава 7. Фотогалерея
Задача
Примечания к реализации
- Выгрузка фотографий
- Создание миниатюр
- Фотогалереи
В центре внимания: модуль ImageField
- Настройка
Практика: выгрузка фотографий
- Тип содержимого Photo
- Галереи изображений
В центре внимания: модуль ImageCache
- Наборы правил и операции
- Использование наборов правил
- Разрешение проблем с модулем ImageCache
Практика: модуль ImageCache
- Создание наборов правил для ImageCache
- Настройка отображения поля Photo (Фотография)
- Улучшение качества изображений
Практика: представление gallery
Практика: блок с последними фотографиями
Практика: модуль Custom Pagers
Дополнительно
В заключение

Глава 8. Многоязычные сайты
Задача
Примечания к реализации
- Форумы
- База знаний
- Перевод пользовательского интерфейса
- Перевод содержимого, созданного пользователями
В центре внимания: средства интернационализации в ядре
- Модуль Locale
- Перевод содержимого
Практика: установка перевода
Практика: настройка модуля Locale
- Настройка механизма выбора языка
- Переключатель языка
Практика: переводимое содержимое
В центре внимания: модуль Localization Client
Практика: перевод интерфейса
- Использование модуля Locale
- Использование модуля Localization Client
Практика: перевод содержимого
- Перевод
В центре внимания: Internationalization
- Выбор содержимого
- Модуль Strings
- Переменные сайта, зависящие от языка
- Вспомогательные модули
- Синхронизация
Практика: особенности пакета Internationalization
- Выбор содержимого
- Переменные сайта
- Типы содержимого
- Таксономия
Дополнительно
В заключение

Глава 9. Управление событиями
Задача
Примечания к реализации
- Управление событиями
- Слежение за численностью участников
Практика: первые шаги
- Создание типа содержимого Event
- Права доступа
В центре внимания: модуль Date
- Модуль Date Timezone
- Типы полей для хранения дат
- Виджеты ввода дат
- Настройки модуля Date
Практика: Добавление дат
- Настройка модуля Date
- Добавление поля даты
Практика: представление для отображения предстоящих событий
В центре внимания: модуль Calendar
- Тип представления Calendar
Практика: представление Calendar
В центре внимания: модуль Flag
Практика: настройка модуля Flag
Практика: представление Attendee
Дополнительно
В заключение

Глава 10. Интернетмагазин
Задача
Примечания к реализации
В центре внимания: пакет Ubercart
- Ubercart - core
- Ubercart - core (optional)
- Ubercart - extra
В центре внимания: панель администрирования Ubercart
Практика: настройка магазина
- Начальная настройка
В центре внимания: модули Products, Product Classes и Attributes
Практика: создание продуктов
- Начальная настройка
- Настройка классов продуктов
- Настройка атрибутов продуктов
- Настройка параметров продуктов
- Настройка каталога
В центре внимания: процесс оформления заказа
Практика: обработка заказов
- Покупательская корзина
- Налоги
- Доставка
- Оплата
- Размещение тестового заказа
- Исполнение заказа
- Управление доступом
Дополнительно
В заключение

Глава 11. Оформление сайта
В центре внимания: механизм поддержки тем оформления
- Файлы .info
- Области
- Свойства
- CSS
- JavaScript
- Файлы шаблонов
- Файл template.php
Практика: создание собственной темы
- Создание копии темы
- Изменение CSS
В центре внимания: файлы шаблонов
Практика: работа с файлами шаблонов
- Модификация файла шаблона
- Оформление отдельных типов содержимого
- Переопределение файла шаблона модуля
- Создание новой области
В центре внимания: дополнительные возможности переопределения
- Переменные шаблона
- Функции темы оформления
Практика: использование файла template.php для переопределения
- Переопределение переменной шаблона
- Переопределение функции темы оформления
Дополнительно
В заключение

Ссылки
Приложение A. Установка и обновление Drupal
Приложение B. Выбор модулей
Приложение C. Модули и темы оформления, использованные в этой книге
Алфавитный указатель

Думаю неплохая книга к 2 предшествующим:

CMS Drupal 6: Pro Drupal Development

Drupal 6. Создание надежных и полнофункциональных веб-сайтов, блогов, форумов, порталов и сайтов-сообществ

Книги российских авторов не советую покупать, мало в них полезного.