Максим Федоров

В комментариях выяснилось, что всё это выглядит весьма странно, но ладно...

Ну простое решение видится таким: аутентифицировали через auth:api, поймали событие Authenticated, в нём попытались аутентифицировать по auth:web. Получилось — всё отлично. Не получилось — не всё отлично.
Ну и можно проверить идентичность пользователей после обоих попыток, типа

\Auth::guard('api')->user()->is(\Auth::guard('web')->user());

composer create-project --prefer-dist laravel/laravel .

Только директория должна быть пустой

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

Лохотрон это, просто попробуй связаться с работодателями с интересной для тебя вакансией, скажи что знаешь все что они хотят, но диплома у тебя нет. Если согласятся, забивай на ВУЗ. В наших вузах из полезного только столовая и телки. Я лично отучился и толку никакого, последние пару лет тролил преподов, что они тупее большинства студентов (мой ВУЗ сейчас в середине рейтинга лучших универов по стране). Они растягивают любую программу и добавляют туда воды, чтобы ты подольше платил)

Тут как посмотреть. Непосредственных причин, которые приводят к говнокоду, может быть очень много:
1. Отсутствие внятной аналитики и архитектуры
2. Низкая квалификация исполнителей (он может и хотел бы сделать хорошо, но не знает и не умеет)
3. Говнокодеры по складу характера (есть такие люди, которым даже если создать все условия, все равно сделают на от****сь, потому что и так сойдет)
4. Недопонимание и сложные отношения в команде
5. Сроки (бывают заведомо нереалистичные, а бывают просранные в процессе)
6. Меняющиеся требования
7. Плохо выстроенные процессы (документация, тесты и пр)
8. Текучка кадров
9. Политика руководства
И тд и тп... Можно придумать ещё много пунктов.

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

Практика хорошая. Именно так и стоит делать. В идеале у каждой ошибки должен быть свой уникальный эксепшн. Например, от FileException можно наследовать например NotFoundFileException и AccessFileException. При этом тело классов в большинстве случаев будет пустым.

А вот то, что ты пытаешься поймать все возможные эксапшны в контроллере - это совсем не хорошо. По хорошему нужен отдельный эксепшн хендлер для этого.

Android Studio, скорее всего.

1. Это не массив, а объект
2. Думаю тут нам помешает энтропия, нельзя сделать из какашки обратно пюрешку с котлеткой.
3. Если структура простая и одинаковая, то возможно регулярками получится собрать из этой строки массив.

А откуда такая строка взялась? Возможно стоит решить вопрос формирования более удобной строки, например json, что бы потом собрать обратно в одну строку кода без танца с бубном?

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

Задайте себе вопрос: "Является ли девайс сокетом?" и сразу все поймете.

Третий параметр у route - это (bool) absolute

И вообще то

By default, the route function generates an absolute URL. If you wish to generate a relative URL, you may pass false as the third argument:

$url = route('routeName', ['id' => 1], false);

Карту давненько не обновлял но может, что полезное найдешь для себя Карта развития Back-end разработчика

Для практики рекомендую взять что то из этого списка build-your-own-x, можно посмотреть как сделать простой веб сервер, поисковый движок, БД

Плюс вот еще статья Не убивайте свою мотивацию: осваивайте Ruby on Rai... хоть для руби, но есть список интересных проектов

я бы для начала почитал про чудо-команду EXPLAIN