Тема где-то баянистая, где-то подробно описанная, но почему-то мне таки пришлось нарабатывать свой опыт и набивать свои шишки. Итак я публикую свой опыт работы с модулем Auth фреймворка Kohana.

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

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

Например пишете вы простой сайт-визитку. В нем будет-то всего 5-7 страниц. Первое что приходит в голову – создать контроллер (например article), в котором написать функцию (например get), которая в качестве аргумента будет получать ID статьи и отображать её.
В итоге полный URL статей будет выглядеть примерно так:

http://мойсайт/article/get/1
http://мойсайт/article/get/2
…
http://мойсайт/article/get/N

Понятно что вместо числового ID можно указывать некий строковый идентификатор, но это не так важно

Но ведь у сайта страниц всего ничего, и все они вызываются этим контроллером. Складывается ощущение, что указание контроллера и метода – лишнее. Хочется видеть URL по-проще например:

http://мойсайт/about
http://мойсайт/contacts
http://мойсайт/news
http://мойсайт/product

И так далее

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

В прошлый раз я писал о том как настроить фреймворк Kohana для работы с базами данных. Сегодня я постараюсь немного осветить саму работу с БД.

Там же, в прошлом посте, в качестве теста был приведён простейший пример запроса к серверу БД прямо в контроллере. Такая работа есть моветон, хотя и возможна. Для читаемости, расширяемости кода следует стараться придерживаться архитектуры MVC, в которой принято всю работу с данными выносить из контроллера в модели.

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

Вот уже новый год наступил, а я всё никак не соберусь написать про работу с СУБД. Чтобы хоть частично компенсировать этот недостаток напишу про настройку Kohana для работы с базами данных.

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

В позапрошлый раз мы составляли скрипт Hello World. Мы написали простейший контроллер, который организует прямой вывод в HTML. Но то что подходит для простого примера не подойдёт для серьёзных веб-приложений.

Правильным подходом здесь считается выделение визуального представления от логики. Это с одной стороны позволяет создавать многократно используемые шаблоны (views, представления), а с другой стороны отделить работу программиста от работы дизайнера.

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