Coolforest.net

eZ Developer Day, ce 17 avril 2008 à Paris

Ronan — Sun, 20 Apr 2008 10:58:00 +0200

Voici un compte rendu du (demi-) Developer Day organisé par eZ Systems Western Europe à Paris, dans les locaux de Sun France, avenue d'Iena. La demi-journée conviait une cinquantaine de développeurs, pour ce rendez-vous organisé en marge du Partner Meeting, qui se tenait le lendemain dans les locaux d'Apple France.

(Désolé pour les nombreux anglicismes, les 'slides' étaient en anglais, et du coup mes notes aussi...)

Après une introduction très 'corporate communication' par un membre de Sun, l'hôte de cette demi-journée, au sujet de la plateforme OpenSolaris, c'est Paul Borgermans (Head of Development at eZ Labs) qui a pris le relai pour animer plusieurs présentations (roadmap, tuto, etc.), suivie chacune de plusieurs échanges avec les présents. Le nombre de questions posées par mail avant la rencontre, le petit nombre de participants, la volonté de partager les savoirs (leitmotiv de eZ Systems) et la franchise et la simplicité de Paul ont fait de ce moment un rendez-vous précieux, que je conseille chaudement à tout développeur travaillant avec eZ Publish.

Kitchen Visit

La présentation se voulait être une kitchen visit d'eZ publish, pour "partager les bonne recettes autour d'eZ Publish", in order to share our internal receipts comme dit Paul ^[1], Cela a d'abord commencé par une importante suite d'annonces sur la roadmap, que Paul a pris le temps d'expliquer en détail. Celui-ci a introduit son speech par une annonce globale : On est en train de changer eZ Publish de façon assez monumentale...

eZ Publish version 4.1 :

La version 4.1 de eZ Publish devrait intégrer :

un nouvel éditeur de texte enrichi, qui remplacera l'actuel Online Editor. Ce nouvel éditeur sera basé sur TinyMCE et pemettra d'être utilisé sous IE sur Vista, ce qui n'est pas le cas pour l'actuel Online Editor. Le nouvel éditeur proposera un mode full-screen, permettant de sortir d'un pagelayout un peu étroit le temps de la saisie ou la modification d'un contenu. Cet éditeur sera conforme aux standards W3C et devrait être plus facilement customizable que l'actuel Online Editor. Il permettra en particulier au développeur d'ajouter rapidement et simplement de nouveaux boutons à la toolbar. Le paper clips actuel sera remplacé par une nouvelle interface d'insertion d'objets medias. Enfin, le format d'enregistrement des données sera conservé dans un format XML, comme actuellement, ce qui le rend rétro-compatible avec l'actuel Online Editor ;
un datatype permettant le multi file-upload, géré en Flash si j'ai bien vu ;
le support d'Oracle ;
l'import de fichiers Word (.doc), y compris au format binaire.
une 'password expiry extension' ;
200 bugs fixés sur 250 connus actuellement.

Cette version 4.1 devrait assurer une rétro compatibilité avec les contenus et les extensions intégrés dans la version 4.0 d'eZ Publish. Elle est prévu pour le deuxième trimestre 2008.

eZ Publish version 4.5 :

Il s'agit d'une version de (forte) transition, avec des changements importants, tant dans le kernel que dans le langage de templates. Cette version 4.5 de eZ Publish devrait intégrer :

une amélioration importante de la vitesse d'exécution des pages PHP (a big focus on speed) ;
plusieurs fonctionnalités qui passeront du kernel vers les extensions, de manière à être facilement désactivées. Le kernel sera donc non seulement profondément remanié mais sera aussi plus léger ;
le support d'Oracle et de MS SQL ;
une plus grande facilité de développement des extensions ;
un système de workflows intégrant des objects states et permettant le staging de workflows ; il sera possible de créer des étapes "métier" supplémentaires dans le workflow de publication d'un contenu. Ceci permettra de lier telle ou telle étape supplémentaire du workflow à une action / condition / processus particulier que l'on aura externalisé dans une extension ad hoc ;
l'externalisation des attributs de l'objet eZUser (We want to split off the account attributes dit Paul) car ces attributs deviennent trop lourd à gérer dans le système actuel lorsque l'on dépasse un très grand nombre d'utilisateurs enregistrés (cf. plus bas) ;
l'introduction d'un système de création de mini-site "à la volée", que l'on pourrait créer par simple copier-coller depuis l'interface d'admin ;
l'introduction d'un broker (un Object Request Broker ?) permettant de se passer du point d'entrée unique que constitue actuellement la page index.php, que Paul qualifie même (et avec franchise) de goulet d'étranglement (bottleneck) pour la version actuelle d'eZ Publish.
une amélioration du système de caching actuellement organisé par "couches", et qui sera pensé de manière plus "hiérarchique" et un peu plus 'ajax oriented'.
Quelques modifications dans le système des fichiers de configuration et dans les mécanismes d'override, qui ne rendent pas toujours simple la maintenance des instances d'eZ Publish ;
Une intégration plus importante (mais pas encore complète) des modules d'eZ Components dans eZ publish 4.5
un nouveau moteur de template, avec des fonctions et des opérateurs de templates plus simples à utiliser et à étendre. Ce moteur de template remanié sera plus fortement basé sur les eZ Components, et devrait introduire plusieurs nouveautés et des modifications dans les usages actuels. Malgré les nouveautés introduites, la syntaxe du langage de template 'version 4.5' devrait quand même rester assez proche de la version actuelle. Paul a également annoncé une amélioration des performances dans le rendu de ces templates, allant dans certains cas jusqu'à un rapport de 1 à 20 par rapport au temps de rendu actuel.

Ce dernier point devrait avoir un fort impact sur le travail des développeurs et intégrateurs, et Paul prévoit donc de proposer un utilitaire de conversion des templates des versions précédentes vers la version 4.5, et de proposer un tutoriel sur ces nouveaux opérateurs de templates lors de la prochaine Open Nordic Conference, cet été à Skien.

Tous ces points sur la version 4.5 ne sont pas encore définitivement arrêtés, et constituent donc pour certaines des évolutions réellement programmées, et pour d'autres de simples "pistes", encore à valider.

