1. Ouvrez le fichier .system/application/config/config.php et modifier la variable $config['index_page'] afin qu’elle soit vide comme suit : $config['index_page'] = '';
Une seconde variable est a modifier :
$config['uri_protocol'] = "AUTO";
vers
$config['uri_protocol'] = "REQUEST_URI";

2. Créez un fichier .htaccess que vous placerez à la racine de votre projet :

RewriteEngine On
RewriteBase /nomdurepertoiredanslequeljesuis
RewriteCond %{REQUEST_URI} ^system.*
RewriteRule ^(.*)$ /index.php/$1 [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php/$1 [L]

Attention : modifiez la 2è ligne !

Et voilà ! No more URLs du genre http://monsite.com/index.php/controller/methode
mais http://monsite.com/controller/methode

Benoit

Pour bien commencer, on va d’abord configurer votre installation du framework. Il faut créer un fichier cli.php à la racine de votre projet.

Collez-y ces lignes : (cli.php)

if (isset($_SERVER['REMOTE_ADDR'])) {
die(); // Empêche l'exécution de ce fichier par le navigateur
}

set_time_limit(0);

$_SERVER['PATH_INFO'] = $_SERVER['REQUEST_URI'] = $argv[1];

require dirname(__FILE__) . ‘/index.php’;

Créez un controller pour effectuer vos tests :
class Hello extends Controller {

function __construct() {
if (isset($_SERVER['REMOTE_ADDR'])) {
die();
}
parent::Controller();
}

function index() {
print ‘Hello !’;
}

}

Vous êtes désormais paré à utiliser Codeigniter dans votre invite de commandes

Ouvrez le terminal et exécutez : php cli.php ‘hello/index’

Je vous recommande vivement de télécharger la librarie CLI.php de Phil Sturgeon sur GitHub. Elle vous aidera, dans votre controller, à afficher des messages, demander à l’utilisateur de saisir des paramètres, et même de faire bipper l’ordinateur…

Elle se charge comme toute librarie :

$this->load->library(‘cli’);

Voici quelques exemples :

// Affiche un message

$this->cli->write(« Coucou ! »);

// Attend que l’utilisateur appuie sur une touche pour continuer

$this->cli->wait();

// Récupère une saisie

$this->cli->read($autant, $de, $variables, $que, $vous, $le, $desirez);
// BEEEEP!

$this->cli->beep($nombre_de_fois = 3);

J’ai pas mal d’idées de choses que je pourrais faire avec ça… Un générateur de code serait le top, je vais voir si ça peut se faire – et si j’en ai le temps ! A vous de me dire quels usages vous en faites ! Bon code

PS : Je me suis inspiré de cet article sur Nettuts, ne passez pas à côté il fourmille de bonnes infos  !

Et bien ça y est ! Nous avons des news !

CodeIgniter 2.0 en développement

CodeIgniter 2.0 est en phase de développement.

Ellislab à laisser tombé Subversion pour Mercurial, Assembla et surtout BitBucket une « plateforme social de codage ». La communauté pourra donc avoir une meilleure interaction avec l’équipe de développement.

Les nouveautés

Abandon de PHP 4

Les nouvelles fonctionnalités de CodeIgniter 2.0.0 ne seront pas compatibles PHP 4 et l’ensemble du framework perdra sa compatibilité PHP 4 en version 2.1.0.

Incontestablement la grosse nouveauté de cette verion !

Les drivers

Alors là j’ai pas encore très bien compris de quoi il s’agissait, si ce n’est qu’il semblerait que ce soit un système d’héritage évolué. Il est largement utilisé dans Kohana et arrive sur CodeIgniter 2.0

Les applications ‘packagées’

C’est la possibilité d’accéder à un répertoire tiers contenant des bibliothèques, des modèles, des vues etc … comme par exemple :

/system/application/third_party/foo_bar

config/
helpers/
language/
libraries/
models/

et d’utiliser directement ses méthodes, fonctions etc … après avoir indiqué son chemin d’accès avec l’instruction
$this->load->add_package_path()

Réduction du nombres de noms réservés

Si vous utilisez PHP 5 la liste devient :
* Controller
* CI_Base
* _ci_initial
* Default
* index

Nouvelles options pour le Base de données

* swap_pre – Pour échanger un préfixe avec celui de la base dbprefix
* autoinit – Initialisation automatique de la base ou non.
* stricton – Forcer ou non le mode « Strict »

Suppression des plugins

Une confusion existe entre helpers, bibliothèques et plugins, donc pour faire plus simple on ne pourra plus utiliser que les helpers et les bibliothèques. On y gagnera en clarté.

Conclusion

Il ne s’agit là que d’un survol sommaire de certaines fonctionnalités. Bien d’autres choses ont été modifiées ou corrigées.

Il faudrait approfondir ces informations lorsque de nouvelles apparaitront, mais on peut déjà dire que la version 2.0 du framework, marque une réelle rupture avec le passé.
Pour plus d’informations, surveillez le Changelog, le fil RSS ou le projet BitBucket

Wait and see

La structure initiale d’un projet CodeIgniter est donc celle-ci :

• CodeIgniter |
  • system
    • application
    • cache
    • codeigniter
    • database
    • fonts
    • helpers
    • language
    • libraries
    • logs
    • plugins
    • scaffolding
  • user guide
    • …
  • index.php

system

Contient le code de l’application proprement dite hors mis index.php qui se contente de pointer vers le répertoire system

system/application

C’est le dossier dans lequel vous placerez le cœur de votre application, vos modèles, vos vues et vos contrôleurs. Vous travaillerez 90% du temps dans ce répertoire. Il est possible d’en créer un second pour gérer une autre application sous la même installation de CodeIgniter. Reportez-vous à la section Gérez Vos Application du guide utilisateur pour plus d’informations.

system/cache

C’est le répertoire utilisé par CodeIgniter pour gérer son système interne de cache. Vous pouvez choisir de mettre en cache certains types d’informations, gérer le temps d’expiration etc … Reportez-vous à la section La gestion du cache pour plus d’informations.

system/codeigniter

Il renferme le cœur du framework, les fonctions de bases. C’est fonctions sont écrites à la fois en PHP4 et PHP 5 (lorsque c’est possible) ce qui explique les deux fichiers Base4.php et Base5.php.

system/database

Contient toutes les fonctions nécessaires à la manipulation des données. Attention, il ne contient aucune table, aucun schéma mais uniquement les fonctions de manipulation. Reportez-vous à la section La Classe Database pour plus d’informations.

system/fonts

Vous permets de conserver vos polices si elles sont particulières.

system/helpers

C’est là où se range les helpers du framework. Les helpers sont des fonctions PHP qui prennent en charge certaines opérations ou certains comportements. Comme son nom l’indique elles sont là pour aider. Reportez-vous à la section Les Helpers pour plus d’informations.

system/language

Contient les différentes traductions des messages ou libellés utilisés par le framework. Par défaut ils seront tous en anglais, mais il existe une multitude de langues dont, bien évidemment, le français. Reportez-vous à la section La classe Language pour plus d’informations.

system/libraries

Ce répertoire est l’un des atouts de CodeIgniter. Il contient un ensemble très complet de classes et fonctions regroupées par thèmes et permettant d’implémenter aisément certaines fonctionnalités comme la validation des formulaires, l’encodage, un panier etc … Reportez-vous aux sections Utiliser les Bibliothèques de CodeIgniter et Créations de Bibliothèques pour plus d’informations.

system/logs

CodeIgniter permet de sauvegarder l’historique d’exécution via toutes sortes d’alertes, avertissements et erreurs. Il le fait ici.

system/plugin

Tous les plugins sont conservés dans ce répertoire afin de pourvoir facilement être réutilisés dans l’ensemble de l’application ou copiés vers une autre. Reportez-vous à la section Les Plugin pour plus d’informations

system/scaffolding

Contient le système de scaffolding de CodeIgniter qui vous permet d’obtenir des CRUD très rapidement fonctionnelles mais uniquement réservés au développement, pas à la production. Reportez-vous à la section Le Scaffolding pour plus d’informations

user guide

Contient la dernière version du guide utilisateur. Il est très détaillé et très complet. Il est inutile pour l’application à proprement parler, mais très utile pour vous.

• Supporte les appels mutliples (mutliples connexions d’utilisateurs, plusieurs timelines donc – pratique si vous voulez faire un Tweetdeck-like)
• Compatible avec la toute dernière version de l’API Twitter (d’où la mise à jour…)
• La convention REST est respectée
• Peut s’utiliser en dehors de Codeigniter (testée avec Kohana et sans framework)

Un conseil : jetez-vous dessus si vous avez besoin de l’API de Twitter pour votre projet!

Petit exemple d’utilisation :

Ce site n’est pas un produit de la société Ellis Lab mais souhaite cependant devenir un lieu de rassemblement pour tous les utilisateurs francophones du framework.

Notre ambition est de proposer des screencasts vous permettant de mieux appréhender codeigniter et de le comprendre par l’exemple.

La mise en place d’un forum vous permettra d’échanger entre vous, et nous apporterons également nos connaissances afin de centraliser l’information autour des questions principales.

Nous sommes ouverts à toutes propositions et si vous souhaitez participer à la modération du forum où aux traductions du guide, n’hésitez pas à nous contacter !