В некоторых сложных случаях нужно вставлять в текст ­, можно регуляркой как в примере, но это грамматически не всегда верно. А вот руками ничего не надо резать. Да и для русского языка автопереносы вставляются вполне хорошо.
Для передачи значений из родителя к детям существует механизм props, для передачи в обратную сторону - механизм emit. При этом есть сахар в виде v-model, который является сочетанием того и другого. https://vuejs.org/guide/components/v-model.html
Добавить в планировщик виндовс/cron по одному элементу на каждый проект в соответствии с инструкцией https://laravel.com/docs/master/scheduling#running... (под винду делается прям аналогично, только вместо перехода в папку указывается рабочий каталог задания)
Для vue это все добавляется в три минуты: https://vuejs.org/guide/scaling-up/tooling.html#linting
более того, при старте проекта vue-cli и прочие прям о спрашивают, надо ли добавлять в проект.
Без них плохо, особенно, если проект делает несколько человек - привести стиль к одному - бесценно. Намного меньше времени тратится на разбор и понимание, что же человек хотел сделать.
Нужно класть задание в БД, получать в фоне, класть в БД ответ, затем на клиент прокидывать через пушер/аналог или если лень его настраивать - то с клиента раз в 5 секунд дергать "уже готово? а сейчас?"
Проблема высосана из пальца.
Если смущают вложенные транзакции (почему?) можно внутрь сервиса создания вместо безусловного старта транзакции проверять её наличие https://laravel.com/api/master/Illuminate/Support/... и взводить флаг. Если необходимо, то создавать и фиксировать транзакцию.
Самое простое - добавить страницу /pages/reviews.json.vue и в ней в хуке async data сохранить файл средствами ноды (то, что "на чистом js"). Но вообще это извращение какое-то, если честно. Немного правильнее было бы сделать два отдельных приложения - апи и фронт и разрулить направление на них средствами реверс прокси - соответствующим модулем apache или nginx (например по префиксу маршрута /api/).