Si vous rencontrez cette erreur fatale avec le framework CodeIgniter c’est que vous utilisez sûrement du code déprécié avec la version 2.0 du framework.

En effet, l’ancienne classe Controller dont tous les contrôleurs CodeIgniter devaient hériter à été renommée en CI_Controller avec la nouvelle version.

Pour corriger l’erreur, il vous suffit de vous rendre dans le contrôlleur en question et de remplacer la classe d’héritage extends Controller par extends CI_Controller.

N’oubliez pas de vérifier que votre constructeur de classe fait bien appel au bon super constructeur. Pour cela, l’expression parent::Controller(); doit être remplacée par le style PHP 5 : parent::__construct();

This release is the result of all the feedback I’ve received around the CKEditor Helper for CodeIgniter and I would like to thanks all of contributors!

The new version of the helper contains new features and bug fixes :

• Ronan’s patch for custom toolbar definition added (thanks dude!).
• Configuration options are now only applied on the associated CKEditor.
• Several editors can now be displayed on the same page.

In order to update your installation, just override the old ckeditor_helper.php file with the latest version

Continue to the CKEditor helper homepage.

Voici une astuce publiée sur le forum de CodeIgniter qui permet de définir le timezone à utiliser par la base de données un seule fois pour tous les modèles de l’application.

Pour réaliser cette tâche, l’auteur à simplement dérivé la classe Model de CodeIgniter afin d’exécuter la requête SQL modifiant le timezone à la construction de l’objet. Ainsi, comme lorsqu’on utilise ACICRUD, les modèles de l’application doivent étendre la classe mère au lieu de la classe Model.

Voici l’exemple de code proposé par flaky :

class Master_model extends Model{
    public function __construct(){
        parent::__construct();
 
        $this->set_timezone();
    }
 
    public function set_timezone(){
        $this->db->query("SET time_zone='+0:00'");
    }
}
 
class Some_model extends Master_model{
    public function __construct(){
        parent::__construct();
    }
}

Voir le post original.

MongoDB est un gestionnaire de base de données « NoSQL » orientée documents dans la lignée de CouchDB et Riak. Ces SGBD dits SchemaLess permettent de stocker des objets dynamiques sous forme de Hash (notamment au format JSON) indépendamment de leur structure. Il n’existe donc plus de contraintes d’évolution de tables comme c’est le cas par exemple avec MySQL.

Ainsi, la mise à jour des objets peut être effectuée dynamiquement (ajouts de champs par exemple) sans impacts sur le stockage de ceux-ci.

MongoDB (qui est écrite en C++) a pour avantages d’être Open Source et de présenter de très bonnes performances.

Si vous désirez intégrer MongoDB à vos applications CodeIgniter, sachez qu’il existe déjà plusieurs ressources et librairies facilitant cette tâche !

• CodeIgniter Mongo Library
• Tutoriel MongoDB + CodeIgniter
• Thread sur StackOverflow

Bonne intégration !

Si vous utilisez l’outil Google Webmaster Tools et que vous rencontrez l’erreur suivante lorsque vous tentez de valider votre site :

We’ve detected that your 404 (file not found) error page returns a status of 200 (Success) in the header.

Cela signifie que le code HTTP renvoyé par votre serveur sur vos pages inexistantes n’est pas le bon.

Il existe un moyen simple de vérifier en testant une URL inexistante sur votre domaine via l’outil Web-Sniffer. Le code de réponse doit obligatoirement être un 404 file not found si la page n’existe pas au lieu d’un 200 Success.

Si vous recevez bien un code 200, alors vous devez appliquer les corrections nécessaires à votre application pour qu’elle renvoie bien un code 404 dans ce cas de figure.

Si votre application utilise CodeIgniter…

Si vous rencontrez cette erreur avec CodeIgniter <= 1.7.2, vérifiez simplement que le fichier system/application/errors/error_404.php comporte bien la ligne de code ci-dessous à la toute première ligne :

<?php header("HTTP/1.1 404 Not Found"); ?>

Tutoriel ACICRUD #5

Depuis la version 1.1, Acicrud est capable de se connecter à n’importe qu’elle base de données configurée dans le fichier system/application/database.php.

Veuillez noter que cette fonctionnalité est totalement facultative et que la librairie travaillera avec votre base de données par défaut si vous ne définissez aucune base de travail dans votre modèle.

Afin d’utiliser une base de données différente de votre base de données par défaut, il suffit de spécifier le group à utiliser au constructeur d’ACICRUD. Dans notre exemple il s’agiera d’une base de données nommée « rescue_database« .

<?php
 
class Exemple_Model extends Acicrud {
 
    //CONSTRUCTOR   
 
    public function __construct()
    {
        parent::__construct('table_name', 'rescue_database');
    }
 
    //CUSTOM METHODS
 
}
 
?>

Phil Sturgeon a publié une librairie extrêmement simple d’utilisation permettant de dézipper une archive via CodeIgniter sans aucune extension PECL !

Idéal si vous souhaitez extraire vos fichiers zippés via votre application !

Attention, la librairie nécessite les pré-requis techniques ci-dessous :

• PHP 5.1+
• CodeIgniter 1.6.x – 2.0-dev
• extension ZLib

Unzip library

• Télécharger la librairie Unzip
• Voir le billet original

CloudIgniter est un nouveau service édité par la société Locous Obscura proposant un hébergement spécialisé pour CodeIgniter. Basé sur le Cloud Computing, l’hébergement est fourni avec un CodeIgniter pré-installé et déjà configuré pour du multi-domaine.

Il est également possible de déployer d’un simple clic les applications CodeIgniter les plus populaires telles que PyroCMS par exemple.

Le service est actuellement en phase de beta test privée, mais il est possible d’obtenir rapidement une invitation ainsi qu’un coupon vous permettant de créer votre compte et d’entrer dans l’aire du cloud avec CodeIgniter !

En savoir plus sur CloudIgniter…