0% found this document useful (1 vote)

462 views

Creating A Microsite Manager With CodeIgniter

Creating a Microsite Manager With CodeIgniter

Uploaded by

bmmarko5483

Available Formats

Download as PDF, TXT or read online on Scribd

0% found this document useful (1 vote)

462 views

Creating A Microsite Manager With CodeIgniter

Creating a Microsite Manager With CodeIgniter

Uploaded by

bmmarko5483

Available Formats

Download as PDF, TXT or read online on Scribd

You are on page 1/ 44

Thomas Myer

Creating a Microsite Manager with CodeIgniter

Wiley Publishing, Inc. Updates, source code, and Wrox technical support at www.wrox.com

Contents
Introducing CodeIgniter
Whats Model-View-Controller? Why Bother with MVC?

2
3 4

Installing and Configuring CodeIgniter

The Root Folder The system/ Folder The system/application Folder Tweaking the Configuration

5
6 6 7 8

Getting Started
The Login Area Creating the Template View Creating the Login Form Reworking the index() Function Creating the MAdmins Model Creating the verifyUser() Function Autoloading the MAdmins Model A Small Note about Creating Your First User

10
11 12 14 15 16 17 17 18

Creating the Admin Dashboard

Creating the Dashboard Controller Building the Admin Area Setting up the Site Builder

18
19 22 35

Conclusion About Thomas Myer

39 40

Wrox Blox0 Creating a Microsite Manager with CodeIgniter By Myer - ISBN0 97804704133711 Prepared for CHRISTOPHER RINGWALD/ email0 [email protected] Order number0 40397143 Copyright 2009/ Wiley Publishing Inc. This PDF is exclusively for your use in accordance with the WroxBlox Terms of Service. No part of it may be reproduced or transmitted in any form by any means without prior written permission from the publisher. Redistribution or other use that violates the Wrox Blox Terms of Service or otherwise violates the U.S. copyright laws is strictly prohibited.

Creating a Microsite Manager with CodeIgniter

A recent trend in online marketing has been the increased use of targeted microsites to deliver information to prospects and customers. If youre not familiar with the term, a microsite is a small web site that is focused on a very narrow range of topics or that has a single goal (like introducing prospects to a product line or gathering leads). Most of the time, microsites are static sites with only a handful of pages and a few forms. They may or may not include rich media like Flash and video. Just because theyre usually small and tightly focused doesnt mean that theyre one-shot deals. My experience has been that once a marketing team strikes on the idea of building a microsite, they usually iterate over the content and structure many times, because they have that freedom. These iterative cycles can cause the seemingly simple goal of creating a microsite (after all, youre only talking about a few pages, right?) to disappear and instead be replaced by a confusing process without any centralized control or logical workflow. Anyone who has seen a team of developers, writers, designers, and subject matter experts (SMEs) trying to hammer out messaging for a product rollout, while at the same time debating structure and trying to maintain publishing control, knows that even the best intentions can be made into a hash in no time. A good approach to the problem is to build some kind of microsite management tool that would allow a team of marketers, writers, and developers to create a microsite and then publish the files to a web server. In this Wrox Blox, I show you how to do just that. Youre going to build a microsite manager using CodeIgniter, a PHP Model-View-Controller (MVC) framework. Before getting into any of the details of MVC and CodeIgniter, lets consider the microsite manager itself. From a requirements perspective, the microsite manager should: Allow users to log in to a secure area. Allow users to organize content into folders or categories.

Creating a Microsite Manager with CodeIgniter

Allow users to create pages. Allow users to upload files and other media.

These requirements address the what (or the content) in the microsite, but eventually, the microsite needsto be published to a target location. The developers may have little or no control over the target environment. They may or may not, for example, be able to specify a type of database or even PHP support. In fact, they may be publishing to an ASP or ColdFusion server, or to a server that only supports basic HTML. For these reasons, the microsite manager you build needs a publication function that extracts information from the microsite database tables, applies templates to it, and then publishes the material to a designated target, all as flat HTML. Once you have all of the material in HTML (with supporting assets and media files, of course), youre free to place that information on any web server you choose.

Introducing CodeIgniter
CodeIgniter was created by EllisLab, Inc. It is a Model-View-Controller (MVC) framework with a very small footprint. In form and function, it is very similar to other MVC frameworks, like Ruby on Rails. Like Ruby on Rails, it requires very little configuration to get started. Ive been able to create prototype applications within hours of talking to a client, and then refined the prototypes over the course of a fewdays. Its this kind of prototyping power and flexibility, by the way, that will transform the way you work with clients but more on that later. Unlike Ruby on Rails, CodeIgniter doesnt require you to adhere to a strict set of coding rules. For example, you dont have to name your database tables a certain way and your models another. You dont even have to have strictly formatted table fields which makes CodeIgniter an excellent platform for recoding legacy applications. Below are a few more great things about CodeIgniter: There is a growing toolbox of helpers and libraries that help you do your job quickly. You dont have to learn a complex templating language. You dont need to work with large-scale monolithic libraries. You can run your applications in PHP 4 or PHP 5 without too much hassle. CodeIgniter applications run with exceptional performance.

I wont get into too many more details right now. Youll start seeing the difference once you start coding. For now, though, it might be useful to talk a little bit about MVC, and why its important. Then you can get to work.

Creating a Microsite Manager with CodeIgniter

Whats Model-View-Controller?
Model-View-Controller is a design pattern that allows developers to separate their code cleanly into three categories: Models help you maintain data. Views display data from the model and user interface elements. Controllers handle user events that interact with models and views.

The important thing to remember is that MVC takes the user into account it begins with them. Its the user who clicks a link, moves the mouse, or submits a form. Its the controller that monitors this activity and takes the appropriate action (such as manipulating the model and updating the view). Because of MVCs three-part separation, developers can create multiple views and controllers for any given model without forcing changes in the model design. Similarly, multiple controllers can make use of any model. This separation allows for easily maintained, portable, and organized applications. For example, think about an MVC application that allows you to track eCommerce items in an online store: You would have a model for product information. You would have multiple views to show single products, products in a list, products in search results, and so on. You would have at least one controller that would organize those views into destinations, such as index() (for home page), product_detail(), and search_results().

Drilling down further, an MVC eCommerce application might involve the following flow of events:

1. 2. 3. 4. 5. 6. 7.

The user visits the stores home page. This simple event requires a controller action for the home page, which makes a quick call to the model to retrieve the 10 most popular products based on recent sales. The models data is then transmitted to the view for the home page. The view (including the data retrieved by the model) is what the user sees in the browser. The user clicks on a link to see details on a particular product. The underlying controller captures this user input (clicking the link), uses the model to retrieve the product in question from the database, and then loads the appropriate view. The cycle begins anew when the user takes another action, such as running a search or clicking on a link.

Creating a Microsite Manager with CodeIgniter

Another way of thinking about this breakdown of roles is to map it as follows (see Figure 1): User Input and Traffic Control = Controller. Data Interaction and Processing = Model. Output = View.

user
displayed for interacts with

view

controller

updates

manipulates

model
Figure 1: The Model-View-Controller framework inaction.

This three-part analogy is a much simpler way of looking at things. Some might argue that the approach is much too simple. After all, its possible, some might argue, to create an MVC application without a model, or to gang-press view code into the controller. Its not a good idea, but it can be done. For right now, our simple analogy will hold.

Why Bother with MVC?

Although at first glance the MVC approach seems like a lot of work, it really isnt. When the developer of the hypothetical MVC eCommerce application wants to change something about the home page, she asks herself about the nature of the change. Doing so allows her to zero in on the part of the application on which she needs to work.

Creating a Microsite Manager with CodeIgniter

If she wants to change the number of products that get retrieved (or even the order in which the products are displayed), she updates the model. If she wants to change the way the home page looks, she updates the view. If she wants to add a new page to the application, she first adds a method to the controller and then builds out any supporting views (to display content in the browser) and models (to gather data from a database).

The beauty of the entire system lies in the fact that none of those hypothetical actions on any given part of the MVC triumvirate affects the others. Its true that changing the model in some way (retrieving 15 products instead of 10) will change the view, but the developer didnt have to dig through her view (or controller) to make that change, then later discover another SQL call embedded in other files that did the same thing. Theoretically, on large projects, you could have developers who focus only on views, controllers, or models, thus keeping clean lines of sight on deliverables and responsibilities.

Installing and Configuring CodeIgniter

To get your hands on CodeIgniter, point your browser to www.codeigniter.com and click the Download CodeIgniter button, shown in Figure 2.

Figure 2: CodeIgniter.com.

Creating a Microsite Manager with CodeIgniter

Once youve downloaded the Zip archive, double-click it to open it and place the contents of the archive in your favorite work area. Once youve done that, take a moment to tour CodeIgniter. As you see, CodeIgniter has a folder structure that looks a bit daunting at first, but believe me, youll become very familiar with it. See Figure 3.

Figure 3: CodeIgniters folder structure.

The Root Folder

The root folder contains an index.php file (called the front controller it basically routes traffic into the rest of the application), a system/ folder, and a user_guide/ folder. I wont cover the user_guide/ folder, as it is merely a local copy of the online user guide found at www.codeigniter.com/user_guide/. Ifyou want to explore the documentation, you can do so at your leisure.

The system/ Folder

The system/ folder is where all the action happens. This folder contains all the CodeIgniter code of consequence, organized into various folders: application This folder contains the application youre building. Basically, this folder contains your models, views, controllers, and other code (like helpers and class extensions). In other words, this folder is where youll do 99 percent of your work. cache This folder contains all cached pages for your application. codeigniter This is where CodeIgniters core classes live. You have almost no reason to go in here. All of your work will occur in the application folder. database This folder contains core database drivers and other database utilities. Again, theres no good reason for you to be in this folder.

Creating a Microsite Manager with CodeIgniter

fonts This folder contains font-related information and utilities. Again, theres no reason to spend any time here. helpers This folder contains standard CodeIgniter helpers (such as Date, Cookie, and URLhelpers). Youll make frequent use of helpers in your CodeIgniter career, and can even extend helpers thanks to improvements introduced in CodeIgniter version 1.6. language This folder contains language files. You can ignore it for now. libraries This folder contains standard CodeIgniter libraries (to help you with e-mail, calendars, file uploads, and more). You can create your own libraries or extend (and even replace) standard libraries, but those will be saved in the application/libraries directory to keep them separate from the standard CodeIgniter libraries. logs This is the folder to which CodeIgniter writes error and other logs. plugins This folder contains plug-ins. Plug-ins and helpers are very similar, in that they both allow developers to address an issue or create content (like forms, links, etc.) quickly. The main difference between them is that plug-ins usually consist of one function, while helpers often have many functions bundled inside them.

