jazzus, В плане middleare, возможно, да, ты прав. Но структура самого проекта не такая уж узкая. Чтобы не повторять код (DRY), пока что вижу выход путем написания мидлов.
jazzus, Да, лучше всего уникальный слаг. Код будет чище и понятнее. Также, у меня есть Middleware, который проверяет, кто создал данный пост. Думаю, туда можно прописать, if request->content... post->contents-findOrFail(content). В таком раскладе, мы получим 404, если контент не будет наследоваться от Post. Great!))) Спасибо!
Контенты тем временем плотно связаны с Post. Foreign, on delete cascade.
Но если мы подберем следующий роут... /posts/{post = slug}/{content = content_slug} мы по сути не проверяем, принадлежит ли данный контент текущему посту. Дырочка какая - если мы возьмём content slug из другого поста, который id = 2 (Post: id = 2), и напишем так /posts/{post: id = 1}/content_slug (наследующийся от post: id =1), мы его получим. Так не должно быть.
segio_tt, другими словами, таблицы относительно правильны... верно? Я хочу узнать, правильно ли все у меня. По поводу Foreach и документации... Я после них попал в тостер, чтобы уточнить. Спасибо!
Константин, аккаунт у меня зареган более чем 4 года. От React, JS, Swift даже все не перечислить... есть вопросы про все. Меня самого напрягает цифра, конечно же, но посмотри что я спрашиваю и с какой периодичностью.
