D
Приложение на мейнтейне, так что буду)
Size: a a a
2020 August 24
A
админка одно приложение, клиент второе, даже если там возникнет один и тот же баг вы же скорее всего будут фиксить их по очереди, разве нет?
D
Фактически да
A
значит бекенд + то над чем работаешь
D
Просто на клиенте основной код это slim шаблоны, и пару мест с реактом, как вот это друг от друга отпаять тоже не очень понятно
A
переписать
A
бекенд представляет апи и все, клиент это статика
D
бекенд представляет апи и все, клиент это статика
К сожалению это так только для админки, на клиенте шаблоны рендерятся рельсами
D
И при этом там есть АПИ
D
Скорее всего я криво объясняю
A
К сожалению это так только для админки, на клиенте шаблоны рендерятся рельсами
суть разделения как раз в том и заключается чтобы никаих шаблонов рельсами не рендерилось
A
spa/pwa клиенту (что вы пытаетесь сделать как я понимаю) глубоко фиолетово кто предоставляет апи - рельсы, джава, нода - апишка единственный канал связи между беком и фронтом
A
java, python, node, whatever -> API контракт <- react, angular, vue, whateverD
spa/pwa клиенту (что вы пытаетесь сделать как я понимаю) глубоко фиолетово кто предоставляет апи - рельсы, джава, нода - апишка единственный канал связи между беком и фронтом
Я неправильно объясняю - есть прям реально спа это Админка, есть Клиент это огромный сайт с кучей статических страниц и в нем несколько модулей (корзина, профиль, еще пара) сделаны на реакте, все это собирается одним сборщиком, запускается foreman, редиска и работает
D
Я хочу для начала отделить Админку от всего остального, чтобы она не вебпакеРом рельсовым собиралась, а сама где то отдельно хоть где, чтобы я мог наконец включить хот релоуд)
A
так и как у вас админка счас собирается?
D
Вместе со всем остальным, с помощью вебпакера (гем rails-webpacker)
A
ну вот вынесите ее в отдельный реп и собирайте вебпаком
A
я надеюсь у вас бекенд который предоставяет апи админки и бекенд который рендерит статику это не одно и то же раилс приложение?
D
По факту одно и тоже