Уважаемые коллеги.

Не встречались ли с таким багом?

Иногда в Убер (и 6, и 7) прилетаю заказы со статусом "оформлено", но с пустыми полями доставки (адрес, телефон и т.п.)

Причем при проверке лично Убер такие заказы не пропускает физически, отмечая пустые поля красным (обязательным к заполнению).

Но люди как-то умудряются заказывать, не заполняя поля доставки.

Спасибо за любую информацию.

p.s. Буржунет шерстил, но формулировка проблемы страдает, поэтому не наткнулся еще на решение бага.

Уважаемые коллеги.

Ищу модуль для интеграции сайта с демоном Яндекс.Сервера (который именно сервер, а не встраиваемая форма поиска).

На эту тему видел презентации модуля и видео от Алексея Миронова (на какой-то из дру-конференций, вроде в Минске), но сам модуль у него с гита выпилен, к тому же он под семерку, а хотелось бы под шестерку. Сам автор на д.ру и орг уже давно не заходил.

Может у кого есть в заначке где-то?

Уважаемые коллеги. Подскажите пожалуйста, куда копать по следующей проблеме:

Drupal 7, включены ядреные Forum и Taxonomy.

1) Создаю раздел форума

2) Для словаря "Форум" добавляю дополнительное поле (field) "Картинка"

3) Паре терминов форума заливаю картинки через стандартный редактор таксономии (admin/structure/taxonomy/forums)

4) Проверяю, все нормуль

5) Редактирую разделы форума через редактор разделов форума (admin/structure/forum)

6) После сохранения залитые картинки пропадают

Тем временем тихо-мирно Views прокрался в ядро друпала, замерджил лично Дрис. Я не программер, но считаю, событие близким к эпохальному, ибо по моему мнению Views (и вообще все творения мегамозга merlinofchaos) это минимум 50% успеха Drupal

http://drupal.org/node/1805996#comment-6635344

Всем привет.

Сломал голову, не могу понять и найти (очевидного?) решения.

Ситуация простая: есть сервер, обычный, Debian 6, Apache2, PHP5.3, Drupal 6.

Для ускорения поставил php-apc (это акселератор опкода APC).

С ним все бегает нормуль.

Переношу на домашнюю виртуалку, полностью аналогичную, но БЕЗ установленного php-apc - работает ВСЕ, кроме (относительно) сложного Views, с выдачей ошибки типа Cannot redeclare function... - просто ошибка на белом экране. Включаю php-apc - все нормуль. Отключаю - ошибка.

На рабочем серваке такая же бодяга - после "насильного" отключения php-apc ловлю Cannot redeclare function...

В чем я туплю? Кеши Друпала сбрасывал и через admin_menu, и через drush, и вручную через PHPMyAdmin, вообще никакой реакции.

Просто суть в том, что мне на новом серваке нафиг не нужен php-apc, так как там уже давно и успешно крутится связка eAccelerator + ZendOptimizer, причем APC вместе с ZendOptimizer не работает (валит Апач в сегфолт на каждый второй запрос).

Так как блин уйти от php-apc?

Посыпаю голову пеплом, бьюсь об стену но не могу понять сути проблемы... Может у кого были такие траблы?

РЕШЕНО

В лучших традициях друпал-быдлокодинга часто вызываемая функция не была засунута в template.php, а была декларирована тут же, в одном из шаблонов. Посыпаю пеплом голову и иду стреляться

p.s. Причем APC этот финт позволял, а вот "чистый" похапэ - нет...

Уважаемые коллеги.

Поделитесь, пожалуйста, личным опытом, кто сможет. Меня интересует ваш опыт организации и ведения форумов на базе встроенного модуля Forum.

Насколько я знаю, из опыта работы с форумами на базе "родных" форумных движков (к примеру, SMF), сопровождение и развитие средних и больших форумов - это очень непростое занятие даже на специализированных движках. Фильтрация спамеров и хрумероводов, баны и прочие виды гонений на флудеров и вообще сдерживание флуда на форуме, работа модераторов (организация разделов, работа с топиками - чистка, перенос), работа с пользователями (поощрения, создание и развитие групп, рейтинги и предупреждения), и много чего другого - это все непростое дело, а встроенный модуль Forum довольно прост. И мне интересно, как люди справляются именно с друпальными форумами (еще мне кажется, что это интересно не только мне).

Еще, в частности, мне интересно, как все это устроено на drupal.ru, так как тут как раз используется встроенный Forum, и подобрался неплохой администраторский коллектив, участникам которого есть что сказать

Уточню сразу - меня лично интересуют не сколько технические подробности, сколько организационные моменты. Так как, к примеру, такие сущности, к примеру, как Центр модерации и система предупреждений, которые есть в форумных движках, просто отсутствуют в нашем случае. Как же модераторский состав обходится без этих удобных штук?

Сперва я написал много текста от себя, потом подумал, что "слишкам многа букафф" отпугнет излишне нетерпеливых, и поставил текст в конце

