Каждое правило это функция которая возвращает false если не проходит проверку. Они выполняется по очереди. Чтобы решить задачу надо написать свое правило которое будет проверять подходит или нет.
Проблема 1) из массива можно сделать строку, http_build_query()
Проблема 2) Мож на моменте добавления в базу и на иоиенте проверки наличия в базе сортировать массив по алфавиту и тогда очередность будет не важна.
Проблема 3) $features = $request->query(); вместо этого лучше бы использовать валидацию.
Там должен быть класс обсервера а не эвента(?).
И еще EventServiceProvider не очень подходит логически. Если зарегистрировать ObserverServiceProvider будет лучше.
Общая логика должна быть такая. Создание модели выполняет created обсервера, в created инициируется эвент на который подписан листенер. а вот в листенере и выполняется отправка почты.
Вызов эвента можно инициировать сразу через модель без прокладки обсервера через protected $events.
Еще есть способ для совсем наркоманов через eloquent.created event.
Надо использовать whereHas который будет добавлять условие group.id == 2, тогда будут получаться только студенты имеющие отношения группы с нужными условиями.
Стандартная реализация тут Http/Controllers/Auth/ResetPasswordController.php
Возможно там переписали showResetForm() потому что в нем return view('auth.passwords.reset') (в стандартном)
URL устанавливается в папке /routes
Мой совет, почитай всю документацию laravel от начала и до конца, она не длинная но сразу станет понятно что он умеет и куда смотреть если что. Там же можно найти примеры.
Роут ссылается на контроллер а контроллер в свою очередь получает объект Request в котором находятся переданные данные, в то же время контроллер возвращает то что нужно получить по этому роуту.
Я не очень понял правильно ли понимает автор что такое очередь.
Единственный вариант, если надо отправлять какие-то действия в очередь это слушать канал сокетов а при выполнении обработки посылать в него сообщение тк очередь может выполнится и через пол часа и через час. Пользователь закроет форму уже.
В данном случае лучше вообще вынести отдельно загрузку картинок в отдельный роут. Загружаешь картинку возвращаешь ее ID, добавляешь в форму. Тогда получится так как ожидаешь. Отправляешь запрос с картинкой, пока ожидается ответ крутится лоадер. В большинстве случаев делают так.
1) Перестань спамить.
2) Научить разделять вопросы.
3) postman тут вообще не причем.
4) Твоя проблема решается тем что надо делать переадресацию не на /verify а на /verify/[user_id] и тогда в контроллере можно будет получить пользователя нужного. Лучше всего добавить uuid и не использовать ID для получения любых данных сущности.
Даже 5я версия не отличается радикально от 7-9. Со времен 5ой версии появилось много полезного но это все не для человека который только начал в этом разбираться. А к тому моменту когда оно понадобится будешь уже программистом. :)
По сути это слой получения данных. в контроллерах надо будет получать из репозитория и тогда если понадобится изменить способ получения записей (или например ключ кэша) достаточно будет поменять только в репозитории.
И в твоем коде ошибка. ID не передается в колбэк а $minutes вообще не существует.