Смотря где будет вызываться код. $metatags = metatag_page_get_metatags();
Если к тому моменту модуль metetag успеет отработать - то в массиве $metatags будут значения тегов.
В каком-нибудь hook_init() скорее всего вернется пустой массив.
Те поля, значения которых будут отличаться в зависимости от товара (цвет, размер, и т.д.) - надо добавлять в товар, а те поля значения которых будут одинаковыми для товаров (бренд, модельный ряд, и т.д.) - надо добавлять к отображению товара.
Поле - сделать entity_reference, Сущности писать в тайтл текст и добавить поле с картинкой, можно сделать отдельный вьюмод.
На странице материала список выбранных цветов - вывести отдельным вьюсовым блоком или панелью, кому как больше нравится.
Если надо использовать в форме редактирования - Entity Reference View Widget
facet ajax - немного для другого: обновление фасетов и выдачи без перезагрузки страницы. У меня в свое время этот модуль глючил в связке с pretty path, но возможно что уже и починили.
Районы города и так будут подгружаться при выборе города, там проблема будет в том, что если не выбран город - в районах будут вообще все, т.е. каша.
Можно скрывать фасет районов, если не выбран город - с помощью FacetAPI bonus.
Установить Search API + Search API DB + Facet API + Facet API pretty path, настроить - переиндексировать - сделать вьюху - вывести блоки.
Часа в четыре, пожалуй, можно уложиться, если без верстки.
6000р.
Думаю, так:
проц - 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= то браузер перезагрузит пресет, т.к. урл изменился.
Почему стоит использовать Panels
О, дааа! На семёрке - отличнейший способ накликивать page.tpl.php в админке.
Не знаю, допилили ли его в восьмерке, или нет.
Macbook для веб-разработчика
Поставил на макбук Linux mint. Перестал беспокоиться и начал жить.
Передать ТАЙТЛ В БРАУЗЕРЕ в переменную
Указание зависимостей спасают отцов русской демократии.
Передать ТАЙТЛ В БРАУЗЕРЕ в переменную
Смотря где будет вызываться код.
$metatags = metatag_page_get_metatags();
Если к тому моменту модуль metetag успеет отработать - то в массиве $metatags будут значения тегов.
В каком-нибудь hook_init() скорее всего вернется пустой массив.
Ваше мнение о seo мультиязычного сайта - один домен site.ru или для каждого языка свой домен site.de , site.eng и т.д. ?
А с переводом-то что?
Распознаватель высоты звуков, интеграция с Друпал
Полагаю, что примерно с таким же успехом это можно реализовать с помощью Пауэр поинта.
Распознаватель высоты звуков, интеграция с Друпал
Ну, сидишь ты такой перед компом, насвистываешь мелодию, а тебе бац в браузере - партитура.
Drupal и commerce
Те поля, значения которых будут отличаться в зависимости от товара (цвет, размер, и т.д.) - надо добавлять в товар, а те поля значения которых будут одинаковыми для товаров (бренд, модельный ряд, и т.д.) - надо добавлять к отображению товара.
Как вы относитесь к идее убрать из ядра настройки отображения для типа материала?
Можно, но надо получить письменное разрешение у Дриса.
Как вы относитесь к идее убрать из ядра настройки отображения для типа материала?
Вот-вот, и ноды пусть уберут заодно.
Зачем они нужны, параграфы же есть.
Как подготовиться к Drupal 9
В продакшене?
Вывод картинки вместо метки в поле типа "Список"
Поле - сделать entity_reference, Сущности писать в тайтл текст и добавить поле с картинкой, можно сделать отдельный вьюмод.
На странице материала список выбранных цветов - вывести отдельным вьюсовым блоком или панелью, кому как больше нравится.
Если надо использовать в форме редактирования - Entity Reference View Widget
ЧПУ пути у exposed filters
facet ajax - немного для другого: обновление фасетов и выдачи без перезагрузки страницы. У меня в свое время этот модуль глючил в связке с pretty path, но возможно что уже и починили.
Районы города и так будут подгружаться при выборе города, там проблема будет в том, что если не выбран город - в районах будут вообще все, т.е. каша.
Можно скрывать фасет районов, если не выбран город - с помощью FacetAPI bonus.
ЧПУ пути у exposed filters
Установить Search API + Search API DB + Facet API + Facet API pretty path, настроить - переиндексировать - сделать вьюху - вывести блоки.
Часа в четыре, пожалуй, можно уложиться, если без верстки.
6000р.
Какой выбрать VPS? Характеристики.
сотенку вряд ли, а пару - пожалуй, да. С поправкой на
Какой выбрать VPS? Характеристики.
Думаю, так:
проц - 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.
Стили изображений не работают для автора ноды
А что плохого в кешировании изображений браузером? Меньше трафика, быстрее грузятся страницы.
Надо разбираться со скоростью генерации пресетов, а не с кешированием.
Стили изображений не работают для автора ноды
Думаю, что дело может быть в медленной генерации пресетов и кеше браузера.
Когда первый раз загрузили изображение - начал генериться пресет. В это время в браузере перезагрузился виджет поля, и на сервер был отправлен запрос на пресет, которого еще нет. Сервер вернул 404 и этот ответ лег в кеш браузера. Поэтому тот, кто загружал изображение - постоянно получает 404 из кеша.
В других браузерах - сгенеренный пресет нормально загружается, и если убрать из урла get-параметр itok= то браузер перезагрузит пресет, т.к. урл изменился.