The system/application Folder

The most important folder, the one that deserves most of your attention, is the /system/application folder (and all of its subfolders). Ninety-nine percent of your work will be done right in this folder, so it deserves your attention. Learning what goes where now will reduce confusion later. The system/application folder is broken down into several folders: config This folder contains several important files that control your configuration options. There are files that manage your database setup and other variables that CodeIgniter needs to know (such as the base URL, which libraries and helpers to autoload, etc.). controllers This folder contains the controllers you create for your application. errors This folder comes with standard CodeIgniter error templates for 404 pages, PHP errors, and others. You are free to modify these templates to make them fit the look and feel of your application. hooks This folder contains any hooks you create for your application. Hooks, as mentioned above, are the best way to extend the CodeIgniter core safely. libraries This folder contains custom libraries you create for your application. models This folder contains the models you create for your application. views This folder contains the views you create for your application.

In other words, the most important folders in /system/application are: controllers/, models/, and views/. If youll spend 99 percent of your time inside this folder, youll spend 99 percent of that time with models, views, and controllers that you build.

Creating a Microsite Manager with CodeIgniter

The other very important folder is config/, which contains various important configuration files. Youll want to open them in an editor for tweaking before starting any project. Most of the time, when you start a new CodeIgniter project, youll start with the config/ folder.

Tweaking the Configuration

The two most important files in the /system/application/config folder are config.php and database.php. Whenever you start a new CodeIgniter project, the first two files youll want to work with are these.

