Explore topic-wise InterviewSolutions in .

Changing the URL routes has many benefits such as:

• From the SEO(Search Engine Optimization) point of the view, to make URL SEO friendly and obtain more user visits.
• Hide some URL elements like controller name, function name, etc. from the users for security purposes.
• Provides different functionality to the specific parts of a system.

Conclusion:
CodeIgniter has become the predominant choice of interest for developers while creating WEBSITES. Even though there are plenty of other choices when considering the right programming framework for the applications, CodeIgniter has gained its own preference in the market. The SOLE reason that most of the developers are choosing it is because of the several advantages that it offers to the people.

Freedcamp, Nissan, Bonfire, Buffer, etc. are some of the websites that use the CodeIgniter framework. There is a great amount of demand for PHP developers with CodeIgniter skills.

This SET of interview questions will DEFINITELY help you excel in the CodeIgniter job interview. We hope these interview questions and answers on CodeIgniter will assist you to crack the relevant interview.

References:

“Professional CodeIgniter” by Thomas Myer.

“CodeIgniter for Rapid PHP Application Development” by David Upton.

Codeigniter Guide

Codeigniter Download

• The mediator present between the model and the view for processing the HTTP request and is used for generating a WEB page is called a controller. It is considered as the center of each HTTP request that exists on the web application of the user.
• Consider the FOLLOWING URL in this reference: projectName/index.php/welcome/
  In this URL, the CODEIGNITER is trying to find the welcome.php file and the Welcome class.
• Controller syntax is GIVEN below:

• The below-given ITEMS can be automatically loaded in CODEIGNITER:
  • Classes OBTAINED in the directory named libraries/
  • Custom config files obtained in the directory named config/
  • Helper files obtained in the directory named helpers/
  • Models obtained in the directory named models/
  • Language files obtained in the directory named system/language/
• For resource autoloading, you should OPEN the file application/config/autoload.php and include the ITEM that you want to be get loaded into the array of autoloads. In the file related to each type of item, you can find instructions.

• When the name of the file is not mentioned in the URL then the file will be specified in the DEFAULT controller that is loaded by default. By default, the file name will be welcome.php, which is known as the first page to be SEEN after the installation of CodeIgniter.
• localhost/codeigniter/  In this case, the welcome.php will be generally loaded as the file name is not mentioned in the provided URL. Generally, the programmers can change the default controller that is PRESENT in the application/config/routes.php file as per their needs.
• $route['default_controller'] = ' ';In the above-given SYNTAX, the programmer has to specify the file name that he/she wants to get loaded as the default one.

• Codeigniter has got a Cross-Site SCRIPTING(XSS) hack prevention filter. This filter either automatically runs or you can run it based on item, to filter all data related to POST and COOKIE.
• The XSS filter will target the frequently used METHODS to TRIGGER JavaScript code or other types of code that attempt to hijack cookies or do any other MALICIOUS activity. If it identifies anything suspicious or anything disallowed is encountered, then it will convert the data to character entities.
• To filter data through the XSS filter, we will make use of the xss_clean() method as given below:

This function is used only when you are submitting data. The second Boolean parameter is optional and used to check the image files for the XSS attacks. This is very useful for FILE upload. If its value is true, that means the image is safer and not otherwise.

The CodeIgniter folder structure is given below:

• application: This directory will have your application logic. All of your application CODES will be held in this directory. Internal subdirectories in the CodeIgniter directory structure are given below:
  • cache – It stores cached files.
  • config – It keeps configuration files.
  • CONTROLLER – All application controllers are defined under this controller.
  • core – It consists of custom core classes that extend system files. For example, if you create a base controller that other controllers should extend, then you should place it under this directory.
  • helpers – This directory will be used for user-defined helper functions.
  • hooks – It is used for custom hooks in the CodeIgniter folder structure.
  • language – It is used to store language files for applications that use multiple languages.
  • libraries – It is used to store custom-created libraries.
  • logs – Application log files are placed in this directory.
  • models - All application models must be defined under this directory.
  • third_party – This is used for custom many packages that are created by you or other developers.
  • views – application views will be stored in this directory.
• system: It consists of the framework core files. It is not advised to MAKE any modifications in this directory or put your own application code into this directory. System subdirectories in CodeIgniter are given below:
  • core – This is considered to be the heart of the CodeIgniter Framework. All of the core files that construct the framework are located here. If you would like to extend the core file functionality, then you must
  • create a custom core file in the application directory. After this, you are allowed to override or add new behavior that you wish. You should never make any changes directly in this directory.
  • database – It stores the files such as database drivers, cache, and other files that are NEEDED for database operations.
  • fonts – This directory contains fonts and font-related information.
  • helpers – This directory consists of helper functions that come out of the box.
  • language – It contains language files that are used by the framework
  • libraries – It contains the source files for the different libraries that come ALONG with CodeIgniter out of the box.
