OneCode ЧАТ

Вы используете один и тот же реквест на сохранение и на апдейт. На апдейт правило другое он связывается с полем из за уникальности. А так он не понимает, что речь уже о созданной модели

Да мне по☆бать кто как думает и пишет, на практике в ИТ и ПО всегда отношения именовались и именуются как Parent - Child

А как насчёт дабл-рейнж-инпута? 😉

а спорить не нужно

Обязательно, в конце проекта пройлись по базе, связям

Всё верно, да.

Везде у Тебя к аккаунт_ид, не видишь, горизонтальный, поперёк подход?

проблема все таки в портах была

Это не категории.

не, ну это само собой, но даже так нужно уметь остановиться)

Я серьезно! Сорри если задел в той перепалке!

Рядом папка с другим проектом - там такой-же проект новый, в нём такой же htaccess - в смысле один-в-один по содержанию...

Я не вижу адекватного решения, кроме как пили ещё связи, как вы и предложили. Но это означает. Что у вас класс продукт, очень сильно связанный выходит - это плохо, это тяжело тестировать и расширять. У вас уже 3 связи и зависимости от других классов через иньекцию сеттеров(так связь устанавливается) Касательно вашего варианта с колонкой и хранения там. Это всё зависит от количества ваших опций. Пример: Есть авриарейс(Цена, номер самолёта, откуда, куда, время отправки, время прилёта, время в полёте) Опции для рейсов ночной, с багажом за 30кг, долгая пересадка, Если опций не много вы можете хранить их прям в авиарейсе как 0/1 Если их более 5-6 я бы уже хранил в отдельной таблице как многий ко многим потмоу что у многих рейсов множество опций и у многих опций много рейсов.

да нормально, тока крипта резко выросла, а сделка на продажу осталась открытая, так и висит пока

Полностью контроллер покажи плз. и полностью роуты с use

нужно чисто blade но нужна загрузка страниц без перезагрузки, вот примерно как с vue router

конечная цель — взаимодействие с интерфейсом

Но главное алгоритм бы реализовать в коде