Создание панели администратора с помощью Fuel PHP Framework

В первой части этой серии статей мы изучили основы Fuel PHP Framework. Во второй части поговорим о более серьезных темах. Мы создадим панель администратора для нашего приложения, пройдемся по основам использования ORM и научимся пользоваться пакетом Authentication для ограничения прав доступа. Также вы можете посмотреть уроки по php.
Итак, начнем!

Введение

После написания первой статьи Fuel был переименован в FuelPHP. Кроме того, в отличие от первой статьи, которая базировалась на версии 1.0.1, эта статья требует версию 1.1.0. Поэтому кое-что будет незначительно отличаться. Все теоретические сведения, которые Вы познали в первой статье, до сих пор вполне актуальны и почти не изменились.

Шаг 1 – Настройка Oil

Если Вы еще не установили утилиту для командной строки Oil и являетесь пользователем Linux, Mac, Solaris и т.д., то сделайте это с помощью следующей команды:

$ curl get.fuelphp.com/oil | sh

Шаг 2 – Создание нового приложения

Команда oil поможет Вам создать новый проект, используя всего несколько ключевых слов и алиас php oil, находясь в Вашем приложении FuelPHP:

$ oil create Sites/blog $ cd Sites/blog

Этим самым мы создадим приложение blog. И если у Вас есть Apache или любой другой веб-сервер, работающий в папке “Sites”, то Вы сможете пройти по следующему URL-адресу и увидите страницу с приветствием.

Теперь, когда FuelPHP и Ваш веб-сервер готовы к работе, мы можем приступить к настройке нашего приложения.

Шаг 3 – Настройка приложения

Откройте Ваш любимый редактор кода, чтобы начать настройку соединения с базой данных и конфигурацию самого приложения. Все это делается практически также как и в версии 1.0.1, так что создайте базу данных и настройте пользователей SQL, как Вы это делали ранее. Когда дело дойдет до конфигурации базы данных, то здесь появятся два отличия:

• PDO сейчас является драйвером по умолчанию
• FuelPHP версии 1.1 имеет конфигурационные директории на основе окружающей среды.

Эти изменения очень просты, однако Вы всегда можете вернуться к использованию MySQL в качестве основного драйвера, если пожелаете. PDO очень полезен для разработчиков, т.к. Ваше приложение сможет работать с базой данных любого типа. Это значит, что Вы без проблем сможете перейти, например, от SQLite к PostgreSQL.
Просто откройте fuel/app/config/development/db.php и отредактируйте настройки, указав имя базы данных, а также Ваши логин и пароль для доступа к серверу базы данных:

return array(   'default' => array( 'connection'  => array( 'dsn'   => 'mysql:host=localhost;dbname=blog', 'username' => 'root', 'password' => 'password', ),   ), );

Далее откройте fuel/app/config/config.php и активируйте пакеты auth и orm, как было сказано в первом абзаце.