• user_guide: This directory consists of a user manual for CodeIgniter. You should not upload this directory during application deployment.
• vendor: This directory consists of composer packages source code. The composer.json and composer.lock are the other two files related to this directory.
• index.php: This is considered as the entry point into the application. It is placed inside the root directory.

In CodeIgniter, you are allowed to maintain a user’s “state” by Session class and keep an eye on their activity while they browse your website.

• Loading a session in CodeIgniter:
  For using session, your controller should be loaded with your Session class by using the $this->load->library(‘session’);.
  Once the Session class is loaded, the Session library object can be obtained using $this->session.
• Read session DATA in CodeIgniter:
  $this->session->userdata(); method of Session class is used to read or obtain session data in CodeIgniter.
  Usage: $this->session->userdata('name_of_user');
  Also, the below-given method of the Session class can be used to read session data.
  Usage: $this->session->key_item
  Where an ITEM represents the key name you want to access.
• Create a session in CodeIgniter:
  The set_userdata() method that belongs to the Session class is useful in creating a session in CodeIgniter. This method uses an associative array that has the data you want to include in the session.
  Adding session data:
  Example:

If you want to add a single user data at a TIME, set_userdata() supports this syntax:

• Remove session data in CodeIgniter:
  The unset_userdata() method that belongs to the Session class is useful for removing session data in CodeIgniter. Usage examples are given below:
  Unset particular key:

Unset an array of item keys:

There are many WAYS to protect CodeIgniter from CSRF, one method of doing this is to use a HIDDEN field in every form on the website. This hidden field is considered as CSRF token, it is a random value that changes with each HTTP request SENT. After gets inserted into the website forms, it will be saved in the user’s session as WELL. So, when the user submits the form, the website CHECKS whether it is the same as the one that was saved in the session. If it is the same then, the request is authorized.

A view is a webpage that shows each element of the USER interface. It cannot be called directly, you need to load the views via the controller. You can pass an array from the controller to view in CodeIgniter using below given steps:

• Create a view:

Create a new text file and name it ciblogview.php. Save the created file in the application/views/ directory. Open the ciblogview.php file and add the below-given code to it:

• Load the view:

Loading a view is executed using the following syntax: $this->load->view('name');

Where ‘name’ represents the name of the view.

The below code CREATES a controller named Blog.php. This controller has the method for loading the view.

• Passing an array from the controller to view:

You are allowed to paste the below-given controller code within your controller file or put it in the controller object.

Arrays are displayed as a brick[‘…’] and OBJECTS as an arrow(->). You are allowed to ACCESS an array with the brick[‘…’] and object using the arrow (->). Therefore, add the below-given code in the view file:

• Add dynamic data to views:

Usually, data transfer from the controller to view is done through an array or an object. The array or the object is passed as the second parameter of the view load method similar to the below-given method:

The controller will look like this:

The view file will look like this:

The CodeIgniter application is based on the MVC (Model – View – CONTROLLER) model, which separates the application logic from the presentation view. Because of presentation view separation from the PHP scripting, it allows your web pages for script minimization.

• Model:
  • Generally, a model is used for DATABASE interaction. When a user raises a request for the specific data from the application, the model takes the accountability to fetch out the RECORDS from the database table.
  • ALSO, a data structure represented by the model can be used to perform several operations like retrieve, insert, update, and delete.
• Controller:
  • The working of the CodeIgniter application is controlled by the controller. It acts as an intermediary for the communication between the model and the view. Therefore, it has the accountability to receive the user request and handle that request by furnishing a result generated by the model. The appropriate records will be displayed to the user by using the view component. (Note: The Controller file name and class name should be the same and must be in uppercase letters. Example- Main.php)
• View:
  • Typically, a view is similar to a web page that has the INFORMATION displayed to the user. A view can also be an integral part of a web page such as header and footer. The view page can be represented in both RSS(RDF Site Summary) and a user interface.

• In CodeIgniter, models are LOADED as well as called inside your controller methods. For loading a model, you must use the below-given method:

