Как вы используете фреймворки Vue/Angular/React?

Question

[Жук]

Нормально ли использовать современные JS фреймворки в CMS?
И нужна ли такая интеграция?

Comments

[Юрий Похилько]

Это уже тенденция. Например, на Wordpress используют React в редакторе Gutenberg.

Answer 1

[floydback]

Можно. Но не стоит, потому что это скорее всего никак не сэкономит работу. Наоборот, может легко усложнить.

Сначала попробует хоть один spa проект сделать самостоятельно. После этого такой вопрос у вас не встанет.

Answer 2

[Антон Неверов]

Вот хочется мне сегодня написать что-то на React - пишу на React.
Вообще, подобные библиотеки используются, когда хочется создать интерфейс. Чаще, если интерфейс создаётся в команде, ещё чаще, когда интерфейс никак не связан с бекендом. Например, приложение обрабатывает сторонний API и обрабатывает ответ на клиенте.
Например, веб-клиент мессенджера Вконтакте. Вам вообще никакие мощности на сервере не нужны, всё хранится на клиенте, включая его данные. От вас только требуется отдать приложение, которое уже само всё обдумает. Это идеальные вариант для SPA.
Ещё, я делаю сложные интерфейсы. Для меня это проще, чем долбиться с jQuery и кучу onClick'ов навешивать везде.

Что касается CMS - то WordPress хочет перейти на React в будущем. Насколько это нужно именно WordPress - не очень понятно. Скорее, их планы в переводе админки на React, а не пользовательской части.

А вообще, любую технологию можно применить в любую дырку. Изучите, если интересно. А использовать или нет вы уже сами определитесь, как будете знать примерный инструментарий.

Answer 3

[Игорь]

Можно использовать в отдельных блоках или разделах, там где это действительно нужно. Например: кабинет пользователя, корзина и оформление заказа, калькуляторы, опросы и т.д.

Answer 4

[Kovalsky]

Ну вот например мне недавно понадобилось параметризовать существующее ng приложение, мне сразу ответили что для этого нужно связать с CMS. Так что полагаю один кейс уже найден: это может быть нужно чтобы организовать простой графический интерфейс управления данными.

Answer 5

[grinat]

Нет, только отдельные сложные куски имеет смысл. Просто spa надо рендерить через ноду, а cms нацелены в большинстве случаев на дешевые хостинге где обычно php/mysql, несмотря на что гугл может индексировать js сайты, тесты показывают что лучше отдавать ему уже отрендеренную страницу. Плюс несмотря на распространине 3g/4g и мощных смартфонов, пользователи любых телефонов с любым интернетом предпочтут потреблять тот контент, который быстро открывается. А что касается покупок, то насколько читал, заказов со смартфонов обычно крайне мало.

Comments

[PEMOK]

Зачем покупать хостинги, в наш век проще свой сервер поднять с iis и postgre чем платить дяде феде

[Игорь]

SPA как раз не нужно рендерить через ноду. Вы путаете с SSR.

Странно, но количество пользователей пришедших со смартфонов и сделавших заказ постоянно растет. На
наших проектах в данный момент мобильные ~40% , десктоп 40%, планшеты ~10%.

[grinat]

Игорь, ssr это просто способ рендернига, помимо него есть еще sr, это когда генерятся стразу html странички. В обеих случаях все проходит через ноду, в первом случае динамически при каждом запросе, во втором обычно на стадии транспиляции проекта. Последнее абсолютно несовместимо с классической концепцией cms.

[Игорь]

grinat, похоже вы путаете эти понятия. Классический SPA это скомпилированный js который ренднрит на клиенте, SSR это рендер на ноде в момент запроса , так же есть пререндрер, это когда на ноде рендерятся стандартные html файлы заранее, клиент в момент запроса получает готовый файл.

Любой из этих режимов можно использовать в любой CMS.

[grinat]

Игорь, чел ты не догоняешь что это два разных уровня, spa это один уровень, отрисовка это уже другой и между собой они никак не связаны(хотя на уровне кода есть свои особенности, но на самом деле можно рендерить так, что будет без разницы, что spa делал кривожопый фронт), что касается отрисовки, да и если нудить, то там этих подходов куча, ssr давно один из.
И с cms они никак не совместимы, на хостингах в 90% это php/mysql, ноды там нет и ее никто не подключит, это все через сторонние сервисы прогонять и платить каждый месяц им денюжку, поскольку этот рендрениг довольно затратная хрень и бесплатно никто этим заниматься не будет.

[Игорь]

grinat, по моему как вы сказали "не догоняете" вы. Что мешает SPA скомпилировать на локальной машине и на хостинг залить готовые js файлы? Не хотите компилировать пишите в одном js файле прямо на хостинге, подключив сначала Vue/React. Вот тебе и SPA. Пререндрер, также собираете файлы на локальный машине и тупо скопируйте на хостинг. SSR так легко не сделать. VDS/VPS в помощь. Там будет и нода и любые необходимые языки. Вопрос состоял в том, нужна ли такая интеграция. Ответ: нужна например в корзине при оформлении заказа.

[Игорь]

И кстати в одном из последних релизов Битрикс ввел поддержку Vue из коробки. Как там это работает, я не смотрел. Laravel 5 из коробки поддерживает Vue. Вот вам и фактические примеры применения.

[grinat]

Игорь, хех)))) Блин чел, проблема spa не в трасплитации файлов, а в том что если краувлер зайдет, и если у него не будет интерпретора js то все что он увидит это пустую белую страницу без ничего, и решит что там нет ничего и в индекс она не уйдет. И такую же страницу будет видеть обычный чел, пока все js файлы не загрузятся, не выполнится бутстрапинг, и не будут вставлены ноды в страницу. Потому все и трахаются с этим рендерингом.

[Игорь]

grinat, нахрена поисковый робот в корзине покупателя, личном кабинете пользователя???? Мало того эти страницы исключают из индекса. Прочитайте внимательно. Я ещё раз повторюсь использовать можно, но там где нужно!!! А не повсеместно. Страницы оформления заказа и личный кабинет классические примеры использования SPA. Карточки товара и страницы каталога отдавать обычным html в связке с php например.

[profesor08]

grinat, для ssr наличие ноды не обязательно, выдать html страницу можно и на php, для популярных фреймворков есть модули. Так что можно брать даже самый дешевый пхп хостинг.

[Игорь]

profesor08, согласен полностью php, pyton это и есть стандартная реализация ssr.

[grinat]

profesor08, чтобы отрендерить js страницу нужен интепретатор js, которого внезапно нет в php, потмоу что php интерпретатор php, а не js. Если ты видел сторонние либы, которые это делают, то они все работают через ноду, хотя может и есть сумашедшие, которые писали биндинг для v8(но я таких не видел в опен сурсе, но в одном большом интеграторе есть такая штука). В общем в любом случае на хостинге по цене бич пакета ничо не заведется. Ты там максимум что сможешь сделать, это нагенерить на локальном компе html файлов и заливать их по фтп, и делать это всякий раз когда заказчик решить исправить где-то в описании запятую.

[profesor08]

grinat, https://www.php.net/manual/ru/book.v8js.php

[grinat]

profesor08, лол. Ладно я проверю эту штуку на хостинге за 100 руб, посмотрим выйдет ли что-то отрендерить.

[Игорь]

Когда уже наконец в JavaScript будет нативная поддержка PHP?
O_o

[Игорь]

grinat, Не, ну на PHP можно писать и десктопные прожки, как на delphi.
Жесть, конечно, я пробовал.