Tuesday, July 3, 2012

Managing assets in YII Framework

An ability to manage assets is one of the greatest parts of Yii. It is especially useful in the
following cases:
ff When you want to implement an extension that stores its JavaScript, CSS, and images
in its own folder and is not accessible from a browser
ff When you need to pre-process your assets: combine JavaScript, compress it, and
so on
ff When you use assets multiple times per page and want to avoid duplicates
While the first two cases could be considered as bonus ones, the third one solves many
widget reusing problems.
Let's create a simple Facebook event widget which will publish and use its own CSS,
JavaScript, and an image.
Getting ready
ff Create a fresh Yii application using yiic webapp as described in the official guide
ff Check that assets directory under application's webroot (where index.php is)
has write permissions; assets will be written there
ff Generate and download a preloader image from http://ajaxload.info/
How to do it...
Let's do some planning first. In Yii, you can place your widgets virtually inside any directory
and often, it is protected/components. It is acceptable to have one or two classes inside,
but when the number of classes increases, it can create problems. Therefore, let's place our
widget into protected/extensions/facebook_events. Create an assets directory
inside the widget and put inside the ajax-loader.gif you have just downloaded. Also,
create facebook_events.css and facebook_events.js in the same directory.
1. Therefore, let's start with the widget class itself protected/extensions/
facebook_events/EFacebookEvents.php:
<?php
class EFacebookEvents extends CWidget
{
public $keyword;
private $loadingImageUrl;
protected $url = "https://graph.facebook.com/search?q=%s&type=
event&callback=?";
protected function getUrl()
{
return sprintf($this->url, urlencode($this->keyword));
}
public function init()
{
$assetsDir = dirname(__FILE__).'/assets';
$cs = Yii::app()->getClientScript();
$cs->registerCoreScript("jquery");
// Publishing and registering JavaScript file
$cs->registerScriptFile(
Yii::app()->assetManager->publish(
$assetsDir.'/facebook_events.js'
),
CClientScript::POS_END
);
// Publishing and registering CSS file
$cs->registerCssFile(
Yii::app()->assetManager->publish(
$assetsDir.'/facebook_events.css'
)
);
// Publishing image. publish returns the actual URL
// asset can be accessed with
$this->loadingImageUrl = Yii::app()->assetManager->publish(
$assetsDir.'/ajax-loader.gif'
);
}
public function run()
{
$this->render("body", array(
'url' => $this->getUrl(),
'loadingImageUrl' => $this->loadingImageUrl,,
'keyword' => $this->keyword,
));
}
}
2. Now let's define body view we are using inside run method protected/
extensions/ facebook_events/views/body.php:
<div class="facebook-events" data-url="<?php echo $url?>">
<h2><?php echo $keyword?> events</h2>
<div class="data">
<?php echo CHtml::image($loadingImageUrl)?>
</div>
</div>
3. We will need to put the following into facebook_events.js:
jQuery(function($){
$(".facebook-events").each(function(){
var url = $(this).data("url");
var container = $(".data", this);
$.getJSON(url,function(json){
var html = "<ul>";
$.each(json.data,function(){
html += "<li>"+
"<p><strong>" + this.name + "</strong>
</p><p>"+this.location
"</p></li>";
});
html += "</ul>";
container.html(html);
});
});
});
4. Write the following in facebook_events.css created previously:
.facebook-events {
padding: 10px;
width: 400px;
float: left;
}
.facebook-events ul {
padding: 0;
}
.facebook-events li {
list-style: none;
border: 1px solid #ccc;
padding: 10px;
margin: 2px;
}
5. That is it. Our widget is ready. Let's use it. Open your protected/views/site/
index.php and add the following code to it:
<?php $this->widget("ext.facebook_events.EFacebookEvents", array(
'keyword' => 'php',
))?>
<?php $this->widget("ext.facebook_events.EFacebookEvents", array(
'keyword' => 'jquery',
))?>
6. Now, it is time to check our application homepage. There should be two blocks
with Facebook events named php events and jquery events,
How it works...
When we use $this->widget in the site/index view, two EFacebookEvents methods
are run: init which publishes assets and connects them to the page, and run which renders
widget HTML. First, we use CAssetManager::publish to copy our file into the assets
directory visible from the web. It returns URL that can be used to access the resource. In the
case of JavaScript and CSS, we use CClientScript methods that add necessary <script>
and <style> tags and prevent duplication. As for an image, we pass its URL to the body view
that uses it to render a placeholder with CHtml::image. When JavaScript is loaded, it makes
requests to Facebook API (described at http://developers.facebook.com/docs/api)
and replaces placeholder with the actual data received.
There's more...
There is more about working with assets.
What is inside the assets directory?
Let's check our assets directory. It should look similar to the following:
assets
1a6630a0\
main.css
2bb97318\
pager.css
4ab2ffe\
jquery.js
…
Directories such as 1a6630a0 are used to prevent collisions of files with similar names from
different directories. The name of the directory is a hash of complete path to the published
asset directory. Therefore, assets from the same directory are copied to the same place. This
means that if you publish both the image and the CSS file, you can reference images from
CSS using relative paths.
Publishing an entire directory
Using CAssetManager::publish, you can publish an entire directory recursively. The
difference is that single files are monitored after being published, whereas directories are not.

how to Prevent including a bundled jQuery

Sometimes, you need to suppress including a bundled jQuery. For example, if your project
code relies on version specific functionality. To achieve this, you need to configure a
clientScript application component using protected/config/main.php as follows:
return array(
// …
// application components
'components'=>array(
// …
'clientScript' => array(
'scriptMap' => array(
'jquery.js'=>false,
'jquery.min.js'=>false,
),
),
),
// …
);

Loading a block through AJAX in YII

Nowadays, it's common when a part of a page is loaded asynchronously. Let's implement
the quotes box which will display random quotes and will have the "Next quote" link to show
the next one.
Getting ready
ff Create a fresh Yii application using yiic webapp as described in the official guide
ff Configure application to use clean URLs
Carry out the following steps:
1. Create a new controller named protected/controllers/QuoteController.
php as follows:
<?php
class QuoteController extends Controller
{
private $quotes = array(
array('Walking on water and developing software from a
specification are easy if both are frozen.', 'Edward V Berard'),
array('It always takes longer than you expect, even when you
take into account Hofstadter&rsquo;s Law.', 'Hofstadter&rsquo;s
Law'),
array('Always code as if the guy who ends up maintaining
your code will be a violent psychopath who knows where you live.',
'Rick Osborne'),
array('I have always wished for my computer to be as easy to
use as my telephone; my wish has come true because I can no longer
figure out how to use my telephone.', 'Bjarne Stroustrup'),
array('Java is to JavaScript what Car is to Carpet.', 'Chris
Heilmann'),
);
private function getRandomQuote()
{
return $this->quotes[array_rand($this->quotes, 1)];
}
function actionIndex()
{
$this->render('index', array(
'quote' => $this->getRandomQuote()
));
}
function actionGetQuote()
{
$this->renderPartial('_quote', array(
'quote' => $this->getRandomQuote(),
));
}
}
2. We will require two views. The first is protected/views/quote/index.php:
<h2>Quote of the day</h2>
<div id="quote-of-the-day">
<?php $this->renderPartial('_quote', array(
'quote' => $quote,
))?>
</div>
<?php echo CHtml::ajaxLink('Next quote', array('getQuote'),
array('update' => '#quote-of-the-day'))?>
The second view named protected/views/quote/_quote.php is as follows:
&ldquo;<?php echo $quote[0]?>&rdquo;, <?php echo $quote[1]?>
3. That is it. Now, try to access your quote controller and click on the Next quote link,
How it works...
First, we define a list of quotes in the controller's private property $quotes and create
a method to get a random quote. In a real application, you will probably get a quote from a
database using DAO or an active record.
Then, we define a view for the index action and _quote which is used in the getQuote
action that renders it without layout and the index view as a partial. In the index action,
we use CHtml::ajaxLink to create a link which makes a request to the getQuote action
and updates the HTML element with the ID of quote-of-the-day. This is done with a
response CHtml::ajaxLink that generates the following code in the resulting HTML page
(reformatted):
<script type="text/javascript">
/*<![CDATA[*/
jQuery(function($) {
jQuery('body').delegate('#yt0','click',function(){jQuery.ajax({
'url':'/quote/getQuote',
'cache':false,
'success':function(html){
jQuery("#quote-of-the-day").html(html)
}
});
return false;
});
});
/*]]>*/
</script>
As jQuery is being used, Yii includes it in the page automatically and does it only once, no
matter how many times we are using it.If you want to customize the success callback, then you can do this by setting it through a
third parameter as follows:
<?php echo CHtml::ajaxLink('Next quote', array('getQuote'),
array('success' => 'js:function(data){
alert(data);
}'))?>

learn yii framework : Topic 3 AJAX and jQuery

Yii's client side is built with jQuery—the most widely used JavaScript library which is very
powerful and simple to learn and use. In this chapter, we will focus on Yii-specific tricks
rather than jQuery itself. If you need to learn more about jQuery, then please refer to its
documentation at http://docs.jquery.com/.
Loading a block through AJAX

we will cover in this Topic :
 Loading a block through AJAX
 Managing assets
 Including resources into the page
Working with JSON
 Passing configuration from PHP to JavaScript
 Handling variable number of inputs

Paginating and sorting data in YII framework

In latest Yii releases, accent was moved from using Active Record directly to grids, lists, and
data providers. Still, sometimes it is better to use active record directly. Let's see how to list
paginated AR records with ability to sort them.
Getting ready
1. Setup a new application using yiic webapp.
2. Create a database structure table post with id and title fields, add 10—20
records.
3. Generate Post model using Gii.
How to do it...
1. First, you need to create protected/controllers/PostController.php:
class PostController extends Controller
{
function actionIndex()
{
$criteria = new CDbCriteria();
$count=Post::model()->count($criteria);
$pages=new CPagination($count);
// elements per page
$pages->pageSize=5;
$pages->applyLimit($criteria);
// sorting
$sort = new CSort('Post');
$sort->attributes = array(
'id',
'title',
);
$sort->applyOrder($criteria);
$models = Post::model()->findAll($criteria);
$this->render('index', array(
'models' => $models,
'pages' => $pages,
'sort' => $sort,
));
}
}
2. Now, let's implement protected/views/post/index.php as follows:
<p><?php echo $sort->link('id')?></p>
<p><?php echo $sort->link('title')?></p>
<ol>
<?php foreach($models as $model):?>
<li>
<h2><?php echo $model->id?> - <?php echo $model->title?></h2>
</li>
<?php endforeach?>
</ol>
<?php $this->widget('CLinkPager', array(
'pages' => $pages,
))?>
3. Try to load http://example.com/post. You should get a working pagination and
links that allow sorting list by ID or by title.
How it works...
First, we get total models count and initialize new pagination component instance with it.
Then, we use the applyLimit method to apply limit and offset to criteria we have used for
count request. After that, we create sorter instance for the model, specifying model attributes
we want to sort by and applying order conditions to criteria by calling applyOrder. Then, we
pass modified criteria to findAll. At this step, we have models list, pages, data used for link
pager, and sorter that we use to generate sorting links.
In a view, we are using data we gathered. First, we are generating links with CSort::link
method. Then, we are listing models. Finally, using CLinkPager widgets we are rendering
pagination control.

Defining multiple layouts in YII Frameworks

Most applications use a single layout for all their views. However, there are situations when
multiple layouts are needed. For example, an application can use different layouts at different
pages: Two additional columns for blog, one additional column for articles, and no additional
columns for portfolio.
Getting ready
Set up a new application using yiic webapp.
How to do it...
1. Create two layouts in protected/views/layouts: blog and articles. Blog will
contain the following code:
<?php $this->beginContent('//layouts/main')?>
<div>
<?php echo $content?>
</div>
<div class="sidebar tags">
<ul>
<li><a href="#php">PHP</a></li>
<li><a href="#yii">Yii</a></li>
</ul>
</div>
<div class="sidebar links">
<ul>
<li><a href="http://yiiframework.com/">Yiiframework</a></li>
<li><a href="http://php.net/">PHP</a></li>
</ul>
</div>
<?php $this->endContent()?>
2. Articles will contain the following code:
<?php $this->beginContent('//layouts/main')?>
<div>
<?php echo $content?>
</div>
<div class="sidebar toc">
<ul>
<li><a href="#intro">1. Introduction</a></li>
<li><a href="#quick-start">2. Quick start</a></li>
</ul>
</div>
<?php $this->endContent()?>
3. Create three controllers named BlogController, ArticleController, and
PortfolioController with index actions in both:
class BlogController extends Controller
{
function actionIndex()
{
$this->layout = 'blog';
$this->render('//site/index');
}
}
class ArticleController extends Controller
{
function actionIndex()
{
$this->layout = 'articles';
$this->render('//site/index');
}
}
class PortfolioController extends Controller
{
function actionIndex()
{
$this->render('//site/index');
}
}
4. Now try http://example.com/blog, http://example.com/article, and
http://example.com/portfolio.
How it works...
We defined two additional layouts for blog and articles. As we don't want to copy-paste
common parts from the main layout, we apply additional layout decorators using $this-
>beginContent and $this->endContent, as shown on the following diagram:
So, we are using a view rendered inside articles layout as main's $content.

Using decorators in YII frameworks

In Yii, we can enclose content into a decorator. The common usage of decorators is
layout. Yes, when you are rendering a view using the render method of your controller, Yii
automatically decorates it with the main layout. Let's create a simple decorator that will
properly format quotes.
Getting ready
Set up a new application using yiic webapp.
How to do it...
1. First, we will create a decorator file protected/views/decorators/quote.php:
<div class="quote">
&ldquo;<?php echo $content?>&rdquo;, <?php echo $author?>
</div>
2. Now in protected/views/site/index.php, we will use our decorator:
<?php $this->beginContent('//decorators/quote', array('author' =>
'Edward A. Murphy'))?>
If anything bad can happen, it probably will
<?php $this->endContent()?>
3. Now, your homepage should include the following markup:
<div class="quote">
&ldquo;If anything bad can happen, it probably will&rdquo;,
Edward A. Murphy
</div>
How it works...
Decorators are pretty simple. Everything between beginContent and endContent
is rendered into a $content variable and passed into a decorator template. Then, the
decorator template is rendered and inserted in the place where endContent was called. We
can pass additional variables into decorator using a second parameter of beginContent,
such as the one we did for the author.

Using clips in YII

One of the Yii features you can use in your views is clips. The basic idea is that you can record
some output and then reuse it later in a view. A good example will be defining additional
content regions for your layout and filling them elsewhere.
Getting ready
Set up a new application using yiic webapp.
How to do it...
1. For our example, we need to define two regions in our layout: beforeContent and
footer. Open protected/views/layouts/main.php and insert the following
just before the content output (<?php echo $content; ?>):
<?php if(!empty($this->clips['beforeContent'])) echo
$this->clips['beforeContent']?>
Then, insert the following into <div id="footer">:
<?php if(!empty($this->clips['footer'])) echo
$this->clips['footer']?>
2. That is it. Now, we need to fill these regions somehow. We will use a controller
action for the beforeContent region. Open protected/controllers/
SiteController.php and add the following to actionIndex:
$this->beginClip('beforeContent');
echo 'Your IP is '.Yii::app()->request->userHostAddress;
$this->endClip();
3. As for footer, we will set its content from a view. Open protected/views/site/
index.php and add the following:
<?php $this->beginClip('footer')?>
This application was built with Yii.
<?php $this->endClip()?>
4. Now, when you open your website's index page, you should get your IP just before the
page content and "built with" note in the footer.
How it works...
We mark regions with the code that just checks for existence of a clip specified and, if
clip exists, the code outputs it. Then, we record content for clips we defined using special
controller methods named beginClip and endClip.

Reusing views with partials in YII frameworks

Yii supports partials, so if you have a block without much logic that you want to reuse or want
to implement e-mail templates, partials are the right way to look.
Getting ready
1. Set up a new application using yiic webapp.
2. Create a WebsiteController as follows:
class WebsiteController extends CController
{
function actionIndex()
{
$this->render('index');
}
}
How to do it...
We will start with a reusable block. For example, we need to embed a YouTube video at
several website pages. Let's implement a reusable template for it.
1. Create a view file named protected/views/common/youtube.php and paste an
embed code from YouTube. You will get something like:
<object width="480" height="385"><param name="movie"
value="http://www.youtube.com/v/S6u7ylr0zIg?fs=1 "></
param><param name="allowFullScreen" value="true"></
param><param name="allowscriptaccess" value="always"></
param><embed src="http://www.youtube.com/v/S6u7ylr0zIg?fs=1"
type="application/x-shockwave-flash" allowscriptaccess="always"
allowfullscreen="true" width="480" height="385"></embed></object>
2. Now, we need to make it reusable. We want to be able to set video ID, width, and
height. Let's make width and height optional, as follows:
<object width="<?php echo!empty($width) ? $width : 480?>"
height="<?php echo!empty($height) ? $height: 385?>"><param
name="movie" value="http://www.youtube.com/v/<?php echo
$id?>?fs=1 "></param><param name="allowFullScreen" value="true"></
param><param name="allowscriptaccess" value="always"></
param><embed src="http://www.youtube.com/v/<?php echo $id?>?fs=1"
type="application/x-shockwave-flash" allowscriptaccess="always"
allowfullscreen="true" width="<?php echo !empty($width) ? $width
: 480?>" height="<?php echo !empty($height) ? $height: 385?>"></
embed></object>
3. Now, you can use it in your protected/views/website/index.php like this:
<?php $this->renderPartial('////common/youtube', array(
'id' => '8Rp-CaIKvQs', // you can get this id by simply looking
at video URL
'width' => 320,
'height' => 256,
))?>
Looks better, right? Note that we have used // to reference a view. This means that
Yii will look for a view starting from protected/views not taking controller name
into account.
4. Now, let's send some e-mails. As we are unable to write unique letters to thousands
of users, we will use a template but will make it customized. Let's add a new method
to protected/controllers/WebsiteController.php as follows:
class WebsiteController extends CController
{
function actionSendmails()
{
$users = User::model->findAll();
foreach($users as $user)
{
$this->sendEmail('welcome', $user->email, 'Welcome to the
website!', array('user' => $user));
}
echo 'Emails were sent.';
}
function sendEmail($template, $to, $subject, $data)
{
mail($to, $subject, $this->renderPartial
('//email/'.$template, $data, true));
}
}
5. Here is our template protected/views/email/welcome.php:
Hello <?php echo $user->name?>,
Welcome to the website!
You can go check our new videos section. There are funny raccoons.
Yours,
Website team.
How it works...
CController::renderPartial does the same template processing as
CController::render except the former does not use layout. As we can access current
controller in a view using $this, we can use its renderPartial to use view within another
view. renderPartial is also useful when dealing with AJAX as you don't need layout
rendered in this case.

yii framework Using controller context in a view

Yii views are pretty powerful and have many features. One of them is that you can use
controller context in a view. So, let's try it.
Getting ready
Set up a new application using yiic webapp.
How to do it...
1. Create a controller as follows:
class WebsiteController extends CController
{
function actionIndex()
{
$this->pageTitle = 'Controller context test';
$this->render('index');
}
function hello()
{
if(!empty($_GET['name']))
echo 'Hello, '.$_GET['name'].'!';
}
}
2. Now, we will create a view showing what we can do:
<h1><?php echo $this->pageTitle?></h1>
<p>Hello call. <?php $this->hello()?></p>
<?php $this->widget('zii.widgets.CMenu',array(
'items'=>array(
array('label'=>'Home', 'url'=>array('index')),
array('label'=>'Yiiframework home',
'url'=>'http://yiiframework.ru/',
),
))?>
How it works...
We are using $this in a view to refer to a currently running controller. When doing it, we can
call a controller method and access its properties. The most useful property is pageTitle
which refers to the current page title and there are many built-in methods that are extremely
useful in views such as renderPartials and widget.

Using flash messages in YII

When you are editing a model with a form, when you are deleting a model, or doing any
other operation, it is good to tell users if it went fine or if there was an error. Typically, after
some kind of action, such as editing a form, a redirect will happen and we need to display a
message on the page we want to go to. However, how to pass it from the current page to the
redirect target and clean afterwards? Flash messages will help us.
Getting ready
Set up a new application using yiic webapp.
How to do it...
1. Let's create a protected/controllers/WebsiteController.php controller
as follows:
class WebsiteController extends CController
{
function actionOk()
{
Yii::app()->user->setFlash('success', 'Everything went
fine!');
$this->redirect('index');
}
function actionBad()
{
Yii::app()->user->setFlash('error', 'Everything went
wrong!');
$this->redirect('index');
}
function actionIndex()
{
$this->render('index');
}
}
2. Additionally, create the protected/views/website/index.php view as follows:
<?php if(Yii::app()->user->hasFlash('success')):?>
<div class="flash-notice">
<?php echo Yii::app()->user->getFlash('success')?>
</div>
<?php endif?>
<?php if(Yii::app()->user->hasFlash('error')):?>
<div class="flash-error">
<?php echo Yii::app()->user->getFlash('error')?>
</div>
<?php endif?>
3. Now, if we go to http://example.com/website/ok, we'll be redirected to
http://example.com/website/index and a success message will be displayed.
Moreover, if we go to http://example.com/website/bad, we will be redirected
to the same page, but with an error message. Refreshing the index page will hide
the message.
How it works...
We are setting a flash message with Yii::app()->user->setFlash('success',
'Everything went fine!'), for example, calling CWebUser::setFlash. Internally,
it is saving a message into a user state, so in the lowest level, our message is being kept in
$_SESSION until Yii::app()->user->getFlash('success') is called and the
$_SESSION key is deleted.

Displaying static pages with CViewAction in YII

If you have a few static pages and aren't going to change them very frequently, then it's not
worth querying database and implementing a page management for them.
Getting ready
Set up a new application using yiic webapp.
How to do it...
1. We just need to connect CViewAction to our controller.
class SiteController extends CController
{
function actions()
{
return array(
'page'=>array(
'class'=>'CViewAction',
),
);
}
}
2. Now, put your pages into protected/views/site/pages. Name them
about.php and contact.php.
3. Now, you can try your pages by typing:
http://example.com/index.php?r=site/page&view=contact
Alternatively, you can type the following:
http://example.com/site/page/view/about
If you have configured clean URLs with path format.
How it works...
We are connecting external action named CViewAction that simply tries to find a view
named the same as the $_GET parameter supplied. If it is there, it displays it. If not, then
it will give you 404 Not found page.

Using external actions in YII

In Yii, you can define controller actions as separate classes and then connect them to your
controllers. This way, you can reuse some common functionality.
For example, you can move backend for autocomplete fields to an action and save some time
by not having to write it over and over again.
Another simple example that we will review is deleting a model.
Getting ready
1. Set up a new application using yiic webapp.
2. Create a DB schema with the following script:
CREATE TABLE `post` (
`id` int(10) unsigned NOT NULL auto_increment,
`created_on` int(11) unsigned NOT NULL,
`title` varchar(255) NOT NULL,
`content` text NOT NULL,
PRIMARY KEY (`id`)
);
CREATE TABLE `user` (
`id` int(10) unsigned NOT NULL auto_increment,
`username` varchar(200) NOT NULL,
`password` char(40) NOT NULL,
PRIMARY KEY (`id`)
);
3. Generate Post and User models using Gii.
How to do it...
1. Let's write a usual delete action for posts first, as follows:
class PostController extends CController
{
function actionIndex()
{
$posts = Post::model()->findAll();
$this->render('index', array(
'posts' => $posts,
));}
function actionDelete($id)
{
$post = Post::model()->findByPk($id);
if(!$post)
throw new CHttpException(404);
if($post->delete())
$this->redirect('post/index');
throw new CHttpException(500);
}
}
We have defined two actions. One lists all posts and another deletes a post specified
if it exists and redirects back to index action.
2. Now, let's do the same in a separate action class. Create DeleteAction.php in
your protected/components directory as follows:
class DeleteAction extends CAction
{
function run()
{
if(empty($_GET['id']))
throw new CHttpException(404);
$post = Post::model()->findByPk($_GET['id']);
if(!$post)
throw new CHttpException(404);
if($post->delete())
$this->redirect('post/index');
throw new CHttpException(500);
}
}
3. Let's use it inside our controller. Delete actionDelete, we will not need it anymore.
Then, add the actions method:
class PostController extends CController
{
function actions()
{
return array(
'delete' => 'DeleteAction',
);
}
…
}
4. OK. Now, we are using external delete action for post controller, but what about the
user controller? To use our DeleteAction with UserController we need to
customize it first. We do this as follows:
class DeleteAction extends CAction
{
public $pk = 'id';
public $redirectTo = 'index';
public $modelClass;
function run()
{
if(empty($_GET[$this->pk]))
throw new CHttpException(404);
$model = CActiveRecord::model($this->modelClass)
->findByPk($_GET[$this->pk]);
if(!$model)
throw new CHttpException(404);
if($model->delete())
$this->redirect($this->redirectTo);
throw new CHttpException(500);
}
}
5. Now, we can use this action for both post controller and user controller. For post
controller, we do this as follows:
class PostController extends CController
{
function actions()
{
return array(
'delete' => array('class' => 'DeleteAction',
'modelClass' => 'Post',
);
);
}
…
}
6. For user controller, we do this as follows:
class UserController extends CController
{
function actions()
{
return array(
'delete' => array(
'class' => 'DeleteAction',
'modelClass' => 'User',
);
);
}
…
}
7. This way, you can save yourself a lot of time by implementing and reusing external
actions for tasks of a similar type.
How it works...
Every controller can be built from external actions like a puzzle from pieces. The difference
is that you can make external actions very flexible and reuse them in many places. In the
final version of DeleteAction, we defined some public properties. As DeleteAction is
a component, we can set its properties through config. In our case, we pass config into the
actions controller method used to add actions to a module.

Using base controller in YII

In many frameworks, the concept of a base controller that is being extended by other ones is
described right in the guide. In Yii, it is not in the guide as you can achieve flexibility in many
other ways. Still, using base controller is possible and can be useful.
Getting ready
A new application using yiic webapp is to be set up.
Let's say we want to add some controllers that will be accessible only when the user is
logged in. We can surely set this constraint for each controller separately, but we will do
it in a better way.
How to do it...
1. First, we will need a base controller that our user-only controllers will use. Let's create
SecureController.php in protected/components with the following code:
<?php
class SecureController extends Controller
{
public function filters()
{
return array(
'accessControl',
);
}
public function accessRules()
{
return array(
array('allow',
'users'=>array('@'),
),
array('deny',
'users'=>array('*'),
),
);
}
}
2. Now, go to the Gii controller generator and enter SecureController into the Base
Class field. You will get something like this:
class TestController extends SecureController
{
public function actionIndex()
{
$this->render('index');
}
…
}
3. Now, your TestController index will be only accessible if the user is logged in,
even though we have not declared it explicitly in the TestController class.
How it works...
The trick is nothing more than a basic class inheritance. If filters or accessRules is not
found in TestController, then it will be called from SecureController.

Providing your own URL rules at runtime in YII framework

When you are developing an application with pluggable module architecture, you most likely
need to somehow inject your module-specific rules into an existing application.
Getting ready
1. Set up a new application using yiic webapp.
2. Add .htaccess, shown in official URL Management guide to your webroot.
3. Add 'showScriptName' => false to your URL manager configuration.
4. Generate the page module using Gii.
5. Don't forget to add your new module to the modules list in your application
configuration.
How to do it...
1. Create ModuleUrlManager.php in your protected/components directory with
the following code inside:
<?php
class ModuleUrlManager
{
static function collectRules()
{
if(!empty(Yii::app()->modules))
{
foreach(Yii::app()->modules as $moduleName => $config)
{
$module = Yii::app()->getModule($moduleName);
if(!empty($module->urlRules))
{
Yii::app()->getUrlManager()->addRules
($module->urlRules);
}
}
}
return true;
}
}
2. In your application configuration, add the following line:
'onBeginRequest' => array('ModuleUrlManager', 'collectRules'),
3. Now, in your page module, you can add custom rules. To do so, open PageModule.
php and add:
public $urlRules = array(
'test' => 'page/default/index',
);
4. To test if it works, open your browser and go to http://example.com/test.
This is the view content for action "index". The action belongs to the controller
"DefaultController" in the "page" module.
5. You still can override URL rules from your main application configuration file. So, what
you specify in module's urlRules is used only when the main application rules are
not matching.
Let's review the ModuleUrlManager::collectRules method.
If there are modules defined in our application, then we are checking if urlRules public
property exists. If it does, then there are some rules defined in the module and they are
added using CUrlManager::addRules.
CUrlManager::addRules description says "In order to make the new rules effective, this
method must be called before CWebApplication::processRequest".
Now, let's check how our application works. In our index.php, we have the following line:
Yii::createWebApplication($config)->run();
After being initialized with configuration, we are calling CWebApplication::run():
public function run()
{
if($this->hasEventHandler('onBeginRequest'))
$this->onBeginRequest(new CEvent($this));
$this->processRequest();
if($this->hasEventHandler('onEndRequest'))
$this->onEndRequest(new CEvent($this));
}
As we can see, there is an onBeginRequest event raised just before calling
processRequest. That is why we are attaching our class method to it.
There's more...
As instantiating all application modules on every request is not good for performance, it is
good to cache module rules. Caching strategy can vary depending on your application. Let's
implement a simple one:
<?php
class ModuleUrlManager
{
static function collectRules()
{
if(!empty(Yii::app()->modules))
{
$cache = Yii::app()->getCache();
foreach(Yii::app()->modules as $moduleName => $config)
{
$urlRules = false;
if($cache)
$urlRules = $cache->get('module.urls.'.$moduleName);
if($urlRules===false){
$urlRules = array();
$module = Yii::app()->getModule($moduleName);
if(isset($module->urlRules))
$urlRules = $module->urlRules;
if($cache)
$cache->set('module.urls.'.$moduleName, $urlRules);
}
if(!empty($urlRules))
Yii::app()->getUrlManager()->addRules($urlRules);
}
}
return true;
}
}
This implementation caches URL rules per module. So, adding new modules is not
a problem but changing existing ones requires you to flush cache manually using
Yii::app()->cache->flush().

Creating URL rules for static pages in YII framework

A website typically contains some static pages. Usually, they are /about, /contact, /tos,
and so on, and it is common to handle these pages in a single controller action. Let's find a
way to create URL rules for these types of pages

1. Create a fresh Yii application using yiic webapp as described in the official guide
and find your protected/config/main.php. It should contain the following:
// application components
'components'=>array(
…
// uncomment the following to enable URLs in path-format
/*
'urlManager'=>array(
'urlFormat'=>'path',
'rules'=>array(
'<controller:\w+>/<id:\d+>'=>'<controller>/view',
'<controller:\w+>/<action:\w+>/<id:\
d+>'=>'<controller>/<action>',
'<controller:\w+>/<action:\w+>'=>'<controller>/<action>',
),
),
2. Delete everything from rules as we are going to start from scratch.
3. In your protected/controllers, create WebsiteController with the
following code:
class WebsiteController extends CController
{
public function actionPage($alias)
{
echo "Page is $alias.";
}
}
4. Configure your application server to use clean URLs. If you are using Apache with
mod_rewrite and AllowOverride turned on you should add the following lines to
the .htaccess file under your webroot folder:
Options +FollowSymLinks
IndexIgnore */*
RewriteEngine on
# if a directory or a file exists, use it directly
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
# otherwise forward it to index.php
RewriteRule . index.php
The most straightforward way is defining a rule for each page:
'<alias:about>' => 'website/page',
'<alias:contact>' => 'website/page',
'<alias:tos>' => 'website/page',
Using regular expressions, we can compact it to a single rule:
'<alias:(about|contact|tos)>' => 'website/page',
Now, what if we want the URL to be /tos and an alias parameter to be terms_of_service?
No problem, we can use default parameters to achieve it:
'tos' => array('website/page', 'defaultParams' => array('alias' =>
'terms_of_service')),
OK. What if we have many pages and want to be able to dynamically create pages without
adding more rules or changing existing ones?
We can achieve this with the following rule:
'<alias>' => 'website/page'
As this rule matches everything, we need to place it last, so it won't affect all other rules. In
addition, default rules with one slug, such as controller name will stop working. To overcome
this issue, we need to add default rules which we deleted in the Getting ready section of
this recipe.
How it works...
Let's read rules we just wrote.
'<alias:about>' => 'website/page',
If the URL is /about, then pass it as the alias parameter to website/page.
'<alias:(about|contact|tos)>' => 'website/page',
If the URL is /about or /contact or /tos, then pass it as the alias parameter to
website/page.
'tos' => array('website/page', 'defaultParams' => array('alias' =>
'terms_of_service')),
When the URL is /tos, pass terms_of_service as the alias parameter value.

This rule is a bit special because it uses default parameter option. Default parameter allows
you to set a value that will be used if parameter with name specified is omitted. When you
need to specify an option for the rule, you should use an array notation:
'pattern' => array('internal/route', 'option' => 'value', 'option' =>
'value', …),

Using regular expressions in URL rules in YII

One of the "hidden" features of Yii URL router is that you can use regular expressions that are
pretty powerful when it comes to strings handling.
Getting ready
1. Create a fresh Yii application using yiic webapp as described in the official guide
and find your protected/config/main.php. It should contain the following:
// application components
'components'=>array(
…
// uncomment the following to enable URLs in path-format
/*
'urlManager'=>array(
'urlFormat'=>'path',
'rules'=>array(
'<controller:\w+>/<id:\d+>'=>'<controller>/view',
'<controller:\w+>/<action:\w+>/<id:\
d+>'=>'<controller>/<action>',
'<controller:\w+>/<action:\w+>'=>'<controller>/<action>',
),
),
2. Delete everything from rules as we are going to start from scratch.
3. In your protected/controllers, create PostController.php with the
following code inside:
class PostController extends CController
{
public function actionView($alias)
{
echo "Showing post with alias $alias.";
}
public function actionIndex($order = 'DESC')
{
echo "Showing posts ordered $order.";
}
public function actionHello($name)
{
echo "Hello, $name!";
}
}
This is our application controller we are going to access using our custom URLs.
4. Configure your application server to use clean URLs. If you are using Apache with
mod_rewrite and AllowOverride turned on, then you should add the following
lines to the .htaccess file under your webroot folder:
Options +FollowSymLinks
IndexIgnore */*
RewriteEngine on
# if a directory or a file exists, use it directly
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
# otherwise forward it to index.php
RewriteRule . index.php
How to do it...
We want our PostController actions to accept parameters according to some rules and
give "404 not found" HTTP response for all parameters that do not match. In addition, post
index should have an alias URL archive.
Let's use regular expressions to achieve it:
'post/<alias:[-a-z]+>' => 'post/view',
'(posts|archive)' => 'post/index',
'(posts|archive)/<order:(DESC|ASC)>' => 'post/index',
'sayhello/<name>' => 'post/hello',
Now, you can try the following URLs:
// success
http://example.com/post/test-post
// fail
http://example.com/post/another_post
// success
http://example.com/posts
// success
http://example.com/archive
// fail
http://example.com/archive/test
// success
http://example.com/posts/ASC
// success
The following screenshot shows that the URL http://example.com/post/test-post
has run successfully:
How it works...
You can use regular expressions in both parameter definition and the rest of the rule. Let's
read our rules one by one.
'post/<alias:[-a-z]+>' => 'post/view',
Alias parameter should contain one or more English letter or a dash. No other symbols
are allowed.
'(posts|archive)' => 'post/index',
Both posts and archive are leading to post/index.
'(posts|archive)/<order:(DESC|ASC)>' => 'post/index',
Both posts and archive are leading to post/index. Order parameter can only accept
two values: DESC and ASC.
'sayhello/<name>' => 'post/hello',
You should specify the name part but there are no restrictions on what characters are allowed.
Note that regardless of the rule used, the developer should never assume that input data
is safe.

Generating URLs by path in YII

Yii allows you not only to route your URLs to different controller actions but also to generate a
URL by specifying a proper internal route and its parameters. This is really useful because you
can focus on internal routes while developing your application and care about real URLs only
before going live.
1. Create a fresh Yii application using yiic webapp as described in the official guide
and find your protected/config/main.php. Replace rules array as follows:
// application components
'components'=>array(
…
// uncomment the following to enable URLs in path-format
/*
'urlManager'=>array(
'urlFormat'=>'path',
'rules'=>array(
'<alias:about>' => 'website/page',
'page/about/<alias:authors>' => 'website/page',
'page/<alias>' => 'website/page',
),
2. In your protected/controllers, create WebsiteController with the following
code inside:
class WebsiteController extends CController
{
public function actionIndex()
{
echo "index";
}
public function actionPage($alias)
{
echo "Page is $alias.";
}
}
This is our application controller that we are going to generate custom URLs for.
3. Configure your application server to use clean URLs. If you are using Apache with
mod_rewrite and AllowOverride turned on, then you should add the following
lines to the .htaccess file under your webroot folder:
Options +FollowSymLinks
IndexIgnore */*
RewriteEngine on
# if a directory or a file exists, use it directly
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
# otherwise forward it to index.php
RewriteRule . index.php

how url reqriting works in YII

Let's review what was done and why it works. We'll start with the right part of the first rule:
'home' => 'website/index',
What is website/index exactly?
In the Yii application, each controller and its actions have corresponding internal routes. A
format for an internal route is moduleID/controllerID/actionID. For example, the
actionPage method of WebsiteController corresponds to the website/page route.
So, in order to get the controller ID, you should take its name without the Controller postfix
and make its first letter lowercased. To get an action ID, you should take action method name
without the action prefix and, again, make its first letter lowercased.
Now, what is home?
To understand it in a better way, we need to know, at least perfunctorily, what's happening
when we access our application using different URLs.
When we are using /home, URL router checks our rules one by one starting from the top trying
to match URL entered with the rule. If the match is found, then the router is getting controller
and its action from an internal route assigned to the rule and is executing it. So, /home is the
URL pattern that defines which URLs will be processed by the rule it belongs to.You can create parameterized rules using a special syntax. Let's review the third rule:
'page/<alias>' => 'website/page',
Here, we are defining an alias parameter that should be specified in URL after
/page/. It can be virtually anything and it will be passed as $alias parameter to
WebsiteController::actionPage($alias).
You can define a pattern for such a parameter. We did it for the second rule:
'<alias:about>' => 'website/page',
Alias here should match about or else, the rule will not be applied

Configuring URL rules in YII

Yii URL router is quite powerful and does two main tasks: it resolves URLs into internal routes
and creates URLs from these routes. Router rules description is scattered over the official Yii
guide and API docs. Let's try to understand how to configure application rules by example.
Getting ready
1. Create a fresh Yii application using yiic webapp as described in the official guide
(http://www.yiiframework.com/doc/guide/) and find your protected/
config/main.php. It should contain the following:
// application components
'components'=>array(
…
// uncomment the following to enable URLs in path-format
/*
'urlManager'=>array(
'urlFormat'=>'path',
'rules'=>array(
'<controller:\w+>/<id:\d+>'=>'<controller>/view',
'<controller:\w+>/<action:\w+>/<id:\
d+>'=>'<controller>/<action>',
'<controller:\w+>/<action:\w+>'=>'<controller>/<action>',
),
),
2. Delete everything from rules as we are going to start from scratch.
3. In your protected/controllers, create WebsiteController.php with the
following code inside:
class WebsiteController extends CController
{
public function actionIndex()
{
echo "index";
}
public function actionPage($alias)
{
echo "Page is $alias.";
}
}
This is the application controller we are going to customize URLs for.
4. Configure your application server to use clean URLs. If you are using Apache with
mod_rewrite and AllowOverride turned on, then you should add the following
lines to the .htaccess file under your webroot folder:
Options +FollowSymLinks
IndexIgnore */*
RewriteEngine on
# if a directory or a file exists, use it directly
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
# otherwise forward it to index.php
RewriteRule . index.php
How to do it...
Our website should display the index page at /home and all other pages at /page/<alias_
here>. Additionally, /about should lead to a page with alias about.
1. Add the following to your rules in protected/config/main.php:
'home' => 'website/index',
'<alias:about>' => 'website/page',
'page/<alias>' => 'website/page',
2. After saving your changes, you should be able to browse the following URLs:
‰‰ /home
‰‰ /about
‰‰ /page/about
‰‰ /page/test