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

Давайте для начала переведём это на привычные всем названия.
У вас таблица customers (А) со столбцами id и name, а ещё таблица orders (Б) со столбцами id и customer_id.

Таблица orders имеет внешнюю (по отношению к ней) связь: orders.customer_id -> customers.id. Таблица customers здесь выступает в качестве основной, поскольку именно она отвечает за то, какие id для orders.customer_id будут валидными, а какие нет. Т.е. "родительская" таблица это та, в которой хранятся "условия проверки" корректности значения в "дочерней".

В тексте вопроса же у вас, простите, какой-то винегрет из слов.

но потом подумал что это не правильно, т.к. номер заказа не может быть в родительской таблице

Вот это, например, вообще не имеет смысла, потому что никакого номера заказа тут и нет.

Вот они, красным подсвечены:


Это синтаксис PostgreSQL, а не MySQL - в это главная ошибка.

Постановка вопроса очень расплывчатая. У Битрикса, например, есть своя js-библиотека и определённые стандарты по работе с ней. Но, во-первых, до фреймворка она всё же не дотягивает, по моему мнению, а во-вторых, это во многом побочный продукт и на 95% Битрикс всё же про php, а не про js.

Но костыль это или нет - решать вам. Что скажете?

Скажем, что нам пофиг, что происходит в вашем коде ¯\_(ツ)_/¯

Но есть два точно некостыльных решения: View Composers и Service Injection.

P.S. Мы не теряем надежды, что когда-нибудь вы всё-таки прочитаете документацию по вашему основному рабочему инструменту.

Первый и самый важный шаг вы сделали — идите дальше. Смотрите что у вас в document.getElementById('id').value, потом что в document.getElementById('id'), если в value пусто.
Это называется "отладка" или "дебаг" и это примерно половина работы программиста.

выводит новую форму

Вангую, что в итоге у вас куча одинаковых форм и, соответственно, куча инпутов с id="id", что, естественно, недопустимо.

Метрика - универсальный инструмент с кучей функционала, который должен работать в самых разных окружениях.
Ничего удивительного в том, что на какой-то отдельной странице не используется весь написанный в ней код, нет. Более того, он никогда и не будет вызван весь полностью.

Никак — скриншот делает не браузер.

https://www.yiiframework.com/download
Вы очень-очень-очень плохо искали:

В запросе должен быть заголовок accept: "application/json".

Скажем, что нам без разницы по какой именно уникальной последовательности символов вы будете в роутинге определять, какую сущность запрашивает пользователь.

Ну кривой у вас какой-то JSON получается. Не видя его мы вам ничем помочь не в состоянии.

.replace("]", "").replace("[", "")

Как минимум тут вы его портите, если внутри есть массивы.

.find((item) => (item.name = this.info)),

Здесь, явно, должно быть сравнение, а не присваивание.

Похоже, вам подойдёт Tampermonkey или Stylebot.

Ничем. Это, внезапно, тоже "обычный php код".
А вот среда запуска отличается - например, в CLI режиме применяется отдельный php.ini.

Если у вас настроен Cache Busting, как я учил в предыдущем вопросе, то указываете время жизни кэша до тепловой смерти вселенной.
Если Cache Busting не настроен, то нужно его настроить и дальше см. пункт 1.

Проблема не в get-параметрах, а в "лишнем" слэше на конце.
Библиотека сравнивает всё, что идёт до get с тем, что указано в адресе ссылки и, раз у вас указано end=true, то проверяется ещё и то, что адресом ссылки адрес страницы заканчивается в точности, и слэш на конце в адресе страницы не даёт этой проверке пройти.
Адрес localhost:3000/clips?page=2 должен работать как ожидается.

Да нет там этого

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

я считаю их нет

Напрасно.
Текст ошибки предельно ясен — не определена переменная. Она у вас определяется только если есть $_GET['hash']. Очевидно, в вашем запросе его нет.

Судя по количеству предупреждений на скриншоте и тексту этого вопроса, нужно всё выбросить и сесть обратно за учебник.