http://api.drupal.org/api/function/template_preprocess_node/6
никто не мешает запихать это в какую-либо переменную и потом как же легко достать, например, запишете в variables['tax_term'] и будет у вас $tax_term в шаблоне. препроцессор можно в модуль обернуть, ну или куда-нить запихать.

как крон запускается? с командной строки? через lynx? wget? или типа php /bla/bla/bla/cron.php?
не забывайте, что настройки памяти и времени исполнения, да и вообще весь php.ini для cli совсем другие и их тогда тоже надо править, но это не все - site_root тоже другой из под cli и контент может запросто скорраптиться, потому cron все-таки стоит запускать через lynx/wget. или это у вас вообще системное сообщение а не от друпала?

только после. логично представить ситуацию, когда serial id известен до попадания в базу, а после становится другим, т.к. до него в базу попало еще с десяток serial'ов

во-первых, непонятно - будет ли эта форма выводиться вместе с другими блоками, или будет она одна, типа вывода на печать.
если на странице будет только одна форма - все достаточно просто.
с помощью hook_preprocess_page убираем все лишнее (заголовок, блоки и прочий ненужный "мусор"), насчет конкретного хука могу ошибиться.
контент формируем в contemplate с рассчетом на то, что все растянется на всю страницу, ну или делать fixed-width layout. и.т.д. в принципе, самый простой и быстрый способ. и работа css сводится к минимуму.

Вполне возможно что я неверно понял суть relationship (именно того, который правил), тогда прошу объяснить, что же он тогда делает

Итак. Когда я исследовал модуль Views, то наткнулся на такую вещь в Relationships, как User: Nodes authored. По идейным соображениям, да и по подписи к нему стало понятно, что оно делает - для данного пользователя вытаскивает все(!) ноды, которые он написал, но вот что-то оно не работало.

После препарирования модуля и добавления 1 строчки в user.views.inc все встало на свои места.

Было

На вашем месте я бы вручную вкопался бы в базу. Тут наверное без этого не обойтись.
Придется оттрассировать что и где используется.
К примеру что касаемо файлов то почти всегда в модулях которые файлы используют есть поле fid.
И так далее...
А вообще ваших скриншотов недостаточно, просто так даже не могу представить что у вас там было.
Но повторюсь, скорее всего придется взять в руки скальпель и резать, резать, резать.... шить...

а что вы используете?
$form['#attributes'] = array(
'onsubmit' => '...'
);
???

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

выход из ситуации - грузить то что надо используя внутренние api нужных модулей, конечно не верх изящества, но рабочий вариант

есть на drupal.org модуль который позволяет count и group by во вьюшках делать
думаю в вашем случае он очень даже подойдет - группируйте по term id и count(*) = то что вам надо

как вариант - подойдет computed field - просто, быстро и сердито
у меня же сайт скоро почти весь на contemplates перейдет
не фонтан конечно, но универсальное средство, как топор

кстати к computed field можно будет и lightbox прикрутить для изысканного внешнего вида - получается очень даже ничего

совершенно не обязательно переопределять built in шаблоны
views предоставляет вам возможность определять шаблоны для каждой view
для этого и существует ссылочка themes/templates точно не помню как называется
она находится на странице редактирования view и там так же есть кнопка пересканировать шаблоны, и примеры шаблонов даются там же
в общем, все что только может понадлобиться

если это действительно views, про который мы с v1adimir подумали, то советую вам включить views UI и посмотреть в сторону templates собственно в найтройке нужной вам view.

про Sypex Dumper отдельная история

мы бэкамили и заливали друпаловскую базу данных одного большого сайта - база на почти 200 метров была
дампер допустил фатальную оплошность - user id, или попросту uid анонимуся оказался не равным 0
вроде бы и ничего да есть одно но

uid анонимуса жестко зашит в ядро, в частности в модуль сессий, и там он должен быть равен 0(ноль), и без вариантов
таким образом после обработки дампером мы долго бились головой об стену пытаясь решить проблему с несохранением сессии у анонимуса

поставьте 128M для начала
если сайт и при этом вылетает - проблема в модулях, возможно что-то где-то циклится и жрет память
если же сайт на 128M вылетает по крону - в принципе нормально, но тоже повод для тревоги, надо смотреть крон процедуры и оптимизировать левые

насколько я понял - у вас это все через CCK поля сделано
тогда используйте hook_form_alter, не hook_form_formID_alter, а именно hook_form_alter, т.л. именно в нем вы сможете выставить default value в нужном вам cck поле. что где выставлять? используйте php xdebug отладчик ну или выведите все через print_r и посмотрите где там у вас default_value стоит, и меняйте в hook_form_alter

насколько помню можно еще pre_render использовать, но не помню точно работает ли. с hook_form_alter работает 100% - у самого так node reference nid выставляется, как и у вас

шаблоны для view вам в помощь. с помощью них можно сделать что угодно

вьюшки выбирают одинаковый материал (в смысле одинаковые поля там name+type например).
если да, то создаете два аргумента и всего делов. если второй агрумент пуст - там есть для этого условия что делать
если же вьюшки разные, надо подумать, напрашивается сделать адрес в page типа /shop/%, но что-то мне позсказывает,
что ничего из этого не выйдет

по ходу дела вам conditional_fields модуль нужен для cck
он как раз отображает поля по условию, причем и при вводе

нужно взглянуть на экспортированную вьюшку и на кусок кода,
ну или опишите более понятно, а то какая-то каша в голове
ничего не понял из вашего описания

если too many mysql connecitons то копать надо в сторону mysql. возможно висят какие-то persistent соединения, которые не закрываются, а может быть просто слишком малое число одновременных соединений к мускулу для данного пользователя

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

если у вас с этой нодой cck поля связаны, то может получится весьма странный компот, так что будте внимательны

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