Во вьюхах мы не имеем права получать данные в рамках мвц. ПБ отличное дополнение, но есть один косяк, в поля не возможно вставлять чанки. Он их парсит при сохранении и получается дичь.
@@sashabeep Чанк это view (в ларавел сравнимо с view/partial) просто в рамках Modx, по этому это не противоречит mvc, если чанк не обрабатывает никакие данные а только принимает и отображает. Но не в этом суть. Допустим мы используем простейший чанк в котором просто располагается какой-либо код, который подгружает блок с комментариями disqus. Pagebuilder не увидит изменения в этом чанке, если мы изменим чанк спустя год, например, он его сохранит в свою базу в уже спарсенном виде. Я лично не знаю как вы используете PB в своих проектах, но мы на нем делаем большие SEO сайты с полностью кастомизированным набором блоков в разных последовательностях и с разным содержанием на сотнях страниц. И эта "особенность" пейджбилдера сильно мешает. Правки таких чанков превращаются в пересохранение каждой страницы где чанк используется в ПБ.
@@POEOneLove Вы описываете подход от версии 1.4. Я понимаю, о чем вы говорите и это неудобно. Здесь я не использую templates, и вывожу только данные в массив. Там возвращается не отрендеренный код, о чем я говорил в видео на 2:56. А те поля, которые должны быть обработаны штатным пасером можно всегда пропустить через директиву @evoparser
@@sashabeep @evoparser? Не в курсе что такое. Она поможет решить проблему? Можно вставить в textarea поле блока на ПБ @evoparser "chunkname". Или вы про что? И вроде в 3 версии эво ПБ работает также? нет?
@@POEOneLove пересмотрите видео. Я не использую секцию templates в настройках в-принципе. Поэтому в базе сгенерированный код не хранится, тем более, блоки забираются в массив. каждый блок оформляется своим blade шаблоном, который можно изменить и вывод блока изменится. Директива evoparser в blade просто обрабатывает код обычного парсера, например, @evoparser('{{chunkname}}') выведет чанк. Работает со всеми конструкциями в звездочках, плюсиках и тд. Но опять же, я не понимаю, зачем это надо, только для блоков richtext разве что, чтобы ссылки вида [~id~] обработались правильно
Странно, что кусок про последний блок со списком документов потерялся, но я думаю, те, кто заинтересовались, зайдут на гитхаб и посмотрят, как он выглядит изнутри
Хороший материал для обучения! так держать.
Хороший плагин и объяснение, но с первого раза не зашло. Нужно пару раз повторить практически. Спасибо!
Во вьюхах мы не имеем права получать данные в рамках мвц. ПБ отличное дополнение, но есть один косяк, в поля не возможно вставлять чанки. Он их парсит при сохранении и получается дичь.
Как в одном комментарии уместились "MVC" и чанки... Ну вызывайте сниппет в контроллере шаблона, разницы никакой
@@sashabeep Чанк это view (в ларавел сравнимо с view/partial) просто в рамках Modx, по этому это не противоречит mvc, если чанк не обрабатывает никакие данные а только принимает и отображает. Но не в этом суть.
Допустим мы используем простейший чанк в котором просто располагается какой-либо код, который подгружает блок с комментариями disqus. Pagebuilder не увидит изменения в этом чанке, если мы изменим чанк спустя год, например, он его сохранит в свою базу в уже спарсенном виде. Я лично не знаю как вы используете PB в своих проектах, но мы на нем делаем большие SEO сайты с полностью кастомизированным набором блоков в разных последовательностях и с разным содержанием на сотнях страниц. И эта "особенность" пейджбилдера сильно мешает. Правки таких чанков превращаются в пересохранение каждой страницы где чанк используется в ПБ.
@@POEOneLove Вы описываете подход от версии 1.4. Я понимаю, о чем вы говорите и это неудобно. Здесь я не использую templates, и вывожу только данные в массив. Там возвращается не отрендеренный код, о чем я говорил в видео на 2:56. А те поля, которые должны быть обработаны штатным пасером можно всегда пропустить через директиву @evoparser
@@sashabeep @evoparser? Не в курсе что такое. Она поможет решить проблему? Можно вставить в textarea поле блока на ПБ @evoparser "chunkname". Или вы про что? И вроде в 3 версии эво ПБ работает также? нет?
@@POEOneLove пересмотрите видео. Я не использую секцию templates в настройках в-принципе. Поэтому в базе сгенерированный код не хранится, тем более, блоки забираются в массив. каждый блок оформляется своим blade шаблоном, который можно изменить и вывод блока изменится. Директива evoparser в blade просто обрабатывает код обычного парсера, например, @evoparser('{{chunkname}}') выведет чанк. Работает со всеми конструкциями в звездочках, плюсиках и тд. Но опять же, я не понимаю, зачем это надо, только для блоков richtext разве что, чтобы ссылки вида [~id~] обработались правильно
Странно, что кусок про последний блок со списком документов потерялся, но я думаю, те, кто заинтересовались, зайдут на гитхаб и посмотрят, как он выглядит изнутри
Все-таки не хватает пояснений по этому блоку... Если есть возможность дополнить, было бы хорошо. А в остальном, прекрасно. Спасибо.
@@SergeyGolubev76 на гитхабе по ссылке он есть. Там примитивная настройка - или id через запятую или родитель, из которого вывести список
@@SergeyGolubev7610:55
@@sashabeep допёрло ) Просто, вы так хорошо объясняете, что немного расслабился 😀 Спасибо еще раз.
Комментарий длиннее четырех слов для продвижения видео