Paul a expliqué au passage qu'il avait abandonnée l'idée de rendre possible l'import / export des règles et droits (les 'rules & policies' de eZ Publish), évoqué il y a quelques mois lors d'un précédent Developer Day, ce qui est assez logique car elles sont forcément fortement liées à un contenu et à un (groupe d') utilisateur. Il a également évoqué le fait que l'architecture de eZ Publish, même dans sa version 4.5, ne serait pas encore complètement "Ajax-oriented", même si l'apparition d'un broker (cf. plus haut) devrait déjà simplifier un peu plus les développements allant dans ce sens,

Cette version 4.5 est prévu pour le troisième trimestre 2008.

Limites constatées d'eZ Publish

Répondant aux questions qui été posées tout au long de la demi-journée, Paul a également données quelques informations importantes (et peu documentées) concernant les limites pratiques constatées d'eZ Publish.

Ainsi des baisses de performances peuvent apparaître lorsqu'on dépassent quelques centaines de milliers d'utilisateurs enregistrés, et lorsque l'on dépasse quelques millions d'objets eZ en base de données. Ces limitations sur des serveurs "uniques" peuvent être cependant contournés en passant en mode cluster ^[2] .

Dans le cas d'une instance d'eZ Publish contenant un très grand nombre d'objets, Paul a aussi attiré l'attention sur les structures de contenus un peu trop "plates", qui défavoriseraient les performances d'eZ Publish, et a encouragé les structures de contenu les plus "arborescentes" possibles.

Enfin, Paul a indiqué avoir constaté de réels amélioration de performances avec la version 5.3 de PHP, prévue en version finale stable d'ici la fin du premier semestre 2008 ^[3], et qui introduit une réduction notable de la consommation de mémoire par PHP.

Trucs et soluces

La 'kitchen visit' de Paul, après la pause café, a livrée quelques bonnes astuces, proposées soit par Paul soit par des membres de l'assistance, et que je reprends en vrac :

Concernant les instances d'eZ gérant un grand nombre d'utilisateurs provenant d'une base de données métiers externe à eZ publish, deux solutions ont été évoquées :
- Créer un login handler et limiter les comptes utilisateurs à 1 eZ User = 1 rôle ; les utilisateurs "métiers" sont donc rattachés à un eZ User 'global'.
- Créer un login handler et créer à la volée un eZ User par utilisateur "métier" lorsqu'il n'existe pas encore dans l'instance d'eZ. Eventuellement, pour des raisons de performances, nettoyer régulièrement la base des eZ Users (cf. les limitations évoquées plus haut). Cette deuxième solution permet de gérer des objets et des relations d'objet propres à chaque utilisateur dans eZ.

Ces deux solutions ont déjà été expérimentées avec succès en production.

Concernant le partage de medias dans un cluster, il semble qu'il faille privilégier les solutions de partage de médias via NAS (avec un bon débit réseau) plutôt que les solutions de partages basé sur NFS.
Concernant la synchronisation de contenus entre plusieurs instances d'eZ Publish, Paul suggère les solutions basées sur le principe de la syndication.
Concernant les problématiques d'import / export entre instances de versions différentes (par exemple dans le cas d'une mise à jour), il suggère d'éviter les imports/exports manuels et de privilégier les scripts d'upgrade, en visant toujours les dernière sous-versions (par exemple : de la 3.9.x à la 3.10.3 directement plutôt que de la 3.9 à la 3.10.0 puis 3.10.1 puis 3.10.2 puis 3.10.3...).
Concernant la personnalisation de l'affichage par utilisateur, Paul a évoqué une prochaine extension, "eZ Personal FrontPage", qui serait assez spectaculaire...
Concernant la validation de contenus en arborescence, le contenu le plus haut doit être validé pour que ses noeuds enfants / petits-enfants soient effectivement validés.
La génération de PDF posant des problèmes avec eZ Publish 4.x, Paul suggère de passer pour l'instant par le moteur de rendu pdf d'OpenOffice.org (utilisé côté serveur).
Concernant l'utilisation de l'extension ezwebin, il faut être attentif aux objets contenant trop de relations d'objets, et qui en conséquence deviennent plus difficiles à gérer dans le front-end editing (la fonctionnalité de gestion de contenu située coté public du site),

eZ Find

A défaut d'un véritable tutoriel "pas à pas" sur eZ Find, Paul a fini l'après-midi sur quelques slides au sujet d'eZ Find, l'extension servant de moteur de recherche avancé à eZ Publish, et basé sur Solr :

l'extension eZ Find en version 1.1 est prévue pour le 2nd trimestre 2008, mais la version 2.0 de la même extension est prévue dès le troisième trimestre 2008, et devrait en être une refonte importante ;
le moteur de recherche, toujours basé sur Solr, serait revu dans cette version 2.0 en utilisant un composant de recherche déjà existant dans eZ Components ;
la version 1.1 introduira la recherche à facette ^[4] et sera réellement documenté ;
la version 2 intoduira une API remaniée (reworked API) et devrait mieux mettre en oeuvre la puissance du moteur Solr (should expose most of Solr).

Enfin, point non négligeable, eZ Find permettra d'indexer des sources externes à eZ publish, en plus du contenu provenant d'eZ, permettant ainsi de proposer des résultats de recherche provenant de sources hétérogènes à eZ Publish, comme par exemple des données provenant de bdd métiers.

Voilà. Un après-midi bien rempli, où Paul et l'équipe d'eZ France ont partagé un bon paquet d'infos et d'annonces, en donnant le plein d'informations sur l'avancement général d'eZ Publish.

Avec le recul, et à entendre les uns et des autres, il semble au final...

qu'il faille suivre avec intérêt la prochaine release 4.1 d'eZ Publish, qui rendra eZ Publish 4.x réellement "IE/Vista - compatible" ;
qu'il faille envisager la version 4.5 d'eZ Publish, prévue pour la deuxième partie de l'année 2008, comme une version introduisant des changements significatifs, tant pour le travail des intégrateurs HTML que celui des développeurs d'extensions, et tenir compte de cela si l'on souhaite se former ou se mettre à jour sur eZ Publish d'ici les prochains mois.
Il a cependant été clairement dit que les changements importants apportés par cette version ne sont pas des changements "du tout au tout", mais plutôt des remaniements du kernel en profondeur, n'impactant donc que les développeurs d'extensions, et des améliorations consistantes du langage de templating, mais sans changements fondamentaux dans la syntaxe.

A voir aussi : le compte-rendu de Tigrou.

Notes

[1] qui est lui-même un bon cuistot semble-t-il...

[2] Cf. Doc eZ sur le clustering + Article sur le clustering avec eZ 3.8 + Article de Smile sur eZ publish à très hautes performances.

[3] final stable release of which is due in the first half of this year ; cf. l'annonce faite par Gergely Hodicska et relayée sur sitepoint

