Алексей Уколов

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

select count(*) from product

Это называется не "вывести товары одним числом", а "получить количество строк в таблице". И по корректной формулировке ответ в поисковике находится за два клика. Как говорится - в правильно сформулированном вопросе уже заложена половина ответа. А программирование - дело точное, и формулировки в нём тоже должны быть точные.

В настройках nginx location /blog проксировать не на Nuxt, а на Wordpress.

Храните просто и массив, и объект (а лучше - Map), в котором id будет сопоставлен индексу в массиве. Тогда вы, потратив немного памяти, получите плюсы обеих структур данных.

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

ServerPush из HTTP/2 не имеет никакого отношения к данным, вы не можете с его помощью в произвольный момент отправить клиенту условный json. Соответственно, как ваш js поймёт, что надо перевызвать список заказов?
Единственное, что приходит в голову - пушить js-файл с window.reload() внутри, но это такой тупой костыль, что я даже и не знаю...
Плюс, использование SP подразумевает, что у вас всё это время открыто соединение и сервер может отправить клиенту команду на загрузку файла. А это значит, что условный PHP тут уже не подходит.

Для решения этой задачи надо использовать сокеты или периодические запросы с клиента на сервер за статусом.

Нужно задать блокам уникальные id и инициализировать каждый отдельно.

Это не "спам", а запись действий пользователя в вебвизор.
Если помимо Я.Карт у вас ещё подключена Я.Метрика, то вы можете уменьшить количество сигналов, отключив вебвизор в её настройках. Скорее всего, это ваш случай.
Если же это сами карты отправляют себе аналитику, то вы с этим ничего не сделаете, вряд ли они сделали опцию для отключения.

Я для этих целей использую расширение Decimal:

(new Decimal\Decimal('153.17'))->mul(100)->toInt(); // 15317

Но можно использовать и функцию bcmul:
(int)bcmul('153.17', '100'); // 15317

Есть простой вариант:

dump(array_keys(\Illuminate\Support\Facades\Gate::abilities()));

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

По-умолчанию колонка id в Laravel имеет тип unsigned bigint. Такой тип у колонки users.id. Вы пытаетесь на неё сосласться из колонки posts.user_id, которая имеет тип unsigned int, отсюда и ошибка.

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

Ага, есть одно предположение.

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

Массив на пустоту проверяется так: newArr.length === 0

пишет колличество символов, а не елементов

Значит, у вас нет объекта, а есть строка. Используйте JSON.parse(), чтобы получить объект. Дальше уже определяйте что вы считаете "элементами" и по запросу "javascript get number of x in type y" найдёте решение за три секунды.

'paid_back_at' => [
    function (string $attribute, mixed $value, Closure $fail) {
        if ($value !== null) {
            $fail("The {$attribute} is invalid.");
        }
    },
],

https://laravel.com/docs/10.x/validation#using-closures