как-то проскочило, что все же 3.1 возможно будет А 4.. я понимаю что бета, но отката уже не будет И.. Да здравствует vqmod
Не все можно решить событиями Кроме того возможно будет затруднена отладка событийных приложений Я пока не увидел обработчика событий класса system, может быть это еще не доработка, а события класса library есть, но их никто не инициализирует Как и писал про 3.1 очень сырой seourl - если у вас один язык то get['language'] вам обеспечен, но так seourl находится за пределами влияния события, то начнутся пляски с бубном. Хотя по сути нужен инструмент влияния на поведение url без танцев с бубном
По мне что окмод, что вкумод, нужная функционал. Просто многие используют его возможности не совсем удобно. Как пример могу засунуть в окмод 1000строк кода, когда можно все вынести в контроллер и добавить всего 1 строчку в окмод.
или модель Меня умиляет когда пишут / добавляют код в окмод на 10000 строк, добавляя в код контроллеров Лайвхак например нужен код в адмнку , например catalog/product Пишем модуль, И.. добавляем две строки public function myCode(){ $this->load->controller(мой метод из моего контроллера) } Зачем? А чтоб не давать права на модуль контенщику лайфхак 2 там же Нужно добавить поле в админку начинаем лезть в шаблон В нашем расширении делаем контроллер которое подготовит поле в контроллере добавляем вызов своего контроллера В шаблоне {{ my_field }} А сам код шаблона - на диске, что дает возможность отладить Теперь про события применяем практически те же технологии, не лезем в код Но!!! Если большая часть перекрывается событиями, в том числе и на шаблон, но есть и не малая часть, где без прямой модификации не обойтись Условный пример Краткое описание товара Упс.. Смотрим, что модель возвращает только объявленные поля и чтобы получить свое поле , нужен запрос. Частично это может быть перекрыто появлением sql builder, может хоть теперь Даниелю дойдет его необходимость Что касается развития 4-ки добро пожаловать vqmod