[4] Cf. Définition + présentation de l'extension équivalente chez Drupal

Display a Tag Cloud with eZ Publish 4.x

Ronan — Wed, 09 Apr 2008 13:46:00 +0200

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.

Trucs utiles et erreurs courantes sous eZ publish 4.x

Ronan — Tue, 08 Apr 2008 13:00:00 +0200

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

Configuration de débug:

Dans le fichier /ezpublish/settings/siteaccess/monsite/site.ini.append.php

# <conf de debug>  

[DebugSettings]
DebugRedirection=disabled
Debug=inline
DebugOutput=enabled
DisplayDebugWarnings=enabled
ScriptDebugOutput=enabled

[TemplateSettings]
#Debug=disabled
Debug=enabled
TemplateCompile=disabled
TemplateCache=disabled
ShowUsedTemplates=enabled
ShowXHTMLCode=disabled
#ShowMethodDebug=enabled
#NodeTreeCaching=disabled

# </conf de debug>

Traduire l'interface de eZ Publish 4.x en français :

copier le fichier traductions française pour la 4.x dans /share/translations

Proposer des classes de style CSS dans OnlineEditor

Créer un fichier CSS dédié :

/* Style onlineeditor.css */

 

 /* embed : */

 .image_a_gauche

 {

        float:left;

 }

 .image_a_droite

 {

        float:left;

 }

Créer un content.ini avec les directives dédiées :

#content.ini
[embed]
AvailableClasses[]=image_a_gauche
AvailableClasses[]=image_a_droite

Cf. Documentation

No template could be loaded for "node/view/full.tpl" using resource "design"

Vérifier que le répertoire /ezpulibsh/design/mondesign/override et son contenu appartiennent à www-data. Ce répertoire n'existant pas défaut, une fois créé il prend par défaut les droits de son créateur (vous!) et n'est alors pas accessible à Apache.
Au besoin affecter les bons droits :

sudo chmod -R 777 override/
sudo sudo chown -R www-data:www-data override/

Afficher une image (attribut de classe) dans .tpl

<img class="maClasse" 

 alt="{$node.data_map.monAttributImage.content.alternative_text|wash()}" 

 src={$node.data_map.monAttributImage.content.original.url|ezroot()} />

Ne pas oublier le ezroot()...

Comparer des dates

{if $offre.data_map.AttribPublication_debut.content.timestamp|lt(currentdate())} 
<br />Le debut de publication 
{$offre.data_map.AttribPublication_debut.content.timestamp} 
commence avant ajourd'hui {currentdate()}
{/if}

Créer un lien direct vers un fichier dans un bloc XML dans l'Online Editor :

Ajouter le fichier comme un objet (icône) trombone en mode embed-inline

Ajouter dans le override.ini :

[file_embed-inline]
Source=content/view/embed-inline.tpl
MatchFile=embed/file_embed-inline.tpl
Subdir=templates
Match[class_identifier]=file

Créer le fichier file_embed-inline.tpl dans le design/mondesign/override/templates/embed/ :

{$object.name|wash} : 

<a href={concat( 'content/download/', 

$object.data_map.file.contentobject_id, '/', 

$object.data_map.file.id,'/version/', 

$object.data_map.file.version , '/file/', 

$object.data_map.file.content.original_filename|urlencode )|ezurl}>

{$object.data_map.file.content.original_filename|wash(xhtml)}</a> 

({$object.data_map.file.content.filesize|si(byte, kilo)})

Lister des objets selon la date de début et de fin de publication

{def $timestamp = currentdate()
 $my_contents=fetch( 'content','tree',hash(
   parent_node_id, $node.node_id,
   attribute_filter, array(
     array( 'maClasse/attribut_publication_debut', '<=', $timestamp ),
     array( 'maClasse/attribut_publication_fin', '>=', $timestamp ))
     )
   )
}

Faire un fil d'Arianne

Créer un fil d'arianne depuis la racine vers la page courante, de la forme :

Accueil > Folder 1 > Sous folder 1.1 > Article 1.1.1

{foreach $module_result.path as $Path} 
  {if $Path.url}
    <a href={$Path.url_alias|ezroot}>{$Path.text|wash}</a> >
  {else}
    {$Path.text|wash}
  {/if}
{/foreach}

Overrider le template pagelayout.tpl pour une section entière

Créer des sections dans le site
Pour la section concernée, créer un fichier de template pagelayout_sectionZ.tpl dans design/override/templates/
Modifier le fichier de settings override.ini.append.php :

[home_section_Z]
Source=pagelayout.tpl
MatchFile=pagelayout_sectionZ.tpl
Subdir=templates
Match[section]=17

Afficher une date dans un format particulier

Les dates dans eZ Publish (et si possible dans les extensions) sont stockées au format TimeStamp. Pour générer / convertir un timestamp dans un format "lisibles" (dd/mm/YYY, etc), il y a TimeStamp Converter, une extension de Firefox. Bien pratique pour générer rapidement des données de tests.

L'affichage des dates peut être customisé, et on peut définir plusieurs affichages pour un même site : date, datetime, date avec jour de la semaine, etc. Cf. le datetime.ini dans l'extension ticket de la CCMO par exemple :

Dans un .tpl :

{$monObjet.MonAttribut_Date|datetime( 'fullDateTimeFR' )}

Dans le datetime.ini :

[ClassSettings]
# Jeudi 01/05/2008, 21h00 :
Formats[fullDateTimeFR]=%l %d/%m/%Y, %Hh%i

Les Traductions

Dans translations/fre-FR/translation.ts

<!DOCTYPE TS><TS>

<context>

    <name>design/monsite/monModule/maVue</name>

    <message>

        <source>My Word</source>

        <translation>Mon Mot</translation>

    </message>

</context>

</TS>

Dans un .tpl :

{'My Word'|i18n( 'design/ monsite/monModule/maVue' )}

Debuggage

Paramètres d'un module/view :

{$view_parameters|attribute('show')}

Construire des formulaires

Un article complet : http://ez.no/developer/articles/how_to_create_ez_publish_forms

Trois articles e français chez Linuxorable.fr, passés à la trappe, mais récupérable chez Archive.org :

Un autre article en français :

Collecter des informations sous eZ publish

Leçon Inaugurale

Ronan — Tue, 05 Feb 2008 14:27:00 +0100

