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

panels_everywhere

О, дааа! На семёрке - отличнейший способ накликивать page.tpl.php в админке.
Не знаю, допилили ли его в восьмерке, или нет.

Поставил на макбук Linux mint. Перестал беспокоиться и начал жить.

Указание зависимостей спасают отцов русской демократии.

Смотря где будет вызываться код.
$metatags = metatag_page_get_metatags();
Если к тому моменту модуль metetag успеет отработать - то в массиве $metatags будут значения тегов.
В каком-нибудь hook_init() скорее всего вернется пустой массив.

А с переводом-то что?

Полагаю, что примерно с таким же успехом это можно реализовать с помощью Пауэр поинта.

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

Можно, но надо получить письменное разрешение у Дриса.

Вот-вот, и ноды пусть уберут заодно.
Зачем они нужны, параграфы же есть.

aamelkov wrote:

лично я на данный момент времени сижу на 9-ке

В продакшене?

Поле - сделать entity_reference, Сущности писать в тайтл текст и добавить поле с картинкой, можно сделать отдельный вьюмод.
На странице материала список выбранных цветов - вывести отдельным вьюсовым блоком или панелью, кому как больше нравится.
Если надо использовать в форме редактирования - Entity Reference View Widget

facet ajax - немного для другого: обновление фасетов и выдачи без перезагрузки страницы. У меня в свое время этот модуль глючил в связке с pretty path, но возможно что уже и починили.
Районы города и так будут подгружаться при выборе города, там проблема будет в том, что если не выбран город - в районах будут вообще все, т.е. каша.
Можно скрывать фасет районов, если не выбран город - с помощью FacetAPI bonus.

Установить Search API + Search API DB + Facet API + Facet API pretty path, настроить - переиндексировать - сделать вьюху - вывести блоки.
Часа в четыре, пожалуй, можно уложиться, если без верстки.
6000р.

сотенку вряд ли, а пару - пожалуй, да. С поправкой на

Посещаемость сейчас около 1 000, постоянно становится выше.

Думаю, так:
проц - 4 ядра с HT / 8 потоков
память - от 16Gb: поделить условно по 4Gb между php, mysql, memcache/redis и tmpfs
диски - raid 1 на ssd, 240Gb должно хватить, пожалуй + 1-2Tb raid 1 hdd под статику-бэкапы

Я так понимаю, что необходимо сохранить при импорте связь между покупками и товарами-магазинами, т.к. ID товаров и магазинов в друпале наверняка станут другими.
Решение - при импорте товаров и магазинов, сохранять их старые ID из Access в дополнительные поля. При импорте покупок - в рефренсы добавлять новые ID, делая выборку по значениям старых ID в доп.полях.
Ну или после импорта - пройтись скриптом и заполнить рефренсы по тому же принципу.
В обоих случаях - наверняка, придется кодить.

Ну да, все верно. У вас же в сабмите - название города, буквами.
А карте нужны координаты - широта и долгота.

Либо геокодер прикручивать, либо, если список статичный - сделать соответствие между городом и его координатами.

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

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

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

Вот как это выглядит, например, у меня:

Попробуйте, для начала, в Инструментах разработчика / DevTools проверить, что происходит после загрузки изображения в форме редактирования ноды - на вкладке Сеть / Network.

Andruxa wrote:

Когда первый раз загрузили изображение - начал генериться пресет.

А что плохого в кешировании изображений браузером? Меньше трафика, быстрее грузятся страницы.
Надо разбираться со скоростью генерации пресетов, а не с кешированием.

Думаю, что дело может быть в медленной генерации пресетов и кеше браузера.
Когда первый раз загрузили изображение - начал генериться пресет. В это время в браузере перезагрузился виджет поля, и на сервер был отправлен запрос на пресет, которого еще нет. Сервер вернул 404 и этот ответ лег в кеш браузера. Поэтому тот, кто загружал изображение - постоянно получает 404 из кеша.
В других браузерах - сгенеренный пресет нормально загружается, и если убрать из урла get-параметр itok= то браузер перезагрузит пресет, т.к. урл изменился.