Вышла бета-версия Laraberg, реализации Gutenberg для Laravel

Семейство производных от Gutenberg расширилось вместе с выходом бета-версии Laraberg, реализации Gutenberg для Laravel. Разработчик Maurice Wijnia из агентства Van Ons создал Laraberg в качестве простого способа интеграции Laravel-приложений с Gutenberg. Проект включает в себя API и поддержку Laravel File Manager для загрузки файлов.

«Цель Laraberg – предложить разработчикам возможность добавлять редактор Gutenberg к любым страницам максимально простым образом, чтобы адаптировать редактор к разнообразным проектам на Laravel», — рассказал Морис.

Компания Van Ons предпочитает использовать в своих проектах именно Laravel, поскольку его популярность только растет и вокруг него сложилось активное сообщество. Laraberg позволяет получить все преимущества редактора Gutenberg без ущерба для производительности и функций, предлагаемых фреймворком Laravel. Бета-релиз Laraberg доступен на GitHub и Packagist. Компания Van Ons планирует активно внедрять Laraberg в свои проекты, собирая отзывы от бета-тестеров.

Морис рассказал, что его вдохновил проект Drupal Gutenberg, авторы которого также создали пакет Gutenberg.js, упрощающий внедрение Gutenberg в другие приложения. Формирование фундамента для использования Gutenberg в любой CMS и с любым фреймворком – часть долгосрочной концепции Frontkom по улучшению открытой сети и расширению взаимодействия сообществ в плане совместной работы над взаимовыгодными расширениями.

Редактор продолжает охватывать все больше различных платформ и фреймворков, а потому встает все более острая необходимость в централизованной библиотеке блоков, не зависящей от CMS. Собственная библиотека блоков может появиться в каталоге WordPress.org при поддержке команды Gutenberg Cloud, предложившей эту идею еще в 2018 году.

«Если Gutenberg Cloud станет доказательством концепции, которая затем появится на WP.org, мы будем только рады этому», — рассказал Per Andre Rønsen, технический директор Frontkom. Он также прокомментировал предложение Block Library на WordPress.org, призвав команду мыслить шире, не только в границах сообщества WordPress. Официальное решение пока не было принято. Если разработчики WordPress примут решение отказаться от возможности предоставления библиотеки блоков, которая не зависела бы от платформ или фреймворков, Gutenberg Cloud по-прежнему останется местом сосредоточения блоков, работающих в разных средах.

Источник: wptavern.com

Блог про WordPress
Комментарии: 4
  1. Otshelnik-Fm

    Странно что подобного нет для самого вордпресс.
    О чем это я?
    Ну дело в том что tinyMce мы вызвать можем в своем коде, например в своей форме в фронтенд всего лишь одной ВП функцией wp_editor().
    А подключить гутенберг в фронтенд так же легко мы не можем. Такие вот трудности. Сторонние разрабы делают костыли в виде frontenberg, но простого и элегантного способа также просто как подключение tinyMce у нас нет.

    1. Дмитрий (автор)

      Это да, приходится создавать костыли.
      Да пока и с библиотекой блоков ничего не понятно — будет ли она независимой от CMS или нет.

  2. Otshelnik-Fm

    Я вижу что не будет — т.к. блоки пишутся под апи вордпресс — это и рест апи, это и использование ВП функций для динамического рендеринга.

    Независимыми могут быть только статические блоки аля «hello world» или стягивающие картинку с файлообменника — но если используется чистый php для этого (или чисто js, без использования апи js вордпресс за пределами гутенберга). А те блоки, что выбирают из бд — они будут привязаны к cms wordpress. Как по другому то? Как например блок похожие записи чудным образом из ларавеля вытянет их? А мне что-то не в кайф писать и для друпала вывод и для вордпресса и для ларавеля. Я использую вордпресс и если кто-то мой блок поставит на ларавель и скажет «парень, а не работает нифига» — я покручу у виска.

  3. Дмитрий (автор)

    > Я вижу что не будет — т.к. блоки пишутся под апи вордпресс

    Тоже так думаю. Поскольку для WP все эти юзеры Drupal и других CMS не так важны, сообщества там в разы меньше, да и не будет сильный подстраиваться под слабого.

    Да и мелким CMS это не так нужно. Зачем им лишний раз пиарить конкурента? В итоге юзеры могут перетекать к WP за счет лучшей базы и большего охвата по документации и т.д. Все эти усилия Frontkom и других сторонних компаний — это все их личные инициативы. Управляющая верхушка этих CMS не станет такое поддерживать на оф. уровне.

Добавить комментарий для Otshelnik-Fm Отменить ответ

Получать новые комментарии по электронной почте.