6 CodeIgniter Hacks for the Masters
CodeIgniter is a simple and powerful open source web application framework for PHP. Today, we'll do some core "hacks" to this framework to change and improve its functionality. In the process, you'll gain a better understanding of the intricacies of CodeIgniter.
Disclaimer
- It is not recommended to apply these hacks to an existing project. Since they change some of CodeIgniter's core functionality, it can break the existing code.
- As of this writing, CodeIgniter 1.7.2 is the latest stable release. These hacks are not guaranteed to work for future (or past) releases.
- Even though CodeIgniter is designed to be PHP 4 compatible, some of these hacks are not. So you will need a server with PHP 5 installed.
- When you make any changes to the files inside the system folder, you should document it somewhere for future reference. Next time you upgrade CodeIgniter (even though they do not release updates very often), you may need to reapply those changes.
1. Autoloading Models PHP 5 Style
The Goal



On the left side, you see the regular way of loading a model in CodeIgniter, from within a Controller. After this hack, we will be able to create objects directly. The code is cleaner, and your IDE will be able to recognize the object types. This enables IDE features such as auto-complete, or previewing documentation.
There are two more side effects of this hack. First, you are no longer required to extend the Model class:



And you no longer have to add a require_once call before you do model class inheritance.



The Hack
All we need to do is add a PHP 5 style autoloader function.
Add this code to the bottom of system/application/config/config.php:
1 |
<?php
|
2 |
// ...
|
3 |
|
4 |
function __autoload($class) { |
5 |
if (file_exists(APPPATH."models/".strtolower($class).EXT)) { |
6 |
include_once(APPPATH."models/".strtolower($class).EXT); |
7 |
}
|
8 |
}
|
9 |
?>
|
If you are interested in applying this hack for controllers too, you can use this code instead:
1 |
<?php
|
2 |
// ...
|
3 |
|
4 |
function __autoload($class) { |
5 |
if (file_exists(APPPATH."models/".strtolower($class).EXT)) { |
6 |
include_once(APPPATH."models/".strtolower($class).EXT); |
7 |
} else if (file_exists(APPPATH."controllers/".strtolower($class).EXT)) { |
8 |
include_once(APPPATH."controllers/".strtolower($class).EXT); |
9 |
}
|
10 |
}
|
11 |
?>
|
Any time you try to use a class that is not defined, this __autoload function is called first. It takes care of loading the class file.
2. Prevent Model-Controller Name Collision
The Goal
Normally, you can not have the same class name for a Model and a Controller. Let's say you created a model name Post:
1 |
class Post extends Model { |
2 |
|
3 |
// ...
|
4 |
|
5 |
}
|
Now you can not have a URL like this:
1 |
http://www.mysite.com/post/display/13 |
The reason is because that would require you to also have a Controller class named 'Post.' Creating such a class would result in a fatal PHP error.
But with this hack, it will become possible. And the Controller for that URL will look like this:
1 |
// application/controllers/post.php
|
2 |
|
3 |
class Post_controller extends Controller { |
4 |
|
5 |
// ...
|
6 |
|
7 |
}
|
Note the '_controller' suffix.
The Hack
To get around this issue, normally most people add the '_model' suffix to the Model class names (eg. Post_model). Model objects are created and referenced all over the application, so it might seem a bit silly to have all of these names with '_model' floating around. I think it is better to add a suffix to the Controllers instead, since they are almost never referenced by their class names in your code.
First we need to extend the Router class. Create this file: "application/libraries/MY_Router.php"
1 |
class MY_Router extends CI_Router { |
2 |
var $suffix = '_controller'; |
3 |
|
4 |
function MY_Router() { |
5 |
parent::CI_Router(); |
6 |
}
|
7 |
|
8 |
function set_class($class) { |
9 |
$this->class = $class . $this->suffix; |
10 |
}
|
11 |
|
12 |
function controller_name() { |
13 |
|
14 |
if (strstr($this->class, $this->suffix)) { |
15 |
return str_replace($this->suffix, '', $this->class); |
16 |
}
|
17 |
else { |
18 |
return $this->class; |
19 |
}
|
20 |
|
21 |
}
|
22 |
}
|
Now edit "system/codeigniter/CodeIgniter.php" line 153:
1 |
if ( ! file_exists(APPPATH.'controllers/'.$RTR->fetch_directory().$RTR->controller_name().EXT)) |
Same file, line 158:
1 |
include(APPPATH.'controllers/'.$RTR->fetch_directory().$RTR->controller_name().EXT); |
Next, edit: "system/libraries/Profiler.php", line 323:
1 |
$output .= "<div style='color:#995300;font-weight:normal;padding:4px 0 4px 0'>".$this->CI->router->controller_name()."/".$this->CI->router->fetch_method()."</div>"; |
That is all. Keep in mind that with this hack you are required to put the '_controller' suffix on all of your controller class names. But not in the file names or the URL's.
3. Form Validation for Unique Values
The Goal
CodeIgniter has a nice Form_validation class. It comes with several validation rules:



