Сергей delphinpro

Читаю доки вслух и с выражением:

https://developer.mozilla.org/ru/docs/Web/CSS/calc

/
Деление. Делитель должен быть <number>.

100vw это не <number>.

public function teams(): BelongsToMany
    {
        return $this->belongsToMany(Team::class, 'team_assigned_users');
    }

Инкапсуляция вообще является (ИМХО) главным принципом из 4. Инкапсуляция + абстракция. Вы не поняли её основную идею. Инкапсуляция это объдинение в одной сущности данных (не обязательно в общем-то) и действий которая эта сущность может предоставить. Инкапсуляция + абстракция представляю собой в общем более общий принцип - сокрытие информации/сложности, и один без другого не сильно то полезен. Не путать с модификаторами доступа (public, private и тд). Этот принцип идет скрозь всю историю развития языков программирования и собственно является главной движущей силой их развития. Вот пример из реальной жизни: есть у вас микроволновка. Она имеет +- 2 нопки: выставить время, выставить мощность. Это интерфейс микроволновки, который доступен конечному пользователю. Всё что вам нужно знать, чтобы приготовить себе похавать - 1)на какой мощности это хавать, нужно готовить 2) сколько это нужно делать по времени. При этом очевидно внутри микроволновки происходит та самая сложность, микросхемы гоняют электрический ток, магнетрон изучает электромагнитные волны, всякая разная физика происходит и вот это вот всё. Итого: вся эти физика и электротехника инкапсулирована в объект микроволновки (инкапсулирована так, что мы не можем добраться до её внутреннего устройства, это важно. Т.е. мы не можем сами соединить проводки, поменять электрическую цель, чтобы себе похавать сделать, разработчик этой электропечки не дал нам даже потенциальную возможность это сделать легально. Можно конечно разобрать устройство и проделать все эти манипуляции, но это уже это на совести того самоделкина, кто это делает). Итого: мы имеем интерфейс из двух кнопок и получаем от обьекта микроволновки услугу - приготовить пожрать. Как там внутри это реализовано, нам не важно. Это и есть инкапсуляция + абстракция = сокрытие информации/сложности.
Более программистский пример: есть такая структура данных - Стек. Хотя по факту это не структура данных, а абстрактный тип данных. Советую этот термин загуглить, это важная составляющая в понимании ООП.
Представим, что стек это такой обьект который предоставляет услуги, по типу как мы представляли себе обьект микроволновки. Что нам нужно знать про стек, чтобы им пользоваться? Публичный интерфейс. Т.е. есть класс Stack с публичными методами push(), pop(), viewTopStack() (посмотреть первый элемент стека, без его удаление из самого стека). Всё, можно пользоваться. Как он внутри эти элементы хранит, простой ли это массив, или связный список, на сколько эффективно он там внутри работает - нам не важно. Это важно тому, кто предоставил нам в пользование данный класс. Мы знаем, что вызвав viewTopStack мы посмотрим первый элемент стека, вызвав push - положим что-то в стек, вызвав pop получим первый элемент, удалив его из стека (по аналогии: мы знаем что чтобы притоговить пожрать, нужно выставить в микроволновке время и мощность, на выходе получив наше адово хрючево). Если подытожить - инкапсуляци + абстракция, (еще раз настою на том, что порознь их нельзя рассматривать, это две тесно связанные концепции которые имеют практический смысл только в синергии) это механизм борьбы со сложностью, не только в программировании, вообще везде, в любой человеческой деятельности. В этом их смысл. Если ваши абстракции плохие -> ваш код сложный -> ваш код плохой (говнокодом его еще называют в сообществе программистов).
Почитать на эту тему можно следующее: Р.Мартин - Чистая архитектура (начать с глав про SOLID прицнипы), С.Макконел - Совершенный код (главу про классы обязательно, остальное желательно (очень желательно)), там в общем-то вам расскажут то что я вам сейчас рассказал, только более подробно, по больше примеров и дадут обоснование сложности, назвав борьбу с ней - Главным техническим императивом. Шлифануть это книгой банды четырех. Сами паттерны не обязательно начинать учить (да и рано вам еще), но вот введение и часть про программирование на основе интерфейса, а не реализации - самое оно, это дополнит картину.

UPD: тот факт, что мы в классе стек собрали его функционал (функции pop,push,...) обьединенные одной общей темой и есть факт инкапсуляции.

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

из request никак, так как вы не передаете название в форме. можно сделать запрос Category::find($request->category_id)->name в контроллере.
и другой способ передавать name в форме через hidden-поле input (заполнять его javascript-ом при выборе категории в select)

Если у вас Windows, то нужно поставить MySQL Server (https://dev.mysql.com/get/Downloads/MySQLInstaller...) в .env настройках Laravel прописать 127.0.0.1 как хост базы данных. При установке сервера mysql вы также укажите логин и пароль, их тоже нужно прописать в .env. Порт стандартный 3306.
Но лучше установить Docker и развернуть в нем контейнер с mysql. (инструкций в интернете достаточно)
В крайнем случае, если вы только учитесь, подключите к Laravel базу SQLite в виде файла. Она не требует установку дополнительных программ и серверов.

Два главных отличия:
1. У GET-запроса нет тела (как правило, но в теории никто не запрещает отправить с телом).
А у POST как правило нет query-параметров, но в принципе никто не запрещает одновременно указать и их, и тело
2. GET-идемпотентный, в отличие от POST.
Если ты отправишь два одинаковых идемпотентных запроса, то ничего не изменится-это безопасно.
И этим свойством пользуются браузеры и всякие прокси, которые в случае каких-то сетевых ошибок тихо отправляют идемпотентные запросы повторно.

Кроме GET есть ещё PUT и DELETE, которые тоже идемпотентные

Есть ли какая-то информация на этот счёт?

Всё это описано в википедии в статье об HTTP

И каким образом ссылку site/?page=2 можно отправить методом POST?

Через curl или через форму

в файле views/products/index.blade.php должен быть код:
@if(session()->has('success'))
{{ session()->get('success') }}
@endif

но я же хочу через RedBean подключение к БД

И кто Вам мешает. Почитайте документацию RedBean в части взаимодействия с базой данных

У вас немного напутанно в концепции БЭМ
Вы либо убираете с той кнопки стиль .button
Либо у вас для кнопки в карточке у кнопки в классах должно быть нечтно такое:
.button .button_card, те у вас модификация элемента button, если вы уж хотите развивать от центрального button.
Тогда в своём src/modules/card.scss (если следовать вашей структуре)

.card {
/* */
}
.button {
    &_card {
        width: 100%;
    }
}

Ну либо он вовсе не связан с тем бутон и тогда да, это вложенный элемент. Без родительского стиля .button и у него все стили свои в классе .card__button.