Coolforest.net

Je note au fil de l'eau les bons trucs et les erreurs courantes avec eZ Publish 4.x

Here is a home made, "quick and dirty" extension that allows you to (finally!) display a simple tag cloud in eZ Publish 4.x

This tagcloud solution is mainly based on the ezwebin extension shared by eZ Systems

The archive may be unzipped under GNU/Linux with a single command-line :

tar xjvf archive.tar.bz2

or under MS Windows using 7zip

Use it easily ! :

{eztagcloud( hash( 'parent_node_id', 2 ))}

Download it here : simpletagcloud.tar.bz2

Feedbacks and contributions welcome.

Une chouette nouvelle est tombée ce matin dans ma boite aux lettres : la naissance d'une PLANETE PHP francophone. "Chic alors". J'ai reçu ça dans la newsletter de Nexen.net, que je lis quasi religieusement. Hop, j'ajoute le fil RSS qui-va-bien dans mon Netvibes, tout content, et je commence ma journée de travail. Puis j'y reviens ce soir. Et là je m'aperçois avec effroi que je fais partie des blogs sélectionné par l'AFUP pour constituer cette planete. Merde alors, c't'incroyable !

Un petit mémo sur les tutos en ligne

Une petite réflexion perso qui vaut ce qu'elle vaut

Certains caractères spéciaux sautent lors du déploiement d'un site avec VS 2005 Web Deployment Projects.

C'est notamment valable dans des UserControls .ascx inclus dans des page ASP.NET .aspx, et lorsque ces docuements utilisent des jeu de caractères diférents : Celui de l'.ascx n'est pas explicitement indiqué mais celui de l'.aspx est normalement indiqué dans

Pour corriger ça, il faut ouvrir chaque page .aspx / .ascx en faisant un File > Advanced Save Options et choisir le bon charset (par exemple UNICODE (UTF-8 with signature) )

J'ai eu besoin de ça pour exporter des données infestées d'HTML (via FCKEditor) dans un fichier CSV.

Sources : Vandamme & MSDN

Un post pour signaler deux billets récents qui parlent, chacun dans leur contexte, de la discipline et du bizarre en informatique.

Le premier billet, intitulié "Discipline make strong developpers" est de Jeff Atwood, et présente en des termes assez fermes comment, de son point de vue, la discipline est la qualité essentielle pour être un bon développeur.

Le point de vue de Jeff Atwood est assez classique : il parle de la nécessité de l'ordre, et vante les mérites de celui qui rangent parfaitement ses affaires sur son bureau (réel), et son desktop (virtuel, sur le PC). Une grande entreprise française (j'ai oublié son nom) encourage régulièrement ses employés à en faire autant le vendredi soir avant de partir en weekend. Plusieurs conseils du même type expliquent par A + B qu'un type qui range son bureau est forcément plus performant et mieux estimé qu'un gars dont les bureaux virtuels et réels sont toujours encombrés de mille trucs.

L'ordre est une discipline, mais ce n'est pas la seule. Jeff parle aussi de la nécessité de la rigueur en informatique, par exemple dans l'utilisation des outils comme un gestionnaire de version, et du respect (ou de l'obéissance) des conventions imposées par le travail en équipe.

Ces propos ne mettent donc pas directement en avant des compétences particulières (capacités de réflexion logique et d'extrapolation,...) mais simplement des vertus, ce qui fait du discours sur la discipline que tient Jeff Atwood est un discours essentiellement moral. Les réactions à son article reprennent en générale toutes ce même type de discours.

Pour contrebalancer son propos, on pourrait relire un vieil article - toujours célèbre : "La cathédrale et le Bazar" de Eric S. Raymond. De mémoire, cet article de référence explique que l'organisation rigoureuse et logique d'un projet informatique n'est pas la seule voie, et n'est peut-être même pas la meilleure.

Le second billet traite des vertus du bizarre selon Jaron Lanier, pionnier de la réalité virtuelle. "Les vertus du bizarre" ne sont pas forcément le contraire de la rigueur (on peut être très rigoureusement bizarre !), mais elle s'opposent certainement à l'ordre des conventions. Pour lui, les vertus du bizarre visent à dépasser le caractère prédictible des raisonnements et conclusions de la logique mathématique ou du raisonnement informatique, pour atteindre des pistes nouvelles, en s'inspirant des phénomènes et des idées dites bizarres. Mais Lanier, cité ici par Francis Pisani, ne définit pas vraiment le bizarre, et c'est dommage (et bizarre).

Valide les dates de type

31/12/2099|||1/1/1900|||10/12/2003

Ne valident pas les dates de type :

05/11/3000|||11/13/2003|||32/04/2030

Bien sûr, le mécanisme convient aussi pour tout langage utilisant les expressions régulières.

Magic_quotes disparait de PHP 6 .

La conclusion d'un article clair et synthétique de Damien sur PHP France proposait déjà de ne plus utiliser magic_quotes() :

Pour résumer, les magic quotes ont été créées pour les débutants, et font de PHP un des languages les moins sensibles à l'injection SQL. Néanmoins, une fois que vous comprenez bien leur fonctionnement, il est préférable de les désactiver et de protéger vos données vous même à l'aide des fonctions d'échappement de votre SGBD. C'est plus efficace et plus portable !

Dans un document au titre explicite ("Pourquoi ne pas utiliser les guillemets magiques?"), le site de PHP version FR redit la même chose, de manière plus ramassée :

Portabilité : Cette directive peut être activée ou désactivée suivant les serveurs et cela affecte grandement la portabilité. Utilisez get_magic_quotes_gpc() pour vérifier s'ils sont actifs ou pas, et adaptez votre application. Performances : Comme ce n'est pas toutes les données qui sont finalement placées dans une base, il y a un coût en vitesse pour protéger toutes ces données. Le simple appel des fonctions de protections en fonction des besoins est plus efficace (addslashes()). Même si php.ini-dist active ces options par défaut, php.ini-recommended les désactive. Cette recommendation est surtout faite pour des raisons de vitesse. Peu pratique : Comme toutes les données n'ont pas forcément besoin de protection, il est souvent désagréable de voir des données protégées là où ça ne sert à rien. Par exemple, lorsque vous envoyez par mail un formulaire, et que vous voyez des anti-slashs parsemer le message. Pour corriger cela, il faut faire un usage fréquent de stripslashes().