These are useful, but there is an important one missing from this list: to check for unique values. For example, most user registration forms need to check that the username is not already taken, or the e-mail address is not already in the system.
With this hack, you will be able add this validation rule to your form submission handler very easily:
1 |
$this->form_validation->set_rules('username', 'Username', |
2 |
'required|alpha_numeric|min_length[6]|unique[User.username]'); |
Note the last part that says "unique[User.username]." This new validation rule is just called "unique," and takes a parameter inside the square brackets, which is "tablename.fieldname". So it will check the "username" column of the "User" table to make sure the submitted value does not already exist.
Similarly, you can check for duplicate e-mails:
1 |
$this->form_validation->set_rules('email', 'E-mail', |
2 |
'required|valid_email|unique[User.email]'); |
And your application can respond with proper error messages:



The Hack
This might be considered more of an extension than a hack. Nevertheless, we are going to take a core CodeIgniter library and improve it.
Create: "application/libraries/MY_Form_validation.php"
1 |
class MY_Form_validation extends CI_Form_validation { |
2 |
|
3 |
function unique($value, $params) { |
4 |
|
5 |
$CI =& get_instance(); |
6 |
$CI->load->database(); |
7 |
|
8 |
$CI->form_validation->set_message('unique', |
9 |
'The %s is already being used.'); |
10 |
|
11 |
list($table, $field) = explode(".", $params, 2); |
12 |
|
13 |
$query = $CI->db->select($field)->from($table) |
14 |
->where($field, $value)->limit(1)->get(); |
15 |
|
16 |
if ($query->row()) { |
17 |
return false; |
18 |
} else { |
19 |
return true; |
20 |
}
|
21 |
|
22 |
}
|
23 |
}
|
Now you can use the unique validation rule.
4. Running CodeIgniter from the Command Line
The Goal
Just like the title says, our goal is to be able to run CodeIgniter applications from the command line. This is necessary for building cron jobs, or running more intensive operations so you don't have the resource limitations of a web script, such as maximum execution time.
This is what it looks like on my local Windows machine:



The above code would be like calling this URL:
1 |
http://www.mysite.com/hello/world/foo |
The Hack
Create a "cli.php" file at the root of your CodeIgniter folder:
1 |
if (isset($_SERVER['REMOTE_ADDR'])) { |
2 |
die('Command Line Only!'); |
3 |
}
|
4 |
|
5 |
set_time_limit(0); |
6 |
|
7 |
$_SERVER['PATH_INFO'] = $_SERVER['REQUEST_URI'] = $argv[1]; |
8 |
|
9 |
require dirname(__FILE__) . '/index.php'; |
If you are on a Linux environment and want to make this script self executable, you can add this as the first line in cli.php:
1 |
#!/usr/bin/php
|
If you want a specific controller to be command line only, you can block web calls at the controller constructor:
1 |
class Hello extends Controller { |
2 |
|
3 |
function __construct() { |
4 |
if (isset($_SERVER['REMOTE_ADDR'])) { |
5 |
die('Command Line Only!'); |
6 |
}
|
7 |
parent::Controller(); |
8 |
}
|
9 |
|
10 |
// ...
|
11 |
|
12 |
}
|
5. Adding Doctrine ORM to CodeIgniter
The Goal
Doctrine is a popular Object Relational Mapper for PHP. By adding it to CodeIgniter, you can have a very powerful Model layer in your framework.



