BastNic's blog

J'ai parlé trois fois de Last.fm à des gens susceptibles d'être intéressé par le service apporté rien que sur les deux derniers jours. J'en ai profité ce soir pour mieux voir ce que le site web proposait (personnellement j'utilise le logiciel client mais certains n'ont pas toujours leurs machines persos avec eux).

Bref, dans mes pérégrinations je constate l'existence d'une section Recrutement, je regarde à tout hasard (pour le fun) et le fun ils n'en manquent pas :

Devinez les points qui me plaisent le plus ;)

Lire la suite...

Je ne l'ai pas encore dit publiquement, mais je suis maintenant un grand amateur du framework PHP5 Jelix. Ce framework est principalement développé par Laurent Jouanneau (son blog) qui est une des personnes que je suis depuis longtemps en cachette et avec qui j'apprécie maintenant de voir l'efficacité au quotidien.

Jelix, c'est redoutable !

Tenez, j'ai récemment eu un problème avec une table de jointure. J'ai trois tables : ressource, typeRessource et cleRessource. La dernière est composé de clés des deux premières.

L'interface ressemble à :

Moi tout bêtement, pour enregistrer le tout je code ça (à la va vite sans aucune sûreté pour le moment) :

[PHP]
// instanciation de la factory
$maFactory = jDao::get($this->dao_cleRessource);

// recupération des données sélectionnées
$array_type_sel = $form->getData("typeressource");

// boucle sur tous les ids sélectionnés.
foreach ($array_type_sel as $id_type)
{
	// création d'un record correspondant au dao foo
	$record = jDao::createRecord($this->dao_cleRessource);

	// on remplie le record
	$record->id_typeRessource = $id_type;
	$record->code_Ressource = $id;

	// on le sauvegarde dans la base
	$maFactory->insert($record);

}

Mais non, il suffisait de faire ça :

[PHP]
$form->saveControlToDao("typeressource",$this->dao_cleRessource, $id,array("code_Ressource", "id_typeRessource"));

Bon d'accord ce n'est pas non plus la ligne la plus facile à deviner mais wauow ! UNE LIGNE !

Pour charger les valeurs sélectionnées quand on est en mode vue ou édition du formulaire, il suffit de :

[PHP]
$form->initControlFromDao("typeressource", $this->dao_cleRessource, $form->id, array("code_Ressource", "id_typeRessource"));

Vu que dans mes projets j'ai forcément plein de tables de jointure, ça va me faciliter la vie de manière exceptionnelle.

Pour info, pour charger le contenu de

A venir, de nombreux mini-tutos sur l'utilisation de Jelix.

Bon code, je m'en vais ne pas écrire des tonnes de lignes de code à tout va :p.

Avec quelques projets purs php qui pointent le bout de leurs nez, je me remets doucement à mon framework préféré : Code Igniter.

Il m'avait à l'époque était conseillé par Gilles Fabio (ex aka Play) et je l'ai moi-même conseillé à ma chérie, Kurt et Cyril. Je l'apprécie beaucoup mais il me faut le temps de m'y remettre. En attendant je me forme un peu à mélanger CI et du Javascript. Si si, je me force à m'essayer au Web 2.0... Pour faire des applis webs agréables à utiliser j'y suis bien obligé.

Drupal et Dotclear, mes deux moteurs de CMS/Blogs préférés utilisent tous deux JQuery je vais peut-être m'y intéresser. Pour le moment j'en utilise d'autres qui sont aussi connues mais un peu moins "à la mode". On verra ! De toute manière là n'est pas le sujet, ce post est là pour vous divulguer comment j'organise mon dossier Code Igniter.

Tout d'abord il faut vous apprendre/rappeler comment est organisé par défaut un dossier CI :

• index.php
• system
  • application
    • config
    • controllers
    • errors
    • hooks
    • libraries
    • models
    • views
  • cache
  • codeigniter
  • database
  • fonts
  • helpers
  • language
  • libraries
  • logs
  • plugins
  • scaffolding
• user_guide

En gras les dossiers dans lequel on met tous les fichiers que l'on crée. Je pars du principe que l'on créera plus de fichiers MVC que de librairies ou de plug-ins. Sinon votre application serait bizarre.

En tout cas parcourir une telle profondeur pour éditer mes fichiers ne me va pas. De plus la manière suggérée par la documentation officielle de Code Igniter pour gérer le multi-site ne réponds pas à mon problème de profondeur. De plus, comme Thesa me le rappelle si gentiment, il ne faut pas mettre les fichiers persos avec les fichiers systèmes susceptibles d'être mis-à-jour et donc potentiellement supprimable.

Je décide donc de séparer les dossiers systèmes du dossier application où sont mes fichiers. Mon arborescence devient donc :

• application1
  • index.php
  • config
  • [...]
  • views
• application2
  • index.php
  • config
  • [...]
  • views
• application3
• ci_default_application
  • index.php
  • config
  • [...]
  • views
• ci_system
• ci_user_guide

Le dossier application qui était dans system est monté d'un cran et se nomme maintenant ci_default_application. Le fichier index.php qui était à la racine est déplacé dans ce même dossier. Ensuite chaque dossier applicationX n'est qu'une recopie du ci_default_application. Il suffit ensuite de changer les paramètres dans les fichiers du dossier config pour spécifier la création de la nouvelle application.

Pour que CI comprenne qu'on lui a tout chamboulé son organisation, il faut adapter les fichiers index.php :

$system_folder = "../ci_system";
[...]
$application_folder = ".";

Et le tour est joué. Dorénavant, pour chaque mise-à-jour de Code Igniter, il suffira de modifier le contenu du dossier system.