Нашел "штучку-дрючку", которая прибавляла к времени генерации страницы почти целую секунду:

это скрин фрагмента настройки поля ubercart_price (Цена продажи) в VIEWS (работа с полями).
Если стоит как "Ubercart price", то работает медленнее, чем "Числовая".

Глубина может быть разной, в одной ветке может быть глубина 2, а в другой 5.
Принудительно давать глубину - не выход, именно нужна проверка на самый глубокий (последний) термин.

Решено: http://drupal.stackexchange.com/questions/49031/show-related-terms-block...

Это тоже пробовал: https://drupal.org/node/65375 хз почему не пошло...

Вот как это сделать правильно? Аргументы в views крутил всячески - безрезультатно.

смысл с том, что бы выводимые в блоке ноды соответствовали термину таксономии каталога.
Например: фотоаппараты -> зеркальные [вверху ноды со статьями по выбору зеркалок, а снизу соответственно идет каталог фотиков]

"<a href="mailto:sas@drupal.org">sas@drupal.org</a>" wrote:

Можно не использовать tpl, во 1 есть display suite, во 2-х есть panelizer и конечно всегда более быстрый _alter + theme_

Думал на счет нагрузки к БД в случае использования модуля View Entity Mode.

"Inj" wrote:

попробуйте заменить $node->field_email['und'][$count++]['value'] на $item['value'], и каунт будет не нужен

Да, точно! Спасибо, у меня уже мозг "замылился", разумеется $item, я же это определил в foreach

Кажется теперь застрял на шаге цикла в шаблоне:
В node--webform--test.tpl.php пишу:

"<a href="mailto:sas@drupal.org">sas@drupal.org</a>" wrote:

Я бы не делал это во views, а сделал бы настройку дисплея можно использовать модуль https://drupal.org/project/entity_view_mode можно добавить нужный дисплей и темизировать его целиком а не каждое поле через views, опять таки в другом месте понадобиться - не надо будет опять настраивать.

"Crea" wrote:

Оцените эффект от минимизации после сжатия gzip, Сильно удивитесь.

0. Код - все запросы к БД оптимизированы, большинство операций с node так же оптимизированы, views, таксономия и др. - аналогично
1. eAccelerator, кэширование средствами Друпала
2. Gzip, Boost - отдает сгенерированные html версии страниц
3. CSS, JS - сжатие включено
4. Сайт завершен, из оптимизации осталось только убрать все лишнее из html на выходе

"foreach" wrote:

Ну надо же чем-то процессор занять. А то что он будет просто так простаивать =)

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

"Enemy" wrote:

никто не мешает вам удалить все пробелы и ентеры из шаблона )

"validoll" wrote:

field_view_field

Да, на счет ssh вы абсолютно правы.

Хочется закрыть уязвимость конкретно по открытой информации т.е. да, в случае, если у кого то не нужного появится доступ по SSH -> MySQL (и можно читать всю инфу прямо из базы).
Доступ к инфе есть у юзеров, которые логинятся с 2-мя уровнями верификации (по SMS паролям).
Данные есть общие и личные (с этим проблем и вопросов нет, все разграничения сделаны успешно).

Не, не помогло. К тому же мне нужно обратное, не ключ (key), а подпись (label).

"validoll" wrote:

Че-то я нифига не понял... Что на выходе должно быть в HTML?

Проблема оказалась в том, что entity tokens не работают с множественным выбором терминов таксономии, от чего легче не стало.

оставили комментарий ради комментария?
Нет, дело именно в :parents:join-path который друпалом не воспринимается.

Спасибо за наводку! Буду смотреть, пробовать!

Да, согласен, что можно и так, но не во всех ситуациях это гибкое решение.

И теперь зимняя тема: