Тут косяк именно в апдейте минорной версии не читая ченджлоги минорной версии, а не её патч версии, где эти апдейты и не нужно перечислять.
Минорные версии это 8.X.0. Все серьезные релизы идут в X версии, и ченджлоги данных версий описавают всё это очень доходчиво. Патч версии 8.X.Y (Y) описывают только то, что было изменено в них. Как в общем и все релизы.
Если отталкиваться от 7-ки, у семерки только MAJOR.PATCH, а у 8-ки MAJOR.MINOR.PATCH. Поэтому апдейты по MINOR стоит всегда изучать.
> Заказчик обновил ядро до 8.6.1 и частично отвалился функционал
Сейчас бы на минорку обновляться не читая ченджлогов.
> Возможно, это полезное нововведение, но никак не ожидаемое.
20 января 2018 это изменение анонсировали. Тогда ещё вроде даже 8.5 не вышел. Всем дали привести всё в порядок. Оригинальный ишью так вообще с 2015 года. Но ишью это никто бы просто так и не нашел, но вот официальный ченджлог и уведомление больше чем полгода уже есть. Плюс упомянуто в релиз нотах 8.6.0.
А что я?) Я не в курсах, я и на 7-ке то вроде fivestars не юзал. А на 8-ке даже рабочих модулей plus/minus нету. Под dru.io буду писать позже, пока очень бегло апи смотрел и все решается как по мне написанием кастома)
Интересный кейс. Я просто впервые делал файл под 7-ку, потом, учитывая что все новые сайты на 8-ке, желание появилось и у них, модуль сделал, а вот граблей ещё не наловил.
Надо будет подумать на счёт этого. Валидировать в любом случае нужно. Ведь если скормить не валидный артикул то и Яндекс его не примет, какой смысл в таком оффере если он не проходит валидацию, и, вероятнее всего, просто будет исключен? Либо, как вариант, вообще валидаторы не писать, ибо валидатор есть онлайн, в принципе, пусть каждый что хочет делает, а уже Яндекс ткнет что не так.
Я бы рекомендовал собрать с нуля. Уже то что решала сборка, решается реально быстро и нет в этом необходимости. Если только вообще не хочется ничего настраивать и делать.
Если потребность в сборке всё же есть, ставьте дев, там многие проблемы решены.
Cache context, tags и max-age в 8-ке вам в помощь. Можно спокойно сделать контекст по кол-ву товара в наличии, и внезапно, кэш будет работать корректно, или чистить кэш по тегу количества товаров. Смотря какой вариант лучше подойдет под магазин и его трафик и поведение.
А обновлять на странице, как вы и сказали, можно AJAX. В 8-ке это не проблема.
P.s. а в связке с #lazy_builder будет летать всегда, даже если кэш только начинает генерироваться.
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 его спросить почему не заходи.
Обновление 8.6.x > прощай, taxonomy_term_hierarchy ?
Тут косяк именно в апдейте минорной версии не читая ченджлоги минорной версии, а не её патч версии, где эти апдейты и не нужно перечислять.
Минорные версии это 8.X.0. Все серьезные релизы идут в X версии, и ченджлоги данных версий описавают всё это очень доходчиво. Патч версии 8.X.Y (Y) описывают только то, что было изменено в них. Как в общем и все релизы.
Если отталкиваться от 7-ки, у семерки только MAJOR.PATCH, а у 8-ки MAJOR.MINOR.PATCH. Поэтому апдейты по MINOR стоит всегда изучать.
Обновление 8.6.x > прощай, taxonomy_term_hierarchy ?
Если вы про поле parent. Оно с 8.6.0 теперь entity reference типа, а не самобытное. Именно поэтому и таблицы поменялись. Теперь таблица от entity_reference.
Обновление 8.6.x > прощай, taxonomy_term_hierarchy ?
> Заказчик обновил ядро до 8.6.1 и частично отвалился функционал
Сейчас бы на минорку обновляться не читая ченджлогов.
> Возможно, это полезное нововведение, но никак не ожидаемое.
20 января 2018 это изменение анонсировали. Тогда ещё вроде даже 8.5 не вышел. Всем дали привести всё в порядок. Оригинальный ишью так вообще с 2015 года. Но ишью это никто бы просто так и не нашел, но вот официальный ченджлог и уведомление больше чем полгода уже есть. Плюс упомянуто в релиз нотах 8.6.0.
Микроразметка отзывов к товару через Metatag Schema
На счёт токенов не скажу. Но если захочется кодом, то у меня вон такой модуль есть jsld.
Под 7-ку модуль стабильный, просто развивать нет желания. А вот под 8-ку буду улучшать. Хотя он тоже вполне себе стабильный и задачу выполняет.
vue.js привидите примеры использования на Drupal сайтах.
Ага.
Vue мне заменяет jquery там, где нужно много отзывчивости и взаимодействий - читай UI.
Модуль FZ152
Если у вас вебформы то надо залаить руками и править, так как они все пихают в один свой элемент.
Подскажите аналоги Fivestar для восьмёрки
А что я?) Я не в курсах, я и на 7-ке то вроде fivestars не юзал. А на 8-ке даже рабочих модулей plus/minus нету. Под dru.io буду писать позже, пока очень бегло апи смотрел и все решается как по мне написанием кастома)
Yandex YML — Drupal модуль для генерации Yandex Market Language файла
Интересный кейс. Я просто впервые делал файл под 7-ку, потом, учитывая что все новые сайты на 8-ке, желание появилось и у них, модуль сделал, а вот граблей ещё не наловил.
Надо будет подумать на счёт этого. Валидировать в любом случае нужно. Ведь если скормить не валидный артикул то и Яндекс его не примет, какой смысл в таком оффере если он не проходит валидацию, и, вероятнее всего, просто будет исключен? Либо, как вариант, вообще валидаторы не писать, ибо валидатор есть онлайн, в принципе, пусть каждый что хочет делает, а уже Яндекс ткнет что не так.
Модуль FZ152
Привет.
Формат записи форм в свободном виде имеет форму
form_id|weight
, где:Проблемы при установке dev версии drupalife_store 7.x-1.x-dev
Я бы рекомендовал собрать с нуля. Уже то что решала сборка, решается реально быстро и нет в этом необходимости. Если только вообще не хочется ничего настраивать и делать.
Если потребность в сборке всё же есть, ставьте дев, там многие проблемы решены.
Отключить кэширование блока "Случайное изображение" для анонимных пользователей
https://api.drupal.org/api/drupal/core!modules!block!block.api.php/function/hook_block_build_alter/8.3.x
Пример прямо со страницы на орге:
Отключить кэширование блока "Случайное изображение" для анонимных пользователей
Альтерите блок и добавляете нужный cache max-age = 0
Производительность Drupal 8?
Там видно что на закэшированной странице грузятся комментарии аяксом.
Производительность Drupal 8?
Cache context, tags и max-age в 8-ке вам в помощь. Можно спокойно сделать контекст по кол-ву товара в наличии, и внезапно, кэш будет работать корректно, или чистить кэш по тегу количества товаров. Смотря какой вариант лучше подойдет под магазин и его трафик и поведение.
А обновлять на странице, как вы и сказали, можно AJAX. В 8-ке это не проблема.
P.s. а в связке с #lazy_builder будет летать всегда, даже если кэш только начинает генерироваться.
Производительность Drupal 8?
Чем больше будет разрастаться проект и его гибкость, тем больше будет сливаться 7-ка и выигрывать 8-ка за счет своих cache context и tags.
Производительность Drupal 8?
8-ка на продакшене быстрее будет, это факт, за счет мощного кэширования которого в 7-ке нет и никак не добиться. В дев окружении быстрее 7-ка. но это никого волновать не должно особо.
Имеет ли смысл изучать Drupal 7 в перспективе?
В 7-ке также куча модулей до сих пор в dev, alpha, beta, rc. Тот же admin_menu не имеет стабильного релиза а стоит на 500к сайтах. Это далеко не показатель.
Имеет ли смысл изучать Drupal 7 в перспективе?
Нет, не стоит. Зря потратите время. Я крайне не рекомендую стартовать учить друпал на 7-ке.
На счет 9-ки не парьтесь. Начиная с 8 друпала версии релизиться будут без особых кретических изменений как было с D7 -> D8. По сути будут убирать старый код который на данный момент помечен Deprecated и добавлять новые возможности, которые потребуют вмешательства в свой код.
Ошибка 500 при обновлении ядра
Поставить композером, выходов нет если ставился иначе. composer require drupal/commerce
Там всегда и везде написано было что для Drupal 8 модуль работает только при установке через композер, на орге лишь исходники для ознакомления.
Ошибка 500 при обновлении ядра
Коммерц в 8-ке ставится искслючительно композером. Похоже на то что ставился по старинке и множественные зависимости просто не догрузились. Если, все же, ставился композером, надо написать composer update --with-dependencies
Главный Друпаллург Страны
С тех пор ей не пользуется походу или в readonly. Его забанили примерно когда я начинал с друпалом так что я не в теме что там произошло. Можно в Twitter его спросить почему не заходи.
Главный Друпаллург Страны
Андеад тут забанен.
Главный Друпаллург Страны
> Благодаря его коду в backdrop cms , идеи из которого перекочевали в восьмерку- восьмерка взлетела.
Михаил, вы это серьезно пишите или это такой тонкий сарказм?
[Промо] Почему мы выбираем Drupal?
Это ноды с координатами Drupal сообществ по всему миру. Будут ещё пополняться. Закроем от индексации.
push уведомления
Ну так рулсами настройте отправку. Пример по ссылке выше я не знаю что тут добавить