• Include the relative path from the directory of your model, if your model is PLACED inside a sub-directory. Consider an example, you have a model which is placed at application/models/blog/AllPosts.php you can load it by using: $this->load->model('blog/AllPosts');
• You can access the methods provided by the model, once the model GETS loaded by using an object which has the same name as your controller:

• CodeIgniter will make use of a “segment-based” approach instead of a “query string-based” approach.
• CodeIgniter framework has four main PARTS in the default URL pattern. First, we have the name of the server, and next, we have the name of the controller class followed by name of the controller function and function parameters at the end. Codeigniter is accessed using the URL helper. The basic URL STRUCTURE is:

• Example: 

Here, interviewbit.com is a server name, a user is a controller class that needs to be invoked, an edit is an action or method, and suresh is an optional action parameter that is passed to CONTROLLERS.

CodeIgniter enables you to develop error REPORTING into your applications by using the below-given functions. Also, it has a class dedicated to error logging that permits messages RELATED to error and debugging to be SAVED as text files.

Functions related to error handling are:

• This function will display the error message provided by the application/errors/errorgeneral.php template.

• This function shows the 404 error message supplied to it by using the application/errors/error404.php template.

• This function permits you to WRITE messages onto your log files. You must provide anyone among three “LEVELS” in the first parameter that indicates the message type (debug, error, info), with the message itself in the second parameter.

• FEATURES of Email Class in CodeIgniter are given below:
  • Multiple protocols such as Mail, SENDMAIL, and SMTP
  • TLS and SSL Encryption for SMTP
  • CC and BCCs
  • Multiple recipients
  • Attachments
  • HTML or Plain-text email
  • Priorities
  • Word wrapping
  • BCC Batch Mode, enabling LARGER e-mail lists to be broken into smaller BCC batches
  • Email Debugging tools
• SENDING Email:
  Sending an email is a simple process here. You can configure an email on the fly or set your preferences in the app/Config/Email.php FILE. A basic example for demonstrating how you might send email is given below:

• Anchor tag creates a standard HTML anchor LINK based on the URL of your local site.
• Syntax:

• Here, $uri represents a URI string, $title represents an anchor title and $attributes represents an HTML attributes. It returns an HTML hyperlink (anchor tag) of string type.

The first parameter can have any segments you would LIKE to append to the URL. These segments can be a string or an array.

The second parameter is the text that will be displayed with a link. The URL will be used in case you leave it blank.

The third parameter can CONTAIN an attribute list you would like added to the link. The attributes can be a string or an associative array.

• Example:

Following Databases are supported by the CodeIgniter FRAMEWORK:

• MYSQL (version 5.1+) DATABASE that uses MySQL (deprecated), mysqli, and PDO drivers
• Oracle database that uses oci8 and PDO drivers
• PostgreSQL database that uses Postgre and PDO drivers
• ODBC database that uses ODBC and PDO drivers
• SQLite database that uses SQLite version 2, SQLite3 version 3, along with PDO drivers
• MS SQL database that uses Sqlsrv (version 2005 and above), MsSQL, and PDO drivers
• Interbase/Firebird database that uses IBASE and PDO drivers
• CUBRID database that uses Cubridand PDO drivers

You have to CREATE a FILE with the name EXAMPLE.php under application/core/ directory and declare your class with the below CODE:

• CSRF(Cross-Site Request Forgery) token is a randomly generated value that GETS modified with every HTTP request sent by webform.
• A CSRF attack forces a browser of the logged-on victim for sending a forged HTTP request, including the SESSION cookie of the victim and other information related to authorization, to a WEB application. A CSRF token is used for setting or activating the protection in CodeIgniter.
• CSRF token is saved in the user’s session when it is added in the website form. When we submit the form, the website compares both SUBMITTED tokens and saved tokens in the session. If they are the same, a request is considered valid. When the page gets loaded token value will also be changed each time. Thus it becomes difficult for the hackers to identify the CURRENT token.
• To set CSRF, you have to set the corresponding config value as true in your application/config/config.php file.
  Syntax : $config['csrf_protection'] = TRUE;
  If you use the form helper, the form_open() method will automatically insert a hidden CSRF field in your forms.

• Libraries are packages created in PHP that give higher-level ABSTRACTIONS and thus contribute to faster development. This removes the NECESSITY of focusing on small, minute details by taking care of those by themselves.
• Three methods are available to create a library:
  • Create an entirely new library
  • Extend native libraries
  • Replace native libraries
• To load a library in CodeIgniter, you have to include the below code inside a controller: $this->load->library(‘class_name’);
• All pre-defined libraries developed by CodeIgniter can be obtained at the system/libraries directory.
• For LOADING multiple libraries at the same time, you can MAKE use of the same code. But replace the parameter with an array for loading multiple libraries.

