shoorick

CMS Drupal — штука мощная и потому имеет несколько интерфейсов, мне известны два: веб-интерфейс (это наглядно) и командная строка (это быстро) — командой drush. Драш умеет, например, чистить кэш, но при запуске задаёт вопрос, какой же кэш почистить:

Enter a number to choose which cache to clear.
 [0]   :  Cancel         
 [1]   :  all            
 [2]   :  drush          
 [3]   :  theme-registry 
 [4]   :  menu           
 [5]   :  css-js         
 [6]   :  block          
 [7]   :  module-list    
 [8]   :  theme-list     
 [9]   :  registry       
 [10]  :  token          
 [11]  :  views

Чтобы каждый раз не вводить нужный номер, я запускал его так:

echo 1 | drush cc

Однако нашёлся более простой и наглядный способ:

drush cc all

http://shoorick.ru/2015/05/22/drush-simpler/

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

<?php print render( menu_tree('menu-info-about') ); ?>

а по-другому:

<?php print render( i18n_menu_translated_tree('menu-info-about') ); ?>

Если же пойти первым путём, то в выводимое меню попадут пункты на ненужных языках.

Погуглив, нашёл работоспособный модуль, позволяющий прикрутить к седьмому друпалу поиск Sphinx — это заметно лучше встроенного убожества. Модуль написан русским человеком, но русского перевода не имеет. Пришлось слепить самому. Результат — https://gist.github.com/2318590

Похоже, в друпале придётся применять тот же способ, как и в одном из предшествующих сайтов — отказаться от всяческих абстракций в пользу чистого SQL. Если, конечно, он предусмотрен.

Поглядев статистику потраченного друпалом времени и количества запросов к СУБД, офигел весь был неприятно удивлён: на формирование страницы со списком подмножества опубликованных статей друпал потратил от 100 до 11 тысяч запросов, что заняло от 2 секунд до более чем полутора минут. Это как так?

Я, конечно, понимаю, что время программиста сейчас ценится выше машинного времени плюс друпалу на отрисовку страницы ещё нужны кое-какие ресурсы, но это не может служить оправданием того безобразия, что я наблюдаю: сидя дома, не имея под рукой эпического полотна со структурой хотя бы части БД, я минут за 10 написал и отладил SQL-запрос, который формирует тот же самый список статей и при этом выполнение запроса укладывается в десятки миллисекунд. На то, чтобы понять, как работают Views, и поэкспериментировать с ними, я потратил часы и дни. И всё равно толком не понял.

Понадобилось перенести сайт с малоизвестной CMS на Drupal. Две недели гуглил и читал крохи найденной документации. Понял, что общедрупальный бардак с документацией в полной мере относится и к модулям: например, в рекомендуемом для переездов модуле Migrate я так и не смог за эти две недели разобраться: вместо внятного руководства — какие-то блоги да презентации, целевой аудиторией имеющие телепатов. Человеку, даже знающему PHP и умеющему слегка настраивать Drupal, но не писавшему под него модулей, что-либо понять в таком мануале, а тем более, сделать работающий пример — нереально.

Плюс к тому меня вот уже который год удивляет адресация на друпальных сайтах: их авторы вместо того, чтобы сделать правильные адреса, оставляют всё как есть. Даже на drupal.org полно страниц с адресами типа /node/шестизначный_номер.

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

Ковыряю шестой Drupal, а точнее — сделанный на нём OpenPublish. В его установщике нашёл чудесное: он ищет файлы, обходя дерево каталогов. Вместо того, чтобы один раз обойти дерево, записать его в память и потом обращаться сразу к памяти, это $%#$@# чудо каждый раз, для каждого файла, вызывает функцию поиска, которая рекурсивно вызывает саму себя и, за счёт большого количества файлов в дереве, помирает, не уложившись в допустимое время. Попробовал увеличить время жизни до рекомендованных двух минут (даже до четырёх пробовал) — всё равно не успевает. Попробую увеличить до десяти...

upd/17:25: Проработал 5 минут и молча сдох, даже не сказав в лог, почему. За это время функция file_scan_directory была вызвана почти 60 тысяч раз.