Была аналогичная проблема, не устанавливались куки в IE, неделю копашился перепробовал всё что мог. Когда понял в чём дело, чуть от досады об стенку не бился =)))
Красиво канеш, но применимость вызывает ряд вопросов. По поводу удобства просмотра связей объектов, я бы поспорил. А если конечно доведут до ума и сделают что то стоящее то можно будет попользоваться.
Но когда нам нужно вывести макет страницы со сложным расположением элементов, которые могут меняться от раздела к разделу… Что делать? Собирать все из мелких вьюшек в контроллере? Не удобно, особенно если контроллеров много — не дай бог, например, поменяется количество столбцов в разметке, придется в каждом контроллере перераспределять блоки с контентом по столбцам.
Немного не ясно какое отношение имеет разметка и контент к контроллеру. Если я правильно понимаю то согласно MVC архитектуре контроллер отвечает за обработку данных и действий. А разметка и вывод данных пользователю это строго задача представления (View). А может я просто вас не понял. Например в Cakephp можно формировать сложные представления с множеством елементов используя (тавтология) elements, куда можно вынести часто используемые блоки.
я могу ошибаться, но разве метод DELETE не отключают из за соображений безопасности? Не добавит ли такое разделение проблем с безопасностью? чем плох вариант
/view/book/ — все книги
/view/book/ — все книги
/view/book/ — все книги
/view/book/ — все книги
статья очень полезная и замечательная. Я где то слышал что Righ Join губят базу с точки зрения оптимизации, теперь ясно почему ( оптимизатор переписывает их в Lef join эквивалент ). Только исправьте в статье эту строчу «а также проведем проведем сортировку на раннем этапе (по результату одной выборки, а не финальной склейки, что уменьшит размеры записей которые будут сортироваться).» Так статья станет есчё лучьше
Немного не ясно какое отношение имеет разметка и контент к контроллеру. Если я правильно понимаю то согласно MVC архитектуре контроллер отвечает за обработку данных и действий. А разметка и вывод данных пользователю это строго задача представления (View). А может я просто вас не понял. Например в Cakephp можно формировать сложные представления с множеством елементов используя (тавтология) elements, куда можно вынести часто используемые блоки.
/view/book/ — все книги
/view/book/ — все книги
/view/book/ — все книги
/view/book/ — все книги