Rechercher dans la communauté

La nouvelle version de Mootools, un framework javascript que j'ai déjà présenté, est sortie il y a quelques jours. Cette mise à jour n'apporte pas vraiment de nouvelle fonctionnalité importante. Le but était d'optimiser le code, d'ajouter quelques fonctions intéressantes et de corriger les bugs. La liste des changements est disponible sur le wiki Mootools. Le site officiel Mootools a aussi été amélioré puisqu'il propose maintenant une liste de démonstrations des fonctionnalités du framework. Personnellement, je suis toujours aussi content de Mootools. Je ne regrette pas d'avoir abandonné scriptaculous qui été vraiment buggé surtout avec les navigateurs n'utilisant pas gecko (le moteur de rendu de Firefox). D'ailleurs, j'ai récemment mis à jour mon site Smallville Site Web avec la toute dernière version (beta) de mon CMS perso (FabCMS pour les intimes). Mootools (v1.0) est bien sûr utilisé, ça peut ainsi vous donner un exemple d'utilisation de cet excellent framework...

Mootools est une librairie javascript qui permet, notamment, d'utiliser AJAX et de créer de jolis effets sur un site web. Jusque là rien de nouveau, il en existe déjà un certain nombre sur internet mais l'une des qualités de mootools est d'être léger ce qui le point faible actuel des autres frameworks... La page de téléchargement de Mootools permet de se créer un framework personnalisé en choisissant uniquement les fonctions que l'on souhaite. On a ainsi une librairie javascript qui correspond vraiment à ses besoins. La documentation de la librairie est également une belle réussite : claire, précise et complète. La version 1 de Mootools est disponible depuis quelques jours sur mootools.net

C'est l'un des plus gros problèmes d'AJAX, les caractères spéciaux. Si votre requête n'utilise pas le même encodage que votre page, tous les caractères spéciaux deviennent des points d'interrogation. J'avais déjà passé pas mal de temps sur ce problème mais hier soir alors que je mettais ma bdd à jour (pour être compatible avec la nouvelle version de FabCMS), je me suis aperçu que certains caractères avaient été remplacés par le fameux point d'interrogation... Ce matin, après plusieurs heures de recherches, je suis arrivé à la source du problème. Pour convertir les caractères en UTF-8 (le jeu par défaut de l'objet XMLHttpRequest) j'utilise la fonction php utf8_decode. Or cette fonction ne décode pas tous les caractères mais uniquement ceux qui sont dans le jeu de caractères ISO-8859-1... Au finale, j'ai trouvé 21 caractères ASCII qui n'étaient pas convertis (dont notamment Œ, œ, ‰, € et ™). Pour corriger ça, j'ai simplement faire un str_replace en attendant de pouvoir vraiment regarder de plus près les modules php mbstring et iconv.

Ça y est ! Je viens de terminer la dernière fonctionnalité de mon CMS perso pour la prochaine version. Il s'agit d'un gestionnaire de fichiers. Le fonctionnement est plus ou moins similaire au gestionnaire de pages sauf que cette fois c'est des fichiers physiques. Par chance, j'avais déjà écrit une classe php pour gérer les fichiers physiques... sur un FTP distant. Comme je n'en ai plus besoin (les images et mon site sont chez le même hébergeur), j'ai dû écrit une nouvelle classe pour un dossier qui serait disponible localement. Une des fonctions du gestionnaire est bien sûr de pouvoir envoyer des nouveaux fichiers. Le bût d'un CMS est normalement de pouvoir gérer tout son site via une interface web, il faut donc quelque chose d'assez ergonomique et rapide. Souvent le problème pour ce genre de fonction c'est l'upload de plusieurs fichiers. Si votre formulaire ne propose d'uploader qu'un seul fichier, cela va vite devenir chiant. Il y a bien une solution qui consiste à afficher plusieurs champs "fichier" dans la page mais nous allons être limité avec le temps d'exécution de php. Vous pourrez donc au maximum uploader que 2-3 fichiers en même temps... Heureusement, il existe une autre solution : l'excellente classe javascript MultiUpload de Nem. Vous saisissez les fichiers à envoyer et seulement après vous validez le formulaire. Les fichiers seront envoyés un par un mais sans intervention de la part de l'utilisateur. Bien sûr, il faut toujours saisir les fichiers un par un mais ce n'est pas gênant pour une quantité raisonnable de fichiers (moins de 20). Il reste maintenant plus que quelques petits détails ainsi que mettre à jour mes modules et je pourrais mettre à jour mon site

