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

Разбейте просто в регулярке (?<name>.+?) матч на две части и дальше собирайте их обратно через какой хотите символ.

Запись box.addEventListener('mousemove', move) будет работать ровно так, как вам нужно. И удалить обработчик потом можно без проблем.

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

const handler = (e) => {
    e.preventDefault();
    move(e)
};

const move = (e) => {
    console.log(e);
    box.removeEventListener('mousemove', handler)
}

box.addEventListener('mousemove', handler);

Что значит "я написал 4 категории"? Вы всё это руками в коде описываете? Храните данные в БД или файле, а меню уже стройте по ним. Но это делу не особо поможет - всё равно их нужно будет в место хранения руками внести, если оцифрованных нигде нет. Для этого можно воспользоваться продвинутыми инструментами работы с текстом: мултикурсорами, поиском-заменой и т.п. Но для них нельзя составить пошаговую инструкцию, особенно, если у человека нет уже опыта работы с ними.

{!! !!}
Раздел документации называется зе бейсикс 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 уже существует", потому что миграция выполнилась наполовину и будет пытаться выполниться снова.
Нужно вручную удалить таблицу, исправить тип колонки и перезапустить миграцию.

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