Благодаря пользователю rafi нам стала доступна справка по Kohana v3.0.3 в формате .chm. По сути это текущее состояние модуля userguide (т.е. английская, испанская, китайская и русская версии) + API. Можно скачать с Rapidshare.com, но так как у многих возникают проблемы с использованием данного сервиса, я позволил себе перезалить данный файл сюда. Русский перевод едва начат, так что терпите 
Отмечу, что при просмотре API возможны «сдвиги» заголовочных блоков (package, copyright и т.д.). Кроме того, у меня сразу файл не открылся, пришлось еще раз его сохранять, открывая через браузер (возможно это издержки ОС или браузера ФФ).
Loading ...
Я раньше страдал тем, что выкачивал разные сайты и компилировал в chm. А потом у меня появилась безлимитка и стало проще зайти на сам сайт.
Ну, конечно, на сайте всегда актуальная информация (чем собственно оффлайн-версии всегда страдают). Но с другой стороны, иногда бывает удобнее держать под рукой несколько chm-версий справок (скажем, php/mysql/kohana) и не переключаться между закладками браузера. И чем удобна справка — есть указатель и поиск (хотя в данном файле поиск особой практичности не имеет).
В конце концов, интернет есть не везде
Почему то пустые разделы — т.е.оглавление есть — а сами странички не открываются
Попробуйте открыть файл браузером (я делал так в ФФ), он предложит сохранить. После этого сохраненный файл должен нормально открываться.
Скачивал и с рапидшары и с сайта — к сожалению результат один и тот же. ;-(
спасибо
porcelanosa, win? зайли в свойства файла, нажми разблокировать, т.к. файл скачан из интернета
to nex2hex
Да заработало! Win XP SP3 первый раз с таким сталкиваюсь
Интересно, а документация будет меняться?
Или это уже устоявшийся вариант
PS: Всех с НГ!
@Altesack
Скорее всего да. Слишком куцая получается документация для такого фреймворка. Все зависит от обычных пользователей, таких как мы с Вами.
Присмотрелся к фреймворку — замечательная вещь. Решился делать на нем свой проектик. Смущает только две вещи:
1) Отсутствие документации
2) Не перестарался ли разработчики с абстрактными классами и интерфейсами?
Тоесть, при использовании класса, автолоудом подгружаются еще пустышки. Мне кажется это самое узкое место, особенно если проект большой. Тоесть работа с файловой системой сервера — тормознет двиг, когда количество фалов будет достаточно большим.
Модуль DataBase тоже не нравится. Посоветуйте, пожалуйста, что-то попроще. Привык писать SQL ручками, так проще.
@bagir
1. Не отсутствие, а убогость (особенно по сравнению с CI).
2. Это сделано для расширяемости. Любой системный класс фреймворка (или класс одного из стандартных модулей типа Database) Вы можете изменить под себя. Включите кэширование (internal_cache = TRUE) для ускорения поиска классов и уменьшения количества файловых операций.
3. Навряд ли это проще, конечно, но всегда есть DB::query($sql, DB::SELECT)->execute($db);
@BIakaVeron
1. Да, она убога. Приходится по коду вникать в суть.
2. Мне кажется, вся расширяемость уже заложена простым автолоудом, когда путь до файла связан с его именем. Если нужно что-то перекрыть — делаем наследование. А перекрывать все классы изначально, это разве не лишнее??? Тем более фреймворк позиционирует себя «легким».
3. DB::query($sql, DB::SELECT)->execute($db);
А к чему такой извращенный синтаксис? И почему голый синтаксис sql сложнее?
Всех с Рождеством!!!
2. Раньше что-то подобное было в ветке 2.3, там для изменения класса надо было создать свой файл с префиксом MY_, например MY_Validation.php. Сейчас все сделано по аналогии с Zend Framework, по крайней мере даже в случае кастомизации системных классов нет необходимости переписывать код с использованием собственных имен классов (например, менять View::factory() на MyView::factory() и т.д.).
3. Конечно, никто не отменял mysql_query() и т.д. Но если Вы хотите использовать фреймворк и все его сопутствующие блага (автоматическая экранизация, кеширование, профилирование и т.д.), то используйте DB::query() или $db->query().
ЗЫ. Присоединяюсь к поздравлениям!
@BIakaVeron
2. Спасибо, теперь стало ясно, почему именно так.
3.Под голым синтаксисом SQL, я имел ввиду следующее:
DB::query(‘SELECT * FROM table’)->execute($db). Доступно и
легко.
Не очень просто, пока разобрался в нужности второго параметра (DB::SELECT).
А вот этот пример, взятый из мануала, мне кажется «тяжеловеснее» первого:
$query = DB::select()->from(‘users’)->where(‘username’, ‘=’, ‘john’);
@BIakaVeron
/* Вы можете изменить под себя. Включите кэширование (internal_cache = TRUE) для ускорения поиска классов и уменьшения количества файловых операций.*/
А где находится internal_cache ??? В кохане 3.03 нет такой опции (
@Dandy
смотрите Kohana::init() в файле bootstrap.php
@BlakaVeron
Есть опция «caching», а вот internal_cache — нет. Это одно и тоже?