Сейчас все пользуются внешней статистикой вроде метрики от Yandex. Зачем может понадобится внутренняя статистика?
Внутренняя статистика может пригодиться, к примеру, если вы хотите вывести популярные публикации (т.е. упорядочить по количеству просмотров).
Что делают в большинстве случаев после успешного submit данных формы? Вариантов два — либо показывают системное сообщение drupal_set_messge(), либо производят переадресацию на некую страницу с результатами.
Первый вариант почти всегда выглядит неказисто, а второй либо является статичным, либо требует привязки к сессии и реализации какого либо пути воспроизведения данных, которые только что были отправлены пользователем.
Drupal обладает развитым набором инструментов с menu, т.к. меню — это одна из составляющих частей Drupal API. Хотя модуль Menu, входящий в состав ядра, можно отключить, но я пока не встречал проектов, в которых был бы отключен данный модуль. И уж совсем нельзя исключить библиотеку работы с меню (/includes/menu.inc).
Изучение API быстрее протекает на практике. Вот одна из таких практических задач — вывод меню (одного или нескольких) в виде одного выпадающего списка (html SELECT, отражающего иерархию пунктов меню.
Понадобилась выгрузка всей кучи словарей в текстовом виде. Не для импорта, а так: редакторам на сайте не удобно по словарям ползать и смотреть, что есть, а чего нет. Дело, конечно, вкуса.
Поначалу я думал, что сделаю карту с помощью модуля. Для типовых проектов — лучшего не придумаешь. Достал последнюю версию модуля xmlsitemap под 6-ю версию друпала, настроил типы публикаций и запустил rebuild ссылок.
Но, видимо, публикаций оказалось слишком много (около 50к), и модуль начал что то «пережевывать», показывая прогресс по 100-150 публикаций в секунду. Через какое то время он вовсе прекратил свою работу, так и не создав мне карту.
Комментарии в Drupal выводятся от старых к новым. Т.е. чтобы увидеть последний (свежий) комментарий нужно идти на самую последнюю страницу (если комментарии разбились на несколько страниц) в самый конец списка комментариев.
Модуль user предоставляет довольно неудобную функцию, которая проверяет роль пользователя по Role-ID, а не по названию роли.
Речь идет о выводе дополнительной информации в форме комментариев после основного текстового поля — «формат текста». Поле это совершенно не нужно пользователям сайта, давайте его уберем.
Очередная шпаргалка по Drupal, рассматриваем функции API модуля flag, для вызова их из кода программы PHP.
Сначала написал вариант для Drupal 6, но в силу актуальности семерки, предлагаю вариант кода для 7й версии.