Comme chacun sait, à présent, il y a à peu près 2ans que j’ai découvert Jelix, et pour me faire la main avec ce framework PHP5, j’ai commencé par me pencher sur des modules prêts à l’emploi, à commencer par jCommunity.

De fil en aiguille, au vue de la déconcertante facilité de développement avec Jelix, je me suis lancé dans l’écriture d’un forum pur Jelix, intégrant à mes propres modules, ceux réalisés par la communauté, pour produire donc HaveFnuBB.

la première ligne de code fut écrite en décembre 2008, puis 12 mois plus tard, la version 1.3.5 se retrouve sur la toile pour qui souhaite monter son site avec un forum produit à l’aide d’un framework performant et éprouvé.

aujourd’hui il est comparé aux plus grands sur forum matrix

Happy Birthday & HaveFnu !

PS : joyeuse pâques

EDIT:
pss : Jelix a mis en prod HaveFnuBB! depuis ce week-end :)

9mois après l’avoir testé en long en large et en travers en produisant un CMS nommé PunCake (un portail reposant sur FluxBB), j’arrivais à la triste conclusion que CakePHP n’a rien de léger !

En parcourant RoR, je m’aperçus que tous les préceptes étaient repris/copiés ; mais loin d’être aussi performant que l’original.

Par ailleurs un gros point noir concernant le staff anglais du gateauPHP : un ego surdimentionné ! Et un déni, des bugs identifiés, ahurissant.

Donc de guerre lasse je fini par stopper PunCake, abandonner le projet cakephp-fr.org et toute production de CMS, pour me tourner simplement vers un vrai framework PHP5 : Jelix.

Le leitmotiv de ce « vrai » framework PHP5 : rapidité et simplicité !

Et il tient ses engagements.

De plus il est fully franco-français ;-) avec une communauté plus qu’active , et des projets de toute sorte vous permettant de créer un site facilement en utilisant l’armada de modules disponibles sur la forge ou par ici.

Il y a presque un an de cela je faisais un comparatif des frameworks PHP(5), et m’étais lancé avec CakePHP sur un projet libre à la clé que j’ai produit jusqu’à présent.

Aujourd’hui, la bataille fait rage entre les frameworks par le biais de comparatifs de tout bord :

1. PHP.net
2. XML.net

Comme je suis un éternel insatisfait et surtout toujours curieux de tout, je me suis tourné cette fois ci vers JELIX, un vrai Framework MVC en PHP5 .

Rapide Prés’ de la bête :

Jelix est un framework open-source pour PHP5 qui permet de développer tout type d’application :

* Performant : conçu pour les sites à forte charge.
* Entièrement objet, fortement modulaire et extensible.
* Basé sur des modèles de conception connus dont MVC, DAO..
* Prend en charge de nombreux formats de sortie : XHTML, XUL, RSS, ATOM, RDF, ZIP, XML, PDF, etc.
* Facilite le développement des services web de type XML-RPC, JSON, et autres contenus pour Ajax.
* Intègre un puissant système de formulaires, notamment pour faire des formulaires de type CRUD.
* Inclus bien d’autres fonctionnalités et facilités…

dès que j’aurai le temps je publierai quelques petits bouts de code de ci de là ;)

Au menu plein d’améliorations et corrections de bugs ( dont voici la liste complète ) dont une amélioration qui me fait plaisir concernant la gestions des plugins et des controllers ;-)

Pour ceux qui douterait de l’utilité/fiabilité de ce framework, sachez que celui ci est « juste » utilisé par le petit site Mozilla Addons ;)

Pour pouvoir afficher des info réutilisables dans ses Views CakePHP fourni des « Helpers » et des Elements Le Helper étend les possibilités des Vues et les Elements sont des petits bouts de code php/html qui peuvent étre affichés plusieurs fois dans la même page.

Ainsi donc le « bloc de stats » pourrait très bien être affiché dans plusieurs pages pour chacun des plugins news/articles/lexique etc..

Donc nous allons faire un element « app/views/elements/stats.ctp » comme suit :

<?php$bloc->startBloc(__('Forums statistics',true), 'stats');				

