Вышла новая Kohana 3.1. Думаю для большинства кохановодов это не новость.

Надо сказать, что приложения на Kohana 3.0 не 100% совместимы. Я попытался было просто обновить папку system и modules, и получил неработающий сайт. Новая версия требует также изменения index.php и bootstrap.php. А поскольку у меня там хитрая логика с обработкой 404 и прочим, то я пока решил не связываться и вернул назад 3.0.

Но за новой версией будущее, и надо таки изучить новую версию и перетащить туда свои разработки.

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

• Kohana User Guide – Официальный юзергид по Kohana 3.1
• – Официальный топик “Migrating from 3.0.x”
• UPD:Kohana 3.0 to 3.1 Upgrade Troubleshooting – подводные камни при апгрейде на новую версию.
• Блог Ивана Броткина – вообще один из самый дельных источников по Kohana в рунете. Жду с нетерпением постов по 3.1
• Все о фреймворке Kohana – с нетерпением жду открытия этого ресурса! Ожидаю много вкусного и всё в одном месте и всё по-русски. Пока ресурс в разработке, надеюсь у ребят хватит пороха довести ресурс до рабочего состояния.

И опять шпаргалка.

Не знаю как кому, но мне иногда не хватает возможностей ORM. Иногда хочется эдакий запрос загнуть, который я ясно представляю в виде SQL, но совершенно не вижу в ORM. Кроме того есть постоянное ощущение, что ORM попутно использует определённые ресурсы. Иногда это критично, иногда нет, но тем не менее стоит знать, как в Kohana3 работать прямыми запросами.

Читать далее »

Почти год назад я написал простенький мануал про ORM в Kohana, в котором затронул примитивные операции и совершенно не затронул работы со связями. И вот после целого года исканий я практически созрел и обрёл некий опыт? который спешу зафиксировать в виде этой шпаргалки.

Про инсталляцию и настройку ORM писать не буду. И так уже много раз писано.

Читать далее »

Вот уж не думал, что буду использовать свои конфиги!! А начиналось вроде бы всё просто.

Ведь всегда у сайта есть некие величины, которые не меняются. Ну, например, “Главное название сайта”. Оно практически всегда присутствует в титуле любой страницы, в футере, в меню, в заголовках и т.д.

Или тогда другой пример – какое-нибудь количество записей на какой-нибудь странице результатов поиска. Ну правда же, да забейте вы это число (строку или ещё чего) прямо в контроллер или в шаблон. Казалось бы…

Но что если вам пришлось поменять этот параметр? Нужно вспомнить место в коде, где эта величина была введена.

А что если эта величина используется в коде несколько раз? Иногда у разработчика хватает ума объявить переменную, которую один раз задать и сто раз использовать. Это может немного облегчить наши мучения.

А что если вам пришлось тиражировать свою разработку на кучу сайтов? Нужно срочно бегом менять толпу величин, прописанных в разных местах и по-разному!

Самый правильный выход в такой ситуации – вывести такие величины в конфиг и использовать как опциональные настройки.

Читать далее »