drupal 6

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

К моему удивлению в API Drupal отсутствует функция block_load(), которая бы позволяла получить нужный блок целиком без лишних телодвижений. Этому, видимо, есть какая-то причина (историческая или функциональная), но мне как-то лень копаться в предыстории вопроса. Поэтому принимаю как данность, что программно, произвольный блок можно получить только прямым вызовом хука hook_block().

Таки обновился... Не без проблем. Пришлось повозится с модулем Image: одно из его обновлений надо проводить до обновления системного модуля System. В Geshi пришлось заново включить языки с подсветкой синтаксиса. Заголовки некоторых блоков слетели. Пришлось в одном формате ввода отключить фильтр HTML-корректор. Кроспосстинг в ЖЖ работает. Так что, нормально. Но выбранная тема nitobe глючит в IE6. Ищу новую. Вроде aurora вкатила.

О проблемах с сайтом просьба писать в комментариях здесь.

Платежный модуль uc_roboxchange предназначен для проведения оплаты в вашем интернет-магазине на Ubercart через известный обменный сервис RoboXchange (он же Robokassa.ru). Обменный пункт, а значит и модуль позволяет принимать платежи в электронных валютах (Яндекс.Деньги, WebMoney, MoneyMail, RBK Money, Единый Кошелек, EasyPay, WebCreds), через sms, наличными через терминал Элекснет и переводом в системе CONTACT. Порт сделан в процессе разработки интернет-магазина www.e-oriental.ru.

Спонсоры разработки

Евгений Ситников (Fasdalf)

Далее по шагам все особенности установки и настройки...

Иногда при работе с Drupal требуется получить его «чистую» инсталляцию на сайте. С отключенными модулями (кроме требуемых) и без предустановленных типов материалов. Возникает такая необходимость у людей, которые привыкли делать с нуля, или при разработке каких-ибо специфичных модулей или просто, если не нравятся стандартные названия типов материалов page и node.

При создании небольших сайтов часто бывает нужна какая-нибудь нестандартная особенность. Например, на сайте-каталоге товаров и/или услуг требуется форма заказа, привязанная к материалу (ноде). Подобный функционал: ссылка «Заказать» и форма для отправки сообщения с уже заполненной информацией о странице, которую заказали, уже близок к корзине онлайн-магазина. Но согласитесь, ставить ubercart или e-commerce ради одной нестандартной возможности несколько непрактично.

Возникла тут с дикого утреннего бодуна после отгремевшего вчера предновогоднего корпоративчика мысль раскрасить друпал в цвета российского флага. Точнее его таблицы.

Возможность отличить четную строку таблицы от нечетной предоставляется в ядре Drupal, в стандартом выводе таблиц для каждой строки tr присутствуют классы odd и even. А при выводе нод есть переменная с метким названием $zebra, указывающая на четность или нечетность ноды в списке. Но иногда возникает необходимость (дизайнер, гад, нарисовал) отличать каждую третью или десятую строку таблицы и соответствующим образом изменять её внешний вид при помощи CSS-правил.

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

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

Утверждается, что в Drupal можно темизировать всё. Вернее то, что проходит обработку функциями темизации. А это практически все, что мы видим на сайте.

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

Устранение ошибок в модуле Imce CCK Image (imceimage) посредством пользовательской темизации вывода поля.