$pt_total_users = $this->requestAction('users/nbUsers');$pt_last_user 	= $this->requestAction('users/lastUser');	$pt_total_posts = $this->requestAction('forum/stats');?><ul><li><?php echo __('Total numbers of members:',true).' '.$pt_total_users['0']['0']['total_user']?></li><li><?php echo __('Newest resgistered user:',true).' <a href="'.pt_forum_url.'profile.php?id='.$pt_last_user['0']['User']['id'].'">'.$pt_last_user['0']['User']['username']?></a></li><li><?php echo __('Total numbers of topics:',true).' '.$pt_total_posts['0']['0']['total_topics']?></li><li><?php echo __('Total numbers of posts:',true).' '.$pt_total_posts['0']['0']['total_posts']?></li></ul><?php$bloc->endBloc();?>

comment tout cela fonctionne :

dans le script app/app_controller.php de notre applications nous faisons ceci :

class AppController extends Controller {public $helpers = array ('Bloc','Html');...}

et le helper bloc contient ceci (app/views/helpers/bloc.php):

<?phpclass BlocHelper extends Helper {

 	function startBloc($title='',$id='') {			static $i;			$id = $id != '' ? $id : $i;				$res = '';		$res .= "\t".'<div class="block" id="'.$id.'">'."\n";				if ($title!='')			$res .= "\t".'<h2><span>'.$title.'</span></h2>'."\n";				$res .= 		"\t\t".'<div class="box" id="box_'.$id.'">'."\n";

		if (PT_DEFAULT_THEME == 'punbb') 			$res .= "\t\t\t".'<div class="inbox">'."\n";

		echo $res;		$i++;	}	function endBloc() { 		if (PT_DEFAULT_THEME == 'punbb') {					echo 			"\t\t\t".'</div>'."\n".			"\t\t".'</div>'."\n".			"\t".'</div>'; 		}  		else { 			echo 			"\t\t".'</div>'."\n".			"\t".'</div>'; 			 		}	} 

}?>

Ainsi paré : le controlleur principal dispose d’un helper bloc
donc la vue peut utiliser $bloc->endBloc et ->startBloc

ceci est une premiere etape :
suit ensuite dans notre element les 3 lignes :

$pt_total_users = $this->requestAction('users/nbUsers');$pt_last_user 	= $this->requestAction('users/lastUser');	$pt_total_posts = $this->requestAction('forum/stats');

ces 3 lignes effectuent des « requestAction » lequelles permettent d’accèder aux methodes nbUser et lastUser de la class UsersController et à la methode stats de la class ForumControllers, en voici le détail :

<?phpclass UsersController extends AppController {	public $name 	= 'Users';[...]	public function lastUser () {				$strQuery =  'SELECT id, username FROM '.DB_PREFIX.'users as User' .						' ORDER BY registered DESC LIMIT 1';		$resultset = $this->User->query($strQuery);		return $resultset; 										}		public function nbUsers () {

		$strQuery = 'SELECT COUNT(id)-1 AS total_user FROM '.DB_PREFIX.'users AS User ';		  		$resultset = $this->User->query($strQuery);		return $resultset; 	     }[...]}

ceci nous permet donc d’avoir facilement les information de stats de notre forum de manière utlra simplissime dans un bloc qui s’affichera ou bon vous semble comme suit :

<?php  echo $this->renderElement('stats');?>

- app
— config contient les fichiers de config de son application tel database.php, bootstrap.php etc..

— controllers contient les controllers de votre application

— locales contient les traductions

— models contient les models

— plugins contient des applications nommé plugins (détail plus bas)

— vendors contient des librairies externes à CakePHP et nécéssaire à son application

— views contient les views de votre application

— webroot contient la partie « web » de votre application — webroot/forum/ l’endroit où est installé punBB !

le répertoire plugins reprend l’integralité de l’arborscence MVC ce qui donne :

1. plugins
2. - news
3. - news/news_app_controller.php class du controller du plugins news
4. - news/news_app_model.php class du mdel du module du plugin news
5. - news/controllers/news_controller.php le controlleur du plugin news
6. - news/models/news.php le model du plugin news
7. - news/views/themed/punbb/news/index.ctp la vue principale du module news

La configuration apache devra donc définir un VirtualHost sur le répertoire app/webroot/ comme DOCUMENT_ROOT.

Pour ce faire on ouvre une console (windows ou linux c’est kifkif) et on se fait :

cake bake foxmask

pour créer l’arboresence du projet « foxmask »

ensuite on créé le répertoire config dans le répertoire « foxmask » on défini les paramètre de connexion à sa/ses base(s) de données et on peut se lancer dans la création des Models Views Controller comme suit :

cake bake -app foxmask