config.php
The config.php file contains a series of configuration options (all of them stored in a PHP array called, appropriately enough, $config) that CodeIgniter uses to keep track of your applications information and settings. The first configuration option you need to set inside of config.php is the base URL of your application. You do that by setting the absolute URL (including the http:// part) for $config[base_url], like so:
$config[base_url] = http://www.example.com/test/;

Once youve set this configuration option, you can recall it whenever you want using the CodeIgniter base_url() function (a very handy thing to know). This one feature keeps you from having to rewrite hard-coded URLs in your application when you migrate from development to test or from test to production. The second thing you need to do is set a value for your home page by editing the $config[index_ page] configuration option. CodeIgniter ships with a value of index.php for this option, which means that index.php will appear in all of your URLs. Many CodeIgniter developers prefer to keep this value blank.
$config[index_page] = ;

To make this work, you need to include an .htaccess file to the CodeIgniter root directory. For now, keep the value as index.php. After youve set this option value, theres very little to do. For now, leave all the other values at their default settings.
$config[uri_protocol] = AUTO; $config[url_suffix] = ; $config[language] = english; $config[charset] = UTF-8; $config[enable_hooks] = FALSE; $config[subclass_prefix] = MY_; $config[permitted_uri_chars] = a-z 0-9~%.:_-; $config[enable_query_strings] = FALSE; $config[controller_trigger] = c; $config[function_trigger] = m; $config[log_threshold] = 0; $config[log_path] = ; $config[log_date_format] = Y-m-d H:i:s;

Creating a Microsite Manager with CodeIgniter

$config[cache_path] = ; $config[encryption_key] = enter_a_32_character_string_here; $config[sess_cookie_name] = ci_session; $config[sess_expiration] = 7200; $config[sess_encrypt_cookie] = TRUE; $config[sess_use_database] = FALSE; $config[sess_table_name] = ci_sessions; $config[sess_match_ip] = FALSE; $config[sess_match_useragent] = TRUE; $config[cookie_prefix] = ; $config[cookie_domain] = ; $config[cookie_path] = /; $config[global_xss_filtering] = TRUE; $config[compress_output] = FALSE; $config[time_reference] = local; $config[rewrite_short_tags] = FALSE

For more details on each of these configuration options, simply read the comments embedded in /system/application/config/config.php. As you progress through the installation, there will be someopportunities to talk about configuration options, and Ill bring up some points if its appropriate.

database.php
The database.php file contains all the information required to connect to a database. Currently, CodeIgniter supports mysql, mysqli, postgres, odbc, and mssql connections. To connect to your database, simply enter valid information for your hostname, username, password, database name, anddatabase driver. Each of these is stored in the $db array under the default group, which means you could have numerous connection groups, each with it own unique name. For example, you could have one set of connection variables for your development environment and another for your production environment. As long as youve set the $active_group variable correctly, your application will stay connected.
$active_record = TRUE; $active_group = default; $db[default][hostname] $db[default][username] $db[default][password] $db[default][database] $db[default][dbdriver] $db[default][dbprefix] $db[default][pconnect] $db[default][db_debug] $db[default][cache_on] $db[default][cachedir] $db[default][char_set] $db[default][dbcollat] = = = = = = = = = = = = your-host-name; your-db_username; your-db_password; your-db_name; mysql; ; TRUE; TRUE; FALSE; ; utf8; utf8_general_ci;

Creating a Microsite Manager with CodeIgniter

Other Files
There are other important files in the config/ directory, namely, routes.php and autoload.php. You dont need to know anything about routes.php right now, but you will want to autoload a few helpers and libraries before you get started. Youll want to autoload the database and session libraries, so that you dont have to call those libraries every time you want to query the database or work with CodeIgniter sessions. On the helpers side, youll be using the URL, Form, and Text helpers constantly, so they might as well be loaded.
$autoload[libraries] = array(database,session); $autoload[helper] = array(url,form,text);

There is one more task to be done before leaving the autoload file. I am talking about autoloading models. In the days prior to CodeIgniter 1.6, you had to load a model manually every time you used it in your controller. Not any more you can autoload them and use the model functions at any point. Although you dont have any models built yet, at various points in this application, youll be building models and then immediately autoloading them in the autoload.php file.

Getting Star ted

Now that CodeIgniter is installed and configured, youre ready to begin. Take a quick look at the requirements list before you get too deep: Allow users to log in to a secure area. Allow users to organize content into folders or categories. Allow users to create pages. Allow users to upload files and other media. Allow users to publish flat HTML to a designated target.

You will translate these requirements into CodeIgniter terms. Ninety-nine percent of this application will be some kind of administrative dashboard that will be password-protected. The other one percent will be a combination of a login screen and whatever the system outputs to the target destination. Ironically, it is this very last part, the output HTML, that everyone will think of as the application, but it is really only exported data. You need to build two sets of controllers for CodeIgniter. The first set of controllers, which you will call Welcome, contains a single view, the login screen. The second group contains multiple controllers, one for the main dashboard and the others for pages, uploads, categories/folders, and users. This second set of controllers will be organized under a folder called admin/ within your controllers directory. There is more about this below in this Wrox Blox, but for now, just know that you can organize your files into convenient folders.

Creating a Microsite Manager with CodeIgniter

You need one model for each database table. Since you need to track users, pages, categories/folders, and uploads, you need a model for each of those. For the time being, you also need database tables for each of these models. You will build those database tables as you go. You will also have a few dozen views. Most of them will be for our administrative views, but a few will be used by our export feature, when you pour data from the models into those views to create flat HTML. There is more on this below. Now that you have all of that roughed in, try creating the first controller.

The Login Area

The first thing youre going to build is the login area. This is where users will go when they want to log in to the microsite manager and start working with files, pages, and categories. All you want is a very simple page with a simple login form. Our first step is to create the controller. Simply create a welcome.php file in /system/applications/ controllers/ and put the following basic information in it:
<?php class Welcome extends Controller { function Welcome(){ parent::Controller(); session_start(); } }//end controller class ?>

Please note that when you create a controller, you have to follow a few basic rules. The name of the class is always capitalized, and it must match the name of the file. Therefore, you have class Welcome in the welcome.php file. Furthermore, you need a constructor of the same name inside your class. The example above is PHP 4.I. If you were working in PHP 5, your constructor would look as follows:
<?php class Welcome extends Controller { function __construct(){ parent::Controller(); session_start(); } }//end controller class ?>

Notice that in both examples, Im initializing PHP Sessions with session_start(). Youll see why Im using PHP Sessions, as you continue working with the application. CodeIgniter comes with its own

Creating a Microsite Manager with CodeIgniter

Sessions, but those are cookie-based and therefore accessible to the client. They can be encrypted, of course, but we cant completely trust them. Once you have your constructor in place, all you have to do is add some functions. You need functions for every single destination in the controller. In this case, you will need a destination for the home page, traditionally handled by an index() function. Your index() function is very basic it just needs to display a form. The form itself is not placed in the controller function, but is instead handled in a view, which youll get to shortly.
function index(){ $data[title] = Welcome to the MicroSite Manager; $data[main] = login; $this->load->vars($data); $this->load->view(template); }

Notice that you are saving information in a $data array (like the variables title and main), and then loading that array with $this->load->vars($data). All youre doing here is making the $data array available to a view called template. The template array (which will be saved in the /system/application/views folder as the template.php file) is going to be a generic template that you can use throughout the administrative dashboard. The template will contain a hole in the center of it (a PHP doughnut, if you will) in which you can include whatever other template you want. In this case, whatever value is saved in $data[main] will be used to call up the template that fills that hole. In the case of our first very simple index() function of the Welcome controller, the login template will contain a very simple form.

Creating the Template View

Before building that form, lets create the template.php file:
<!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd> <html xmlns=http://www.w3.org/1999/xhtml xml:lang=en lang=en> <head> <meta http-equiv=content-type content=text/html; charset=utf-8 /> <title><?php echo $title; ?></title> <link href=<?= base_url();?>includes/css/admin.css rel=stylesheet type=text/css /> <script type=text/javascript> //<![CDATA[ base_url = <?php echo base_url();?>; //]]> </script> <script type=text/javascript src=<?php echo base_url();?>includes/js/prototype.js></script> <script type=text/javascript src=<?php echo base_url();?>includes/js/scriptaculous.js ></script>

Creating a Microsite Manager with CodeIgniter

Remember to save this file in the /system/application/views/ folder! This template.php file is very simple, but you need to look at a few things before you go any further. First, please notice that it refers to a series of CSS and JavaScript files that all live under an includes/ folder and various subdirectories under that. CodeIgniter doesnt come with a designated storage place for all the images, CSS files, JavaScript files, and other goodies that you need to build a web application. The best thing to do with these assets is to create a folder off the root (at the same level as the system/ folder) and store everything in there, out of the way. All of the files you will need, by the way, are included in the Zip archive. This includes all the files referred to under the top-level includes/ folder. The other thing you should notice is the sections marked $this->load->view(). They are reprinted in the following example:
<div id=wrapper> <div id=header> <?php $this->load->view(nav);?> </div> <div id=main> <?php $this->load->view($main);?> </div> <div id=footer> Copyright 2008 Your-Company-Here </div> </div>

You can nest your views using the $this->load->view() command, as long as you feed it the name of a view in your application. Sometimes you manually set the name of a view (as you did with nav), and at other times, you can dynamically load a view with a PHP variable. Notice that youre doing just that by feeding in the variable $main in the second instance.

Creating a Microsite Manager with CodeIgniter

Why $main? Wasnt the variable called $data[main] in the controller? Yes, but once $data is loaded into the view, you access the values by using the keys of that array. This makes it pretty handy when youre trying to remember what to access. It also makes it possible to pass all manner of data arrays into a view without any trouble at all. In our case, the $main stands for main content. You could use another semantically valid name, like $content or $fill_in_the_donut_hole, but you get the idea. You now have a template you can use for any non-logged-in view you may need.

Creating the Login Form

Turn your attention to the login form. Create a file called login.php in the /system/application/views/ folder and put the following code in it:
<h2>Please login to Access the Dashboard</h2> <?php echo form_open(welcome/index); echo form_label(username,u); $udata = array(name=>username,id=>u,size=>15); echo form_input($udata) . </p>; echo form_label(password,p); $pdata = array(name=>password,id=>p,size=>15); echo form_password($pdata) . </p>; echo form_submit(submit,login); echo form_close(); ?>

Youll notice that Im not using the standard HTML form markup here. Instead, Im using CodeIgniters built-in Form helper. This helper contains various shorthand functions that do a lot of heavy lifting foryou. To open a form, use form_open() and pass in the URI to which the form posts. This is equivalent to the action attribute of a form. In your case, you want this simple form to post to welcome/index, which means you will need to modify your controller function a bit. Notice that you then use form_input() and form_password() to create a text field followed by a password field. Also, notice that each of these has a short array containing necessary values (like the field name, DOM ID, and size) that gets passed to that field. Also notice the use of form_label(), ahandy shortcut for your labels (which are good to have on your forms from an accessibility perspective). Finally, you create a submit button with form_submit() and close the form with form_close(). Although you may now be wondering why you would go to all this trouble, after only a short while, youll wonder how you got along without this helper.

Creating a Microsite Manager with CodeIgniter

Reworking the index() Function

At this point, you have a login form that posts back to welcome/index, which means that your index() function must be rewritten to handle incoming POST data. If there arent any POST data, then you just show the login form. If there are POST data, you will need to take the values from the form, encrypt the password using some simple method, and then check to see whether there are any users in the database that match the values from the form. The encrypting and checking can be done inside the model to keep things simple. Heres a complete version of that new index() controller:
function index(){ $this->load->library(encrypt); if ($this->input->post(username)){ $u = $this->input->post(username); $pw = $this->input->post(password); $row = $this->MAdmins->verifyUser($u,$pw); if (count($row)){ $_SESSION[userid] = $row[id]; redirect(admin/dashboard,refresh); }else{ redirect(welcome/index,refresh); } }else{ $data[title] = Welcome to the MicroSite Manager; $data[main] = login; $this->load->vars($data); $this->load->view(template); } }

The first thing you do now is load the encrypt library. This library is only used during login, so there is no need to autoload it. Once loaded, it will be used by the model youre going to create to communicate with the database table that will store administrative users. The second thing you do is use $this->input->post() to check to see whether there is a value in a field called username. If there is a value, then you grab the username and password values and hand this information off to the MAdmins model (which you havent built yet) and, specifically, the verifyUser() function of that model. What you need to receive is an array of data. If you do get back an array, you can populate a PHP session variable called userid, and then redirect the user to the admin/dashboard controller (youll be building that shortly, as well). If you dont get back a data array, you simply redirect the user to the login form so that they can try to log in again. So heres what you need to do before youre done with the login area:

1. 2. 3.

Create the MAdmins model. Create the verifyUser() function inside that model. Autoload the MAdmins model for future ease of use.

Creating a Microsite Manager with CodeIgniter

Creating the MAdmins Model

The MAdmins model doesnt need to be incredibly complex, at least not at first. All models follow the same set of rules:

1. 2. 3.

They must have a name that doesnt conflict with a controller. The name of the class is usually capitalized and matches the file name. They live in the /system/application/models/ directory.

Here is a basic, bare-bones model for MAdmins, stored in madmins.php:

<?php class MAdmins extends Model{ function MAdmins(){ parent::Model(); } }//end class ?>

I tend to call my models MSomething because the M stands for model. You may choose whatever naming convention works for you. While youre at it, you need to create the database table that goes with this model. If this were Ruby on Rails or another MVC framework, you would need to name your model after your table, but with CodeIgniter there is no such restriction. Create a table called ms_admins with the following schema:
CREATE TABLE ms_admins ( id int(11) NOT NULL auto_increment, username varchar(16) NOT NULL default , email varchar(255) NOT NULL default , status enum(active,inactive) NOT NULL default active, password varchar(128) NOT NULL default , PRIMARY KEY (id), UNIQUE KEY username (username,email) ) ENGINE=MyISAM DEFAULT CHARSET=utf8;

If youre used to creating database tables in MySQL, then nothing about this should surprise you. The tables fields allow you to store a username, e-mail, status, and password, and has an auto-incremented key field called ID.

Creating a Microsite Manager with CodeIgniter

Creating the verifyUser() Function

Now that you have the basic MAdmins model in place, you need to create the verifyUser() function. This function will receive two arguments, a username and a password. It needs to encrypt the password before running the query (as youre only going to save encrypted passwords in the system). It then returns an array of data (whether empty or not) to the calling controller:
function verifyUser($u,$pw){ $this->db->select(id); $this->db->where(username,$u); $this->db->where(password, md5($pw)); $this->db->where(status, active); $this->db->limit(1); $Q = $this->db->get(ms_admins); if ($Q->num_rows() > 0){ $row = $Q->row_array(); return $row; }else{ return array(); } }

Notice that youre not exactly using standard SQL queries here to extract the data you want. Although CodeIgniter allows you to use SQL queries, most experienced CodeIgniter developers use the built-in Active Record class and its helper functions. For example, $this->db->select() accepts a list of comma-separated fields, which gets placed intheSELECT part of the query. $this->db->where() accepts two arguments (a field name and avalue)that get put into the WHERE part of the query. You are allowed to add as many calls to $this->db->where() as you want, as they are concatenated with AND [you can change this behavior by using $this->db->or_where()]. You can limit how many records are retrieved by using $this->db->limit(), telling it to run a query with $this->db->get(), and passing in a table name. Then, all you have to do is check whether you get anything back using num_rows(). Finally, return the row with the row_array() command. If you dont get anything, you return an empty array. If you recall, the controller index() function that is calling verifyUser() is expecting a row containing an ID, so that it can set a PHP Session value. It will accept an empty array, but that will cause the controller to redirect back to the login page.

Autoloading the MAdmins Model

To autoload your new model, simply open /system/application/config/autoload.php in your favorite text editor, and modify the following line:
$autoload[model] = array(MAdmins);

From now on, you can access the model and its functions without manually loading it.

Creating a Microsite Manager with CodeIgniter

A Small Note about Creating Your First User

Youll notice that youre only storing encrypted passwords in the database table. Later, youll be asked to log in before you can see the admin dashboard, which you wont be able to do because there is no user inthe system! To get around that little problem, generate your first user by hand, using phpMyAdmin or some other database admin tool. To generate a proper password, use PHP to echo a string wrapped with md5(), then store that string in your database. For example,
<?php echo md5(password);?>

This should generate an md5 hash of the string password, which, once stored in the database, will allow you to log in with that password.

Creating the Admin Dashboard

Now that the login area is fully created, you have been introduced to controllers, models, and views, and can easily create the rest of the application. The rest of the application will involve building out the administrative dashboard, with separate controllers for categories, pages, files, and users. (Remember, you need to manage those as well!) To keep things organized, youre going to create a folder called admin/ inside the /system/application/ controllers/ folder, and youll store all your controllers in there. You will need to build the following controllers: dashboard This will be the home area for your administrative area and will include all publication functions. pages To manage pages. categories To manage folders or categories in the site. uploads To manage uploaded media files. admins To manage admin users.

Along the way, youll create models (and in one case, youll expand what youve done with the MAdmins model) and views to support what you need. Because of time and space constraints, I dont go into extraordinary detail on each part of the application, but you will have enough information that you can easily duplicate the finished application. Youll also have access to all the code in order to create your own microsite manager. Please note that there is no way I can take you through every nook and cranny of this application in the short space allowed. I will give you a detailed view of a few areas and then gloss over the other areas where repeating wont help comprehension. Rest assured that once youve built one set of models, views, and controllers in an administrative dashboard, its very easy to repeat the process whenever you need more screens.

Creating a Microsite Manager with CodeIgniter

Creating the Dashboard Controller

The Dashboard controller needs three very simple functions: index(), build_site(), and logout().The index() function contains all the code you need to display the home page of the admin dashboard.The logout() function allows users to log out. Finally, the build_site() function does the complicated bit of pulling all the data out of the database and making a static site from it. I leave that discussion for below in this Wrox Blox. Heres what the top of our Dashboard controller looks like (remember, it is stored in the /system/ application/controllers/admin folder):
<?php class Dashboard extends Controller { function Dashboard(){ parent::Controller(); session_start(); if ($_SESSION[userid] < 1){ redirect(welcome/index,refresh); } } }//end class

The controller starts typically enough, with the right naming conventions, and includes a very shortcheck to make sure that the Session variable called userid has been set. If it has a value less than 1, then the user is redirected to the Welcome controller, and specifically to the login form. Youre going to add this little bit of code to every single controller in the admin/ folder to keep out any unauthorized users. Once that little bit of business is done, you can build the index() function:
function index(){ $data[title] = Dashboard Home; $data[main] = admin_home; $data[tinymce] = ; $this->load->vars($data); $this->load->view(dashboard); }

Youre doing essentially the same thing you did before, on the login screen, except for two tiny variants: Youre setting a blank value for tinymce (this is a WYSIWYG editor youll talk about that when you build the pages controller). Youre loading a dashboard view instead of the template view.

Creating a Microsite Manager with CodeIgniter

The dashboard view is very simple and looks like this:
<!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd> <html xmlns=http://www.w3.org/1999/xhtml xml:lang=en lang=en> <head> <meta http-equiv=content-type content=text/html; charset=utf-8 /> <title><?php echo $title; ?></title> <link href=<?= base_url();?>includes/css/admin.css rel=stylesheet type=text/css /> <script type=text/javascript> //<![CDATA[ base_url = <?= base_url();?>; //]]> </script> <script type=text/javascript src=<?php echo base_url();?>includes/js/prototype.js></script> <script type=text/javascript src=<?php echo base_url();?>includes/js/scriptaculous.js ></script> <script type=text/javascript src=<?php echo base_url();?>includes/js/customtools.js ></script> <?php echo $tinymce;?> </head> <body> <div id=wrapper> <div id=header> <?php $this->load->view(admin_header);?> </div> <div id=main> <?php $this->load->view($main);?> </div> <div id=footer> <?php $this->load->view(admin_footer);?> </div> </div> </body> </html>

This dashboard template, in turn, loads an admin_header, an admin_footer, and whatever value has been loaded into $data[main] from the controller (in this case, admin_home). Here is the admin_header view:
<div id=globalnav> <ul> <li><?php echo anchor(admin/dashboard/index,home);?></li> <li><?php echo anchor(admin/categories/,categories);?></li> <li><?php echo anchor(admin/pages/, pages);?></li> <li><?php echo anchor(admin/uploads/, files);?></li>

Creating a Microsite Manager with CodeIgniter

Essentially, this is the main navigation that will go across the top of the admin dashboard. Once youve built all the necessary controllers and views, all of this will start working like a charm. For now, take a look at the use of the anchor() shortcut function. This function is part of the URL helper. It builds links for you and accepts two arguments, the link destination and the link text. Whats so great about the anchor() function? It automatically adds the base URL to any internal links so you dont have to keep track of it. This one little benefit will keep you coming back to the anchor() tag over and over again. Heres the admin_footer view:
Copyright © <?php echo date(Y); ?> Your Company Name

This one line of HTML and PHP will put a copyright notice on the bottom of each page. Finally, heres the admin_home view:
<ul> <li><b><?php echo anchor(admin/categories/,Manage Categories);?>.</b></li> <li><b><?php echo anchor(admin/pages/,Manage Pages);?>.</b></li> <li><b><?php echo anchor(admin/uploads/,Manage Files);?>.</b></li> <li><b><?php echo anchor(admin/admins/,Manage Users);?>.</b></li> <li><b><?php echo anchor(admin/dashboard/logout/,Logout);?>.</b></li> </ul> <?php echo form_open(admin/dashboard/build_site); echo form_submit(submit, build site now!); echo form_close(); ?>

It is basically the same list of links seen in the main navigation, but with a form added to the end. Theform is very basic, consisting of a single button that says, build site now! The form posts to the build_site() function of the Dashboard controller. Before you move on to the other controllers, finish the Dashboard controller. You still need the logout() and build_site() functions. Heres the logout() function, which basically unsets the PHP Session variable userid and redirects the user to the login screen:
function logout(){ unset($_SESSION[userid]); redirect(welcome/index,refresh); }

Creating a Microsite Manager with CodeIgniter

For right now, stub out the build_site() function by having it say, Ready to go! You will fill in all the necessary code after youve built out the rest of the controllers, models, and views that you need:
function build_site(){ echo Ready to go!; }

Now that youve got the dashboard figured out, create the other controllers you need, starting with the Admin area first.

Building the Admin Area

The admin area already has a model (MAdmins), so all you have to do is create a controller that will refer to it, add any other functions you may need, and then build your views.

Creating the Admins Controller

Generally speaking, you need just four main functions within any given admin-type controller to make things work smoothly: An index() function allows users to see data within the database table at a glance. A create() function allows users to create new data in the table. An edit() function allows users to edit existing data in a table. A delete() function allows users to remove (or deactivate) data in a table.

All of our administrative controllers will follow this basic pattern. Following is the Admins controller, with each section above inserted into the code. The first part is the header, which should look extremely familiar to you by now:
<?php class Admins extends Controller { function Admins(){ parent::Controller(); session_start(); if ($_SESSION[userid] < 1){ redirect(welcome/index,refresh); } }

The index() function loads the admin_admins_home view, and will require the creation of a model function called getAllUsers(). As you can guess, this function will retrieve all users from the database:
function index(){ $data[title] = Manage Users; $data[main] = admin_admins_home; $data[admins] = $this->MAdmins->getAllUsers(); $data[tinymce] = ; $this->load->vars($data); $this->load->view(dashboard); }

Creating a Microsite Manager with CodeIgniter

The create() function is very simple. You want to create a dual-purpose function here, similar to yourlogin screen. If there are POST data, run a function called addUser() and redirect the user to the index() function. If not, show the admin_admins_create view.
function create(){ $this->load->library(encrypt); if ($this->input->post(username)){ $this->MAdmins->addUser(); redirect(admin/admins/index,refresh); }else{ $data[title] = Create User; $data[main] = admin_admins_create; $data[tinymce] = ; $this->load->vars($data); $this->load->view(dashboard); } }

Similarly, the edit() function also looks for POST data. If it finds any, it runs the updateUser() function and redirects the user to the index() function. If it doesnt, it loads the admin_admins_ editview. Notice that it also runs the getUser() model function, which youll use to populate the form fields.
function edit($id=0){ $this->load->library(encrypt); if ($this->input->post(username)){ $this->MAdmins->updateUser(); redirect(admin/admins/index,refresh); }else{ $data[title] = Edit User; $data[main] = admin_admins_edit; $data[admin] = $this->MAdmins->getUser($id); $data[tinymce] = ; $this->load->vars($data); $this->load->view(dashboard); } }

Finally, theres the delete() function, which will pass in a user ID via a link and run the deleteUser() model function:
function delete($id){ $this->MAdmins->deleteUser($id); redirect(admin/admins/index,refresh); } } ?>

Expanding the MAdmins Model

You now have to add various functions to the MAdmins model: getAllUsers(), getUser(), addUser(), updateUser(), and deleteUser(). Its probably a good idea to work on them now, before you start doing anything with the views, which will be simple enough.

Creating a Microsite Manager with CodeIgniter

The easiest function to understand is getUser(). All you have to do is feed the function an ID, and it will return all the data associated with the record:
function getUser($id){ $data = array(); $this->db->where(id,$id); $this->db->limit(1); $Q = $this->db->get(ms_admins); if ($Q->num_rows() > 0){ $data = $Q->row_array(); } $Q->free_result(); return $data; }

The getAllUsers() function is similarly easy to understand. It returns all rows in the designated table (in this case, ms_admins).
function getAllUsers(){ $data = array(); $Q = $this->db->get(ms_admins); if ($Q->num_rows() > 0){ foreach ($Q->result_array() as $row){ $data[] = $row; } } $Q->free_result(); return $data; }

The addUser() function accepts an incoming array of POST data, and then uses $this->db->insert() to place those data in the right table:
function addUser(){ $data = array(username => $_POST[username], email => $_POST[email], status => $_POST[status], password => md5($_POST[password]) ); $this->db->insert(ms_admins,$data); }

The updateUser() function also accepts an incoming array of POST data, and then updates the table using $this->db->update(). Notice that tucked away inside the POST data is some kind of ID field. You should make sure to put that inside the view to keep things working properly.
function updateUser(){ $data = array(username => $_POST[username], email => $_POST[email], status => $_POST[status],

Creating a Microsite Manager with CodeIgniter

password => md5($_POST[password]) ); $this->db->where(id,$_POST[id]); $this->db->update(ms_admins,$data); }

The deleteUser() function accepts an ID, and then sets the status of that record to inactive. Im not a big believer in actually deleting items from the database, which is why Ive opted for a deactivation instead of deletion. Because of that, youre using $this->db->update() instead of $this->db->delete().
function deleteUser($id){ $data = array(status => inactive); $this->db->where(id, $id); $this->db->update(ms_admins, $data); }

Creating the Views

Now that the controller and model functions are in place, all you need to build are the views. You need three views: a Main Index view, a Create form, and an Edit form. Once you have all three in place, you can tie them all together with the rest of the application to make things work correctly. The admin_admins_home view is just a simple table that displays all the available records from the database table. Remember that the controller calls the model function getAllUsers(), and that function returns an array and saves it in $data[admins]. Therefore, you will need to loop through $admins in the view:
<h1><?php echo $title;?></h1> <p><?php echo anchor(admin/admins/create, Create new user);?> if (count($admins)){ echo <table border=1 cellspacing=0 cellpadding=3 width=400>\n; echo <tr valign=top>\n; echo <th>ID</th>\n<th>Username</th><th>Status</th><th>Actions</th>\n; echo </tr>\n; foreach ($admins as $key => $list){ echo <tr valign=top>\n; echo <td>.$list[id].</td>\n; echo <td>.$list[username].</td>\n; echo <td align=center>.$list[status].</td>\n; echo <td align=center>; echo anchor(admin/admins/edit/.$list[id],edit); echo | ; echo anchor(admin/admins/delete/.$list[id],delete); echo </td>\n; echo </tr>\n; } echo </table>; } ?>

Creating a Microsite Manager with CodeIgniter

Notice that you can easily create a new user with the link along the top, and edit or delete any existing record once they load up in the table. When youre done, your user area will look a little like the illustration in Figure 4.

Figure 4: User home page. The admin_admins_create view is just a simple form. It should allow the user to enter a username, password, and other information.
<h1><?php echo $title;?></h1> <?php echo form_open(admin/admins/create); echo form_label(username,u); $data = array(name=>username,id=>uname,size=>25); echo form_input($data) .</p>; echo form_label(email,email); $data = array(name=>email,id=>email,size=>50); echo form_input($data) .</p>; echo form_label(password,pw); $data = array(name=>password,id=>pw,size=>25); echo form_password($data) .</p>; echo form_label(status,status); $options = array(active => active, inactive => inactive); echo form_dropdown(status,$options) .</p>; echo form_submit(submit,create admin); echo form_close(); ?>

Notice that youve introduced another element here called form_dropdown(), a handy shortcut that allows the easy creation of dropdowns. All you have to do is create an array of options, and then pass it in to form_dropdown() to create your values. This array can be manually set, or it can be generated from a query. For all intents and purposes, the admin_admins_edit view contains the same exact form, except youre loading values into each field. Remember that the controller function edit() has run the getUser()

Creating a Microsite Manager with CodeIgniter

model function to pull in the corresponding record for a given user ID. Those data were stored in $data[admin], and therefore can be accessed via $admin:
<h1><?php echo $title;?></h1> <?php echo form_open(admin/admins/create); echo form_label(username,u); $data = array(name=>username,id=>uname,size=>25, value=>$admin[username]); echo form_input($data) .</p>; echo form_label(email,email); $data = array(name=>email,id=>email,size=>50, value=>$admin[email]); echo form_input($data) .</p>; echo form_label(password,pw); $data = array(name=>password,id=>pw,size=>25, value=>); echo form_password($data) .</p>; echo form_label(status,status); $options = array(active => active, inactive => inactive); echo form_dropdown(status,$options,$admin[status]) .</p>; echo form_submit(submit,update admin); echo form_close(); ?>

Creating the Rest of the Admin Functions

Now that the Admins controller is in place, its time to create models, views, and controllers for categories, pages, and uploads. Since each of these controllers follows the exact same pattern youve seenwith the Admins area, I wont spend a lot of time on each section. I especially wont spend a lot of time on the views, as you can inspect them easily enough when you look at the companion code for this Wrox Blox.

Categories
First, lets talk about categories. Categories, for the purposes of this application, are defined as generic containers (like folders) that can hold pages. When you create the site building function for the Dashboard controller, youll organize all the output into their proper categories, using the category names as folder names. The categories area has a very simple controller. Looking at it, you will notice that almost the same thing is going on in this controller as went on in the Admins controller. The only difference is that youre calling different views.

Creating a Microsite Manager with CodeIgniter

Heres the Categories controller:
<?php class Categories extends Controller { function Categories(){ parent::Controller(); session_start(); if ($_SESSION[userid] < 1){ redirect(welcome/index,refresh); } } function index(){ $data[title] = Manage Categories; $data[main] = admin_cat_home; $data[categories] = $this->MCats->getAllCategories(); $data[tinymce] = ; $this->load->vars($data); $this->load->view(dashboard); } function create(){ if ($this->input->post(name)){ $this->MCats->addCategory(); redirect(admin/categories/index,refresh); }else{ $data[title] = Create Category; $data[main] = admin_cat_create; $data[categories] = $this->MCats->getTopCategories(); $data[tinymce] = ; $this->load->vars($data); $this->load->view(dashboard); } } function edit($id=0){ if ($this->input->post(name)){ $this->MCats->updateCategory(); redirect(admin/categories/index,refresh); }else{ $data[title] = Edit Category; $data[main] = admin_cat_edit; $data[category] = $this->MCats->getCategory($id); $data[categories] = $this->MCats->getTopCategories(); $data[tinymce] = ; $this->load->vars($data); $this->load->view(dashboard); } } function delete($id){

Creating a Microsite Manager with CodeIgniter

$this->MCats->deleteCategory($id); redirect(admin/categories/index,refresh); } }//end class ?>

As you can see, the same patterns emerge. The controller calls model functions, sets variables, and loads those variables into a particular view. In your case, youre building administrative panels, so the view wont vary much. Theyll either be a listing of available records, or a form that allows you to create new records or edit existing records. Heres the model for categories, called MCats:
<?php class MCats extends Model{ function MCats(){ parent::Model(); } function getCategory($id){ $data = array(); $options = array(id => $id); $Q = $this->db->getwhere(ms_categories,$options,1); if ($Q->num_rows() > 0){ $data = $Q->row_array(); } $Q->free_result(); return $data; } function getAllCategories(){ $data = array(); $Q = $this->db->get(ms_categories); if ($Q->num_rows() > 0){ foreach ($Q->result_array() as $row){ $data[] = $row; } } $Q->free_result(); return $data; } function addCategory(){ $data = array( name => str_replace( , _,$_POST[name]), shortdesc => $_POST[shortdesc], longdesc => $_POST[longdesc], status => $_POST[status], sortorder => $_POST[sortorder],

Creating a Microsite Manager with CodeIgniter

parentid => $_POST[parentid] ); $this->db->insert(ms_categories, $data); } function updateCategory(){ $data = array( name => str_replace( , _,$_POST[name]), shortdesc => $_POST[shortdesc], longdesc => $_POST[longdesc], status => $_POST[status], sortorder => $_POST[sortorder], parentid => $_POST[parentid] ); $this->db->where(id, $_POST[id]); $this->db->update(ms_categories, $data); } function deleteCategory($id){ $data = array(status => inactive); $this->db->where(id, $id); $this->db->update(ms_categories, $data); } } function getTopCategories(){ $data[0] = root; $this->db->where(parentid,0); $Q = $this->db->get(ms_categories); if ($Q->num_rows() > 0){ foreach ($Q->result_array() as $row){ $data[$row[id]] = $row[name]; } } $Q->free_result(); return $data; } ?>

By the way, heres the schema for the ms_categories table:

CREATE TABLE ms_categories ( id int(11) NOT NULL auto_increment, name varchar(255) NOT NULL default , shortdesc varchar(255) NOT NULL default , longdesc text NOT NULL, status enum(active,inactive) NOT NULL default active, sortorder int(3) NOT NULL default 0, parentid int(11) NOT NULL default 0, PRIMARY KEY (id) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 ;

Creating a Microsite Manager with CodeIgniter

One last note before you move on: Dont forget to add MCats to the autoloaded model list in the /system/application/config/autoload.php file!

Pages
The Pages controller and model (MPages) are essentially identical to Categories, except that the schema related to pages has a few more fields. I wont go into all the detail of the controller and model (as you can investigate yourself using the code), but heres the schema for ms_pages:
CREATE TABLE ms_pages ( id int(11) NOT NULL auto_increment, category_id int(11) NOT NULL default 0, name varchar(255) NOT NULL default , localname varchar(255) NOT NULL default , title varchar(255) NOT NULL, keywords varchar(255) NOT NULL default , description varchar(255) NOT NULL default , path varchar(255) NOT NULL default , content text character set utf8 collate utf8_unicode_ci NOT NULL, sidebar text character set utf8 collate utf8_unicode_ci NOT NULL, shownav enum(yes,no) NOT NULL default yes, pageorder int(3) NOT NULL default 0, status enum(active,inactive) NOT NULL default active, PRIMARY KEY (id) ) ENGINE=MyISAM DEFAULT CHARSET=uft8;

Notice that there are fields for the page name, title, keywords, description, and content, which you would expect, but also other fields. For example, the localname field allows you to put in an alternative name that shows up in navigation. Ive used it to good effect when I had to create translations or show navigation links in other languages. The shownav field tells the application whether to show this page in the navigation at all. The sidebar field can hold HTML content for a sidebar area. One other thing you should note about the Pages area is that you will want to install a WYSIWYG editor. In the code, youll see that Ive installed TinyMCE, then placed the configuration options for it inside my Pages controller so that I can pass it all into my views.
class Pages extends Controller { function Pages(){ parent::Controller(); session_start(); if ($_SESSION[userid] < 1){ redirect(welcome/index,refresh); } $this->tinyMce =  <script type=text/javascript src= . base_url().includes/tiny_mce/tiny_mce.js></script> <script type=text/javascript> tinyMCE.init({

Creating a Microsite Manager with CodeIgniter

// General options mode : textareas, theme : advanced, plugins : //snipped here, as configuration goes on for pages and pages! ; } }//end class

Because you pass this value into the appropriate functions [in this case, the create() and edit() functions of the Pages controller], you end up with WYSIWYG editors where you want them (i.e., the text areas devoted to content and sidebar data).
function create(){ if ($this->input->post(name)){ $this->MPages->addPage(); redirect(admin/pages/index,refresh); }else{ $data[title] = Create Page; $data[main] = admin_pages_create; $data[tinymce] = $this->tinyMce; $cats = $this->MCats->getCategoriesNav(); $data[categories] = $this->_flatten_cats($cats); $this->load->vars($data); $this->load->view(dashboard); } } function edit($id=0){ if ($this->input->post(name)){ $this->MPages->updatePage(); redirect(admin/pages/index,refresh); }else{ $data[title] = Edit Page; $data[main] = admin_pages_edit; $data[page] = $this->MPages->getPage($id); $data[tinymce] = $this->tinyMce; $cats = $this->MCats->getCategoriesNav(); $data[categories] = $this->_flatten_cats($cats); $this->load->vars($data); $this->load->view(dashboard); } }

Did you notice the use of a special function called $this->_flatten_cats()? In CodeIgniter, any controller function that begins with an underscore (_) is automatically treated as a private function. Auser cant enter the name of that function as a destination. In this special case, the _flatten_cats() function accepts a list of categories, and then flattens it into a more human-readable format. Specifically, it makes a list of categories look like a directory tree. This will be used in any category dropdowns on page create/edit forms, making it that much easier to associate a page with a category.

Creating a Microsite Manager with CodeIgniter

Uploads
The uploads area is very similar to the pages and categories. Before I talk about where this controller differs (e.g., how you upload a file with CodeIgniter), I want to show you the schema for the ms_files database table:
CREATE TABLE ms_files ( id int(11) NOT NULL auto_increment, name varchar(255) NOT NULL default , keywords varchar(255) NOT NULL default , path varchar(255) NOT NULL default , status enum(active,inactive) NOT NULL default active, PRIMARY KEY (id) ) ENGINE=MyISAM DEFAULT CHARSET=utf8;

The goal is to be able to upload individual files and store some information about them in the ms_files table, but then to store the files in a specific area of the site. At this point, Ive set aside the /includes/ uploads/ folder as my repository for any uploaded files. In the next section, I talk about the site-building function and all the things youll have to do to make the publication process work. CodeIgniter makes file uploads work seamlessly. Lets walk through the file creation process, starting with the view, then working our way through to the controller, and then the model. Our file creation view is called admin_uploads_create, and its just a simple form:
<h1><?php echo $title;?></h1> <?php echo form_open_multipart(admin/uploads/create); echo form_label(file name,fname); $data = array(name=>name,id=>fname,size=>25); echo form_input($data) .</p>; echo form_label(keywords,short);$data = array(name=>keywords,id=>short,size=>40);

Creating a Microsite Manager with CodeIgniter

echo form_input($data) .</p>; echo form_label(upload file,upload); $data = array(name=>myfile,id=>upload); echo form_upload($data) .</p>; echo form_label(status,status); $options = array(active => active, inactive => inactive); echo form_dropdown(status,$options) .</p>; echo form_submit(submit,upload file); echo form_close(); ?>

Its important to note that youre using form_open_multipart() to open the form; that way, the form is ready to accept file uploads. Also notice that youve used the form_upload() shortcut to create the file upload widget in the form. Heres the specific controller function that deals with file uploads:
function create(){ if ($this->input->post(name)){ $this->MUploads->addFile(); redirect(admin/uploads/index,refresh); }else{ $data[title] = Upoad File; $data[main] = admin_uploads_create; $data[tinymce] = ; $this->load->vars($data); $this->load->view(dashboard); } }

So far, nothing surprising, right? Take a look at that addFile() function in the MUploads model. The first thing you do is prepare the $data array, as you normally would:
function addFile(){ $data = array( name => $_POST[name], keywords => $_POST[keywords], status => $_POST[status] );

Next, check for a value in $_FILES, which is the superglobal associated with file uploads. If there is a value associated with $_FILES[myfile], then set the CodeIgniter $config parameters. These parameters allow you to control the path, allowed file types, maximum upload size, and more.

Creating a Microsite Manager with CodeIgniter

if ($_FILES[myfile]){ $config[upload_path] = ./includes/uploads/; $config[allowed_types] = gif|jpg|png|pdf|doc|xls|zip|swf|txt|html; $config[max_size] = 0; $config[remove_spaces] = true; $config[overwrite] = true; $config[max_width] = 0; $config[max_height] = 0;

Once you have the $config array squared away, load the upload directory using the $config array as the second argument:
$this->load->library(upload, $config);

Run the do_upload() command, checking for errors as you go (and exiting immediately if you run into problems):
if(!$this->upload->do_upload(myfile)){ echo $this->upload->display_errors(); exit(); } $U = $this->upload->data();

If the upload is successful, you will end up with a file_name key in your upload array. If you find that, just make sure your $data[path] value is set to that, as that will be written to your database upon insertion. Youre done!
if ($U[file_name]){ $data[path] = $U[file_name]; } } $this->db->insert(ms_files, $data); }

Make sure that your target directory (in this case, /includes/uploads) is writable.

Setting up the Site Builder

Now that all the admin portions have been built and users are able to log in and create categories, pages, and media assets on the site, its time to think about the site builder. To make a site builder work, you will need a few tools:

1. 2.

Some way to extract all the information from the database in an orderly fashion (e.g., grouped by category). A set of rules that will transform page records into flat HTML files.

Creating a Microsite Manager with CodeIgniter

3. 4. 5. 6.
Some kind of script that will transfer uploaded files into the completed site. A set of templates that will apply look and feel to any HTML pages. A folder that will hold all the other assets youll need for the completed site, like CSS files, JavaScript files, images, and more. (These assets are different from the previous assets you set up, because these will be used on your destination microsite, not the manager.) A URL helper extension that will allow you to add some custom helper functions.

First, set up a folder called stage_assets/ in the includes/ folder. You can place any assets for the microsite in there. For example, in many projects, there is an images/ folder and some CSS files. All of those go into the stage_assets/ folder. Next, create a series of template views (Ive called mine public_home, public_inner, etc.) that you store in the /system/application/views/ folder. These views represent the look and feel of your completed site design. Again, these have nothing to do with your manager views. They should include places for keywords, title, content, and sidebar (all the fields you designated in your ms_pages table). Next, you can create a file called MY_url_helper.php in the /system/application/helpers/ folder. By creating a file with this name, CodeIgniter will know that you are seeking to extend the default URL helper. What you want to do is create various functions that will help you keep track of paths. Youll use these functions in the site-building function. Heres what you can put in your helper extension file:
<?php function prepend_url(){ return /; } function cms_prep(){ return /var/www/html/whatever/; } function target_prep(){ return /var/www/html/target/; } function target_url(){ return http://www.example.com/target-whatever/; } ?>

Finally, lets consider the build_site() function in the Dashboard controller. Its a bit complicated, but once you go through it step-by-step, youll see that its very straightforward.

Creating a Microsite Manager with CodeIgniter

The first step is to load the File helper, which will give you some shortcuts for physically creating and working with files. At the same time, you want to grab all categories, files, and pages that are ready for publication with specially prepared model functions:
function build_site(){ $this->load->helper(file); $cats = $this->MCats->getPublishCats(); $pages = $this->MPages->getPublishPages(); $indexpages = $this->MPages->getIndexPages(); $files = $this->MUploads->getAllFiles(); $localnav = array();

Next, you make sure that you have items in the $pages and $cats arrays and start processing the stack. The first step is to delete everything in the target area (dont worry, this will more than likely be a staging server!) to make sure that anything you deactivate in the manager doesnt keep showing up over on the target area. Next, rsync everything from your stage_assets/ folder to the target area:
if (count($pages) && count($cats)){ unset($cats[0]); //DELETE TARGET AREA shell_exec(rm -rf . target_prep().*); //COPY OVER ASSETS shell_exec(rsync -avz .cms_prep().includes/stage_assets/ . target_prep());

Next you loop through all the categories, creating a folder for each one. If you have a category called contact_us, this process will create a folder with that name. At the same time, create a folder named files to hold the uploaded files:
//NOW YOU MAY CREATE NEW CATS! foreach ($cats as $id => $path){ @mkdir(staging_prep().$path); } @mkdir(target_prep().files);

Next, loop through all the pages, making sure that you add .html to any page name that doesnt already have it on the end:
foreach ($pages as $page){ if (!preg_match(/\.html$/,$page[path])){ $page[path] .= .html; }

Figure out which template you need to use (either public_home or public_inner). The project, with whichI was involved, had radically different designs for these two types of pages, and indeed, withyour project, you might have very different designs for each category (e.g., a different look for contact pages vs. products pages).

Creating a Microsite Manager with CodeIgniter

Once you know what view to use, load the view by passing in $page and setting the third parameter to TRUE. This will keep CodeIgniter from echoing results to the page, and instead, saving everything that results into the $final variable.
if ($page[category_id] == 0 && $page[path] == index.html){ $TEMPLATE = public_home; }else{ $TEMPLATE = public_inner; } $final = $this->load->view($TEMPLATE,$page,true);

Once you know what $final looks like, you need to figure out where it belongs in the site hierarchy. Essentially, any page with a category_id of 0 belongs in the site root; otherwise, it really belongs in some other folder.
//2. determine path! if ($page[category_id] == 0){ $finalpath = target_prep().$page[path]; }else{ $finalpath = target_prep(). $cats[$page[category_id]] . / . $page[path]; }

Once you figure out where it goes, use the write_file() function to write the file to the right directory. The write_file() function comes to us by way of the File helper and simplifies the task of writing a file to the filesystem:
//3. write to staging folder if (!write_file($finalpath,$final)){ die(cant write to $finalpath!); } }

Once youre done looping through all the pages, loop through the files array and copy them over to the files/ folder you created earlier. Finally, redirect the user to the Admin dashboard after setting a quick Session variable to indicate that files are now ready for viewing:
//dont forget uploaded files! if (count($files)){ foreach ($files as $F){ $file = $F[path]; @copy(cms_prep().includes/uploads/$file, target_prep().files/$file); } } $_SESSION[target_ready] = true; redirect(admin/dashboard,refresh); }else{ redirect(admin/dashboard,refresh); } }

Creating a Microsite Manager with CodeIgniter

Now its time to make a quick change on the admin_home view. Simply add a check to see whether the Session variable called target_ready is set to TRUE, and, if so, show a link to the target site:
if (isset($_SESSION[target_ready]) && $_SESSION[target_ready] == true){ echo <a href=.target_url(). target=_blank>see site</a>; }

Conclusion
Once the process runs, youll see several folders and files copied into your target directory. In Figure 5, my target directory is the microsite_stage directory off the server root. Theres a folder for every category, an images folder, a CSS file, and various other HTML files present.

Figure 5: Results of the process. By now, what you have is a compact, portable microsite manager that exports all of your database data (and associated files) as static pages and folders in a designated spot. This designated area can be a staging server with files that can later be transferred, via FTP or rsync, to a live server. This arrangement gives your marketing team a lot of flexibility. They can create content for their microsite, design views, upload files, and organize content into virtual folders; then, when theyre ready, they can build a site and see what everything looks like. If they need to fix something, they can do that quickly and easily, and then build their site again.

Creating a Microsite Manager with CodeIgniter

About Thomas Myer

Thomas Myer is a technical book author, consultant, and web developer. In 2001, he founded Triple Dog Dare Media in Austin, Texas. Triple Dog Dare Media focuses its attention on helping companies create CodeIgniter-based applications like content management, portals, and eCommerce systems. Thomas Myer is the author of No Nonsense XML Web Development with PHP (Sitepoint, 2004) and Lead Generation on the Web (OReilly, 2007). His new book, Professional CodeIgniter from WROX, hits the bookstores July 2008. He has also authored dozens of technical and business articles for IBM DeveloperWorks, Amazon Web Services, AOL, Darwin Magazine, and others.

Creating a Microsite Manager with CodeIgniter

Published by Wiley Publishing, Inc. 10475 Crosspoint Boulevard Indianapolis, IN 46256 www.wiley.com Copyright 2008 by Wiley Publishing, Inc., Indianapolis, Indiana ISBN: 978-0-470-41337-1 No part of this publication may be reproduced, stored in a retrieval system or transmitted in any form or by any means, electronic, mechanical, photocopying, recording, scanning or otherwise, except as permitted under Sections 107 or 108 of the 1976 United States Copyright Act, without either the prior written permission of the Publisher, or authorization through payment of the appropriate per-copy fee to the Copyright Clearance Center, 222 Rosewood Drive, Danvers, MA 01923, (978) 750-8400, fax (978) 646-8600. Requests to the Publisher for permission should be addressed to the Legal Department, Wiley Publishing, Inc., 10475 Crosspoint Blvd., Indianapolis, IN 46256, (317) 572-3447, fax (317) 572-4355, or online at http://www.wiley.com/go/permissions. Limit of Liability/Disclaimer of Warranty: The publisher and the author make no representations or warranties with respect to the accuracy or completeness of the contents of this work and specifically disclaim all warranties, including without limitation warranties of fitness for a particular purpose. No warranty may be created or extended by sales or promotional materials. The advice and strategies contained herein may not be suitable for every situation. This work is sold with the understanding that the publisher is not engaged in rendering legal, accounting, or other professional services. If professional assistance is required, the services of a competent professional person should be sought. Neither the publisher nor the author shall be liable for damages arising herefrom. The fact that an organization or Website is referred to in this work as a citation and/or a potential source of further information does not mean that the author or the publisher endorses the information the organization or Website may provide or recommendations it may make. Further, readers should be aware that Internet Websites listed in this work may have changed or disappeared between when this work was written and when it is read. For general information on our other products and services please contact our Customer Care Department within the United States at (800) 762-2974, outside the United States at (317) 572-3993 or fax (317) 572-4002. Trademarks: Wiley, the Wiley logo, Wrox, the Wrox logo, Programmer to Programmer, and related trade dress are trademarks or registered trademarks of John Wiley & Sons, Inc. and/or its affiliates, in the United States and other countries, and may not be used without written permission. All other trademarks are the property of their respective owners. Wiley Publishing, Inc., is not associated with any product or vendor mentioned in this Wrox Blox. This PDF should be viewed with Acrobat Reader 6.0 and later, Acrobat Professional 6.0 and later, or Adobe Digital Editions. Usage Rights for Wiley Wrox Blox. Any Wiley Wrox Blox you purchase from this site will come with certain restrictions that allow Wiley to protect the copyrights of its products. After you purchase and download this title, you: Are entitled to three downloads Are entitled to make a backup copy of the file for your own use Are entitled to print the Wrox Blox for your own use Are entitled to make annotations and comments in the Wrox Blox file for your own use May not lend, sell or give the Wrox Blox to another user May not place the Wrox Blox file on a network or any file sharing service for use by anyone other than yourself or allow anyone other than yourself to access it May not copy the Wrox Blox file other than as allowed above May not copy, redistribute, or modify any portion of the Wrox Blox contents in any way without prior permission from Wiley If you have any questions about these restrictions, you may contact Customer Care at (877) 762-2974 (8 A.M.5 P.M. EST, MondayFriday). If you have any issues related to Technical Support, please contact us at 800-762-2974 (United States only) or 317-572-3994 (International) 8 A.M.8 P.M. EST, MondayFriday). Acquisitions Editor Jenny Watson Development Editor Christopher J. Rivera Technical Editor Ed Finkler Production Editor Debra Banninger Copy Editor Cate Caffrey Editorial Manager Mary Beth Wakefield Production Manager Tim Tate Vice President and Executive Group Publisher Richard Swadley Vice President and Executive Publisher Joseph B. Wikert Proofreader Nancy Carrasco

Ready for more?

Build onto the knowledge that you just gained from this Wrox Blox.
Professional CodeIgniter is available now!

odeIgniter is lighting up the PHP development space, and this book shows programmers how to join the action CodeIgniter is an MVC (model-view-controller) framework for PHP that is generating a lot of buzz, because it allows developers to save time by reusing existing code instead of writing it from scratch; although similar to Ruby on Rails, CodeIgniter is popular as a way to build Rails-like code without learning a new programming language Walks readers through the steps of building several types of applications with CodeIgniter, including blogs, forums, and content management; also provides problem-solving techniques and tips on everyday issues not typically covered in reference manuals for programmers Covers a range of topics helpful to developers of all stripes, from novice programmers to code gurus; topics include an overview of agile methodologies and approaches, the MVC approach, helpers and libraries, model and schema for products, and Ajax and Scriptaculous.

Professional CodeIgnitert
By THOMAS MYER 978-0-470-28245-8 Paper 304 pages

Visit us at www.wrox.com
Wrox Blox0 Creating a Microsite Manager with CodeIgniter By Myer - ISBN0 97804704133711 Prepared for CHRISTOPHER RINGWALD/ email0 [email protected] Order number0 40397143 Copyright 2009/ Wiley Publishing Inc. This PDF is exclusively for your use in accordance with the WroxBlox Terms of Service. No part of it may be reproduced or transmitted in any form by any means without prior written permission from the publisher. Redistribution or other use that violates the Wrox Blox Terms of Service or otherwise violates the U.S. copyright laws is strictly prohibited.

Cracking PHP Interviews
No ratings yet
Cracking PHP Interviews
79 pages
Sample Estimate Template
No ratings yet
Sample Estimate Template
4 pages
1.0 Introduction To Android
No ratings yet
1.0 Introduction To Android
30 pages
Advance PHP Training
No ratings yet
Advance PHP Training
4 pages
Advanced IOS Security - BRKSEC-3007
No ratings yet
Advanced IOS Security - BRKSEC-3007
146 pages
VI BCA-Web Programming - Lab Programs
80% (5)
VI BCA-Web Programming - Lab Programs
28 pages
Project Title: WEBMAIL: Web Based Email System
No ratings yet
Project Title: WEBMAIL: Web Based Email System
64 pages
Manual Architect
No ratings yet
Manual Architect
136 pages
Codeigniter3 Studentstutorial
No ratings yet
Codeigniter3 Studentstutorial
123 pages
Codeigniter User Guide 1 5 5
No ratings yet
Codeigniter User Guide 1 5 5
362 pages
Simple Create, Update, Delete (CRUD) Operation Using Servlet & JSP
100% (1)
Simple Create, Update, Delete (CRUD) Operation Using Servlet & JSP
10 pages
Modul Java Android
No ratings yet
Modul Java Android
87 pages
Spring Boot Reference
No ratings yet
Spring Boot Reference
377 pages
Learn Angular Step by Step: (Covering Angular 2 and Angular 4)
No ratings yet
Learn Angular Step by Step: (Covering Angular 2 and Angular 4)
87 pages
Lab Building Simple Shopping Cart Using Python, Flask, MySQL
No ratings yet
Lab Building Simple Shopping Cart Using Python, Flask, MySQL
14 pages
Flutter CI - 2019
No ratings yet
Flutter CI - 2019
42 pages
Multimedia Messaging Service Center (MMSC) V 2.6
No ratings yet
Multimedia Messaging Service Center (MMSC) V 2.6
30 pages
Switch Statements: Comparing Exact Values
No ratings yet
Switch Statements: Comparing Exact Values
11 pages
A Simple Mvc-2 Example With Mysql
No ratings yet
A Simple Mvc-2 Example With Mysql
19 pages
Software Design
No ratings yet
Software Design
102 pages
Gluon Documentation JavaFX
No ratings yet
Gluon Documentation JavaFX
191 pages
R&D Doc For ShipmentAPI
No ratings yet
R&D Doc For ShipmentAPI
8 pages
Professional Developer Final
No ratings yet
Professional Developer Final
251 pages
Image Gallery App Using PHP With Source Code - SourceCodester
No ratings yet
Image Gallery App Using PHP With Source Code - SourceCodester
17 pages
Smart - Device Lab Manual
No ratings yet
Smart - Device Lab Manual
108 pages
Google Flutter
No ratings yet
Google Flutter
16 pages
Firebase Admin SDK For PHP
No ratings yet
Firebase Admin SDK For PHP
62 pages
Path - Web Developers - OpenClassrooms
0% (1)
Path - Web Developers - OpenClassrooms
15 pages
TERASOLUNAServer Framework For Java Development Guideline
No ratings yet
TERASOLUNAServer Framework For Java Development Guideline
2,321 pages
OpenStreet Map
No ratings yet
OpenStreet Map
17 pages
PHP-Framework - CodeIgniter - Laravel-YII - CakePHP PDF
No ratings yet
PHP-Framework - CodeIgniter - Laravel-YII - CakePHP PDF
142 pages
Spring Boot and API
No ratings yet
Spring Boot and API
4 pages
Java Developer Nanodegree Program Syllabus PDF
No ratings yet
Java Developer Nanodegree Program Syllabus PDF
5 pages
Rupesh Tiwari Create Your Own App With App Inventor 2 2016
100% (1)
Rupesh Tiwari Create Your Own App With App Inventor 2 2016
305 pages
Configure Static Routing Protocal in Cisco Packet Tracer
No ratings yet
Configure Static Routing Protocal in Cisco Packet Tracer
40 pages
Android App Development in Android Studio Java+Android Edition For Beginners
100% (1)
Android App Development in Android Studio Java+Android Edition For Beginners
214 pages
Firebase Arduino
No ratings yet
Firebase Arduino
49 pages
Firebase by Ta
No ratings yet
Firebase by Ta
60 pages
Web Services With IntelliJ IDEA
No ratings yet
Web Services With IntelliJ IDEA
22 pages
JDBC Architecture
No ratings yet
JDBC Architecture
5 pages
Spring Boot Reference New
100% (2)
Spring Boot Reference New
378 pages
Development of A Blog System Using Codeigniter Framework: Li Yicheng
100% (1)
Development of A Blog System Using Codeigniter Framework: Li Yicheng
60 pages
Android Developer Fundamentals Course Concepts Idn PDF
100% (1)
Android Developer Fundamentals Course Concepts Idn PDF
444 pages
Download full (Ebook) Practical Microservices Architectural Patterns - Event-Based Java Microservices with Spring Boot and Spring Cloud by Binildas Christudas ISBN 9781484245019, 1484245016 ebook all chapters
100% (7)
Download full (Ebook) Practical Microservices Architectural Patterns - Event-Based Java Microservices with Spring Boot and Spring Cloud by Binildas Christudas ISBN 9781484245019, 1484245016 ebook all chapters
67 pages
Coroutines 101
No ratings yet
Coroutines 101
47 pages
Modul Framework Laravel PDF
No ratings yet
Modul Framework Laravel PDF
117 pages
Data Structure
No ratings yet
Data Structure
156 pages
Certified Wordpress Developer - Brochure
No ratings yet
Certified Wordpress Developer - Brochure
7 pages
Object Oriented Programming With PHP
No ratings yet
Object Oriented Programming With PHP
61 pages
Swift
No ratings yet
Swift
1 page
Cordova Tutorial PDF
No ratings yet
Cordova Tutorial PDF
101 pages
Different Software Architecture Patterns
No ratings yet
Different Software Architecture Patterns
3 pages
How To Build A Shortened URL Service With WordPress Custom Post Type - Wptuts+
No ratings yet
How To Build A Shortened URL Service With WordPress Custom Post Type - Wptuts+
13 pages
The Swift Codebook: A Beginner's Guide from Basics to Best Practices
From Everand
The Swift Codebook: A Beginner's Guide from Basics to Best Practices
Grace Huang
No ratings yet
Introduction to Mastering Modern Web Technologies with React.js and Ant Design
From Everand
Introduction to Mastering Modern Web Technologies with React.js and Ant Design
Pedro Martins
No ratings yet
Hands-On Microservices with JavaScript: Build scalable web applications with JavaScript, Node.js, and Docker
From Everand
Hands-On Microservices with JavaScript: Build scalable web applications with JavaScript, Node.js, and Docker
Tural Suleymani
No ratings yet
Mastering Vue.js: Building Modern Web Applications
From Everand
Mastering Vue.js: Building Modern Web Applications
Pedro Martins
No ratings yet
Ultimate Azure IaaS for Infrastructure Management
From Everand
Ultimate Azure IaaS for Infrastructure Management
Dean Cefola
No ratings yet
Creating A Microsite Manager With Code Igniter PDF
No ratings yet
Creating A Microsite Manager With Code Igniter PDF
44 pages
Professional ASP.NET MVC 4
From Everand
Professional ASP.NET MVC 4
Jon Galloway
3.5/5 (1)
ASP.NET MVC Fundamentals : Step-by-Step Instructions for Building Web Applications with ASP.NET 8, Integrating SQLite for Robust Data Handling, and Utilizing Entity Framework
From Everand
ASP.NET MVC Fundamentals : Step-by-Step Instructions for Building Web Applications with ASP.NET 8, Integrating SQLite for Robust Data Handling, and Utilizing Entity Framework
Madison Giroux
No ratings yet
Introduccion A MVC Con Codeigniter
No ratings yet
Introduccion A MVC Con Codeigniter
35 pages
Professional ASP.NET MVC 3
From Everand
Professional ASP.NET MVC 3
Jon Galloway
3.5/5 (1)
A QoS Based Call Admission Control and Resource Allocation Mechanism For LTE Femtocell Deployment
No ratings yet
A QoS Based Call Admission Control and Resource Allocation Mechanism For LTE Femtocell Deployment
5 pages
PDF Archiving
No ratings yet
PDF Archiving
11 pages
02 150723164805 Lva1 App6891 PDF
No ratings yet
02 150723164805 Lva1 App6891 PDF
23 pages
Backhaul For Urban Small Cells
No ratings yet
Backhaul For Urban Small Cells
45 pages
Time To Market
No ratings yet
Time To Market
26 pages
Amdocs Small Cells WP
No ratings yet
Amdocs Small Cells WP
20 pages
Ds Nemo Server
No ratings yet
Ds Nemo Server
2 pages
Celona Telstra Case Study Issue - Detailed
No ratings yet
Celona Telstra Case Study Issue - Detailed
6 pages
Dipole and Mono Pole Antenna Gain
No ratings yet
Dipole and Mono Pole Antenna Gain
19 pages
Gsd4e Nmea Manual
No ratings yet
Gsd4e Nmea Manual
45 pages
CM-4000 Datasheet 1212
No ratings yet
CM-4000 Datasheet 1212
2 pages
04-Blum-Uhd Presentation Gnuradio 2011
100% (1)
04-Blum-Uhd Presentation Gnuradio 2011
19 pages
ArchiCAD User Guide
No ratings yet
ArchiCAD User Guide
238 pages
A Novel ARQ Technique Using The Turbo Coding Principle: Krishna R. Narayanan, and Gordon L. ST Uber
No ratings yet
A Novel ARQ Technique Using The Turbo Coding Principle: Krishna R. Narayanan, and Gordon L. ST Uber
3 pages
Creating A Registration Form Using PHP
No ratings yet
Creating A Registration Form Using PHP
11 pages
Cyber Job Mela
No ratings yet
Cyber Job Mela
127 pages
Emote T Erminal U Nit: User's Guide Technical Specifications & Cabling
No ratings yet
Emote T Erminal U Nit: User's Guide Technical Specifications & Cabling
192 pages
Servlet+JSP Review
No ratings yet
Servlet+JSP Review
33 pages
Web System Technologies: Formative 1
No ratings yet
Web System Technologies: Formative 1
16 pages
Intro To ASP - NET and Web Forms
No ratings yet
Intro To ASP - NET and Web Forms
107 pages
Online Post Office Management System Project Report
No ratings yet
Online Post Office Management System Project Report
139 pages
Adj
No ratings yet
Adj
75 pages
Introduction To HTML
No ratings yet
Introduction To HTML
92 pages
Web Development With Django Cookbook Sample Chapter
No ratings yet
Web Development With Django Cookbook Sample Chapter
40 pages
Online Mobile Recharge Documentation
53% (19)
Online Mobile Recharge Documentation
62 pages
WEB PROG - Prelim
No ratings yet
WEB PROG - Prelim
9 pages
HFM Interviewque
No ratings yet
HFM Interviewque
18 pages
Creating Lively Regions: February 2002, Volume 8 Number 2
No ratings yet
Creating Lively Regions: February 2002, Volume 8 Number 2
34 pages
Star Bus Report v1
No ratings yet
Star Bus Report v1
82 pages
HTML5 Student Book
No ratings yet
HTML5 Student Book
297 pages
Q What Is The Objective of Job-Portal Project?
100% (1)
Q What Is The Objective of Job-Portal Project?
25 pages
New To Lithium: Part 1
100% (1)
New To Lithium: Part 1
12 pages
Adit2 PDF
No ratings yet
Adit2 PDF
11 pages
Lab Manual
No ratings yet
Lab Manual
191 pages
J2EE: Container Based Security With OC4J and Active Directory (LDAP)
No ratings yet
J2EE: Container Based Security With OC4J and Active Directory (LDAP)
4 pages
And Web Forms: Arijit Sengupta S511 Module 5
No ratings yet
And Web Forms: Arijit Sengupta S511 Module 5
84 pages
Advanced ASP - Net Interview Questions Sharepointloversdotcom
No ratings yet
Advanced ASP - Net Interview Questions Sharepointloversdotcom
45 pages
Struts 1
No ratings yet
Struts 1
17 pages
Restful-Api-Design Documentation: Release 1.0
No ratings yet
Restful-Api-Design Documentation: Release 1.0
23 pages
PHP Next
No ratings yet
PHP Next
12 pages

Creating A Microsite Manager With CodeIgniter

Uploaded by

Creating A Microsite Manager With CodeIgniter

Uploaded by

Thomas Myer

Creating a Microsite Manager with CodeIgniter

Installing and Configuring CodeIgniter

Creating the Admin Dashboard

Conclusion About Thomas Myer

Creating a Microsite Manager with CodeIgniter

Creating a Microsite Manager with CodeIgniter

Creating a Microsite Manager with CodeIgniter

Creating a Microsite Manager with CodeIgniter

Why Bother with MVC?

Creating a Microsite Manager with CodeIgniter

Installing and Configuring CodeIgniter

Creating a Microsite Manager with CodeIgniter

Figure 3: CodeIgniters folder structure.

The Root Folder

The system/ Folder

Creating a Microsite Manager with CodeIgniter

The system/application Folder

Creating a Microsite Manager with CodeIgniter

Tweaking the Configuration

Creating a Microsite Manager with CodeIgniter

Creating a Microsite Manager with CodeIgniter

Getting Star ted

Creating a Microsite Manager with CodeIgniter

The Login Area

Creating a Microsite Manager with CodeIgniter

Creating the Template View

Creating a Microsite Manager with CodeIgniter

Creating a Microsite Manager with CodeIgniter

Creating the Login Form

Creating a Microsite Manager with CodeIgniter

Reworking the index() Function

Creating a Microsite Manager with CodeIgniter

Creating the MAdmins Model

Here is a basic, bare-bones model for MAdmins, stored in madmins.php:

Creating a Microsite Manager with CodeIgniter

Creating the verifyUser() Function

Autoloading the MAdmins Model

Creating a Microsite Manager with CodeIgniter

A Small Note about Creating Your First User

Creating the Admin Dashboard

Creating a Microsite Manager with CodeIgniter

Creating the Dashboard Controller

Creating a Microsite Manager with CodeIgniter

Creating a Microsite Manager with CodeIgniter

Creating a Microsite Manager with CodeIgniter

Building the Admin Area

Creating the Admins Controller

Creating a Microsite Manager with CodeIgniter

Expanding the MAdmins Model

Creating a Microsite Manager with CodeIgniter

Creating a Microsite Manager with CodeIgniter

Creating the Views

Creating a Microsite Manager with CodeIgniter

Creating a Microsite Manager with CodeIgniter

Creating the Rest of the Admin Functions

Creating a Microsite Manager with CodeIgniter

Creating a Microsite Manager with CodeIgniter

Creating a Microsite Manager with CodeIgniter

By the way, heres the schema for the ms_categories table:

Creating a Microsite Manager with CodeIgniter

Creating a Microsite Manager with CodeIgniter

Creating a Microsite Manager with CodeIgniter

Creating a Microsite Manager with CodeIgniter

Creating a Microsite Manager with CodeIgniter

Setting up the Site Builder

Creating a Microsite Manager with CodeIgniter

Creating a Microsite Manager with CodeIgniter

Creating a Microsite Manager with CodeIgniter

Creating a Microsite Manager with CodeIgniter

Creating a Microsite Manager with CodeIgniter

About Thomas Myer

Creating a Microsite Manager with CodeIgniter

Ready for more?

You might also like

Installing and Configuring CodeIgniter

Creating the Admin Dashboard

Conclusion About Thomas Myer