Тут косяк именно в апдейте минорной версии не читая ченджлоги минорной версии, а не её патч версии, где эти апдейты и не нужно перечислять.

Минорные версии это 8.X.0. Все серьезные релизы идут в X версии, и ченджлоги данных версий описавают всё это очень доходчиво. Патч версии 8.X.Y (Y) описывают только то, что было изменено в них. Как в общем и все релизы.

Если отталкиваться от 7-ки, у семерки только MAJOR.PATCH, а у 8-ки MAJOR.MINOR.PATCH. Поэтому апдейты по MINOR стоит всегда изучать.

Если вы про поле parent. Оно с 8.6.0 теперь entity reference типа, а не самобытное. Именно поэтому и таблицы поменялись. Теперь таблица от entity_reference.

> Заказчик обновил ядро до 8.6.1 и частично отвалился функционал

Сейчас бы на минорку обновляться не читая ченджлогов.

> Возможно, это полезное нововведение, но никак не ожидаемое.

20 января 2018 это изменение анонсировали. Тогда ещё вроде даже 8.5 не вышел. Всем дали привести всё в порядок. Оригинальный ишью так вообще с 2015 года. Но ишью это никто бы просто так и не нашел, но вот официальный ченджлог и уведомление больше чем полгода уже есть. Плюс упомянуто в релиз нотах 8.6.0.

На счёт токенов не скажу. Но если захочется кодом, то у меня вон такой модуль есть jsld.

Под 7-ку модуль стабильный, просто развивать нет желания. А вот под 8-ку буду улучшать. Хотя он тоже вполне себе стабильный и задачу выполняет.

Ага.

Vue мне заменяет jquery там, где нужно много отзывчивости и взаимодействий - читай UI.

Если у вас вебформы то надо залаить руками и править, так как они все пихают в один свой элемент.

А что я?) Я не в курсах, я и на 7-ке то вроде fivestars не юзал. А на 8-ке даже рабочих модулей plus/minus нету. Под dru.io буду писать позже, пока очень бегло апи смотрел и все решается как по мне написанием кастома)

Интересный кейс. Я просто впервые делал файл под 7-ку, потом, учитывая что все новые сайты на 8-ке, желание появилось и у них, модуль сделал, а вот граблей ещё не наловил.

Надо будет подумать на счёт этого. Валидировать в любом случае нужно. Ведь если скормить не валидный артикул то и Яндекс его не примет, какой смысл в таком оффере если он не проходит валидацию, и, вероятнее всего, просто будет исключен? Либо, как вариант, вообще валидаторы не писать, ибо валидатор есть онлайн, в принципе, пусть каждый что хочет делает, а уже Яндекс ткнет что не так.

Привет.

Формат записи форм в свободном виде имеет форму form_id|weight, где:

Я бы рекомендовал собрать с нуля. Уже то что решала сборка, решается реально быстро и нет в этом необходимости. Если только вообще не хочется ничего настраивать и делать.

Если потребность в сборке всё же есть, ставьте дев, там многие проблемы решены.

https://api.drupal.org/api/drupal/core!modules!block!block.api.php/function/hook_block_build_alter/8.3.x

Пример прямо со страницы на орге:

Альтерите блок и добавляете нужный cache max-age = 0

Там видно что на закэшированной странице грузятся комментарии аяксом.

Cache context, tags и max-age в 8-ке вам в помощь. Можно спокойно сделать контекст по кол-ву товара в наличии, и внезапно, кэш будет работать корректно, или чистить кэш по тегу количества товаров. Смотря какой вариант лучше подойдет под магазин и его трафик и поведение.

А обновлять на странице, как вы и сказали, можно AJAX. В 8-ке это не проблема.

P.s. а в связке с #lazy_builder будет летать всегда, даже если кэш только начинает генерироваться.

Чем больше будет разрастаться проект и его гибкость, тем больше будет сливаться 7-ка и выигрывать 8-ка за счет своих cache context и tags.

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

В 7-ке также куча модулей до сих пор в dev, alpha, beta, rc. Тот же admin_menu не имеет стабильного релиза а стоит на 500к сайтах. Это далеко не показатель.

Нет, не стоит. Зря потратите время. Я крайне не рекомендую стартовать учить друпал на 7-ке.

На счет 9-ки не парьтесь. Начиная с 8 друпала версии релизиться будут без особых кретических изменений как было с D7 -> D8. По сути будут убирать старый код который на данный момент помечен Deprecated и добавлять новые возможности, которые потребуют вмешательства в свой код.

Поставить композером, выходов нет если ставился иначе. composer require drupal/commerce
Там всегда и везде написано было что для Drupal 8 модуль работает только при установке через композер, на орге лишь исходники для ознакомления.

Коммерц в 8-ке ставится искслючительно композером. Похоже на то что ставился по старинке и множественные зависимости просто не догрузились. Если, все же, ставился композером, надо написать composer update --with-dependencies

С тех пор ей не пользуется походу или в readonly. Его забанили примерно когда я начинал с друпалом так что я не в теме что там произошло. Можно в Twitter его спросить почему не заходи.

Андеад тут забанен.

> Благодаря его коду в backdrop cms , идеи из которого перекочевали в восьмерку- восьмерка взлетела.

Михаил, вы это серьезно пишите или это такой тонкий сарказм?

Это ноды с координатами Drupal сообществ по всему миру. Будут ещё пополняться. Закроем от индексации.

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