Le 17 janvier 2008, le Collège de France a offert la leçon inaugurale de Gérard Berry, premier informaticien reçu dans cette enceinte de réputation internationale. Les "leçons inaugurales" sont un exercice très intéressant pour les chercheurs : présenter les choses les plus pointues au "grand public averti", avec les mots les plus simples... La leçon inaugurale de Gérard Berry a pour sujet "la révolution informatique" : pourquoi le numérique est un changement radical qui bouscule toutes les formes de notre pensée, de nos actions, de l'industrie à la communication.... et y compris la conception de la science.

La vidéo de la Leçon Inaugurale, en ligne :
http://www.college-de-france.fr/def...

suivie du Cours n°1 : Les algorithmes :
http://www.college-de-france.fr/def...

(merci à Hervé Lecrosnier, prof à la fac de Caen, pour le lien)

Quelques news et rappels, vite fait.

Ronan — Tue, 18 Dec 2007 00:31:00 +0100

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 !

Et en plus je ne suis même pas adhérent à l'AFUP. Quelle honte !

Cette promotion surprenante et inattendue (et peut-être temporaire, qui sait) vaut bien quelques précisions :

Tout ce que je sais, tout ce que j'écris ici, je l'ai un peu découvert par moi-même, mais je l'ai surtout lu ici ou la sur le web. Peu de choses y sont vraiment de mon jus. Comme je cite toujours mes sources, il vous est facile de retrouver les gars doués, les crackos, les experts, bref les VRAIS fortiches en PHP de chez qui viennent les infos trouvées ici.
Je me récapitule pour moi-même le projet éditoral de ce blog, tel que je le définissais il y a maintenant trois ans :
- Ce blog est exclusivement technique et j'avais décidé dès le début de ne jamais parler d'autres choses. Il m'est fois plusieurs arrivé de retirer rapidement des billets un peu cons. Avec le recul, je crois que bien m'en a pris. Si je suis plutôt content du contenu que je propose, c'est surtout parce que je m'y retrouve facilement et que je suis mon principal lecteur. Ce blog est un bloc-note, un bout de ma mémoire que j'ai externalisé, et qui est accessoirement rendu public.
- L'essentiel du traffic sur ce blog vient de Google. Ce bon référencement du site n'est pas un but en soi, mais si le contenu du blog peut dépanner quelqu'un, alors tant mieux !
- Je ne cherche pas à mesurer l'audience de mon fil RSS, donc je ne sais absolument pas combien de gens le lisent. Franchement, tant mieux !
- Les commentaires sont modérés a priori (c'est la faute aux spammers) mais sauf intervention stupide ou vraiment trop courte (genre demande d'aide dont la réponse a déjà été donnée 1 000 fois sur le web), je ne modère en fait pas grand chose.
- les liens vers les "amis" sont vraiment des sites de vrais amis, anciens potes de fac, amateurs de codes élégants et d'alcools forts.

EDIT : J'avais posté ce message dans la catégorie MIX, espérant que planete-php.fr ne syndiquait que la catégorie PHP ; en fait non, c'est tout le site qui est pris en compte. Désolé pour le bruit.

Faire un ORDER BY sur un champ SQL Server de type NTEXT

Ronan — Thu, 13 Dec 2007 13:44:00 +0100

Le message par défaut lors d'une tentative d'ORDER BY sur un champ de type NTEXT sous SQL Server est : "Les types de données text, ntext et image ne peuvent pas être comparés ou classés, sauf lors de l'utilisation de l'opérateur LIKE ou IS NULL."

La solution pour trier un champ de type NTEXT : le convertir à la volée en NVARCHAR .

SELECT T.*  FROM T_MATABLE T 

ORDER BY CONVERT(nvarchar,T.monChampNTEXT) ASC

Notes

Subversion sur Ubuntu

Ronan — Wed, 28 Nov 2007 11:48:00 +0100

Un petit mémo sur les tutos en ligne

Installation et configuration d' OpenSSH

Installation et configuration de Subversion sur Ubuntu

Installation et configuration de Trac dans un sous-domaine

Installation et configuration de Trac en localhost

Autres ressources sur l'installation de trac : ici et la

D'après cette page sur le wiki de trac hacks, une version de trac traduite en français est déjà utilisable, disponible sous Ubuntu via un dépot privé. Elle sera inclus au trunk de trac (;-)) à partir de la version 0.12 de trac. La version actuellement distribuée via les dépôts d'Ubuntu Gusty est la 0.10.

Subversion book (english)

Introduction à Subversion en français au format HTML et pdf

SVN cheat sheet (PDF/PNG)

ASP.NET Forums

Ronan — Fri, 16 Nov 2007 20:10:00 +0100

Un petit état de l'art des applications web de forum sur plateforme ASP.NET

Il en existe quelques uns, dont certains assez recommandables. J'en ai fait une petite liste, que je poste pour mémoire :

Les Ceux-que-je-sens-bien-a-vue-de-nez : Pas trop gros, bien maintenus, stables, open-source …

YetAnotherForum.NET : Projet connu, stable
Licence : GNU General Public License (GPL)
http://www.yetanotherforum.net
Démo : http://forum.yetanotherforum.net/

EDIT : Installé en une heure, skinné (full-CSS) en deux heures par un collègue graphiste. Que du bonheur.
Dommage, comme d'hab', le client (une administation publique) qui nous l'a demandé ne l'utilisera probablement jamais, en fait...

Les « gros trucs » qui-marchent-du-feu-de-Dieu (a priori) :

DotNetNuke : Très gros projet .NET, connu, intéressant d’un point de vue technique, plus gros que XZ.
http://www.dotnetnuke.com
Licence : Open Source ‘DotNetNuke’ License

Community Server : Très gros projet .NET, super stable, super puissant (moteur des forums de MySpace.com)
Version Free : The Express Edition may be used by commercial organizations for internal use (cannot be used for public facing communities) and is limited to the feature set described. Individuals and not-for-profits may use the Express Edition for public facing communities.
http://get.communityserver.org/Express.aspx

Les autres "petits" qui-ont-l’air-bien-aussi :

Eucalypto : Simple, documenté et bien noté
http://www.codeproject.com/useritems/eucalypto.asp

DMG Forums : Bien noté, gratuit.
http://www.dmgforums.com

PopForums : Bien noté, gratuit
http://www.popforums.com
Commenté ici (UK)

JumpyForum (Framework 1.1 ?)
http://www.csharptricks.com/Articles/JumpyForum.aspx

Les Ceux-qui-ont-l'air-bien-mais-en-fait-non

XZ Forum : Simple, léger, crédible a priori car proposé sur CodePlex, la plateforme Microsoft des projets .NET open source
http://www.codeplex.com/xzforum
Licence : License: Microsoft Permissive License (Ms-PL) v1.1
Verdict : C'est nul et décevant.

