Антон Антон

Нужно класть задание в БД, получать в фоне, класть в БД ответ, затем на клиент прокидывать через пушер/аналог или если лень его настраивать - то с клиента раз в 5 секунд дергать "уже готово? а сейчас?"

Проблема высосана из пальца.
Если смущают вложенные транзакции (почему?) можно внутрь сервиса создания вместо безусловного старта транзакции проверять её наличие https://laravel.com/api/master/Illuminate/Support/... и взводить флаг. Если необходимо, то создавать и фиксировать транзакцию.

https://developer.mozilla.org/en-US/docs/Web/API/E...

Самое простое - добавить страницу /pages/reviews.json.vue и в ней в хуке async data сохранить файл средствами ноды (то, что "на чистом js"). Но вообще это извращение какое-то, если честно. Немного правильнее было бы сделать два отдельных приложения - апи и фронт и разрулить направление на них средствами реверс прокси - соответствующим модулем apache или nginx (например по префиксу маршрута /api/).

https://developer.mozilla.org/en-US/docs/Web/SVG/A...
либо делать звезды через элемент g с переносом, а анимацию уже внутри него.

if (index < arr.length) {
console.log(index)
printArr(arr, index)
}

В описании к правилам описана мотивация, зачем так сделано. Если же она не устраивает - можно отключать, подумав.
Например из раздела Essential я бы ничего не выключал, даже multi-word-component-names. Чаще всего такое встречается для элементов лэйаута. При этом всегда можно изменить имена на TheHeader (для одного лэйаута, и получить козию при нескольких лэйаутах) или MainLayoutHeader и т.п.
А для автоисправляемых правил типа singleline-html-element-content-newline я вообще не понимаю, в чем проблема.

Нужно переименовать _id.vue в _slug.vue (или даже не переименовывать) и переписать в нем логику получения страницы по id на логику получения по slug. Папку трогать не надо.
Если файл был переименован, то и имя входящего параметра также поменяется с id на slug

И обязательно прочитать документацию https://nuxtjs.org/docs/directory-structure/pages#... и не только.