Спасибо

Все операции через консоль mysqldump. От Sypex dumper отказался уже давно. Реально глючит.

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

Что-то вроде этого?

ок, тогда я не понимаю, как css'om добраться до .com?

Для стилизации. Например sitename.com .com должно быть другим шрифтом и меньше.

Да, сравнил дело в кэше.
Таблица cache_form занимала это место.
Странно, ведь я чищу всегда кэш перед экспортом БД.

и в первом и втором случае имелся ввиду размер SQL-дампа

Спасибо, теперь понятно.

Studio VIZA wrote:

*Ресурсы с кодом состояния 4xx34

Ресурсы с кодом состояния 5xx0

Что такое 4xx34, 5xx0?

Спасибо всем за советы. И так по поводу полей: существующее поле или новое.
Споры идут до сих пор)
https://www.ostraining.com/blog/drupal/re-using-drupal-fields/
https://drupal.stackexchange.com/questions/16718/whats-a-good-balance-be...

По поводу изменения ядра/модулей - это да. Только переопределение...

Pety wrote:

Не надо бездумно плодить поля, если можно их использовать повторно

А если модулем генерируется поле, например fivestar?
Тоже
field_article_fivestar_field
field_page_fivestar_field

Это я так понимаю, чтобы можно было темизировать конкретное поле в типе материала а не сразу все fivestar_field?

Например поля. Дублировать или использовать уже существующие? например body.

Видео смотрел почти всех, кто снимал. Никто не говорит про грабли.
Все видео сводится к абстракции: "таксономию добавить здесь", "связать материал и вывести views вот так", "моудль установить и настроить вот так" и т.д.
Конкретно сайт делали лишь в нескольких видео, но там естественно были простые визитки, где кроме basic page и пару views ничего особо и не нужно.

Интересуют большие проекты и как использовать все эту Масштабируемость и Гибкость не наломав дров как я.

VasyOK wrote:

Без tvi и панелей словари указываются в контекстных фильтрах вьюхи. Т.обр. разные вьюхи для разных словарей. Это для автора темы.

Это там, где "иммеет идентификатор термина таксономии"? - "Указать критерии валидации" - выбрать словарь?
Работает, спасибо.
Тогда зачем нужен этот tvi...

В целом да гибкие, но каково было разочарование, когда я сегодня узнал, что вьюхи для таксономии применяются ко всем словарям сразу (/taxonomy/term/%).
И из коробки не сделать, чтобы одному словарю один вид - другому другой, нужны еще подмодули....

Использование views /taxonomy/term/% больше, чем без views.

sql запросов

преимущества в дублях словарей еще в возможности генерации разных путей в pathauto и path breadcrumbs, задавая аргументы в виде taxonomy словарь

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

Получается на вскидку 1600 терминов и в пяти словарях будут дублироваться = 8 000 терминов