Systèmes d'information : Générique Vs Spécifique

Ronan — Wed, 07 Nov 2007 23:07:00 +0100

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

Cela fait quelques années que mes patrons successifs sont à la recherche d'une solution logicielle de système d'information dit "générique", qui couvre les besoins de la plupart de leurs clients. Ue solution "sur l'étagère", prête à installer, rapide à "configurer", se présentant comme un gestionnaire de sites internets dit "institutionnels", avec frontoffice et backoffice.

La plupart des collègues avec qui j'en ai discuté (récemment encore) partagent avec moi des réflexions un peu sceptiques. Ces solutions "miracles" de gestion de contenu connaissent actuellement leur avènement avec les différents systèmes de gestion de contenu (CMS) proposés "out of the box" et censés couvrir 90% des besoins des clients utilisateurs. Pour le web, il s'agit de Typo3, Joomla!, eZ Publish ou Zope/Plone, pour les plus connus.

Dans la réalité, on a très souvent vu les développeurs s'arracher les poils de la barbe pour faire faire à ces CMS ce que le chef de projet avaient finalement réussi à définir dans l'analyse du besoin (souvent touffu) du client. Les fonctionnalités spécifiques deviennent urgentes, on se rend compte que ledit CMS générique ne les contenait finalement pas. Elles nécessitent alors des développements supplémentaires, difficiles à chiffrer et forcément coûteux ^[1] parce qu'ils sont identifiés trop souvent après le début de la réalisation, ou parce qu'ils prennent la forme de maintenances évolutives sans grande cohérence avec l'existant. C'est à ce moment que les sirènes de nouvelles solutions génériques, plus à jour, toujours plus complètes en fonctionnalités, se font alors entendre, autant du côté de la MOA que de la MOE.

La comparaison entre solutions génériques dites "miracles" et solutions spécifiques pragmatiques s'apparente souvent au débat classique entre "l'artisanat" d'une part et "l'industrialisation" ^[2] d'autre part. Ce débat revient souvent dans la presse en ligne ^[3] ^[4]. Je réunis ici quelques arguments pour et contre le fait d'investir dans le développement d'une solution générique. Mon approche est celle de l'architecte ou du développeur, bref, de celui qui au final devra mettre les mains dans le cambouis... et observer la réaction du client lors de la livraison du produit.

Solution générique ("packagée"), les arguments "pour" :

Développer une solution générique à vendre à la majorité de vos clients permettrait :

de vendre plus à moindre coût ;
de ne "pas réinventer la roue" ;
d'éviter les développements spécifiques, "mal testés", "instables", "sclérosants" ^[5] ;
de permettre une bonne maintenance du progiciel ;
de maitriser l'évolution du produit sous forme de versions ;
d'endiguer la créativité débordante (et ingérable) des architectes ou des développeurs ;
de s'appuyer sur des développements stables, testés, documentés ;
de proposer un produit abouti, que l'on voudrait présenter bientôt comme une "référence du marché" ;
un bon pilotage de projet ne devrait pas dépasser 10% de développements spécifiques ^[6] ;
l'absence de développements spécifiques est un gage de sérieux ^[7].

Les arguments "contre" :

