В Drupal 8 есть такой чудный модуль — Paragraphs. В принципе, он и в семерке есть, но сейчас про D8. Модуль этот такой страшной силы, что однажды попользовавшись, возникает желание вообще все полнотекстовые поля (типа body) немедленно заменить ссылками на параграфы. Потому что разве не круто — вместо тупого Full-HTML-поля, в котором все надо делать руками (и не все еще сделается) — можно для каждого материала по-своему контент разметить. Большие картинки, маленькие с обтеканием, видео, блоки, вьюзы, вкладки, аккордеоны — и все это не в редактор пихается, а просто мышкой накликивается. Главное заранее набор этих параграфов определить, и тогда даже контент-менеджер при некоторой сноровке сможет размечать навороченные страницы контента из этих параграфов самостоятельно. И ведь многие полезные — уже для нас определены, смотри модуль Bootstrap Paragraphs.

Круто же. Но, как говорится, есть некоторые нюансы.

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

Если исходить из того, что лого выводится в блоке Site branding, то вопрос решается вот таким небольшим кодом, размещенным в файле темы mytheme.theme:

/**
 *
 * hook_preprocess_block()
 *
 * @param array $variables
 */
function mytheme_preprocess_block(&$variables) {
  if ($variables['plugin_id'] == 'system_branding_block') {
    // определяем язык
    if (\Drupal::languageManager()->getCurrentLanguage()->getId() == 'ru') {
      $logo_name .= 'logo.svg';
    } else {
      $logo_name .= 'logo-en.svg';
    }
    $variables['site_logo'] = '/themes/mytheme/' . $logo_name;
  }
}

Файлы с логотипами, соответственно, хранятся в /themes/mytheme/logo.svg и /themes/mytheme/logo-en.svg. А если на странице несколько блоков с разными лого (например, в хедере и футере), различать их можно, проверяя содержимое $variables['elements']['#id'].

Допустим у нас есть форма и мы хотим в её интерфейс добавить какой-нибудь ajax-запрос к серверу. И Form API с его #ajax нам не поможет, потому что запрос происходит в каком-нибудь событии из сторонней библиотеки. В общем, надо сделать сервис и обратиться к нему через $.ajax(), или $.getJSON().

При этом, конечно, хотелось бы защитить сервис от CSRF. Ну и вообще, чтобы посторонние люди или боты не долбились по адресу сервиса без разрешения. Если бы запрос происходил через Form API, Друпал сделал бы всё за нас. Но и сами мы тоже можем, и на странице с формой для этого уже всё, что нужно — есть.

В Drupal 7 каждая форма защищена парой скрытых значений в $form['form_id'] и $form['form_token'], соответственно, мы можем их подобрать и использовать при отправке на сервер. Для простоты, сделаем эти значения частью пути к сервису.

var form = $('#my-custom-form');
var form_id = form.find('input[name="form_id"]').val();
var form_token = form.find('input[name="form_token"]').val();
var url = '/my-custom-service/' + form_id + '/' + form_token;
$.getJSON(url, function (data) {
    alert('Все готово!');
});

В hook_menu() пункт, отвечающий за генерацию ответа, оформим так:

$items['my-custom-service/%/%'] = array(
    'page callback' => '_my_custom_service',
    'access callback' => '_my_custom_service_access',
    'access arguments' => array(1, 2),
    'type' => MENU_CALLBACK,
);

То есть мы передаем в access callback эти два значения как аргументы. Тогда в функции, управляющей доступом, мы можем легко проверить валидность токена:

function _my_custom_service_access($form_id, $form_token) {
  return drupal_valid_token($form_token, $form_id);
}

И всё.

В Drupal 7 при ручном запуске из админки крон всегда переключается на анонима (user 0 то есть). Это нужно, чтобы, например, в поисковый индекс не попадали материалы, которые видны админам. В общем, без привилегий крон запускается.

А вот модуль Elysia cron если видит, что крон запускается вручную, начинает проверять у текущего юзера (то есть, анонима) право Execute elysia cron jobs и если такого нет, ничего не делает. На мой взгляд это совершенно контринтуитивно — проверять у заведомого анонима наличие таких пермишнов. И когда заранее не знаешь, может немало времени при отладке съесть, пока поймешь, почему у тебя ручной запуск крона ничего не делает.

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

Для вычисления расстояний имеется интеграция во Views, то есть можно выводить расстояния как поля вьюза, можно сортировать по расстоянию. Но что если нам нужно обойтись без Views и добавить расчет расстояния в собственный запрос? Чтобы не дублировать функционал, можно воспользоваться функцией geofield_haversine().

Функция генерирует SQL-формулу для вставки вычисления расстояния прямо в запрос. Вот пример кода для выборки nid материалов, отсортированных по возрастанию расстояния до заданной точки.

$query = db_select('node', 'n');
$query->fields('n', array('nid'));

