Сергей delphinpro

В нормальном мире "кнопка" не должна никуда "вести". Кнопка запускает какой-либо процесс, за переход на другой URL же отвечает ссылка.
Если вы сделаете нормальную семантическую разметку: попадаем под "определённые условия", то рендерим div или выключенную кнопку (тут нужно смотреть по контексту), а не попадаем - обычную ссылку, то всё будет работать без всяких плясок с бубном.

Всеми и никакими одновременно. Laravel это фреймворк. Фреймворк это такая штука которая как раз абстрагирует от многих вещей которые нужно знать. Когда происходит утечка абстракции , тогда вам нужно что-то изучать поверх. Конечно же нужно иметь базу по самому языку, т.к. фреймворк на нем написан, т.е. если $a = 10; вам ни о чем не говорит, что этот оператор делает, то конечно изучать ларавел рано. В общем начинайте учить, а по ходу будете восполнять знания, другого совета тут дать нельзя.

Нужно ли знать интерфейсы и трейты, регулярные выражения?

Не нужно, так многие делают. Получается полная херня, но они считают, что нормально. Это как сесть за руль, сказав «ПДД обязательно потом буду учить».

Вероятно, имеются в виду блоки, на которые можно разделить страницу и отдать их на вёрстку разным людям в виде отдельных самодостаточных задач (тасков).
Но конкретно так обычно не говорят, так что ваше замешательство вполне оправдано.

Я, если честно, тоже не понимаю как там в этом интерфейсе всё устроено и не было причин разбираться, потому что существующая сортировка мне подходит. У меня вот такой конфиг:


Вроде, у вас настроено так, что сортировка применяется только к статическим методам.

По скинутому вами плохо отформатированному куску синтаксически невалидного кода ответить на ваш вопрос невозможно.

Хотя, если проявить фантазию, то, наверное, нужно $this->app->make(Client::class) заменить на resolve(Client::class), поскольку в контроллере вы объект app явно не инициализируете.
Но можно сделать ещё проще:

public function payment(Client $client) {
  ...
}

В этом случае фреймворк сам всё инициализирует как надо.

Советую все брейкпоинты самому по минимуму придумывать, а брать у лидеров:
https://getbootstrap.com/docs/5.1/layout/breakpoints/
https://tailwindcss.com/docs/responsive-design
Изучи какие они используют, смело бери их к себе в проект.
Ну и конечно же лучше идти снизу вверх, те по умолчанию у тебя мобильная вёрстка, в брейкпоинтах пишешь то, что отличается у тех кто больше.

Вам поможет display:contents для лишних оберток. И потом просто order.

Или просто удалить лишние обертки в коде, что еще разумнее.

Пишите код так, как будто сопровождать его будет склонный к насилию психопат, который знает, где вы живете.
С. Макконнелл

Первый вариант понятен. Вы поиском сможете найти откуда каждый метод вызывается. Имя метода четко указывает что он делает.

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

Просто прочитать гайд и API на оф сайте - ВСЁ
Quick Start | gulp.js
API Concepts | gulp.js