Command-Line Interface or CLI is a text-based interface for INTERACTING with computers through a set of commands. We can use CLI in CODEIGNITER for:

• Running your cron-jobs without wget or CURL usage
• Make your cron-jobs inaccessible from being loaded in the URL(Uniform Resource Locator) by checking the value returned by is_cli()
• Make interactive “tasks” that can do various things such as set permissions, run BACKUPS, prune cache folders, etc.
• It helps to integrate CodeIgniter with applications in other languages. For example, a random C++ script can call a command and run CODE in your models.

The list of available hook points are given below:

• pre_system: It is called initially during system execution.
• pre_controller: It is called immediately before any of the controllers being called. Example:

• post_controller_constructor: It is called soon after INSTANTIATING your controller, but before any occurrence of the method call.
• post_controller: It is called immediately after the complete execution of the controller.
• display_override: It overrides the _display() method.
• cache_override: It ENABLES calling of the user-defined method instead of _display_cache() method which is available in the OUTPUT Library. This permits you for USING your own cache display mechanism.
• post_system: It is called soon after the final rendered page has been submitted to the web browser, at the end of system execution when the final data has been SENT to the browser.

Few advantages of using CodeIgniter is given below:

• Built-in libraries: It comes with various types of default helpers for multiple things including strings, arrays, cookies, directories, file handling, and forms among others.
• Data ABSTRACTION: You can make use of the CodeIgniter database abstraction layer for creating, adding, deleting, and replacing statements in a hassle-free manner. This framework allows you to manage multiple connections using a single application.
• Active Developer Community: Bigger the community, the better the help you get. Newly GRADUATED developers look forward to the framework’s forum to get their doubts solved and learn about new things in the process. With so many people actively participating in it from around the world, your doubts will be solved within few hours. And due to the same reason, CodeIgniter documentation is 10 times bigger than any other framework.
• Collaboration with Expression Engine: The collaboration permits developers using CodeIgniter to use libraries and everything else provided by Expression Engine and vice VERSA. Because of this, developers will get few benefits like better parser class, improved built-in USER authentication, and easy access to modular applications.
• Security: The security strength modification can be done according to your client’s needs. These changes are made when the SYSTEM is initialized by switching off the magic_quotes_runtime directive irrespective of the register_globals directive. You don’t need to remove the slashes during information retrieval from the database. You can enable encryption of cookies, where you can handle databases and escape SQL queries directly.
• Immigration Features: Database schema update management is easier over different fields by using the migration aspect. It is an easier process to immigrate from the server to the server in Codeigniter.
• Easy to Use: It is easier to use compared to other popular frameworks such as Symfony, Zend framework, and Cake PHP.

• You need to load the helper files for using it. Once loaded, it will be globally available to your controller and views. They can be obtained at two places in CodeIgniter. A helper file will be searched by CodeIgniter in the application/helpers FOLDER and if it is not available in that folder then it will check in the system/helpers folder.
• Helper file can be loaded by adding the following CODE to the constructor of the controller or inside any function that WANTS to use: $this->load->helper('file_name');
  Write your file NAME at the place of file_name.
• To load URL helper we can use the code given below: $this->load->helper('url');
• You are allowed to auto-load a helper if your application needs that helper globally by including it in the application/config/autoload.php file.
• Loading multiple helpers is also possible. For doing this, specify them in an array as given below:

• CodeIgniter is mainly designed to deliver high PERFORMANCE in less time within a good environment. For achieving this, each developing process is designed in a simplified manner.
• From the technical point of view, it is dynamically instantiated (libraries are loaded only on request which makes it light-weighted), has loose coupling (components depend very less on each other), and component singularity (each class and its functions are focused only on their purpose).
• Data FLOW in CodeIgniter: Below image represents that whenever a request is raised from the CodeIgniter application, firstly, it will go to the index.php file.
  • index.php is the default file of CodeIgniter. This file initializes the base resources.
  • The router determines what should be done with the information.
  • If the requested cache file exists, then the information is moved directly to the browser and ignores the further processes.
  • If the page requested by the user does not exist in the caching file, the HTTP request and data submitted will be passed under security check.
  • The application CONTROLLER will load the models, libraries, helpers, plugins, and scripts REQUIRED according to the request.
  • A view is used for fetching the data from the application controller that will be represented to the user, and they pass the data to the caching file to the FASTEST access for future requests.