@ Jarek:
Не совсем так. Основной шаблон один. Но в отдельные элементы можно встраивать шаблоны по-меньше. Как собственно показано в примере.

Вы хотите чтобы шаблон вообще отличался от принятого, то наследуйте от Controller, а не от Controller_Template. А вызвать шаблон можно так:

$view=new View(’ваш_шаблон’);
$view->ваш_контент=$blablabla;
echo $view;

Спасибо за статью !

Понравился метод шаблонизации в КО3(описаный вами ) но я так понял там только 1 шаблон для всего контролера ? Или есть возможность сделать несколько шаблонов для каждого action ? Если есть то как ?
Спасибо!

@ kolyuchii:

Вариант простой. Если нужно просто передать строку или переменную

$this->template->content = “Моё значение”;

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

$data['id']=$something->id;
…….
$data['text']=$something->value;
$this->template->content = new View(’somethingview’, $data);

Как, при использовании шаблона, передать значение из контроллера в представление?

Начал таки разбираться с Коханой.

В общем – абстрактный контроллер создавать не обязательно. Можно обойтись одним контроллером. В этом случае, просто необходимо наследовать контроллер Template и там описывать все данные, которые мы обрабатываем.

“Давно-давно, когда я учил ООП, абстрактными называли классы, которые не использовались явно, а нужны были, например, только для создания тучи потомков с одинаковым набором неких свойств.”

В данном случае действительно не совсем понятно, что это значит. Как на счет Controller_Overall?

@ altesack:
Ура, заработало!))) Действительно проблема была в том что доступ на запись был только у папки /application/logs/, а вложенные папки года и месяца такой привилегии не имели.
Кстати, это что получается Кo3 вложенные папки логов создает без права на запись?
p.s. сама ошибка была из-за моей невнимательности, создал каталог views не в /application/, а рядом с папкой контроллеров /application/classes/controller
Спасибо за подсказку, а то бы я еще долго пытался придумать как без логов ошибку отследить)

@ Offi:
1. Файл kohana/application/logs/2010/05/25.php должен был создаться, но для этого ему возможно и не хватило доступа.
Потому и нету.

2. SYSPATH/classes/kohana/log/file.php – должен быть. Более того – он у вас есть, раз уж в нём возникла ошибка в 71 строчке.
Точный путь в Вашем случае, вероятно, такой:
/home/host/www/kohana/system/classes/kohana/log/file.php

3. Именно эту папку вы открыли доступ?
/home/host/www/kohana/application/logs/
Или какую другую?
И ещё – доступ 777 только на эту папку, или также на все вложенные?

@ Исраэль Райдер:
Давно-давно, когда я учил ООП, абстрактными называли классы, которые не использовались явно, а нужны были, например, только для создания тучи потомков с одинаковым набором неких свойств.

Возможно с тех пор что-то поменялось …

KO3 на запрос http:/site/kohana/hello выдает:

ErrorException [ 2 ]: file_put_contents(/home/host/www/kohana/application/logs/2010/05/25.php): failed to open stream: Отказано в доступе ~ SYSPATH/classes/kohana/log/file.php [ 71 ]

Все коды в точности скопированы из статьи.
ubuntu/apache2/php5.3.2

Во-первых SYSPATH/classes/kohana/log/file.php – не существует такого пути, покрайней мере в файловой системе фреймворка я не нашел.

Во-вторых файл лога по адрессу kohana/application/logs/2010/05/25.php тоже отсутствует, соответственно понять на что оно ругается не понятно.

Подскажите, пожалуйста, каким методом идентифицировать ошибку и/или как и кому дать права на запись дабы появлялись логи. На папке logs выставил chmod 0777, но это не помогло.

Понял, спасибо.
Единственное – не совсем правильно называть его “абстрактным контроллером”, возникает ассоциативная путанница.
Абстрактный класс – это класс, перед названием которого стоит ключевое слово “abstract”, или в котором присутствует хоть один абстрактный метод.