MK
Size: a a a
2020 July 02
PL
по заголовкам должно быть понятно куда смотреть
последний вопрос, речь о версии 4.2 или предстоящей 4.3?
MK
речь про каждую версию с тех пор, когда Automattic приобрела WooCommerce
PL
ясно. ок
КГ
Вмешаюсь в диалог со своими 5ю копейками.
Зачем делать CMS на основе framework и придумывать костыли с плагинами темами и тд, если framework сам позволяет реализовать то, что тебе нужно. Окей, я согласен, что иногда не хочется писать код, но для этого есть пакетный менеджер, зачем придумывать то что уже замечательно работает. WP покрывает свои задачи на все 100% если вам нужно что-то более сложно, практичное и тд, зачем использовать снова теже яйца только в профиль в виде CMS натянутой на framework, снова ограничения снова костыли, никакой свободы.
Для меня framework это свобода, творчества, написания, разработки.
CMS это ограничения, рамки и "готовое решение"
Зачем делать CMS на основе framework и придумывать костыли с плагинами темами и тд, если framework сам позволяет реализовать то, что тебе нужно. Окей, я согласен, что иногда не хочется писать код, но для этого есть пакетный менеджер, зачем придумывать то что уже замечательно работает. WP покрывает свои задачи на все 100% если вам нужно что-то более сложно, практичное и тд, зачем использовать снова теже яйца только в профиль в виде CMS натянутой на framework, снова ограничения снова костыли, никакой свободы.
Для меня framework это свобода, творчества, написания, разработки.
CMS это ограничения, рамки и "готовое решение"
КГ
Давайте ещё писать лендинги на Laravel)
DZ
Всем приветы. Ребят, кто нибудь видел скрипт JS который автоматически завернет линки http://alexodlw.beget.tech/wp-content/main_screen/2020-07-02_160151.png - телефон, мыло и ссылки... ???
PL
Вмешаюсь в диалог со своими 5ю копейками.
Зачем делать CMS на основе framework и придумывать костыли с плагинами темами и тд, если framework сам позволяет реализовать то, что тебе нужно. Окей, я согласен, что иногда не хочется писать код, но для этого есть пакетный менеджер, зачем придумывать то что уже замечательно работает. WP покрывает свои задачи на все 100% если вам нужно что-то более сложно, практичное и тд, зачем использовать снова теже яйца только в профиль в виде CMS натянутой на framework, снова ограничения снова костыли, никакой свободы.
Для меня framework это свобода, творчества, написания, разработки.
CMS это ограничения, рамки и "готовое решение"
Зачем делать CMS на основе framework и придумывать костыли с плагинами темами и тд, если framework сам позволяет реализовать то, что тебе нужно. Окей, я согласен, что иногда не хочется писать код, но для этого есть пакетный менеджер, зачем придумывать то что уже замечательно работает. WP покрывает свои задачи на все 100% если вам нужно что-то более сложно, практичное и тд, зачем использовать снова теже яйца только в профиль в виде CMS натянутой на framework, снова ограничения снова костыли, никакой свободы.
Для меня framework это свобода, творчества, написания, разработки.
CMS это ограничения, рамки и "готовое решение"
Нужно, наверное потому, что CMS ближе к пользователю с т.з. простоты начала работы, странно это объяснять в чате WP.
С технической т.з. все инхауз решения в CMS не имеют никакой ценности за ее пределами. К пониманию этого в свое время пришел архитектор MODX Jason Coward и планировал заменить собственных движок последнего на микро-фреймворк Slim:
- https://medium.com/@drumshaman/keeping-modx-relevant-part-one-42dc6632f86b
- https://medium.com/@drumshaman/keeping-modx-relevant-part-two-15a37eab5b48
- https://medium.com/@drumshaman/keeping-modx-relevant-part-three-692f42d2d8b0
Только развитие MODX, в частности релиз ее третье версии, это отдельная грустная история. За 7 лет они это так и не осилили и MODX все больше стагнирует.
Команда Drupal, видимо, руководствовалась теми же соображениями, когда принимала решение о переезде на Symfony в качестве движка.
Если копать глубже, есть CMS на базе фреймворков, которые максимально близки к их идеологии и ничего не навязыва.т своего, чем, к слову, грешит Октябрь. Как пример такой CMS Orchid на базе Laravel.
С технической т.з. все инхауз решения в CMS не имеют никакой ценности за ее пределами. К пониманию этого в свое время пришел архитектор MODX Jason Coward и планировал заменить собственных движок последнего на микро-фреймворк Slim:
- https://medium.com/@drumshaman/keeping-modx-relevant-part-one-42dc6632f86b
- https://medium.com/@drumshaman/keeping-modx-relevant-part-two-15a37eab5b48
- https://medium.com/@drumshaman/keeping-modx-relevant-part-three-692f42d2d8b0
Только развитие MODX, в частности релиз ее третье версии, это отдельная грустная история. За 7 лет они это так и не осилили и MODX все больше стагнирует.
Команда Drupal, видимо, руководствовалась теми же соображениями, когда принимала решение о переезде на Symfony в качестве движка.
Если копать глубже, есть CMS на базе фреймворков, которые максимально близки к их идеологии и ничего не навязыва.т своего, чем, к слову, грешит Октябрь. Как пример такой CMS Orchid на базе Laravel.
PL
Давайте ещё писать лендинги на Laravel)
Давайте без абсурда! ;)
КГ
Нужно, наверное потому, что CMS ближе к пользователю с т.з. простоты начала работы, странно это объяснять в чате WP.
С технической т.з. все инхауз решения в CMS не имеют никакой ценности за ее пределами. К пониманию этого в свое время пришел архитектор MODX Jason Coward и планировал заменить собственных движок последнего на микро-фреймворк Slim:
- https://medium.com/@drumshaman/keeping-modx-relevant-part-one-42dc6632f86b
- https://medium.com/@drumshaman/keeping-modx-relevant-part-two-15a37eab5b48
- https://medium.com/@drumshaman/keeping-modx-relevant-part-three-692f42d2d8b0
Только развитие MODX, в частности релиз ее третье версии, это отдельная грустная история. За 7 лет они это так и не осилили и MODX все больше стагнирует.
Команда Drupal, видимо, руководствовалась теми же соображениями, когда принимала решение о переезде на Symfony в качестве движка.
Если копать глубже, есть CMS на базе фреймворков, которые максимально близки к их идеологии и ничего не навязыва.т своего, чем, к слову, грешит Октябрь. Как пример такой CMS Orchid на базе Laravel.
С технической т.з. все инхауз решения в CMS не имеют никакой ценности за ее пределами. К пониманию этого в свое время пришел архитектор MODX Jason Coward и планировал заменить собственных движок последнего на микро-фреймворк Slim:
- https://medium.com/@drumshaman/keeping-modx-relevant-part-one-42dc6632f86b
- https://medium.com/@drumshaman/keeping-modx-relevant-part-two-15a37eab5b48
- https://medium.com/@drumshaman/keeping-modx-relevant-part-three-692f42d2d8b0
Только развитие MODX, в частности релиз ее третье версии, это отдельная грустная история. За 7 лет они это так и не осилили и MODX все больше стагнирует.
Команда Drupal, видимо, руководствовалась теми же соображениями, когда принимала решение о переезде на Symfony в качестве движка.
Если копать глубже, есть CMS на базе фреймворков, которые максимально близки к их идеологии и ничего не навязыва.т своего, чем, к слову, грешит Октябрь. Как пример такой CMS Orchid на базе Laravel.
Как пример такой CMS Orchid. Давай начнём с того что Orchid вообще не CMS и покрывает совсем другие задачи по другому
PL
Как пример такой CMS Orchid. Давай начнём с того что Orchid вообще не CMS и покрывает совсем другие задачи по другому
https://habr.com/ru/post/333926/ статья от автора Orchid, ЕМНИП
КГ
https://habr.com/ru/post/333926/ статья от автора Orchid, ЕМНИП
Оу, ты совсем не в теме
PL
Оу, ты совсем не в теме
не слежу за ней
PL
прсвятите, если не сложно
КГ
не слежу за ней
Orchid это сроительные леса
PL
ну сейчас они себя позиционируют, как admin panel. но как отделить тогда Orchid от той же Nova?
PL
где та разница между CMS на фреймворке, и админской панелью для фреймворка
MK
сегодня вроде не пятница
MK
а все с утра упопроты, небось прочитали поправки после голосовнаия за них...