Вы пишете "должны", а в авто ру не так. Я именно поэтому задал свой вопрос. У них создается платеж со статусом "Не оплачен" в момент открытия модалки и сохраняется в личном кабинете без каких-либо намеков на оплату. Я сейчас сделал как у них. И это очень удобно, я бы оставил. Мне нравится сразу получать настоящий id. Меня только напрягает такое количество записей (которое в легкую может превратиться в тысячи без каких либо оплат)
Реализовал вчера так только вместо service_id, product_id
Единственное не понял здесь:
Service(id, service_type_id, user_id, status, info)
user_id у вас здесь – владелец объявления? Он же есть в Ad?
service_type – категория услуги? Зачем она нужна?
Я сделал Payment (как у вас) Product (id, name ит.д.) Ad (стандарт)
Также таблицу связи AdPayment (ad_id, payment_id), чтобы через многие ко многим можно было с любых объктов выходить на любые объекты в процессе. Как считаете рабочая схема или есть тут подводные камни?
база mysql
В моем случае нужно payments делать вместо orders?
во второй items заказа
Items - это типа продукты? Если в заказе несколько продуктов - для этого?
Я думаю сделать таблицу для связи orders и объявлений. Типа OrderAd связь многие ко многим с полями ad_id order_id. Чтобы связать объявление и заказ. Стоит ли это выносить в отдельную таблицу?
reper666, если показывает null значит вы не передаете id либо нет объекта с таким id
объект в массив переводить не нужно.
выводить в шаблоне нужно, как я написал
children - это отношения, которые вначале нужно прописать в модели Menu
Рекомендую отложить написанное и недельку погонять какой-нибудь Laracast, поюзать доки, сделать небольшой проектик с передачей переменных в шаблон и обратно, попроектировать базы с моделями, позадавать здесь вопросы по каким-то частным моментам т.к. скорее всгео вы вообще не понимаете что там делаете и зачем