ça ne répond jamais à tous les besoins du client, qui est demandeur de fonctionnalités toujours plus spécifiques, fonctionnalités qui au final reviennent souvent à remettre en cause l'architecture et le fonctionnement global d'une solution "générique" ^[8] ;
c'est une utopie : les seules solutions génériques qui "durent" et qui "marchent" sont soient réservés à des niches très réduites, soient bénéficient d'un monopole de fait, soient sont des OS propriétaires ou de très gros progiciels.
la maintenance des solutions génériques pose autant de problèmes que pour une solution spécifique (demandez aux utilisateurs de Zope/Plone ce qu'ils en pensent).
dès qu'une solution packagée est prête à être vendue, elle est déjà obsolète ;
l'évolution des usages d'Internet (Web 2.0 et compagnie) est telle que l'usage d'une solution "out of the box" ne permet pas de suivre rapidement les innovations actuelles auxquelles l'application web existante doit se conformer ;
dans le domaine des applications métiers, que recouvrent de plus en plus les sites web dits "institutionnels", les clients sont tous différents et ils ont tous des besoins spécifiques et de plus en plus évolutifs ;
le plus important, en général, ce n'est pas le logiciel, mais les données qu'il manipule. Et il vaut certainement mieux qu'un logiciel s'adapte aux données plutôt que ce soit l'inverse ;
le mythe du type qui réinvente la roue est une chimère. D'une part l'existence des moteurs de recherche et des nombreux sites spécialisés (pour s'informer de l'état de l'art dans à peu près n'importe quel domaine) permet à chacun de se constituer avec le temps une bonne culture de ce qui existe déjà. D'autre part, l'abandon de la programmation purement procédurale et l'avènement de la programmation orientée objet depuis plus de 10 ans maintenant permet à chaque équipe de développement de maintenir pour elle-même ses propres bibliothèques logicielles, sans cesse ré-utilisées et améliorées ;
la progicialisation systématique des logiciels va à l'encontre de ce qui fait l'intérêt et la motivation des concepteurs et développeurs, dont le travail est à 100% une oeuvre de l'esprit. En conséquence, l'industrialisation à tout crin du développement logiciel est souvent mal vécue par les équipes de production, elle freine la créativité, le plaisir, l'inventivité et au final l'innovation.

Les solutions forcément "packagée"

Elles ne s'imposent que dans certains domaines comme les progiciels de gestion intégrés (PGI), les ERP, les logiciels de comptabilité, des domaines ou les fonctionnalités sont très formelles et très liés au domaine juridique, bref qui imposent un gros suivi fonctionnel, que l'on a intérêt à mutualiser, et qui se présente donc assez logiquement sous la forme de progiciels. ^[9]. Ces solutions packagées risquent en revanche de devenir inconsistantes quand il s'agit de gérer le métier même d'une entreprise, dont l'activité est toujours particulière, et notamment quand ce type de système d'information doit prendre la forme d'une application web ^[10] ^[11].

Ce qui me plait (et qui marche mieux) :

Le débat générique / spécifique montre rapidement les limites de ces deux aprochent. Chacun défend ses intérêts et sa méthode. La formule qui me semblerait optimale, celle qui pourrait satisfaire tout le monde (les développeurs/intégrateurs, les commerciaux et leurs clients), c'est une solution construite en "briques" qui sont à la fois indépendantes et interopérables, une solution pensée un peu comme une cuisine aménagée ou bien une maison dont les éléments sont des "options" modulables (cf. les maisons sont vendues par les promoteurs sur catalogue). Cela peut se comparer aussi aux PC "à la carte" vendus par DELL.

Les point communs de ces comparaisons, c'est un système souple, conçu autant pour celui qui va l'utiliser que celui qui va devoir le le construire au départ et le faire évoluer ensuite. Dans cette solution, les "modules" ou "briques" sont compatibles entre eux, comme des pièces de Lego, parce qu'ils sont bâtis sur un même socle, idéalement bien documenté, et sur des conventions communes. Cela forme un éco-système où chaque module est ré-utilisable en tant que tel et est "interopérable" avec les autres modules, présents et à venir. Du point de vue de la conception logicielle et du développement, cette solution s'apparente en plusieurs points à la programmation orientée composant.

A ma connaissance, très très peu de solutions génériques offrent ces caractéristiques : Plusieurs moteurs de CMS ou de blogs proposent des extensions, mais ils proposent quasiment jamais un vrai socle de développement bien documenté et un environnement profondément évolutif. eZ Publish est l'un des rares à proposer à la fois un CMS, un socle commun (eZ Components, bibliothèques de composants) et des "extensions". Tout cela prend la forme d'un éco-système plutôt riche cohérent. Les extensions d'eZ et la documentation rendent facilement extensible le CMS proposé "out of the box". eZ Publish et eZ Components sont distribués en licence GNU/GPL.

Notes

[1] On estime en général qu'une fonctionnalité apparaissant ainsi après coup coûte 10 à 50 fois plus cher que si elle avait été planifée avant le début de la production, durant la phase de spécification fonctionnelle.

[2] Cf. l'étude de Microsoft à ce sujet

[3] Cf. Développements spécifiques contre progiciel (Indexel, février 2007)

[4] Cf. Business Objects se dote d'une offre spécifique pour les PME (JDN, février 2007)

[5] Cf. présentation commerciale de l'ERP Diapason

[6] Argument lu ici et là

[7] Cf. les critères de choix de ce client

[8] "Il faut (...) se méfier des développements spécifiques réalisés sur la base des solutions du marché. Plus on fait plaisir aux utilisateurs, et plus l'enjeu de coût sera important pour l'entreprise notamment lors des phases de migration, de montée de version" (JDN, juillet 2007)

[9] Cf. ERP pour PME : un marche sous pression.html (JDN, avril 2007)

[10] Cf. "Notre système d'information s'articule autour d'une application de gestion 100% spécifique" (JDN, juillet 2003)

[11] Cf. "Seul le développement spécifique en interne pouvait nous donner satisfaction" (JDN, juillet 2003)

Conférence eZ Partners + eZ Developer Day

Ronan — Tue, 06 Nov 2007 18:32:00 +0100

Voici les notes que j’ai pris lors de la journée organisée par eZ Systems : Conférence eZ Partners + eZ Developer Day "Volume 2" Cf. l'annonce sur le site

Speechers : Roland Benedetti (Managing Director eZ Systems France), Maud Biron, Paul Bogermans (Head of eZ Labs and eZ development), Bertrand Maugain (eZ Norvège)

Intro et actu produits

Nouveautés 2007 : - Objectif de leardership sur les solutions Enterprise CMS : Etre dans le top 3 d'ici 2012 - Création d'Ez Labs - Récente levée de fonds - Nouveau board (arrivée d’un ex CEO Suse Linux qui est aussi ex CEO Novell Europe, Middle East and Africa) - lancement de l'extension eZ Find (moteur de recherche) - Nouveaux bureaux à Paris

Actualités

35 partenaires en France dont 4 gold et 5 silver, 200 partenaires dans le monde 5 eZ Awards sur 10 pour la France : Importance des francophones chez eZ.

Rappel : les version Certified d'eZ sont : eZ 3.9.4 et 3.8.10 Dans 3.10, les tirets peuvent maintenant séparer les URL (PageRank-friendly) plutôt que les underscore

Objectif pour la version 4.0 : une version stable (PHP5) pour courant novembre. Risques minimes et encouragements à commencer tout de suite sur eZ Publish 4.0. Il y a des « points » à gagner sur l'adoption d'eZ Publish 4.0, Vérifier que le support s'applique, car il est actuellement limité aux version 3.x stables.

eZ Find nouveau moteur de recherche, mieux que le moteur natif. Il repose sur Solr (opensource) intégrant Lucène, et tournant sous Java. Amène une pertinence accrue, plus de performance sur l'indexation, droits d'accès dans la recherche. Les futures évolution : recherche par facettes, gestion de la synonymie, recherche multi-sources (sources de données), liaison entre différents sources de contenu. En bref : beaucoup plus qu'un simple moteur de recherche. Peut même être utilisé autrement que comme un moteur de recherche classique. Recherche à facettes : cf. PriceJunkie, Clusty.com pour l'exemple ; cf. une définition ici.

FOCUS MEDIA

Comment présenter eZ Publish en cl...

Focus fort ("à 200%") sur le secteur Media & Entertainment, lié au challenge de changements de support actuels qui affectent tous les medias (papier/télé/...). Le marché des médias est celui qui manipule le plus de contenu. eZ Publish a déjà de bonnes références dans ce domaine. Lagardère Active avait choisi Vignette (coût : 2 millions de dollars) et au bout de trois mois est passé à eZ Publish pour l'ensemble de leurs publications. Lagardère Active est le premier groupe de publication de magazines dans le monde. EZ Publish a été choisi par le groupe Prisma Press : Gala, National Geographic, Jasmin, Vogue... Première, Elle Cuisine, Plus que la publication d'articles, il s'agit de type de contenu : videos, docs, avec versioning et workflow, qui distingue la gestion de contenu (éditorial, media, etc.) structurée, mis en forme et stockée d'une part, et la publication d'autre part. La publication web n'est donc pas la seule manière d'utiliser eZ Publish. Nouveau Support pour les 'HTTP accelerators' : Akamai, Varnish, Squid

Sécurité : le US Deparment of Defense a certifié eZ Publish pour les infos classés et non-classées En clientèle, dans les présentations, on ne présente plus le détail des fonctionnalités (trop nombreuses), mais on présente les références et 3-4 spécificités (support de la vidéo...). Info : eZ Systems peut accompagner le client lors des présentations clientèle. eZ Sytems souhaite être intégré très tôt dans ce type de démarche.

EZ FLOW :

Extension eZ Flow : Interface éditoriale, facilitation de la publication (cycle de vie du contenu) Online publishing en Webdav : Upload de fichier .odt pour l'import de contenu. Attention : utiliser un template plutôt que style en dur dans le document. Le contenu est alors intégré, versionné et soumis au workflow. Il peut être prévu à a publication dans n minutes (problématique propre aux médias d'actus, d'évènements) Galerie de photos : Plutôt que d'uploader une à une les images, on utilise un Windows Explorer avec upload massif de media. Fonctionnalité de streaming live de contenu video via une future extension : streaming, puis enregistement du contenu video distribué comme un fichier video. Permet de faire un reportage live tout de suite transformé en contenu fichier video, immédiatement disponible en ligne. Plusieurs limites et bugs de Webdav sont à signaler : Problèmes de bande passante et problèmes spécifiques au support de Webdav propre à Windows. Bon soft pour l'utilisation de webdav sous Win32 : NetDrive de Novell (cf, http://www.augsburg.edu/stucomp/connect/offcampus_PC.html). Ces problèmes propres à WebDav seraient corrigé en grande partie dans la livraison finale de eZ 4.0. Un nouveau Service Pack de Microsoft devrait sortir avec une nouvelle version de Webdav, mais il n'est pas sûr que cette nouvelle version du support de Webdav par MS n'introduise pas de nouveaux bugs... Dans une prochaine version de eZ Flow, un slider (type timeline d'Adobe Flash) permettra de voir et de gérer les différentes versions d'une page dans le temps. Interfaces drag and drop AJAX.

