artemmityushov

Конечно же возможно я живу в какой-то другой вселенной, но мне было бы интересно посмотреть сколько придет людей на должность джуна имея все перечисленные знания.

Лара работает через именованные подключения из .env, у вас происходит именно это. Прочитайте мануал про настройку подключения БД. Миграции работают именно через стандартный механизм если вы не используете специфичные подключения при описании миграции.
P.S. Без обид, но это именно тот случай как из анекдота - И где ошибка? В ДНК.

Возьмите готовые докеры с типовыми настройками.
Если не хочется, то посмотрите как настроить в одном апаче разные fpm и настраивайте каждый хост под нужный fpm.
НА nginx это сделать как два пальца, а вот в апаче ни разе такое не делал поэтому сказать прям как сделать не могу, но куда рыть выше написали.

php artisan make:auth не может не работать, значит что-то поставили не так.
Попробуйте поставить с нуля, сначала сам ларавел, потом php artisan make:auth, а потом php artisan migrate.
Все таблицы создадутся и в стандартном фронте будет авторизация уже готовая.

Два способа:
1. В каждой таблице держать user_id и фильтровать по нему.
2. Завести отдельное значение для инкрементов единых на все справочники, или использовать тип UUID, а в отдельной таблице держать связку ID записи и ID пользователя.

Первое проще, второе более масштабируемое, оно позволит распределять записи например давать доступ нескольким пользователям видеть какую-то одну запись.

Самый простой и надежный вариант формируйте html, а потом его конвертируйте в PDF.

Для разных целей разные генераторы, здесь гугл в помощь, какие-то не умеют делать нормальный перенос страниц когда требуется печать документов, какие-то не знают кириллицу, а у кого-то размер файла с тремя словами достигает нескольких мегабайт, здесь все зависит от целей. Ну и стили это напильник и боль-боль-боль.

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

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

https://dev.mysql.com/doc/refman/5.7/en/replicatio...

Есть такая функция как GROUP_CONCAT, позволяет группировать значения в одно, используйте его для группировки имен людей.
Например:
SELECT person_id, GROUP_CONCAT(hobbies SEPARATOR ', ')
FROM peoples_hobbies GROUP BY person_id

Берете Тома Кайта и все.

Оба предложенных варианта имеют свои плюсы и минусы. Добавил бы 3 вариант вывода через Formatters, мы его в основном используем, как минимум чтобы точно контролировать что приходит на апи.

Делаете свой с локализацией, выкладываете на github, а в composer прописываете уже на свой источник.
В данном случае самый оптимальный вариант.

Не стоит так делать ни в коем случае, разнесите технологии и вынесите это на node.js

Данная проблема возникает у всех кто впервые разворачивает лару самостоятельно. Посмотрите куда у вас идет путь, пропишите не на index.php, а на server.php, тогда у вас пути будут стучаться напрямую на папку public, иначе будет как у вас сейчас, он думает что корень фронта это корень папки проекта, а не папка public.
Если же лень, то просто перенесите все содержимое папки public в корень проекта.