Твиг нужен для того, чтобы выводить переменные в HTML-коде. Если нужно вывести переменную, которой почему-то нет в твиге, нужно добавить её в препроцессах. То же самое касается переменных третьего и более уровней вложенности.

10000 терминов - это не много.
Из коробки - это значит, что ничего дополнительного устанавливать не нужно.

И вы совершенно не к месту используете термин "поисковая строка". Поисковая строка - это окошко ввода текста, по которому будет производиться поиск. А вы говорите, что вам нужно искать по нескольким критериям. В вашем случае поисковая строка будет использоваться только для поиска по имени, а остальные критерии будут задаваться другими элементами формы, либо через контекстные фильтры по умолчанию из текущего пользователя.

Нет, не надо никаких других словарей. Просто создать в том же словаре термин Лондон и в качестве родителя указать Англию. Это же очевидно.

Поле "отношение" - это поле. В форме отображения его нет, потому что это немного странное поле))

Ничего не надо добавлять. Там выпадает вся иерархия. Поскольку сейчас все тегмины на одном уровне, то выпадают только страны. Можно ещё на странице словаря мышкой термины двигать

Города, районы, области и прочее можно делать засчёт древовидности словаря. Типа термин Англия, у него дочерний термин Лондон. Тут главное для порядка определиться с уровнями вложенности, в частности, нужно ли между Англией и Лондоном создавать термин "Лондонская область" (или как там у них это называется)))

Да, в глобальных. Конфигурация - Мультимедиа - Colorbox

Например, если надо создать какую-то страницу, на которой хочется вывести что-нибудь через dpm()
А вообще, контроллер - это то, что в семёрке делалось через hook_menu

В файле .module размещают хуки и другие глобально доступные функции. В контроллере размещают только ту логику, которая отвечает за формирование ответа конкретной страницы.

Что касается вот этого:

Никк wrote: для понимания того, что конкретно выводит та или иная функция - все равно где выводить.

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

А что ты хотел дебажить вне функций?))

В админ меню Конфигурация - Учётные записи пользователей - Поля. И там добавить нужные поля.
Строка поиска - это блок фильтров от вьюса с пользователями. Надо только поставить в настройках вьюса галочку "показывать раскрытую форсу в блоке"

Если на вопрос надо отвечать по пунктам, то он уже не простой))

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

Если по пунктам, то я бы делал так:
1. Добавить в сущность юзера все необходимые поля анкеты.
2. Создать вьюс, который отображает пользователей.
3. Добавить во вьюс раскрытые фильтры по интересующим критериям.
4. Всё.

Простой совет: изучите информацию по модулю Views, в особенности обратите внимание на фильтры, раскрытые фильтры, контекстные фильтры и связи. Если разберётесь с этим, то бо́льшая часть ваших вопросов решится.

Да ну, ничего автоматом не добавляется, надо вручную добавлять.

Я скажу больше. Помимо admin_toolbar нужно включать ещё его подмодуль admin_toolbar_tools, чтобы выпадали ссылки третьего уровня вложенности))

Правда это не совсем относится к теме администрирования, т.к. тулбар показывается в обеих темах.

Клара

С 7 на 9-10 не апгрейд, а миграция. Будет полностью новый сайт, соответсвенно новый репозиторий и история с нуля. Более того, миграция - дело не мгновенное. Сайт на 7 и 9 будут существовать какое-то время параллельно, это ещё один аргумент в пользу нового репозитория. Плюс, если есть какой-то сложный кастом, который надо будет портировать, разработчику удобнее открыть два проекта одновременно, и возможно даже запустить оба проекта одновременно на локальной машине, что невозможно, если использовать один репозиторий.

А если через drush принудительно включить smart_date, то ошибка есть?

Реакт - это только фронтенд фреймворк. Он не может быть заменой друпалу. Более того, друпал, как бэкенд для реакта - отличное решение.

А ты смотри не мегабайты в таблицах, а строки. Есть в InnoDB такой прикол, что если таблица разрослась, то сколько её не чисти, она всегда будет занимать места по максимуму, пока не пересоздашь таблицу заново.

Чаще всего кэш пухнет из-за того, что крон не запускается. Если крон запускать, то он будет удалять протухшие записи из кэша.

Отступы, кстати, значительно уменьшили по сравнению с тем какими они были изначально, пока тема была ещё экспериментальной.
Что касается "хипстерскости" - это же наоборот круто. Клиенты хотят видеть в админке современный дизайн. А все эти старые темы вроде seven нравятся только разрабам старой закалки. Но пора бы уже понять, что админка нужна в первую очередь клиенту, поэтому она должна быть современной, модной, хипстерской и продающей.

Можно ещё включить файл подкачки.

VasyOK wrote: Может еще где-то задано другое ограничения для запуска команд в консоли?

Скорее всего. Иногда по какой-то причине там стоит 32МБ. Набери в консоли php -i, посмотри, откуда конфиги тянутся.