а скорость то откуда?)

был у нас один додик на беке
который говорил верстальщику чтобы тот работал с пыхой и блейдом

пэхапэ дает буст поскорее закончить проект на пэхапе и больше не писать на нем.

тебе не нужно дрочить 2 репо

тебе не нужно дрочить 2 репо, если ты редко дрочишь в репо

посадка верстки обычно же на бэкендере?

ну челик был другого мнения)

был уволен за другие проколы, не суть)

🌚

Я написал на Laravel несложное CRUD приложение для учета аренды IPv4 сетей (клиенты, сети, занос информации о платежах). В одной части приложения была необходимость общения клиентских сетей с REST API стороннего сервиса (RIPE REST API, если интересно), которую я реализовал на нативном JS, поскольку сбор данных на фронте перед отправкой был непростой. На этом все временно закончилось.

Затем у заказчика возникли новые задачи, в результате фронт именно части общения со сторонним REST API, формирование данных перед отправкой, надо было усложнить. На тот момент времени я начал учить React, а потому использовал его для написания небольшого отдельного приложения, куда захардкодил все клиентские сети из Laravel приложения.

Следовательно из этого следует несколько новых задач, а именно:
1. Либо интегригровать React приложение в качестве отдельной страницы в Laravel проекте
2. Оставить приложения порознь на отдельных доменах, но реализовать API в Laravel проекте и получать живые данные вместо захардкоденных.

API реализация в любом из двух случаев нужна, просто клиент хотел бы, чтобы новый функционал, который я сделал на React стал частью старого приложения.

ну создай blade с <app/>
в ларке выдели для него 1 роут
подключи в темплейте реакт скрипты и все будет у тебя приложение рендериться на этой странице
остальные роуты будут юзать ларку
(или я что то упустил !? )

да вроде верно

шо сразу я🌚

в прошлой фирме дизайнер уже знал джанговские приколы и как выводить данные в шаблонах.. еще с вью работал не зная его

не разноси по доменам пока в этом не будет прям такой сильной необходимости

тыж тимлид