Так что сперва по теме:

http://drupal.org/handbook/customization/videocasts
http://www.google.ru/search?q=drupal+videocasts

Я лично только по этим двум ссылкам (и ссылкам с них, разумеется) нашел больше 4 гигабайт видеокастов, включая даже такие хитрые вопросы как патчение ядра друпала, использование Друпала как десктоп-приложения, создание галереи изображений и дебаггинг Друпала в Komodo IDE, не говоря уж об основах типа темизации

Перевел здесь: http://docs.drupal.ru/doc/peremennye_v_shablonakh (Переменные в шаблонах).

Пока закончены разделы:

• page.tpl.php
• node.tpl.php
• block.tpl.php

То, в чем были сомнения, или малые познания, не переведено (5-6 пунктов).

Просьба тем, кто "в теме", посмотреть на ошибки/неточности и поправить.

Оригинал статьи на drupal.org.

Начиная с версии 5.0 Друпал позволяет создавать множество разных шаблонов для конкретных блоков. Отображение блока можно задавать в зависимости от имени модуля, региона (в котором расположен блок) и ID блока (delta).

Когда происходит отрисовка блоков, система шаблонов ищет шаблоны для каждого блока в таком порядке:

* block-[module]-[delta].tpl.php
* block-[module].tpl.php
* block-[region].tpl.php
* block.tpl.php

Оригинал статьи на drupal.org.

Для оформления содержимого документов (node) используется файл шаблона node.tpl.php. Это общий файл шаблона для всех типов контента.

Тем не менее, часто возникает необходимость создать другой, отличный от стандартного, шаблон для определенного типа содержимого - к примеру, записи в блог или ветки форума.

"Сами мы не местные...."

Э... То есть - есть хороший сайт, на котором иногда встречаются статьи по Друпалу - Lullabot.

Для тех, кто разбирается в магии высших уровней aka FormsAPI - там выложили Forms API 2.0 Cheat Sheet (статья, прямая ссылка на pdf).

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

Механизм работает следующим образом:

Регионы

Регионы - это заданные заранее “зоны”, в которых можно разместить любую информацию, включая блоки Друпала, меню, PHP-код или просто html.

По умолчанию в движке PHPTemplate уже определены 5 регионов - левый, правый, содержимое, верхняя часть и нижняя часть. Соответственно, имена переменных, содержащих эти регионы: $sidebar_left, $sidebar_right, $content, $header, $footer_message.

Чтобы вывести в браузер содержимое этих регионов, в файле page.tpl.php нужно напечатать их с помощью оператора print:
<?php print $header; ?>

Введение

По умолчанию, система шаблонов дает возможность работать с шаблонами page (общий шаблон сайта), node (шаблон документа), comment (шаблон комментария), block (шаблон блока) и box (шаблон общего контейнера). Эти шаблоны находятся в файлах page.tpl.php, node.tpl.php, comment.tpl.php, block.tpl.php и box.tpl.php, соответственно.

В асечной беседе с одним из интернет-приятелей из наполовину бессмысленного бреда возникла такая вот чудесная фраза:

"Чем больше знаешь Друпал изнутри, тем он прекрасней снаружи".

Тут можно написать еще много бреда по поводу этой фразы, но оставлю это на ваше усмотрение, дорогие читатели

p.s. Любите природу Друпал, мать вашу!

А тем временем drupal.org тихо-мирно переехал на 5.0RC1..

Всем добрый день

Есть такая задача - как-то "воткнуть в блок" или "обрамить блоком" чужой скрипт.
Т.е. пользователь должен остаться в пределах друпала (можно пока и без этого - главное чтобы основные блоки друпала - сайдбары и навигация - остались).
Но в определенном блоке - в пределах контента, к примеру - нужно вывести результат работы чужого скрипта. Ну, Menalto Gallery или там PAFileDB, к примеру.

Совсем уж замечательно - чтобы с этим скриптом еще и можно было бы работать.

Всем доброго дня.

Подскажите пожалуйста, как сделать следующее:

Есть тема wireframe, она (или phptemplate - не осилил пока) поддерживает вставку блоков в "контент-раздел - кроме привычных сайдбаров и хидера с футером.

Когда вставляешь блок, независимо от его веса, этот блок отображается ниже всех материалов в контент-разделе. Т.е. сперва идет список материалов, а затем блок. А хотелось бы наоборот - сперва висит нужный блок, а затем идут материалы. Как сделать такое "малой кровью"?

А вот еще прикольная задачка.

Есть пара-тройка авторов и пара-тройка div на главной, каждому своя.
И статьи каждого автора "автоматом" идут в "свой" div.
Т.е. на главной не один общий список статей, а три (и больше) блока, в каждом из которых статьи одного автора. По типу нужно "разделить" общий поток статей по признаку авторства в разные места шаблона главной страницы.

А дальше, если зайти "внутрь" статьи, то все как обычно в друпале, т.е. особых изменений нет. Проблема с главной, короче.