The Hack
Just installing Doctrine is not very "hacky" per se, as we can just add it as a plug-in. However, once added, your Model classes will need to extend the Doctrine base classes, instead of the CodeIgniter Model class. This will completely change the way the Model layer works in the framework. The objects you create will have database persistence and also will able to have database relationships with other objects.
Follow these steps:
- Create folder: application/plugins
- Create folder: application/plugins/doctrine
- Download Doctrine (1.2 as of this article)
- Copy the "lib" folder from Doctrine to: "application/plugins/doctrine"
- Create "application/plugins/doctrine_pi.php"
1 |
// system/application/plugins/doctrine_pi.php
|
2 |
|
3 |
// load Doctrine library
|
4 |
require_once APPPATH.'/plugins/doctrine/lib/Doctrine.php'; |
5 |
|
6 |
// load database configuration from CodeIgniter
|
7 |
require_once APPPATH.'/config/database.php'; |
8 |
|
9 |
// this will allow Doctrine to load Model classes automatically
|
10 |
spl_autoload_register(array('Doctrine', 'autoload')); |
11 |
|
12 |
// we load our database connections into Doctrine_Manager
|
13 |
// this loop allows us to use multiple connections later on
|
14 |
foreach ($db as $connection_name => $db_values) { |
15 |
|
16 |
// first we must convert to dsn format
|
17 |
$dsn = $db[$connection_name]['dbdriver'] . |
18 |
'://' . $db[$connection_name]['username'] . |
19 |
':' . $db[$connection_name]['password']. |
20 |
'@' . $db[$connection_name]['hostname'] . |
21 |
'/' . $db[$connection_name]['database']; |
22 |
|
23 |
Doctrine_Manager::connection($dsn,$connection_name); |
24 |
}
|
25 |
|
26 |
// CodeIgniter's Model class needs to be loaded
|
27 |
require_once BASEPATH.'/libraries/Model.php'; |
28 |
|
29 |
// telling Doctrine where our models are located
|
30 |
Doctrine::loadModels(APPPATH.'/models'); |
Next, edit "application/config/autoload.php" to autoload this Doctrine plugin
1 |
$autoload['plugin'] = array('doctrine'); |
Also make sure you have your database configuration in "application/config/database.php".
That is all. Now you can create Doctrine Models within your CodeIgniter application. Read my tutorials on this subject for more information.
6. Running Multiple Sites
The Goal
This hack will make it possible for you to run multiple sites from a single install of CodeIgniter. Each website will have its own application folder, but they will all share the same system folder.



The Hack
Install CodeIgniter anywhere on the server. It doesn't need to be under a website folder. Then take the application folder out of the system folder. And make additional copies of it, as seen in the image above, for every website you want to run. You can place those application folders anywhere, like under each separate website folders.
Now copy the index.php file to the root of each website folder, and edit it as follows:
At line 26, put the full path to the system folder:
1 |
$system_folder = dirname(__FILE__) . '../codeigniter/system'; |
At line 43, put the full path to the application folder:
1 |
$application_folder = dirname(__FILE__) . '../application_site1'; |
Now you can have independent websites using separate application folders, but sharing the same system folder.
There is a similar implementation in the CodeIgniter User Guide you can read also.
7. Allowing All File Types for Uploads
The Goal
When using the Upload library in CodeIgniter, you must specify which file types are allowed.
1 |
$this->load->library('upload'); |
2 |
|
3 |
$this->upload->set_allowed_types('jpg|jpeg|gif|png|zip'); |
If you do not specify any file types, you will receive an error message from CodeIgniter: "You have not specified any allowed file types."
So, by default, there is no way to allow all file types to be uploaded. We need to do small hack to get around this limitation. After that we will be able to allow all file types by setting it to '*'.
1 |
$this->load->library('upload'); |
2 |
|
3 |
$this->upload->set_allowed_types('*'); |
The Hack
For this hack we are going to modify the Upload class behavior.
Create file: application/libraries/My_Upload.php
1 |
class MY_Upload extends CI_Upload { |
2 |
|
3 |
function is_allowed_filetype() { |
4 |
|
5 |
if (count($this->allowed_types) == 0 OR ! is_array($this->allowed_types)) |
6 |
{
|
7 |
$this->set_error('upload_no_file_types'); |
8 |
return FALSE; |
9 |
}
|
10 |
|
11 |
if (in_array("*", $this->allowed_types)) |
12 |
{
|
13 |
return TRUE; |
14 |
}
|
15 |
|
16 |
$image_types = array('gif', 'jpg', 'jpeg', 'png', 'jpe'); |
17 |
|
18 |
foreach ($this->allowed_types as $val) |
19 |
{
|
20 |
$mime = $this->mimes_types(strtolower($val)); |
21 |
|
22 |
// Images get some additional checks
|
23 |
if (in_array($val, $image_types)) |
24 |
{
|
25 |
if (getimagesize($this->file_temp) === FALSE) |
26 |
{
|
27 |
return FALSE; |
28 |
}
|
29 |
}
|
30 |
|
31 |
if (is_array($mime)) |
32 |
{
|
33 |
if (in_array($this->file_type, $mime, TRUE)) |
34 |
{
|
35 |
return TRUE; |
36 |
}
|
37 |
}
|
38 |
else
|
39 |
{
|
40 |
if ($mime == $this->file_type) |
41 |
{
|
42 |
return TRUE; |
43 |
}
|
44 |
}
|
45 |
}
|
46 |
|
47 |
return FALSE; |
48 |
|
49 |
}
|
50 |
|
51 |
}
|
Conclusion
I hope some of these are useful to you. If not, they are still interesting to know and can help you learn more about the internal workings of a framework and some of the core PHP language features.
If you know any other cool hacks or modifications, let us know in the comments. Thank you!
- Follow us on Twitter, or subscribe to the Nettuts+ RSS Feed for the best web development tutorials on the web. Ready
Ready to take your skills to the next level, and start profiting from your scripts and components? Check out our sister marketplace, CodeCanyon.