/**************************************************************************/ /* Always Load                    */ /**************************************************************************/ 'always_load'  => array( 'packages'  => array( 'auth', 'orm', ),

В этом конфигурационном файле нам необходимо сделать одно небольшое изменение в массиве whitelisted_classes, что позволит нам передавать объекты в следующем виде:

'whitelisted_classes' => array( 'Fuel\\Core\\Response', 'Fuel\\Core\\View', 'Fuel\\Core\\ViewModel', 'Fuel\Core\Validation', 'Closure', ),

Настройка групп

Пакет auth, включенный в FuelPHP основан на использовании драйверов. Мы же будем использовать “SimpleAuth”, который является единственным драйвером, включенным в пакет. Когда Вы наберетесь побольше опыта в работе с FuelPHP, то сможете создавать свои собственные драйверы для интеграции других систем – таких как сторонние форумы, системы управления контентом и т.д.
Для активации групп для SimpleAuth мы просто открываем fuel/packages/auth/config/simpleauth.php и настраиваем группы следующим образом:

return array(   'groups' => array(   -1 => array('name' => 'Banned', 'roles' => array('banned')),   0 => array('name' => 'Guests', 'roles' => array()),   1 => array('name' => 'Users', 'roles' => array('user')),   50 => array('name' => 'Moderators', 'roles' => array('user', 'moderator')),   100  => array('name' => 'Administrators', 'roles' => array('user', 'moderator', 'admin')),   ), );

Группы, конечно же, могут быть любыми, но для нашей статьи мы будем использовать стандартный вариант.

Шаг 4 – Создание пользователей

Т.к. мы хотим создать панель администратора, то нам необходимо создать таблицу пользователей, а затем внести в нее запись с пользователем, который будет администратором. Можно воспользоваться чем-то вроде phpMyAdmin или графическим интерфейсом вроде Navicat, но лучше делать такие вещи с помощью Oil:

$ oil generate model users username:varchar[50] password:string group:int email:string last_login:int login_hash:string profile_fields:text   Creating model: /Users/phil/Sites/blog/fuel/app/classes/model/user.php   Creating migration: /Users/phil/Sites/blog/fuel/app/migrations/001_create_users.php $ oil refine migrate

Этим самым мы создаем модель пользователей и миграцию, которая создаст таблицу пользователей. Далее нам необходимо создать администратора. Опять-таки, мы можем сделать это через графический интерфейс, но зачем нам это?

$ oil console Fuel 1.1-rc1 - PHP 5.3.6 (cli) (Sep  8 2011 19:31:33) [Darwin] >>> Auth::create_user('admin', 'password', 'phil@example.com', 100); 1 -- Ctrl + C to exit

Мы воспользовались консолью Oil, чтобы написать команды в реальном времени и сразу же получить результат. Методу Auth::create_user() были переданы следующие параметры: имя пользователя, пароль, e-mail адрес, идентификатор группы (group_id) – 100, для того, чтобы показать, что он администратор. 1 – это ответ выполнения кода, который означает, что user_id имеет значение 1.

Шаг 5 – Генерация кода

Генераторы – это отличный способ автоматически сгенерировать большое количество шаблонного кода, на основе которого можно будет создавать приложение.

Как было рассказано в первой статье, используя скаффолдинг, мы можем очень быстро создавать большие фрагменты приложения. Это делается с помощью команды oil и совсем не обязательно, но знайте, что это отличный способ создать большое количество кода с нуля. Некоторые люди относятся к генераторам кода как к “инструментам для тех, кто не умеет писать код” или думают, что это какая-то черная магия. Однако, если Вы только начинаете познавать фреймворк, и не хотите изучать, что и как в нем работает, то заставить систему сгенерировать код за Вас – не такой уж и плохой вариант.
FuelPHP версии 1.1 на счет генерации кода делает еще один небольшой шаг вперед. Вместо обычного скаффолдинга (незащищенных CRUD-операций) Вы можете сгенерировать админский код. Это работает точно также, но включает еще и простой шаблон администраторской части приложения, администраторский контроллер и т.д. Также используется пакет auth для защиты сгенерированного кода. Воспользовавшись Twitter Bootstrap, все это будет выглядеть очень симпатично. Вам нужно будет только немного настроить приложение, и оно будет готово к использованию.
Это делается из командной строки с помощью Oil. Сейчас мы сгенерируем немного кода, а потом разберем его.

$ oil generate admin posts title:string slug:string summary:text body:text user_id:int Creating controller: /Users/phil/Sites/blog/fuel/app/classes/controller/base.php Creating controller: /Users/phil/Sites/blog/fuel/app/classes/controller/admin.php Creating views: /Users/phil/Sites/blog/fuel/app/views/admin/template.php Creating views: /Users/phil/Sites/blog/fuel/app/views/admin/dashboard.php Creating views: /Users/phil/Sites/blog/fuel/app/views/admin/login.php Creating migration: /Users/phil/Sites/blog/fuel/app/migrations/002_create_posts.php Creating model: /Users/phil/Sites/blog/fuel/app/classes/model/post.php Creating controller: /Users/phil/Sites/blog/fuel/app/classes/controller/admin/posts.php Creating view: /Users/phil/Sites/blog/fuel/app/views/admin/posts/index.php Creating view: /Users/phil/Sites/blog/fuel/app/views/admin/posts/view.php Creating view: /Users/phil/Sites/blog/fuel/app/views/admin/posts/create.php Creating view: /Users/phil/Sites/blog/fuel/app/views/admin/posts/edit.php Creating view: /Users/phil/Sites/blog/fuel/app/views/admin/posts/_form.php Creating view: /Users/phil/Sites/blog/fuel/app/views/template.php

FuelPHP создаст несколько основных шаблонов и файлов, а потом создаст MVC-компоненты для секции post. Запомните, что это то же самое, что и написать код самому, но быстрее. Вы можете посмотреть на результат, перейдя к /blog/public/admin/posts:

Объяснение сути контроллеров

Мы добавили Controller_Base, который будет содержать логику для всего приложения. Он может быть унаследован каждым другим контроллером. Файл содержит следующий код:

abstract class Controller_Base extends Controller_Template { public function before() { parent::before(); // Assign current_user to the instance so controllers can use it $this->current_user = Auth::check() ? Model_User::find(Arr::get(Auth::get_user_id(), 1)) : null; // Set a global variable so views can use it View::set_global('current_user', $this->current_user); } }

Благодаря тому, что мы унаследовали Controller_Template, все виды будут обернуты в шаблон автоматически. Затем в функции before() мы делаем небольшие манипуляции с текущим пользователем и делаем так, чтобы он был доступен как $this->current_user в контроллерах и $current_user в видах.
Еще один контроллер, который мы создали, имеет имя Controller_Admin и наследует Controller_Base. Так что вдобавок к тому, что мы будем иметь доступ к текущему пользователю, мы сможем проверить, является ли он администратором:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

abstract class Controller_Admin extends Controller_Base { public $template = 'admin/template'; public function before() { parent::before(); if ( ! Auth::member(100) and Request::active()->action != 'login') { Response::redirect('admin/login'); } } // .... }

Вы, наверное, заметили, что он устанавливает конкретный шаблон, поэтому вместо fuel/app/views/template.php будет использоваться fuel/app/views/admin/template.php. А затем в функции before() происходит проверка того, является ли пользователь администратором. Если нет – он будет отправлен на страницу авторизации приложения.

Наследование контроллеров

Возможность наследовать другие контроллеры во FuelPHP – это очень удобная функция. Обычно контроллеры просто напрямую загружаются классом Request после определения маршрута по URL-адресу, но иногда бывает очень полезно унаследовать другой контроллер, чтобы использовать его логику или методы. Например, мы проверяем права доступа в Controller_Admin. Для того чтобы использовать эту логику нам необходимо унаследовать этот контроллер.
Controller_Admin_Posts наследует Controller_Admin. Это означает, что он имеет такую же проверку в функции before() и поэтому защищен точно также как и любой контроллер в панели администратора.

Что дальше?

Генерация кода – это зачастую только первый шаг в работе над приложением. Нам все еще нужно настроить формы и создать интерфейс. Например, если Вы попробуете создать или отредактировать пост, то поле user_id будет показано в textarea.

Шаг 6 – Изменение CRUD-форм

Мы хотим изменить наш метод action_create() в файле fuel/app/classes/admin/posts.php, так чтобы нам был доступен список пользователей. Для этого изменим содержимое метода следующим кодом:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32

public function action_create($id = null) { $view = View::forge('admin/posts/create'); if (Input::method() == 'POST') { $post = Model_Post::forge(array( 'title' => Input::post('title'), 'slug' => Inflector::friendly_title(Input::post('title'), '-', true), 'summary' => Input::post('summary'), 'body' => Input::post('body'), 'user_id' => Input::post('user_id'), )); if ($post and $post->save()) { Session::set_flash('success', 'Added post #'.$post->id.'.'); Response::redirect('admin/posts'); } else { Session::set_flash('error', 'Could not save post.'); } } // Set some data $view->set_global('users', Arr::assoc_to_keyval(Model_User::find('all'), 'id', 'username')); $this->template->title = "Create Post"; $this->template->content = $view; }

Код содержит всего пару изменений по сравнению с предыдущим:

$view = View::forge('admin/posts/create');

Это создает новый объект View. Мы можем назначать ему свойства, так чтобы данные о пользователях легко передавались и удобно использовались:

$view->users = array(1 => "User 1", 2 => "User 2");

Теперь аналогичным образом отредактируем action_edit():

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37

public function action_edit($id = null) { $view = View::forge('admin/posts/edit'); $post = Model_Post::find($id); if (Input::method() == 'POST') { $post->title = Input::post('title'); $post->slug = Inflector::friendly_title(Input::post('title'), '-', true); $post->summary = Input::post('summary'); $post->body = Input::post('body'); $post->user_id = Input::post('user_id'); if ($post->save()) { Session::set_flash('success', 'Updated post #' . $id); Response::redirect('admin/posts'); } else { Session::set_flash('error', 'Could not update post #' . $id); } } else { $this->template->set_global('post', $post, false); } // Set some data $view->set_global('users', Arr::assoc_to_keyval(Model_User::find('all'), 'id', 'username')); $this->template->title = "Edit Post"; $this->template->content = $view; }

Однако, поскольку оба вида create.php и edit.php используют шаблон partial_form.php, а свойства устанавливают переменные только конкретному виду, то нам придется использовать метод View::set_global():

$view->set\_global('users', Arr::assoc_to_keyval(Model\_User::find('all'), 'id', 'username'));

Объект Model_User используется для того, чтобы извлечь всех пользователей, а затем переконвертировать данные в ассоциативный массив для нашей формы.
Теперь нужно изменить HTML-код, поэтому удалите блок div, который служит контейнером, а затем измените поле user_id с input на select:

<div class="clearfix"> <?php echo Form::label('User', 'user_id'); ?> <div class="input"> <?php echo Form::select('user_id', Input::post('user_id', isset($post) ? $post->user_id : $current_user->id), $users, array('class' => 'span6')); ?> </div> </div>

Этим самым мы настроим select так, чтобы в нем отображались все пользователи. Это единственное изменение, которое требовалось. А сейчас давайте займемся интерфейсом.

Интерфейс

Создание базового интерфейса для блога – задача очень простая, поэтому можно без проблем использовать скаффолдинг.
Создайте новый контроллер fuel/app/classes/controller/blog.php:

class Controller_Blog extends Controller_Base { public function action_index() { $view = View::forge('blog/index'); $view->posts = Model_Post::find('all'); $this->template->title = 'My Blog about Stuff'; $this->template->content = $view; } }

И файл вида fuel/app/views/blog/index.php:

<h2>Recent Posts</h2> <?php foreach ($posts as $post): ?> <h3><?php echo Html::anchor('blog/view/'.$post->slug, $post->title) ?></h3> <p><?php echo $post->summary ?></p> <?php endforeach; ?>

Это обычный цикл по массиву $posts, который содержит все Ваши статьи.

Для этого вида нам необходим цикл, гиперссылка и превью. А вот для того, чтобы отображать отдельный пост мы создадим еще один файл. Мы назовем этот метод контроллера action_view() и создадим файл вида view.php:

<h2><?php echo $post->title ?></h2> <p><strong>Posted: </strong><?php echo date('nS F, Y', $post->created_at) ?> (<?php echo Date::time_ago($post->created_at)?>)</p> <p><?php echo nl2br($post->body) ?></p>

Вот метод для контроллера blog:

public function action_view($slug) { $post = Model_Post::find_by_slug($slug); $this->template->title = $post->title; $this->template->content = View::forge('blog/view', array( 'post' => $post, )); }

Метод find_by_slug() – “магический”, он будет добавлять WHERE slug = "foo" в запрос к базе данных и возвращать единственный экземпляр данных типа Model_Post.

Вот теперь Вы можете наслаждаться функционалом своего нестилизированного и ужасно выглядящего блога. Также у Вас есть интерфейс администратора для управления блогом.

Шаг 7 – Использование ORM

До сих пор мы использовали ORM с нашими моделями для выполнения основных CRUD-операций. Однако связей мы пока не касались. С помощью ORM это делать очень просто. Чтобы настроить отношения, все, что нам необходимо сделать – это немного изменить наши модели, чтобы показать то, как ORM необходимо “относится” к данным.
Пост создается одним пользователем, поэтому мы можем сказать, что он принадлежит пользователю (“belongs to a user”). В модели Model_Post необходимо добавить:

protected static $_belongs_to = array('user');

Пользователь может публиковать несколько постов, поэтому добавим следующую строку:

protected static $_has_many = array('posts');

Быстрый способ проверить, что это все работает – выполнить в консоли:

Fuel 1.1-rc2 - PHP 5.3.6 (cli) (Sep  8 2011 19:31:33) [Darwin] >>> $post = Model_Post::find('first'); >>> $post->user->username admin -- Ctrl + C to exit

Отличная работа!
Теперь мы можем обращаться к $post->user и выводить имя пользователя, поэтому давайте изменим файл fuel/app/views/blog/view.php:

<h2><?php echo $post->title ?></h2> <p> <strong>Posted: </strong><?php echo date('nS F, Y', $post->created_at) ?> (<?php echo Date::time_ago($post->created_at)?>) by <?php echo $post->user->username ?> </p> <p><?php echo nl2br($post->body) ?></p>

Это называется lazy loading. Вот что здесь происходит: когда Вы обращаетесь к $post->user, то ORM возвращает объект пользователя, основанный на поле user_id. Это означает, что для получения поста и первого пользователя необходимо выполнить два запроса. А если бы у нас было больше информации, то по мере загрузки страницы выполнялись бы третий, четвертый запросы и т.д. Все эти дополнительные запросы к базе данных сильно замедляют процесс загрузки страницы в целом.
Для увеличения скорости загрузки страниц Вы можете перейти от lazy loading к eager loading, которая, по сути, сообщает ORM о том, что Вы собираетесь использовать поле users в будущем. Это можно выполнить одним большим запросом, но ORM заботливо разделит его на меньшие так, что Вы даже ничего не заметите.

$post = Model_Post::find_by_slug($slug, array('related' => array('user')));

Если Вы взглянете на запрос, который составляет ORM, то он будет похож на что-то в этом роде:

SELECT <code>t0</code>.<code>id</code> AS <code>t0_c0</code>, <code>t0</code>.<code>title</code> AS <code>t0_c1</code>, <code>t0</code>.<code>slug</code> AS <code>t0_c2</code>, <code>t0</code>.<code>summary</code> AS <code>t0_c3</code>, <code>t0</code>.<code>body</code> AS <code>t0_c4</code>, <code>t0</code>.<code>user_id</code> AS <code>t0_c5</code>, <code>t0</code>.<code>created_at</code> AS <code>t0_c6</code>, <code>t0</code>.<code>updated_at</code> AS <code>t0_c7</code>, <code>t1</code>.<code>id</code> AS <code>t1_c0</code>, <code>t1</code>.<code>username</code> AS <code>t1_c1</code>, <code>t1</code>.<code>password</code> AS <code>t1_c2</code>, <code>t1</code>.<code>group</code> AS <code>t1_c3</code>, <code>t1</code>.<code>email</code> AS <code>t1_c4</code>, <code>t1</code>.<code>last_login</code> AS <code>t1_c5</code>, <code>t1</code>.<code>login_hash</code> AS <code>t1_c6</code>, <code>t1</code>.<code>profile_fields</code> AS <code>t1_c7</code>, <code>t1</code>.<code>created_at</code> AS <code>t1_c8</code>, <code>t1</code>.<code>updated_at</code> AS <code>t1_c9</code> FROM (SELECT <code>t0</code>.<code>id</code>, <code>t0</code>.<code>title</code>, <code>t0</code>.<code>slug</code>, <code>t0</code>.<code>summary</code>, <code>t0</code>.<code>body</code>, <code>t0</code>.<code>user_id</code>, <code>t0</code>.<code>created_at</code>, <code>t0</code>.<code>updated_at</code> FROM <code>posts</code> AS <code>t0</code> ORDER BY <code>t0</code>.<code>id</code> ASC LIMIT 1) AS <code>t0</code> LEFT JOIN <code>users</code> AS <code>t1</code> ON (<code>t0</code>.<code>user_id</code> = <code>t1</code>.<code>id</code>) WHERE (<code>t0</code>.<code>slug</code> = 'women-love-guys-who-use-fuelphp') ORDER BY <code>t0</code>.<code>id</code> ASC

Сначала это может показаться ужасным, но ORM прекрасно знает, что происходит в этом запросе. Используя этот подход, некоторое время тому назад мы сократили 300+ запросов до 2-х очень быстрых.

Шаг 8 – Добавление комментариев

Большинство руководств по созданию блога заканчиваются на том моменте, когда уж пора перейти к созданию комментариев. Каждому блогу необходимы комментарии и наш не исключение. Давайте их быстро добавим. Начнем с построения интерфейса администратора:

$ oil generate admin comments name:string email:string website:string message:text post_id:int Creating migration: /Users/phil/Sites/blog/fuel/app/migrations/003_create_comments.php Creating model: /Users/phil/Sites/blog/fuel/app/classes/model/comment.php Creating controller: /Users/phil/Sites/blog/fuel/app/classes/controller/admin/comments.php Creating view: /Users/phil/Sites/blog/fuel/app/views/admin/comments/index.php Creating view: /Users/phil/Sites/blog/fuel/app/views/admin/comments/view.php Creating view: /Users/phil/Sites/blog/fuel/app/views/admin/comments/create.php Creating view: /Users/phil/Sites/blog/fuel/app/views/admin/comments/edit.php Creating view: /Users/phil/Sites/blog/fuel/app/views/admin/comments/_form.php $ oil refine migrate Migrated app:default to latest version: 3.

Для комментариев придется выполнить несколько дополнительных изменений, как мы делали и для постов:
Model_User

protected static $_has_many = array('posts', 'comments'); protected static $_belongs_to = array('user');

Model_Post

protected static $_belongs_to = array('user'); protected static $_has_many = array('comments');

Model_Comment

protected static $_belongs_to = array('post', 'user');

Добавьте комментарий с помощью интерфейса администратора, перейдя по адресу http://localhost/blog/public/admin/comments/create:

Теперь давайте снова проверим связи в консоли:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41

Fuel 1.1-rc2 - PHP 5.3.6 (cli) (Sep  8 2011 19:31:33) [Darwin] >>> Model_Post::find(1)->comments array (   1 =>   Model_Comment::__set_state(array(    '_is_new' => false,    '_frozen' => false,    '_data' =>   array (   'id' => '1',   'name' => 'Phil Sturgeon',   'email' => 'email@philsturgeon.co.uk',   'website' => 'http://philsturgeon.co.uk/',   'message' => 'This is an epic article.',   'post_id' => '1',   'created_at' => '1322931744',   'updated_at' => '1322931744',   ),    '_original' =>   array (   'id' => '1',   'name' => 'Phil Sturgeon',   'email' => 'email@philsturgeon.co.uk',   'website' => 'http://philsturgeon.co.uk/',   'message' => 'This is an epic article.',   'post_id' => '1',   'created_at' => '1322931744',   'updated_at' => '1322931744',   ),    '_data_relations' =>   array (   ),    '_original_relations' =>   array (   ),    '_view' => NULL,    '_iterable' =>   array (   ),   )), )

Вывод массива всех ORM объектов немного избыточен, но зато мы видим все необходимые данные. Это означает, что связи отлично работают. Теперь давайте отредактируем ORM запрос в контроллере blog в методе action_view() для добавления комментариев:

$post = Model_Post::find_by_slug($slug, array('related' => array('user', 'comments')));

А теперь измените вид для вывода комментариев и отображения формы для добавления новых:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48

<h2><?php echo $post->title ?></h2> <p> <strong>Posted: </strong><?php echo date('nS F, Y', $post->created_at) ?> (<?php echo Date::time_ago($post->created_at)?>) by <?php echo $post->user->username ?> </p> <p><?php echo nl2br($post->body) ?></p> <hr /> <h3 id="comments">Comments</h3> <?php foreach ($post->comments as $comment): ?> <p><?php echo Html::anchor($comment->website, $comment->name) ?> said "<?php echo $comment->message?>"</p> <?php endforeach; ?> <h3>Write a comment</h3> <?php echo Form::open('blog/comment/'.$post->slug) ?> <div class="row"> <label for="name">Name:</label> <div class="input"><?php echo Form::input('name'); ?></div> </div> <div class="row"> <label for="website">Website:</label> <div class="input"><?php echo Form::input('website'); ?></div> </div> <div class="row"> <label for="email">Email:</label> <div class="input"><?php echo Form::input('email'); ?></div> </div> <div class="row"> <label for="message">Comment:</label> <div class="input"><?php echo Form::textarea('message'); ?></div> </div> <div class="row"> <div class="input"><?php echo Form::submit('submit'); ?></div> </div> <?php echo Form::close() ?>

Этот код выведет все комментарии в очень простом стиле с обычной формой, используя разметку Twitter Bootstrap. Мы уверены, что у Вас получится что-то более симпатичное.

Мы видим, что комментарии успешно отображаются, а новые корректно добавляются. Единственное, что осталось сделать – реализовать сохранение новых комментариев.
Строка Form::open('blog/comment/'.$post->slug) передаст выполнение кода к blog/comment/women-love-guys-who-use-fuelphp. Это означает, что контроллеру Controller_Blog необходим новый метод action_comment($slug), который должен выглядеть примерно так:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37

public function action_comment($slug) { $post = Model_Post::find_by_slug($slug); // Lazy validation if (Input::post('name') AND Input::post('email') AND Input::post('message')) { // Create a new comment $post->comments[] = new Model_Comment(array( 'name' => Input::post('name'), 'website' => Input::post('website'), 'email' => Input::post('email'), 'message' => Input::post('message'), 'user_id' => $this->current_user->id, )); // Save the post and the comment will save too if ($post->save()) { $comment = end($post->comments); Session::set_flash('success', 'Added comment #'.$comment->id.'.'); } else { Session::set_flash('error', 'Could not save comment.'); } Response::redirect('blog/view/'.$slug); } // Did not have all the fields else { // Just show the view again until they get it right $this->action_view($slug); } }

Выводы

В этой статье опущены такие вещи, как настройка красивых URL-адресов вместо localhost/blog/public и использование валидации форм в модели или контроллере, потому что все это можно найти в официальной документации FuelPHP. Мы хотели осветить такие темы, как загрузка файлов или миграции, но опять-таки все это есть в документации.
К этому моменту Вы научились достаточно, чтобы начать разработку любого проекта с помощью FuelPHP. А все небольшие пробелы в знаниях можно заполнить, прочитав документацию.
Удачи!