Какие на практике могут быть неудобства или наоборот плюсы, если фронт и бэк на одном сервере, но его вынести на пределы Laravel или наоборот делать фронт внутри структуры Laravel
1 вариант
laravel back (отдельно например) /server/www/back
front (отдельно например) /server/www/front
2 вариант - вместе как в доках Laravel фронт делать в /resources
laravel back & front (вместе) /server/www/site
всегда себя спрашивайте Зачем? какие проблемы решаете? кто-то реально каждый день страдает этой проблемой? вынести и занести можно и после, но тратите время и структуру ведения проекта. И чтоб ответить нужно понимать кол-во человек в команде, может фронт кому хотите отдать на разработку или бэк, не показывая все кишки проекта. У вас задачи расставлены по приоритетам, что задумались над этим вопросом?)
Раздельный деплой. Фронты могут релизиться отдельно от бэкендеров. По факту правда на практике все равно им приходится согласовываться и релизиться разом, потому что почти всегда одни зависят от других.
Возможность издеваться над бэкендом: переписывать на другой язык, дробить на микросервисы и т.п. - и это никак не отразится на репозитории с кодом фронтенда.
Разделение команд. Фронтендеры не трогают (могут и не иметь доступ) код бэкендеров
Средний