Offres de support et maintenance

Garanties, maintenance et support logiciel

Now et OnDemand : Versions d'eZ Publish certifée et prêtes à l'emploi. On ne modifie que le contenu, on n'ajoute que des extensions certifiées et on créé le style. But : pas plus d'1 semaine de travail, qques Keuros, hébergeurs cetfifiées, installation des mises à jour et monitoring automatiques assurés par eZ Systems. Orienté web agencies. Offre non hébergée. "Out of the box". Les releases "certifiées" sont maintenues (4 maintenances par an avec corrections et amélioration). Les hébergeurs certifiées en France : Internet-fr.net et Nexenservices.com (info venant de Francis Naft, fondateur de Helyopsis) Offre de Monitoring : Pose de "sondes" sur le serveur avec reporting sur le trafic et la montée en charge dans l'extranet client d'eZ Systems. Offre Premium : Intéresse les projets nécessitant du développement Prestation de validation de l'architecture et des développement, assistances sur développements, assurance qualité. Il s'agit d'une offre de support et de maintenance traditionnelle + service de mise à jour automatique de eZ publish et possibilité de monitoring. S'adresse aux portails médias, besoins spécifiques. eZ Systems peut accompagner le client lors des présentations clientèle. eZ Sytems souhaite être intégré très tôt dans ce type de démarche. Attention : Le but de cette offre est de garantir le support d'une solution opensource, ce que les petits intégrateurs n'ont pas vocation de faire.

APRES - MIDI : eZ Developer Day "Volume 2"

eZ Labs - Présentation

eZ Labs s'occupe du Core software development sur eZ Publish, eZ Components, eZ Find, et de la maintenance des extensions certifiées. Travail initial d'eZ Labs : code-refactoring, medias support, asked features, increase dev community Une équipe, la eZ Knowledge Team, est chargée de la documentation, demandée par tous.

RoadMap & Future :

eZ Flow : Extension orienté médias : pagelayout, staging, workflow (autre que natif à eZ Publish) Les prochaines releases 4.0.x pourront contenir des extra features, ce qui n'était pas le cas avant. La version 4.x sortirait en janvier/février 2008, avec un refactoring interne visant à plus de rapidité, et plus d'extensibilité. Plus de bdd serot supportées (DB2, Sybase, etc.) et un nouveau moteur de templating, qui sera une rupture par rapport à l'ancien mais avec des scripts d'upgrade des templates précédents. Le workflow d'eZ Flow a été fait par S. Bergman, un véritable "state of the art". D'autres modif sont en vue sur les composants suivants : Workflow, Database, persistent objets et authentification. Un "Automated Test System" basé sur Buildbot et Selenium, devrait permettre des tests de cycles et des releases plus rapides d'eZ publish. Dans tous les cas la problématique de performance est prépondérante.

Spéculation : un refactoring de eZ publish en Java est une évolution possible, mais reste une spéculation... Paul avoue même « rêver » de pouvoir coder en C# dans eZ Publish ! Pour prévoir le futur, "on ne peut pas se fixer sur PHP seulement". Ce point affecterait à terme le « core » d'eZ publish mais n'affecte pas le templating et l'extensibilité de eZ Publish qui restera "très longtemps" sous PHP (au moins jusqu'à 2012...).

Des évolutions sur l'éditeur online de Rich ne sont pas prévues pour l'instant, mais il pourrait être remplacé par TinyMCE (http://tinymce.moxiecode.com/example_full.php?example=true) à moyen terme. Cet addon manipule lui aussi les contenus sous la forme d'arbres XML.

Le prochain moteur de workflow (d'ici 4-5 mois) sera basé sur XML, et permettra l'export des workflow créés, ce qui n'est pas le cas actuellement.

Extension porting

4 points à surveiller pour la migration des extensions vers eZ Pulish 4 :

- Make sure string function are UTF-8 safe. - Réréfence "&" : eZ publish suit l'évolution de PHP (cf http://www.php.net) - Des class constants sont définies par eZ, dont la liste est sur http://eZ Publishedia.org/wiki/en/ez/php5_port_class_constats - Class autoloading : Ne plus utiliser require_once(). Les class sont chargées on demand via un cross autoload. Pour les extensions un script est fourni pour générer un tableau d'autoload (autoload array) basé sur la fonction autoload d'eZ Components.

eZ Find : « a pro-active cutting-edge search system »

Roadmap : 1.1 sortie en novembre 2007 = simple facets + native integration + multisite search (public part of "foreign" eZ Publish sites)

2.0 prerelease en décembre = content clustering + highlighting + automated relations : automatic related content + hierarchical facets : drill down interfaces, meta-data based. Cf. PriceJunkie, Clusty.com, colonne de gauche) + Spell checking, synonym expansion, = user-oriented or specialised use (wildcarts, phonetic...) "a sustainable plateform for future search products"

eZ Components : nouveautés et mises à jour : Authentification, Cache Graph, Mail, Webdav, Workflow

Next releases de eZ Find : more facets, intelligent indexing (adapt to varuous eZ Publish datatypes) , autoamtically find relate informations.

Requirements : php4/5 + curl recommandé + UTF8 (et Latin1, ASCII)

Problème de charset dans un fichier .ASPX / .ASCX déployé avec VS 2005 Web Deployment Projects

Ronan — Mon, 08 Oct 2007 20:30:00 +0200

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

<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />

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) )