Il y a quelques semaines, alors que je codai un nouveau gestionnaire de pages pour mon CMS perso, j'ai découvert Relay, une nouvelle application web 2.0. Relay permet de gérer ses fichiers et dossiers. La nouveauté c'est qu'il utilise AJAX, ce qui le rend bien plus ergonomique que les autres applications du même style. Envie de déplacer un fichiers ? Rien de plus simple, il suffit de cliquez dessus et de le déposer là où vous souhaitez. Relay est actuellement disponible en version 0.1 beta. Il nécessite au minimum PHP 4, MySQL 4, Perl 4.8.0 et Apache (ou IIS). Le site officiel de Relay

AJAX c'est bien mais tous les navigateurs ne gèrent pas de la même façon l'objet XMLHttpRequest. De même, selon qu'on envoie la requête en POST ou en GET les fonctions changent. Si on utilise AJAX qu'une seule fois (un petit script) ça peut aller, mais dans le cadre d'une application web, cela devient vite lourd et chiant. C'est là, qu'une classe en javascript est nécessaire... C'était pour cette raison, que j'utilisai la classe de Matt dans IPB (par un lien et non une copie du fichier). Seulement, si vous voulez un jour redistribuer votre application ça peut être embêtant si la personne n'a pas IPB. Il faut donc soit la coder soit même (travail plutôt chiant pour moi) ou en trouver une sur internet. J'ai logiquement opté pour la deuxième solution Dans un premier temps, je me suis lancé dans les kits de développement web que proposent certaines sociétés (Microsoft, Adobe,...) croyant trouver mon bonheur là-dedans. Dans tout ceux que j'ai voulu testé, je suis resté bloqué sur la licence (donc pas de tests), parfois trop restrictive, parfois trop floue. Par exemple, pour le kit de Google (dernier que j'ai testé), la redistribution n'est pas possible et on ne peut pas l'utiliser dans un cadre commercial (enfin si mais s'il y a paiement non, pas très logique... ou Google confond propriétaire et commercial...). De plus, les kits proposaient une multitude de choses inutiles (sauf peut-être RPC pour le ToolKit de Google qui pourrait m'intéresser dans un futur plutôt lointain). N'ayant rien trouvé, j'ai continué à utiliser la classe d'IPB jusqu'à jeudi dernier. Au détour d'un clic, je tombe sur XHRConnection ! La classe est disponible sous licence CC avec utilisation commerciale autorisée, ce qui est important quand on n'a encore rien décidé concernant la licence de l'application (peut-être un sujet de prochain billet) ou si l'on décide de passer dans le commercial dans le futur (comme IPB). Concernant l'utilisation de XHRConnection, cela ressemble pas mal à IPB et j'ai même l'impression que c'est un peu plus simple. Voilà, maintenant que j'ai ma classe pour utiliser AJAX, mon application web est indépendante de tout autre logiciel. Le travail de "ré-écriture", suite au changement de "kernel", peut donc continuer...

C'est en cherchant un WYSIWYG pour mon CMS que je suis tombé sur AjaxWrite. AjaxWrite est une application Web 2.0 de traitement de texte en ligne. Il vous permet de créer rapidement des documents MS Word, Open Office, RTF, text et même PDF. L'interface est simple mais efficace. On peut également noter la rapidité de l'application, on n'oublierai presque que l'on est dans son navigateur favori. AjaxWrite n'est compatible qu'avec Firefox. http://www.ajaxwrite.com/

Avec Rails et le Zend Framework, les frameworks sont de nouveau d'actualité. Ces derniers jours, j'ai commencé à m'intéresser aux frameworks PHP. Le plus récent est le Zend Framework. On entend beaucoup parler de lui en ce moment sur Internet. J'ai rapidement regardé le code et la liste des fonctionnalités, rien ne semble si exceptionnel que ça. Faut-il le tester pour découvrir ce qui fait de lui un framework si intéressant ? Au sujet des frameworks PHP, JournalDuNet a publié mardi un article intéressant : 10 frameworks PHP Sinon, Wikipédia propose une liste de frameworks PHP.

A force d'en entendre parler, je me suis décidé à tester ce fameux Ruby On Rails. Pour ceux qui ne connaissent pas, allez lire la page à ce sujet sur Wikipédia. La première étape consiste à installer Ruby et Rails sur son PC (ou Mac ). Je les ai installé de façon "manuelle" mais j'ai appris après qu'il existait une sorte d'EasyPHP pour RoR : Instant Rails. Je ne l'ai pas testé mais à priori, ça fonctionne. Si l'installation manuelle intéresse certaines personnes, je pourrai faire un autre billet . Premiers pas Ruby On Rails installé, je peux enfin passer à l'action. Je me suis d'abord créer un dossier rails sur mon disque de développement. Ce dossier contiendra toutes les applications Rails. Maintenant via l'invite de commandes (cmd.exe), je me place dans le dossier (dans mon cas c'est rails) et je créé ma première application via la commande : rails mon_appli Un ensemble de dossiers et de fichiers a normalement été créé. Vous pouvez maintenant accéder à votre première application. Pour cela, placez-vous dans le dossier mon_appli (cd mon_appli) puis lancez la commande : ruby script\server En allant à l'adresse http://127.0.0.1:3000/ vous devriez voir une page de bienvenue Surtout ne fermez pas l'invite de commandes ! C'est bien beau tout ça mais comment je créé une page ? C'est tout simple : Lancez une nouvelle invite de commandes Placez vous dans le dossier mon_appli Lancez la commande ruby script\generate controller Fabien_IBF Allez dans le dossier mon_appli (plus via cmd.exe) puis dans app et enfin dans controllers. Clic droit sur le fichier fabien_ibf_controller.rb et cliquez sur Modifier. Le contenu du fichier devrait être le suivant : class FabienIBFController < ApplicationController end En-dessous de : class FabienIBFController < ApplicationController Ajoutez : def index render_text "Ma première page" end Votre page est visible à l'adresse : http://127.0.0.1:3000/Fabien_IBF Si vous voulez une page 'ma_page_2', il suffit d'ajouter en-dessous : def ma_page_2 render_text "Ma deuxième page" end Vous pouvez la voir à l'adresse suivante : http://127.0.0.1:3000/Fabien_IBF/ma_page_2 Conclusion Je m'arrête là mais RoR permet de faire bien plus. Je vous invite à tester Typo un moteur de blog très sympa. Pour un framework aussi récent (la version 1.0 est sortie le 14 décembre 2005), je trouve que Ruby On Rails s'en sort bien. RoR permet de gagner beaucoup de temps dans le développement d'une application web (voir la vidéo "Créer un blog en 15 minutes" sur le site officiel du framework). Pour le moment le problème c'est les hébergeurs. A ma connaissance, en France, seul Typhon propose des offres avec Ruby On Rails. Espérons que d'autres hébergeurs s'y mettent aussi rapidement... Je vais continuer à explorer ce framework et qui sait peut-être que je sortirai bientôt ma première application RoR

J'ai découvert ce week-end via digg.com un nouveau moteur de blog : logahead qui est développé par un jeune étudiant de 17 ans... A la différence des autres applications de cette catégorie comme DotClear, logahead permet de gérer directement les billets sur le blog. Il n'y a aucune interface admin, tout se passe directement dans la partie visible par tous du blog et tout ça grâce à AJAX. Vous pouvez tester logahead à l'adresse suivante : http://www.logahead.com/demo/ (nom d'utilisateur: demo ; mot de passe : password). Voila, pour moi, un exemple d'utilisation intéressante d'AJAX...