Блогнот

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

Позвольте представить: angajat.md. Проект, над которым я трудился не один месяц. Вкратце его суть можно описать как "коллектор резюме и вакансий" Молдовы. Но его функциональность распространяется много дальше, чем банальный склад информации.

Всё-таки седьмой Друпал это большой кусок говна. Вот, давеча со мной приключилась следующая неприятность:

Создал обычный view по нодам. В Default-дисплее (в семёрке он называется Master) всё настроил и создал ещё один Feed-дисплей. Так вот, после сохранения, Default-дисплей пропал и переключиться в него не было совершенно никакой возможности. Никакие танцы с URL-ом, кэшем и всяким прочим ни к чему не привели: показывает настройки Feed-дисплея и хоть ты лопни, но до Default-а не достучаться.

Что делать, когда имеется список нод, который надо темизировать, а заниматься этим неохота? Можно воспользоваться следующим рецептом:

• пройтись циклом по списку и собрать ID нод в массив $nids;
• создать view по нодам и добавить аргумент Content: Nid с возможностью обработки множества значений аргумента;
• вызвать $output = views_embed_view('view_name', 'default', implode(',', $nids)); и получить сразу оттемизированный вывод списка, при необходимости, сразу разбитый на страницы.

Ну разве не гениально?!

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

Рукопожатность седьмого Друпала стремительным домкратом несётся вниз - загублен очередной стандартный функционал. Речь идёт о переводе главной страницы. Если в шестёрке надо было всего лишь создать перевод главной страницы и в разделе настроек Site information указать путь до главной страницы, то в семёрке всё уже не так просто.

В седьмой версии включили jQuery UI в стандартный комплект, но забыли организовать подгрузку для неавторизованных пользователей. Это уже второй досадный баг Drupal+jQuery, с которым я столкнулся. К счастью не я один озаботился этой проблемой и решение довольно быстро нашлось. У меня редко бывают проекты, где не надо писать кастомные модули и потому в одном из этих модулей можно написать:

Проверьте свойство position. Например, вот в таком случае z-index работать не будет:

HTML:

<div id="container">
  <div id="d1">d1</div>
  <div id="d2">d2</div>
</div>

CSS:

#d1 {z-index:99;height:30px;}
#d2 {z-index:10;height:40px;position:relative;top:-10px;}

Чтобы заработало надо в стилях селектору #d1 добавить свойство position с аналогичным значением.

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

При проверке, мне начало в консоль выкидывать ошибку, что де переменная $ не определена:

Понадобилось мне недавно подключить css-файл в preprocess_page-хуке. Ничего сложного в этом на первый взгляд нет и я спокойно написал примерно следующий код:

function phptemplate_preprocess_page(&$vars) {
  ...
  drupal_add_css('относительный путь к css-файлу', 'theme');
  ...
}