Avertissement sur strtotime() à l'installation d'eZ Publish 4.0.0alpha

Ronan — Sun, 07 Oct 2007 10:16:00 +0200

Durant de l'installation de eZ Publish 4.0.0alpha1 Sur un serveur LAMP fraichement installé (sur une Ubuntu Feisty par exemple), ce message peut apparaitre :

Strict Standards: strtotime() function.strtotime : It is not safe to rely on the system's timezone settings. Please use the date.timezone setting, the TZ environment variable or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /var/www/ez/lib/ezutils/classes/ezdebug.php on line 879

Pour éviter que ce message d'avertissement s'affiche, il suffit d'indiquer une heure de référence dans le fichier de configuration /etc/php5/apache2/php.ini :

;;;;;;;;;;;;;;;;;;;
; Module Settings ;
;;;;;;;;;;;;;;;;;;;

[Date]
date.timezone = CET

Cet attribut est en général commenté dans une installation récente de PHP5. CET est l'heure normale d'Europe centrale.

Terminer en redémarrant le serveur Apache2 :

sudo apache2 -k restart

Strip HTML Tags & Text

Ronan — Mon, 01 Oct 2007 12:52:00 +0200

private void nettoyer_HTML(DataTable dt)

    {

        int iColCount = dt.Columns.Count;

        foreach (DataRow dr in dt.Rows)

        {

            for (int i = 0; i < iColCount; i++)

            {

                if (!Convert.IsDBNull(dr[i]))

                {

                    dr[i] = Regex.Replace(dr[i].ToString(), @"<(.|\n)*?>", string.Empty);

                    dr[i] = HttpUtility.HtmlDecode(dr[i].ToString());                    

                }

            }

        }

    }

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

Sources : Vandamme & MSDN

HTML 5

Ronan — Tue, 21 Aug 2007 13:59:00 +0200

Lu dans le post "Comment HTML 5 peut-il être utilisé aujourd’hui ?"

Quand est-ce que HTML 5 sera terminé ? Quels sont les délais prévus ?

Le tout est de savoir à quelle vitesse les différents navigateurs l’implémenteront. Le groupe de travail du W3C pour HTML 5 indique qu’une recommandation pour ce langage sera disponible pour 2010, mais je ne pense pas qu’il soit réaliste de penser qu’à cette date les navigateurs l’auront implémenté totalement et correctement. Un délai de 15 ans me semble plus réaliste, mais cela ne veut pas dire pour autant que vous avez besoin d’attendre 15 ans pour utiliser HTML 5.

L'informatique pour les rigoureux (et les bizarres)

Ronan — Wed, 15 Aug 2007 22:26:00 +0200

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).

Excel et les formats de date récupérés avec C# .NET

Ronan — Sat, 21 Jul 2007 14:24:00 +0200

Dans une classe servant à lire des fichiers Excel, on utilise souvent la méthode :

Excel._WorkSheet.get_Rang(Object cell1 Object cell2)

provenant des API de Excel pour récupérer un tableau des valeurs des cellules se trouvant dans une plage entre deux cellules de début et de fin. Dans la classe gérant l'API d'Excel, la méthode correspond souvent à ceci :

public string[] Excel_GetRange(string range)

{

    Excel.Range workingRangeCells = 

    this._excelWorksheet.get_Range(range, Type.Missing);

    workingRangeCells.Select();

    System.Array array = 

    (System.Array)workingRangeCells.Cells.Value2;

    string[] arrayS = this.ConvertToStringArray(array);

    return arrayS;

}

Lorsqu'on récupère la valeur d'une cellule au format date, elle est quelques fois dans un format standard peu éloquent, du genre "39326" pour une date "01/09/2007". En fait c'est la cellule d'Excel qui est au format Date, mais la valeur stockée n'est pas une date mais un entier. Cet entier est un nombre de jours : le nombre de jour entre le 30/12/1899 et la date récupérée dans Excel. Une première solution consiste à ré-écrire la méthode GetRange(), comme proposé ici. Une autre méthode consiste à faire faire à .NET le calcul rapide de la date réelle, en utilisant DateTime.AddDays();.

// Dans une classe de traitement lisant les valeurs d'Excel :

//datevalueFromExcel est la string récupérée depuis Excel via 

DateTime dt = new DateTime(1899, 12, 30).AddDays(

    Convert.ToDouble(datevalueFromExcel));

dispo_date = dt.ToShortDateString();

Hop !

C# & Regex : Matcher une date

Ronan — Fri, 20 Jul 2007 13:17:00 +0200

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.

// Source du pattern : 

// Carlos R. L. Rodrigues chez Regexlib.com

string myRegex =  "(^((((0[1-9])|([1-2][0-9])|(3[0-1]))|([1-9]))\x2F(((0[1-9])|"

+ "(1[0-2]))|([1-9]))\x2F(([0-9]{2})|(((19)|([2]([0]{1})))"

+ "([0-9]{2}))))$)";

Regex pattern = new Regex(myRegex);

if (pattern.IsMatch(myString))

{

   DateTime myDate = Convert.ToDateTime(myString);

}

PhpMyObject v. 0.06 (GPL)

Ronan — Tue, 17 Jul 2007 13:34:00 +0200

Nicolas BOITEUX vient de publier un premier tutoriel sur http://pmo.developpez.com/, un Object-Relationnal Mapping tout récent, sous licence GPLv3 développé en PHP.

Le rôle de PMO est de permettre aux développeurs PHP de travailler mieux, plus rapidement en orienté objet. Chaque ligne provenant d'un résultat SQL est découpé en autant d'objets qu'il y a de tables dans la requête. Chaque valeur d'une colonne correspond à un attribut de l'objet, chaque nom de colonne correspond à un nom d'attribut. Ex pour une table utilisateur avec une colonne login, PMO va créer pour chaque ligne, un objet utilisateur avec un attribut login.

Le site du projet (hébergé par Developpez.com)
Le screencast au format .avi

"We remove the magic_quotes feature from PHP (~ 6)"

Ronan — Mon, 16 Jul 2007 13:22:00 +0200

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().

Géométrie créationniste

Ronan — Sun, 15 Jul 2007 11:19:00 +0200