Константин Б.

Ну как бы лучше начать сейчас писать хоть MVP чем брать что-то готовое. Год пройдет оглянуться не успеете, а из какашки конфетку потом слепить не получится. Брать готовое имеет смысл только если оно полностью функционирует как нужно и даже с замахом наперед, а если сейчас взять не то, то переделывать потом ой как много, а результата может и не быть.

Аааааа, читаю пятый подряд вопрос и ааааааа!!!!! Ребята ну осталось немного лета перед школой, потратьте его с пользой для здоровья, ну емае, хватит сидеть за компьютером и глупые вопросы задавать.

Нет не нужно таких пользователей по таблицам делить, да их можно отделить полем type, можно роли добавить и привилегии. Как с полями быть, да хрен его знает как быть, ты же разработчик, ты выбрал этот путь, вот сиди и ковыряй. Можешь в таблице их прописать и просто не заполнять, можешь EAV подключить себе чтобы сдохнуть от количества вопросов которые придется задать. Как выводить? Ну есть же if в php, да и в других языках он есть.
Парень выше не поленился и привел пример вам

Когда уже 1-е сентября, поскорее бы

Штааааа????
Если вы хотите получить ответ - нужно переделать вопрос.
99% его явно не поймут

Фреймворк, это транскрипция от английского Framework

По вопросу, может быть и так, но раз вы задаете такой вопрос то это вас коснется еще не скоро

Нужно делать проверку на наличие реляций. Ну а из наличие будет зависеть от вашего запроса, если вы вызовите запрос with(‘user’) то они выведутся, если без то не выведется, ну или делать разные ресурсы ещё можно

Все что пишут чуваки выше это все не то. Принципиальная разница это то что в разные методы автоматически передаются уже полученные объекты, для index это коллекция, а в методы show create delete edit update передаётся один обьект класса. Тоесть вам не нужно выполнять запрос на получение данных, они уже будут переданы автоматически при использовании route model binding
В первом случае у вас будет передан просто обьект без данных, заварочным придётся делать самому в методе

Можно. Только копать нужно не в сторону уведомлений, а в сторону отправки email письма, у них как раз есть возможность очередей если вы ознакомились с документацией

CSRF тут не при чем. Он сделан не антиспама ради
Антиспам - надеюсь вы выделили это слово выше.

Вероятно же что $id пользователя для которого будет выдан токен.

Если у вас обычный сайт или вы только только начинаете свой путь берите шаред хостинг. Они в целом быстрые и хорошие. VPS вам потребуется когда вам будут нужны все ресурсы от сервера и их изоляция.

Тариф хостинга может быть и быстрее чем тариф VPS за 200 рублей

Попробуй composer dump-autoload

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

Жить хорошо и кушать вкусно, но это не у всех))

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

В настоящее время и синтаксис подтянулся на уровень, и строгая типизация появилась и много много всего. Учите основы и паттерны, а язык вам ничего плохого не даст.

Проблема в том что первый запрос все равно с неправильным токеном.

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

Ну а на фронтенде по таймеру запрашивать новый и обновлять