Size: a a a

WordPress Gutenberg

2020 June 05

MK

Mikhail Kobzarev in WordPress Gutenberg
и как это противоречит моим словам?
источник

MK

Mikhail Kobzarev in WordPress Gutenberg
это мануал как делать поля через ACF
источник

А

Андрей Прилипко... in WordPress Gutenberg
Извиняюсь, не верно прочел пост, на который отвечал. Бывает и такое.
источник

MK

Mikhail Kobzarev in WordPress Gutenberg
источник

IH

Ivan Hryhorenko in WordPress Gutenberg
Mikhail Kobzarev
Если на сайт есть ACF уже, если сайт не большой, то проще и быстрее блок собрать на ACF, без знания JS и это будет работать также красиво как и чистый Gutenberg, но данные таких блоков лежат не в поле the_content, а в метаполях записей, которые далеко не производительны на больших проектах. Надеюсь, еще раз вы спрашивать этот вопрос не будете, я выше раза три уже это писал
эмм, чего-то вы путаете малеха

https://www.advancedcustomfields.com/blog/acf-5-8-introducing-acf-blocks-for-gutenberg/

Love it or hate it, the way that Gutenberg stores its data allows for a lot of flexibility. ACF Blocks can be inserted multiple times within the same post, re-ordered, edited and deleted without any bloat to the postmeta table!

хранит ACF Blocks тоже все в мета-комментариях the_content как и обычные блоки, НО запросы идут к базе чтоб получить field_key если поля:
1) не вынесены в PHP сниппет
2) не вынесены в local json

если вынести поля в 1) или 2) то запросов к постмета не будет вообще
источник

IH

Ivan Hryhorenko in WordPress Gutenberg
Андрей Прилипко
Т.е. написать с нуля блок проще через ACF, верно я понимаю?

Можно про это почитать где? Я просто считал что через ACF, один из самых быстрых способов.
это и есть один из самых быстрых и удобных способов. учитывая что в скором обновлении ACF добавят функционал InnerBlocks
источник

А

Андрей Прилипко... in WordPress Gutenberg
Спасибо :)
источник

IH

Ivan Hryhorenko in WordPress Gutenberg
Андрей Прилипко
Минус в том, как мы обсудили выше, данные хранятся не в тексте страницы/поста, а в метополях, это вопрос производительности.
минусов тут несколько:
1) Зависимость от ACF
2) менее удобный User Experience редактирования блоков (нативный более гибкий способ с более приятным интерфейсом)
3) производительность админки. Каждый блок отрисовывается в админке через PHP callback функцию, а при нативном способе если это не dynamic content блоки - то все отрисовывает и делает Реакт без какого-либо взаимодействия с сервером
источник

IH

Ivan Hryhorenko in WordPress Gutenberg
Андрей Прилипко
А так у элементора на порядок удобнее визуальное построение страниц (лендинги), нежели в гутенберг, как по мне.

Но под гутенбрег можно наделать своих секций (и после с их помощью быстро делать посадочные страницы) и они будут с чистым htmlом без кучи вложенных div ))
Elementor превратился в монстра. Медленный и здоровый, так что скоро я на всех новых проектах буду применять чистый Gutenberg. Ну и вот эти уязвимости в Elementor + вложенность div в DOM дереве тоже не в плюс
источник

IH

Ivan Hryhorenko in WordPress Gutenberg
ничего против элементора нет.
он позволяет сделать дешево и не хреново )
источник

IH

Ivan Hryhorenko in WordPress Gutenberg
Переслано от Ivan Hryhorenko
ну как сказать "нехреново", чето в последних апдейтах там уже лапша на выходе идет. вложенность div уже зашкаливает. скоро буду переходить на чистый гутер (а потом на чистый герыч)
источник

KD

KAGG Design in WordPress Gutenberg
Ivan Hryhorenko
Elementor превратился в монстра. Медленный и здоровый, так что скоро я на всех новых проектах буду применять чистый Gutenberg. Ну и вот эти уязвимости в Elementor + вложенность div в DOM дереве тоже не в плюс
точно
источник

А

Александр in WordPress Gutenberg
Ivan Hryhorenko
Переслано от Ivan Hryhorenko
ну как сказать "нехреново", чето в последних апдейтах там уже лапша на выходе идет. вложенность div уже зашкаливает. скоро буду переходить на чистый гутер (а потом на чистый герыч)
прям жиза
источник

MK

Mikhail Kobzarev in WordPress Gutenberg
вложенность там наиадовейшая и не понятно зачем)
источник

IH

Ivan Hryhorenko in WordPress Gutenberg
Mikhail Kobzarev
вложенность там наиадовейшая и не понятно зачем)
ниче, как full site editing и шаблоны появятся в ядре - я соскакиваю первым же делом 😁
источник

MK

Mikhail Kobzarev in WordPress Gutenberg
Ivan Hryhorenko
эмм, чего-то вы путаете малеха

https://www.advancedcustomfields.com/blog/acf-5-8-introducing-acf-blocks-for-gutenberg/

Love it or hate it, the way that Gutenberg stores its data allows for a lot of flexibility. ACF Blocks can be inserted multiple times within the same post, re-ordered, edited and deleted without any bloat to the postmeta table!

хранит ACF Blocks тоже все в мета-комментариях the_content как и обычные блоки, НО запросы идут к базе чтоб получить field_key если поля:
1) не вынесены в PHP сниппет
2) не вынесены в local json

если вынести поля в 1) или 2) то запросов к постмета не будет вообще
это с какой версии он хранит не в метах)
источник

IH

Ivan Hryhorenko in WordPress Gutenberg
возможно даже перепишу парочку старых проектов на Гутер и получу за это свою пайку 🤓
источник

IH

Ivan Hryhorenko in WordPress Gutenberg
источник

IH

Ivan Hryhorenko in WordPress Gutenberg
Mikhail Kobzarev
это с какой версии он хранит не в метах)
с самого начала 😂

можешь в песочнице загрузить 5.8 релиз и сделать свой блок
источник

IH

Ivan Hryhorenko in WordPress Gutenberg
мы с @AndreyBerezhnoy тогда еще тестировали и обнаружили что ACF поля надо было выносить, чтоб вообще не шли никакие запросы к базе
источник