Il vous suffira donc de suivre les choix des menus dans la console et en quelques instants vous aurez achevé votre projet ;)

Il restera alors à fignoler des détails mais vous pouvez dores et déjà accéder à votre application via http://localhost/foxmask/

Plus de détails sur le Tuto de creation de blog en vidéo

Poursuivre avec CakePHP intégrant PunBB

L’idée de base est la suivante : je veux créer un portail basé sur le framework CakePHP mais en utilisant une seul et unique session entre mon portail et mon forum.

Donc pour y parvenir, dans le script dispatcher.php de CakePHP je fais le classique include du script common.php de punbb comme suit :

j’edite le script cake/dispatcher.php et au dessus de

 class Dispatcher extends Object {

j’ajoute :

 define('PUN_ROOT',WWW_ROOT. 'forums/'); require PUN_ROOT.'include/common.php';

de là, partout dans CakePHP nous avons la « main » sur les variables punBB et la gestion de la session.

Donc dans mon controlleur gérant l’utilisateur contiendra ni plus ni moins qu’un copier/coller du code de gestion de la fonction login (avec l’action = in et out selon le cas)

  class UsersController extends AppController {      public function login ()    {    	global $pun, $db, $pun_config, $db_type, $lang_login;        $this->set('error', false);       #soumission du formulaire de login        if (!empty($this->data))        {      #analyse du login/pass ; recherche dans la base et creation du cookie       }     }   }

évidement on n’oubliera pas d’ajouter un global $pun_user par exemple, dans la fonction login, pour manipuler les données que cette variable contient.

Dans un prochain billet, j’aborderai les vues (le V de MVC ;) et comment produire un menu et recuperer dans un bloc de son portail les ‘n’ derniers sujets recents du forum.

Pour ceux ne connaissant pas le MVC, le principe est le suivant : le Modèle gère la logique métier et les accès aux bases de données, la Vue gère l’affichage de ce que voit l’utilisateur avec l’écran, le Controleur gère les evenements déclenchés par l’utilsateur. La force de cette architecture est sa modularité.

• Jelix écrit en PHP5 – projet jeune et dynamique.

1. Avantage : pour ceux codant déjà en POO ; tout y est ; DAO, CRUD et tout le toutim.
2. Inconvénient : un peu « jeune » et pas si facile que cela à apréhender à prime abord mais en prennant bien son temps on fini par arriver à faire ce qu’on veut.
3. Cible : Tout developpeur, webmaster, pas de restriction pour projet de logiciel libre

• CakePHP écrit en PHP (tout court) et supportant PHP5 parfaitement – on peut donc coder en PHP5 en utilisant celui ci.

1. Avantage : très complet ; communauté active ; projet dynamique.
2. Inconvénient : pas préhemptif (à mon goût), manque cruellement de doc … version beta …
3. Cible : Tout developpeur, webmaster, pas de restriction pour projet de logiciel libre

• CodeIgniter écrit en PHP

1. Avantage : très facile de mise en oeuvre – tuto videos de 9et 20mn bleuffant !
2. Inconvénient : … pas encore trouvé …
3. Cible : les developpeurs de site web ne publiant pas de soft sous GPL ….

• Symfony écrit en PHP5 – le mastodonte

1. Avantage : complet et adapté pour un milieu pro ou pour un hébergement permettant de toucher à la config PHP. Dispose de scripts permettant de generer les class modèle via des scripts de CRUD (Create Request Update Delete).
2. Inconvénient : on ne peut pas coder un logiciel libre « portable » d’hebergeur à hébergeur pour la raison évoquer ci dessus … on doit pouvoir toucher au include_path dans le php.ini. Même si certains directive apache le permette ; tous les hébergeurs ne l’autorisent pas.
3. Cible : les developpeurs en entreprise

• Zend Framework écrit en PHP5 – la reference.

1. Avantage : la référence ? :D
2. Incovénient : je réitèrerai l’inconvénient pour Symfony. Si vous pouvez toucher au include_path de php.ini alors le coeur balance entre ZF ou Symfony.
3. Cible : les developpeurs en entreprise

Addendum  : après avoir approfondi l’histoire de licence pour CodeIgniter, il apparait que CI permette de releaser son soft sous GPL tant qu’on ne touche pas au core ou bien qu’on en averti son auteur.

Conclusion :

mon choix se porterait sur :

1. CakePHP pour les avantages évoqués ;)
2. CodeIgniter (puisque utilisable à souhait !)