$query->join('field_data_field_location', 'l', 'n.nid = l.entity_id');
$query->condition('l.entity_type', 'node');
$haversine_args = array(
  'earth_radius' => GEOFIELD_KILOMETERS,
  'origin_latitude'  => $lat,
  'origin_longitude' => $lon,
  'destination_latitude'  => 'l.field_location_lat',
  'destination_longitude' => 'l.field_location_lon',
);
$query->orderBy(geofield_haversine($haversine_args));
$nids = $query->execute()->fetchCol();

Код написан исходя из того, что координаты хранятся в поле field_location. В аргументах origin_latitude и origin_longitude передается широта и долгота заданной точки, а в earth_radius, конечно, радиус Земли. Передавать его нужно в тех единицах измерения, в которых хочется получить результат. В данном случае — в километрах, но в модуле geofield также заданы значения для метров, миль, ярдов, футов и морских миль.

Two contentious arguments are happening in parallel here: First, what does Garfield actually believe? And second: Is it acceptable to expel someone who hasn't violated the code of conduct, based on their beliefs?

Coming to a conclusion on either front is difficult. Garfield himself says that his participation in Gor is elaborate roleplay, and that the Gorean notion of female "slavery" depends on informed consent. Buytaert and others are suggesting that Garfield is misrepresenting his position--minimizing if not outright lying about it.

The deeper question about how much tolerance should be afforded to controversial views is one that has popped up multiple times in open-source communities. Brendan Eich was ousted from his job as CEO of Mozilla for being against gay marriage, and functional programming conference LambdaConf was excoriated for allowing Curtis Yarvin to present a technical talk despite his authorship of a pseudonymous blog widely regarded as racist.

This Developer's Sex Life Is Testing the Limits of Silicon Valley Tolerance

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

На днях принесли пару сайтов на восстановление — взлом, дефейс, рассылка спама, блокировка хостером. В общем, все прелести Друпагеддона (он же уязвимость SA-CORE-2014-005). Сайты сделали мы года 4 назад, версия у обоих так и осталась — Drupal 7.17.

Ребята, ну сайты-то надо обновлять, хоть иногда. Даже если они маленькие и незаметные, их рано или поздно поиском старых Друпал-версий найдут. И сделают с ними вот такое, да, а жениться потом не будут.

Почистить сайты, когда файловую структуру Друпала помнишь наизусть, не очень трудно. Поудалял руками (бэкдоры в каждой второй папке), прибил левых юзеров, блоки и ноды в формате PHP, фильтр потом конечно отключил. Провел все обновления, на всякий случай прогнал через Hacked! и Drupalgeddon. Хотя конечно авторы последнего правильно говорят: в идеале надо не что-то там пытаться почистить, а брать бэкап от 14 октября 2014 года и восстанавливаться с него.

В целом процесс унылый и рутинный. Но вот что действительно порадовало, так это то что drush up протащил все модули и ядро с 7.17 на 7.54 — и ни разу не ругнулся, и ничего не поломал. Что лишний раз напоминает: Drupal — это, все-таки, хорошо.

Есть у Entity API в Drupal 7 такой любопытный хук — hook_entity_property_info_alter(). Он позволяет очень быстро добавить к любой сущности (например, к ноде) новое свойство, вычисляемое функцией, указанной в этом же хуке.

Допустим, у нас есть тип содержимого «фотоальбом» (album), а к нему через entity reference прикреплены материалы-фотографии. И нам нужно получить количество прикрепленных фотографий. Далее пример с кодом и пояснение, зачем это нужно

Когда-то сделал небольшой модуль для интеграции в Drupal 7 отправки SMS через Quick Telecom. Сервис не понравился, пришлось поменять.

Так что набросал новый модуль для интеграции сервиса SMSimple. Модуль использует API, предоставляемый самим сервисом. Устанавливается как обычно, на странице настроек нужно ввести логин и пароль от аккаунта в SMSimple. После этого над формой настроек появится базовая информация о профиле: имя пользователя, телефон, остаток средств на счете. Сообщения можно отправлять функцией:

smssimple_send_sms(
  array('89012345678', '89263211232'), 
  'Hello!', 
  TRUE
);

Первый аргумент — массив с номерами телефонов, второй — сообщение, третий — выводить ли ошибки (через drupal_set_message()).

Модуль можно взять с гитхаба.

В OctoberCMS из коробки есть возможность импортировать (и экспортировать) модели из csv-файлов. Как подключить импорт-экспорт к своим моделям — можно прочитать в небольшом мануале. А я пока попробовал импортировать посты прямо с домовой страницы, благо в плагине Blog импорт-экспорт уже подключен.

Выглядит это примерно вот так:

Загружаем csv-файл, устанавливаем соответствие между столбцами файла (слева) и полями модели (справа) и нажимаем «Импорт». И посты импортируются.

В процессе выгрузки из Drupal 6 (с помощью Views data export) и загрузки в October обнаружил несколько небольших проблем, которые нужно было решить перед импортом.