Вам не в панельки надо выводить результаты, а выбрать стиль отображения Сетка и указать число колонок 3.
А Views Bonus Pack тут вообще ни при чем.

Извините, с письменным изложением мысли у меня всегда проблемы были.

Да, и, кстати, пояснил почему именно.

У меня была подобная проблема: сайт на друпале, фотогалерея, imagecache и всего 32Мб оперативки. Пересборка php для использования ImageMagick вместо GD2 дала очень хорошие результаты при создании превьюшек картинок. В итоге получилось утрамбоваться в выделенный объем и обеспечить стабильную работу сайта.

Если imagecache необходим (именно он создает максимальную нагрузку при генерации изображений), то рекомендую попробовать использовать не GD2, а ImageMagick (если хостинг позволяет). Это в целом немного увеличит использование памяти, но в процессе создания превьюшек будет заметная экономия.

В запоминалку, спасибо.

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

Можно в template.php отдельной функцией, вызывать ее из node.tpl.php и передавать необходимые переменные.

Но я бы оставил в node.tpl.php.

Чтобы были пути как в pathauto достаточно вывод ссылок сделать через функцию l().

О да, радиация от Балаковской АЭС, видимо, сказывается.

Вы много сайтов с таксономией и без Views видели?

Ну или если уж так хочется сниппет, почему бы не воспользоваться API: taxonomy_get_tree(), например?

З.Ы. Выразился я конечно не совсем точно: сниппеты бывают необходимы, но не тогда, когда задачу можно решить стандартными средствами.

Меня мама в детстве учила, что сниппеты, запросы к БД в шаблонах и изобретание своих велосипедов - зло, дурной тон и не "Drupal-way"

А зачем снипет-то? Воспользуйтесь видом (Views - Представление, как в D6 перевели).

Я вот таким образом делал:

в node.tpl.php

Проверьте, существует ли в табличке users пользователь uid=0. Если восстанавливали базу чем-то кроме mysqldump'a то очень вероятно, что такого пользователя больше нет. А нужен.

А параметры сервера меняли? Лимиты по памяти и времени выполнения? Тестировали на локальной машине или на хостинге?

2 RxB: Тсссс, это как раз оно - сообщество любителей Drupal и кофейной гущи

Надеюсь, что Джумла для меня была единичным кошмаром который больше не повториться.

Чтобы не мотать всю страницу со ссылками попробуйте модуль admin_menu. Кроме того есть тема admin, но я б с ней связываться пока не советовал.

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

Одним из лучших сайтов по тому как работать с Друпалом всегда считал http://content-management-systems.info/ (Сетегном.ком, правда до сих пор привычнее выглядит).
А почитать про темизацию (phptemplate), CKK, Views и работу с блоками вам все равно придется. Друпал дает больше возможностей, чем Joomla, например, но и порог вхождения выше намного (где-то тут была замечательная картинка на эту тему).

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

Для того, чтобы эти пункты были активны, проект должен быть добавлен в систему контроля версий, на удаленном сервере, либо на локальном компьютере. Соответственно либо Subversion, либо Mercurial вам необходимо будет поставить.

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

Я бы сделал два типа материалов:
- Марка автомобиля
- Автомобиль

и 1 словарь таксономии:
- Автоцентры

Процесс выглядел бы так:
- при добавлении марки автомобиля из множественной привязки к словарю выбираем автоцентры;
- при добавлении автомобиля с помощью node_reference выбираем привязку к марке.

Как результат становится возможной автоматическая генерация обоих типов меню.

Кстати да, задача симметрична относительно марок и автоцентров. Поэтому можно и как в комментарии выше.