Антон Антон

Можно, конечно, экранировать с помощью обратного слеша, но лучше перейти на однофайловые компоненты, или на x-templates, если со сборкой возиться не хочется

В :to у router-link и в push можно передавать объект вида {name: 'имя маршрута', params: {ключ1: значение1, ключ2: значение2...}} что сильно облегчит задачу 1. При этом если указать в свойствах маршрута props: true, то все параметры маршрута будут переданы в props компонента, что решит задачу 2 и избавит от 3. Вместо изменения props делать $router.push, да. Ну, или .replace, если нужно.

https://ru.vuejs.org/v2/guide/components-edge-case... => https://jsfiddle.net/gbcykeq2/
А вообще пора бы переходить на сборку фронтенда :)

https://kassa.yandex.ru/developers/using-api/testing
ну а настройки хранить в .env файле, который в гитигноре

vuejs + quasar + pwa/cordova

Это вопрос не из области действия laravel. Более того, как вы будете действовать, когда структура БД на продакшене и в тесте отличается? Вероятно лучше всего делать бэкап-рестор рабочей в тестовую в процессе CI/СD рядом с git pull в тестовом окружении и до выполнения миграций.

https://jsfiddle.net/y1ohwf2d/

https://laravel.com/docs/6.x/authorization#creatin...

Откройте список вопросов на тостере по vue, js и jquery и реализуйте на vue.

https://quasar.dev

Нужно, чтобы мобильное приложение притворилось веб-формой и отправило multipart post запрос. Тогда на стороне laravel файлы будут в $request->file()