N

Указать нужные guards при указании middleware в параметрах.

Route::middleware('auth:api,web')->get('/some_page', 'SomeController@api');

если в базе mysql (версия 5.7) часть таблиц в utf8mb4_general_ci, а другая в utf8_general_ci

:facepalm: Это не кодировки! Это COLLATION - набор правил для сравнения строковых значений.

Хотя справедливости ради следует сказать, что возможные COLLATION определяются использованным CHARACTER SET. А для показанных значений они различны - utf8mb4_general_ci указывает на UTF8MB4, а utf8_general_ci на UTF8, который для этой версии СУБД является алиасом UTF8MB3.

Влияет ли это как-то на производительность mysql?

Если выполняется сравнение строковых значений (либо иная обработка таких значений в пределах одного выражения) с указанными CHARSET/COLLATION - несомненно, поскольку перед сравнением как минимум одно из значений должно подвергнуться конвертированию CHARSET, а это ресурсы.

Если нет - то на производительность именно СУБД это влияет слабо. Заметное влияние будет при прогреве кэшей, а также в случае ну очень объёмных таблиц.

Плюс гарантированное преобразование финального набора записей при несовпадении CHARSET поля и клиентского соединения.

Просто добавьте все параметры которые есть в роуте.
Используйте биндинг, что бы сразу в параметре получить объект.

public function productPage(Category $category, Product $product){
    // $currentProduct = Product::find($product); это уже не нужно
    // В переменной $product уже будет объект
    return view('product', compact('product'));
}

{!! !!}
Раздел документации называется зе бейсикс aka основы, почему бы вам с ним не ознакомиться?

Применительно к данной конкретной задаче:

• СУБД предназначена для хранения и обработки массивов данных.
  
• ЯП предназначен для обеспечения пользовательского интерфейса этого процесса и управления им.
  

По-моему, выбор стороны для проведения обработки очевиден.

Зачем вы в тип DATE пытаетесь записать тип DATETIME?
https://dev.mysql.com/doc/refman/8.0/en/date-and-t...

Ох этот древний ужас не strict режима mysql.

Вы зачем в поле даты пытаетесь вставить строку NOW()? Какая это дата должна быть и почему вам не нравится 1899 год?

INSERT INTO messages(name, content, date) VALUES('${user.name}', '${user.content}',NOW())

Потому-что, нужно так:

INSERT INTO messages(name, content, date) VALUES('${user.name}', '${user.content}', NOW())

Ну и учтите, что date и datetime - это разные типы.

хватит школьных знаний

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