Вкусно, только у меня "контакты" съехали с полосы меню.

возможно. node_save()

мм, в этой функции вторым параметром глубина выводимого меню.
http://api.drupal.ru/api/function/menu_navigation_links/6

в див обернуть?

taxonomy_node_get_terms_by_vocabulary
кажется, это.
Полагаю, что словарь категорий для листалки используется один или он определяется в задаче явно.

Функция из АПИ для шестерки, надеюсь, она мигрировала.

может кэш для анонимов выходит?

$(/**/).click(function(){/**/}) было же?

скриншотная ситуация поправляется цсс-кой. "position:relative; float:none;" я думаю.

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

в "настройки сайта" - "файловая система" в параметре "временная папка" написать tmp без предваряющей наклонной черты. Да, папка tmp должна быть в корне сайта и доступна для записи.

Можно набыдлокодить такое:

Хром, версию не помню.
Помогло.

Друпал, Таксономия, остальное — по вкусу.

"debrev" wrote:

сохранить настройки, выйти из под админа, войти пользователем, потом снова идти на форму входа на сайт под админом и весь процесс заново

как альтернтива
"DELETE FROM {node} WHERE nid=".$noobstopikNID

Просто навалом текста

"yexel" wrote:

Ну наверное на начальном этапе разработки такой способ эффективен. Но когда на сайте ведется активная работа пользователями, а надо что-то "поковырять" в настройках - реально непонятно что делать.
Особенно когда этих "ковыряний" много получается в результате которых задействуются и файлы и база данных.
Есть ли какой-нибудь официально рекомендованный способ синхронизации дев- и рабочего друпал-сайтов?

Просто копирую из директории разработки в рабочую. Обычно, крутые настройки с созданием таблиц и прочие мажорные изменения проходят вместе с установкой модулей и копируются вместе с дампом, так что из бд разработки достаточно перекинуть таблицу с переменными.

Но чаще всего достаточно cp -rf drupal/sites/dev.site.com/ drupal/sites/site.com/, а с симлинками еще короче.

Опишу свой варварский метод.

Делаем мультисайтинг на сервере. Два виртуал-хоста: один – рабочий, второй – для разработки, можно третьего уровня, можно директорию. В настройках доступа к БД делаются общие ноды, остальное раздельно.
Доступ по фтп понадобиться для IDE, чтобы не кодить по ssh в консольке. Использую notepad++ и дефолтовый плагин NppFTP.
Регулярный бэкап, всего.

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

Может, лучше так?

а функция node_save отработает с не своими таблицами только через хуки, что ОМГ УЖС

да, еще одно поле deadlined нужно, чтобы исключить из запроса уже просроченные.

#first-time{display:none} мне кажется.