Calexo - Le Blog

Empêcher l'inscription à un MediaWiki

2010-06-09T11:00:00+02:00

MediaWiki est une plateforme libre de Wiki, sur laquelle se base le célébrissime Wikipedia.
Nous en reparlerons, mais vous pouvez donc utiliser cette superbe plateforme hautement configurable pour vos propres besoins.

Si vous souhaitez contrôler qui peut accéder, modifier ou créer des pages, tout se passe dans le fichier de configuration se trouvant à la racine : LocalSettings.php.

Pour empêcher les inscriptions, il vous suffit d'indiquer :

$wgGroupPermissions['*'    ]['createaccount']   = false;

Vérifier que les invités peuvent juste lire votre WIki :

$wgGroupPermissions['*'    ]['read']            = true;
$wgGroupPermissions['*'    ]['edit']            = false;
$wgGroupPermissions['*'    ]['createpage']      = false;
$wgGroupPermissions['*'    ]['createtalk']      = false;

Si vous souhaitez que les personnes non inscrites ne puissent même pas lire le contenu de votre site, vous pouvez évidemment mettre le paramètre read à false.

A vos vi|emacs :)

Cet article original est publié sur http://www.calexo.net. Toute reproduction, meme partielle, est interdite sans l'autorisation explicite de son auteur.

Eclipse Labs

2010-05-18T15:00:00+02:00

Google utilisant beaucoup Eclipse, aussi bien en interne que pour ses SDK (Android, ...), ils viennent de mettre en place Eclipse Labs. Un juste renvoi d'ascenseur.

Cet article original est publié sur http://www.calexo.net. Toute reproduction, meme partielle, est interdite sans l'autorisation explicite de son auteur.

Changement d'architecture de serveur Web

2010-04-02T11:40:00+02:00

Aujourd'hui, mise en place d'une nouvelle architecture de serveur Web.

Auparavant, tout était directement servi par Apache. Désormais, le serveur NginX est en frontal. Ce serveur est en effet très très rapide sur les contenus statiques (images, CSS, JavaScript, ...). Il passe en revanche toujours la main à Apache pour servir le PHP.

Cela entraine une plus grande rapidité du chargement des pages (passage du grade C à B dans Yslow), et une capacité accrue du serveur à gérer la charge, pour mes futurs projets !

Si vous constatez des soucis pour naviguer sur mes sites, n'hésitez cependant pas à m'en faire part ! Merci !

Note : Cet article concerne le serveur de Calexo, et peut ne pas vous intéresser. Pour vous abonner au flux RSS sans cette rubrique, vous pouvez choisir le flux Sans Serveurs Calexo, disponible sur la page Abonnements ou en haut à droite de la page d'Accueil.

Cet article original est publié sur http://www.calexo.net. Toute reproduction, meme partielle, est interdite sans l'autorisation explicite de son auteur.

Eclipse pour Ubuntu Karmic Koala 9.10

2010-03-23T11:49:00+01:00

Suite à la mise à jour de mon Ubuntu vers la version Karmic Koala 9.10, impossible d'utiliser les bouton "..." dans les vues de Propriété d'Eclipse.

Cet article original est publié sur http://www.calexo.net. Toute reproduction, meme partielle, est interdite sans l'autorisation explicite de son auteur.

2010, la bataille contre le SPAM continue !

2010-01-05T09:10:00+01:00

Bonne année 2010 !!

J'espère que les fêtes se sont bien déroulées pour vous, que le Père Noël vous a gâté... bref, que vous êtes prêts à attaquer 2010 pour de nouvelles aventures !V Pour commencer, à vos clients SSH !! Il y a en effet un "bug" qui traine dans SpamAssassin... Si vous utilisez cet outil, sous Linux, pour filtrer vos Spams, sachez qu'entre les versions 3.2.0 et 3.2.5, l'un des filtres peut bloquer vos mails dont la date est comprise entre 2010 et 2099, comme en attestent ces lignes :

 # grep -i 20xx *
 50_scores.cf:score FH_DATE_PAST_20XX 2.075 3.384 3.554 3.188 # n=2
 72_active.cf:##{ FH_DATE_PAST_20XX
 72_active.cf:header   FH_DATE_PAST_20XX Date =~ /201-90-9/ if-unset: 2006
 72_active.cf:describe FH_DATE_PAST_20XX The date is grossly in the future.
 72_active.cf:##} FH_DATE_PAST_20XX

Voici un lien vers la description de cette règle : http://wiki.apache.org/spamassassin/Rules/FH_DATE_PAST_20XX

Afin de corriger ce bug, il suffit d'ajouter la ligne suivante au fichier local.cf (le miens se trouve dans /etc/mail/spamassassin/) :

 score FH_DATE_PAST_20XX 0

Ainsi, on attribue un "score" de 0 à la règle de filtrage précédente.

A vos claviers, et bonne reprise !

Source : http://spamassassin.apache.org/

Cet article original est publié sur http://www.calexo.net. Toute reproduction, meme partielle, est interdite sans l'autorisation explicite de son auteur.

Mise à jour : PHP 5.2.12

2009-12-17T15:38:00+01:00

Mise à jour de PHP à la version 5.2.12.

Corrections :

   * Fixed a safe_mode bypass in tempnam() identified by Grzegorz Stachowiak. (CVE-2009-3557, Rasmus)
   * Fixed a open_basedir bypass in posix_mkfifo() identified by Grzegorz Stachowiak. (CVE-2009-3558, Rasmus)
   * Added "max_file_uploads" INI directive, which can be set to limit the number of file uploads per-request to 20 by default, to prevent possible DOS via temporary file exhaustion, identified by Bogdan Calin. (CVE-2009-4017, Ilia)
   * Added protection for $_SESSION from interrupt corruption and improved "session.save_path" check, identified by Stefan Esser. (CVE-2009-4143, Stas)
   * Fixed bug #49785 (insufficient input string validation of htmlspecialchars()). (CVE-2009-4142, Moriyoshi, hello at iwamot dot com)

Cet article original est publié sur http://www.calexo.net. Toute reproduction, meme partielle, est interdite sans l'autorisation explicite de son auteur.

Problème de réception des emails

2009-11-10T17:24:00+01:00

Depuis hier, certains mails (au format HTML) n'arrivaient pas à destination.
Il s'agissait d'un problème d'antivirus.
Le problème a été résolu ce soir, et aucun mail n'a été perdu.

Cet article original est publié sur http://www.calexo.net. Toute reproduction, meme partielle, est interdite sans l'autorisation explicite de son auteur.

Wireframe : faire un croquis avant de se lancer dans le design

2009-08-18T15:28:00+02:00

Le concept

Le Wireframe en Web design consiste à réaliser un schéma définissant les zones d'un site Web, ou d'une page Web. Il peut être réalisé par une personne non technique (client, graphiste, ...).
Souvent en noir et blanc, seuls la dimension, l'emplacement et la nature des différentes zones importe. Ce n'est pas le design lui-même ! Le wireframe n'apporte pas de notions de couleurs, d'harmonie, ni de détail des éléments. Si couleurs et images il y a, elles ne doivent être utiliser que pour améliorer la lisibilité et la compréhension du schéma, et ne correspondent pas aux couleurs du site définitif.
A la base, la technique du Wireframe consiste à griffonner ses idées au crayon de papier, sur une feuille.
Depuis, des logiciels existent (voir la suite), et permettent de réaliser aisément ces schémas, et la plupart permettent également de définir les enchainements entre les pages.

Les cas d'utilisation

Equipe projet

Dans le cas d'un projet, commencer un site par un Wireframe permet de définir l'aspect global du site, des pages, de voir comment on peu positionner les différents éléments nécessaires. Si on est plusieurs, cela aide à exprimer ces idées pour pouvoir en discuter. Seul, c'est utile aussi pour mettre à plat ses idées, avant de se lancer tête baissée dans le design proprement dit, et se rendre compte qu'il manque tel ou tel élément et qu'il faut revoir l'agencement de la page. Manipuler un Wireframe est bien plus aisé que de manipuler les bloc HTML <div> ou le CSS ! Commencer par le Wireframe engendre un réel gain de temps pour le développement du design.

Client

Comme le remarque LeGizz dans son article WireFrame à toutes les sauces, le Wireframe permet également de discuter aisément avec un client. On peut ainsi rapidement et facilement présenter quelque chose, ssans avoir à réaliser une nouvelle maquette à chaque petit changement. Le client peut ainsi discuter de l'aspect global. Il ne risque pas de s'attacher aux détails comme il pourrait le faire sur une maquette classique. Il ne risque pas non plus de vouloir copier un concurrent comme il pourrait le faire si on lui présente un site existant (même flouté).

Les outils

Roots

Les plus simples des outils pour réaliser un Wireframe sont une feuille, une gomme, et un crayon de papier. Sans blague !
Pour perfectionner, vous pouvez ajouter plusieurs feuilles, et des ciseaux. Vous pouvez ainsi positionner les éléments (des rectangles de papier) sur votre page Web virtuelle (une feuille).

Il existe cependant une multitude d'outils informatiques, plus ou moins perfectionnés, permettant le travail collaboratif ou non, en-ligne ou hors-ligne...

Informatique

Voici deux sites qui en contiennent une liste :

Outils de Conception par Eric de Superfiction
Wireframes Magazine (en)

Personnellement, j'utilise Balsamiq Mockups (http://www.balsamiq.com/products/mockups). Cette application développée en Adobe Air (et donc compatible avec toutes les plateformes classiques telles Linux, Windows et Mac), permet de réaliser très simplement ces Wireframes, grâce à une bibliothèque d'objet restreinte, mais suffisante pour ce genre de schémas.
Voici un exemple réalisé avec ce logiciel, pour un projet en cours (dont je ne manquerai pas de vous parler), qui illustrera en même temps ce que peut être un Wireframe :

(Cliquez pour agrandir)

Cet outil est cependant payant (79$, tout de même). Mais vous pouvez le tester gratuitement. L'enregistrement est alors désactivé. Mais vous avez accès à l'export et à l'import de vos Wireframes. Du coup, vous pouvez le tester réellement sur un projet, avant de vous décider à payer la version complète. Amis blogueurs, sachez que vous pouvez avoir une version gratuite ! Plus d'info sur la page de téléchargement du produit.

Pour poursuivre

A noter que rien n'empêche d'utiliser cette technique pour développer des interfaces autres que Web. Balsamiq Mockups intègre d'ailleurs des éléments pour iPhone, et tous les éléments permettant de dessiner une interface Desktop sont présents.

A lire :

Mes liens concernant le Wireframe sur Delicious
WireFrame à toutes les sauces… par LeGizz
Article Wikipedia que j'ai initié

Cet article original est publié sur http://www.calexo.net. Toute reproduction, meme partielle, est interdite sans l'autorisation explicite de son auteur.

Migration Confluence vers MediaWiki grâce à Talend - Partie 6/6

2009-07-21T08:43:00+02:00

Fusion et import dans MediaWiki

Fusion vers un unique fichier XML

Fig. 9 : Fusion des flux

Toutes nos pages du futur Wiki sont désormais générées ! Nous n'avons plus qu'à fusionner les 4 sources vers un seul fichier XML, que nous importerons dans MediaWiki. Pour cela, il suffit de créer un composant tUnite, et de rediriger les sorties des 4 tAdvancedFileOutputXML vers l'entrée de celui-ci. Si tous les schémas sont bien identiques (et ils devraient l'être), vous n'aurez aucun soucis. La sortie de ce composant doit enfin être dirigée vers un... tAdvancedFileOutputXML ! Ce dernier composant de la chaîne génèrera le fichier que nous intégrerons dans une installation propre de MediaWiki.

Import dans MediaWiki

Voici la procédure, relativement simple (les difficultés sont bien derrière nous !), pour importer notre fichier XML dans MediaWiki.
Tout d'abord, installez MediaWiki.
Il suffit en fait de télécharger, décompresser, et paramétrer votre serveur Web (Apache ou autre, du moment qu'il y a PHP). Connectez vous à l'URL que vous avez choisi, et l'installateur se charge du reste !
Ensuite, sur votre serveur (Linux ou Windows, la procédure est la même), positionnez vous dans le répertoire d'installation. Puis, si PHP est bien dans le Path :

php maintenance\importDump.php < chemin/fichierxmlgenere.xml
- Importe le fichier généré. Modifiez bien entendu le chemin en fonction de l'emplacement et du nom du fichier généré par Talend
php maintenance\initStats.php –update
- Permet de recalculer les différentes statistiques suite à l'import
cd maintenance
php refreshLinks.php
- Permet de recalculer les liens qui doivent apparaître en rouge (à créer) ou non.
php rebuildtextindex.php
- Permet de rafraichir l'index sur lequel se base le moteur de recherche de MediaWiki.
php rebuildrecentchanges.php
- Reconstruit la page spéciale des changements récents

Et voilà ! Rendez-vous, avec votre navigateur préféré, sur l'URL de votre Wiki, et vous découvrirez une magnifique page d'accueil vous menant aux différentes catégories qui correspondaient aux Espaces de Confluence. Plus qu'à « débrancher » Confluence de votre serveur web, afin de ne pas oublier que vous travaillez désormais sur le puissant et libre MediaWiki !

Conclusion

Astuces

Avant de lancer l'import, je vous conseille de sauvegarder la base de données de MediaWiki. Ainsi, si un problème de migration est détecté, vous n'avez qu'à restaurer cette base « vierge », et relancer l'import après avoir corrigé votre Job Talend.
Dans le même ordre d'idée, une fois l'import réalisé, je vous conseille de bien vérifier que tout s'est bien passé, avant de commencer à modifier et personnaliser votre nouveau Wiki. Car toute modification sera écrasée si vous avez à relancer une migration.

Atlassian Confluence

La version utilisée pour ce dossier est la 2.4.5.
Ce produit très complet est édité par Atlassian.
Il est gratuit pour une utilisation personnelle. Cependant les mises à jour semblent difficiles lorsque la licence a expiré...

MediaWiki

Pour aller plus loin dans cette application de Wiki, vous pouvez consulter leur site.

Talend Open Studio

La version utilisée pour ce dossier est la v3.0.2 pour Windows.
Vous pouvez suivre Talend sur Twitter : @talend
Plus d'informations sur leur site.
Talend Open Studio est un produit open-source, et gratuit. Seules les fonctionnalités avancées (temps réel, gros volume, monitoring de tâches, etc...) sont payantes, via notamment une version Premium. Ce type de licence est appelé Open Core.

Enfin

Si ce dossier vous a intéressé, voire si vous avez vous aussi mené une migration grâce à ces articles, ou s'il vous a été utile d'une quelconque manière, n'hésitez pas à partager lien, et à parler de mon Blog :

http://www.calexo.net/post/2009_07_13/Migration-Confluence-MediaWiki-Talend-1

VOIR AUSSI

Articles précédents :
- Migration Confluence vers MediaWiki grâce à Talend - Partie 1/6 (Présentation du projet, Présentation de Talend, Principe de la migration)
- Migration Confluence vers MediaWiki grâce à Talend - Partie 2/6 (Flux des pages)
- Migration Confluence vers MediaWiki grâce à Talend - Partie 3/6 (Flux de création de la page d'Accueil)
- Migration Confluence vers MediaWiki grâce à Talend - Partie 4/6 (Flux de création des modèles d'Espace)
- Migration Confluence vers MediaWiki grâce à Talend - Partie 5/6 (Flux de création des Catégories)
Document PDF reprenant les 6 articles, à télécharger et distribuer librement ci-dessous, en Annexe.

Fin du dossier !

Cet article original est publié sur http://www.calexo.net. Toute reproduction, meme partielle, est interdite sans l'autorisation explicite de son auteur.

Migration Confluence vers MediaWiki grâce à Talend - Partie 5/6

2009-07-20T08:27:00+02:00

Flux de création des Catégories

Fig. 8 : Flux : Catégories

Voyons enfin comment récupérer les Labels de Confluence.

La requête source est la suivante :

"SELECT DISTINCT LABEL.NAME, SPACES.SPACEKEY
FROM SPACES, BODYCONTENT, CONTENT,LABEL, CONTENT_LABEL
WHERE CONTENT_LABEL.LABELID = LABEL.LABELID
AND CONTENT_LABEL.CONTENTID = CONTENT.CONTENTID
AND SPACES.SPACEID = CONTENT.SPACEID
AND CONTENT.CONTENTTYPE =  'PAGE'
AND CONTENT.CONTENTID = BODYCONTENT.CONTENTID
ORDER BY LABEL.NAME"

Et le code du tJavaRow :

// KO sur label sur plusieurs space
// Seule la première version est importée...
if (!input_row.NAME.equals(globalMap.get("label_space")))
	output_row.body="";
globalMap.put("label_space",input_row.NAME);
output_row.title = "Catégorie:"+input_row.NAME;
output_row.id = 1;
output_row.body+= "[[Catégorie:"+input_row.SPACEKEY+"]]\n";
output_row.revisionid = Numeric.sequence("revid",100,1);

Comme indiqué en commentaires, chaque étiquette (devenue sous-catégorie) n'est attaché qu'à une seule catégorie principale. Cela me suffisait. Si vous avez développé un bout de code pour aller plus loin que ça, n'hésitez pas à m'en faire part, en me contactant directement ou en commentaire de cet article !

Cela permet d'avoir toutes les catégories sous la catégorie principale, et d'avoir une page déjà créée pour chacune des catégories.

Enfin, le flux issu du tJavaRow est enregistré dans un fichier XML via le classique tAdvancedFileOutputXML.

VOIR AUSSI

Articles précédents :
- Migration Confluence vers MediaWiki grâce à Talend - Partie 1/6 (Présentation du projet, Présentation de Talend, Principe de la migration)
- Migration Confluence vers MediaWiki grâce à Talend - Partie 2/6 (Flux des pages)
- Migration Confluence vers MediaWiki grâce à Talend - Partie 3/6 (Flux de création de la page d'Accueil)
- Migration Confluence vers MediaWiki grâce à Talend - Partie 4/6 (Flux de création des modèles d'Espace)

La suite, avec la Fusion et import dans MediaWiki et la Conclusion~~, ce mardi 21~~ !

Cet article original est publié sur http://www.calexo.net. Toute reproduction, meme partielle, est interdite sans l'autorisation explicite de son auteur.

Migration Confluence vers MediaWiki grâce à Talend - Partie 4/6

2009-07-17T08:10:00+02:00

Flux de création des modèles d'Espace

Fig. 7 : Flux : Espaces

Afin que toutes les pages issues d'un même Espace sur Confluence aient le même en-tête dans MediaWiki, j'ai généré des modèles pour chacun de ces Espaces.
Le 1er flux s'est quant à lui occupé d'ajouter la balise d'inclusion de modèle nom_espace au début de chaque page.

J'ai donc utilisé la même requête que ce 2e flux pour avoir la liste des espaces, et pour chacun d'eux, un tJavaRow génère une page :

output_row.title = "Modèle:"+input_row.SPACEKEY;
output_row.id = 1;
output_row.body = "'''Espace''' : ''"+input_row.SPACENAME +"'' ([[:Catégorie:"+input_row.SPACEKEY+"]])\n";
output_row.body+="<includeonly>[[Catégorie:"+input_row.SPACEKEY+"]]</includeonly>\n";
output_row.revisionid = Numeric.sequence("revid",100,1);

Note : Mettre la catégorie dans la balise <includeonly> permet de ne pas affecter le modèle lui même à la catégorie, mais d'affecter les pages qui l'incluent.

Une autre solution est de créer un « modèle de modèle » d'Espace... Le code serait alors :

output_row.title = "Modèle:"+input_row.SPACEKEY;
output_row.id = 1;
output_row.body = "{{espace|"+input_row.SPACENAME+"|"+input_row.SPACEKEY+"}}\n";
output_row.revisionid = Numeric.sequence("revid",100,1);

Vous n'aurez plus qu'à créer manuellement un modèle dans MediaWiki nommé « espace », après la migration, contenant par exemple :

'''Espace''' : {{{1}}} ([[:Catégorie:{{{2}}}]]
<includeonly>[[Catégorie:{{{2}}}]]</includeonly>

Comme d'habitude, le flux issu du tJavaRow est enregistré dans un fichier XML via le désormais connu tAdvancedFileOutputXML.

VOIR AUSSI

Articles précédents :
- Migration Confluence vers MediaWiki grâce à Talend - Partie 1/6 (Présentation du projet, Présentation de Talend, Principe de la migration)
- Migration Confluence vers MediaWiki grâce à Talend - Partie 2/6 (Flux des pages)
- Migration Confluence vers MediaWiki grâce à Talend - Partie 3/6 (Flux de création de la page d'Accueil)

La suite, avec le Flux de création des Catégories~~, ce lundi 20~~ !

Cet article original est publié sur http://www.calexo.net. Toute reproduction, meme partielle, est interdite sans l'autorisation explicite de son auteur.

Migration Confluence vers MediaWiki grâce à Talend - Partie 3/6

2009-07-16T08:37:00+02:00

Flux de création de la page d'Accueil

Afin de créer une page d'Accueil qui donne accès à la page de chaque Espace (devenu Catégorie), je me suis lancé dans la partie finalement la plus compliquée de cette migration. Au moins au niveau du Job Talend. Si vous n'avez pas beaucoup d'Espaces, il est en fait bien plus rapide de le faire à la main ! Sinon, ou bien si vous voulez explorer Talend, allons-y ! Fig. 5 : Flux : Page d'Accueil

On repart donc d'un composant tMysqlInput, permettant de récupérer la liste des Espaces : "select SPACES.SPACENAME,SPACES.SPACEKEY,CONTENT.TITLE from SPACES,CONTENT where SPACES.HOMEPAGE=CONTENT.CONTENTID"

Comme dans le flux précédent, on fait correspondre le résultat de la requête au format d'import de MediaWiki, via un tMap. La liste des Espaces est ensuite triée par ordre alphabétique, via un tSortRow. Fig. 6 : Map entre la requête issue de Confluence et la structure de MediaWiki : Espaces

Un petit composant tJavaRow (qui permet de traiter chaque ligne par du code Java) permet de concaténer dans un champ la liste des Espaces : output_row.spacename = input_row.spacename; output_row.revisionid = input_row.revisionid; output_row.timestamp = input_row.timestamp; output_row.contrib_username = input_row.contrib_username; output_row.contrib_id = input_row.contrib_id; output_row.comment = input_row.comment; output_row.space = input_row.space; output_row.id = input_row.id; output_row.title = "Accueil"; if (output_row.body==null) output_row.body=""; input_row.spacename+"]]\n"; output_row.body+= "* [:Catégorie:"+input_row.comment+"]\n"; globalMap.put("lastSpaceId", output_row.revisionid);

La variable globale 'lastSpaceId' (gérée via un tSetGlobalVar) me permet de garder l'identifiant de la dernière ligne, et ainsi identifier celle qui sera gardée.

Enfin, on trie (tSortRow) et on filtre (tFilterRow) avec comme condition : revisionid==(Integer)globalMap.get("lastSpaceId")

Ce flux, résumé à un seul enregistrement, puisque ne générant qu'une seule page d'Accueil, est ensuite enregistré dans un fichier XML au format d'import de MediaWiki grâce au composant tAdvancedFileOutputXML.

VOIR AUSSI

Articles précédents :
- Migration Confluence vers MediaWiki grâce à Talend - Partie 1/6 (Présentation du projet, Présentation de Talend, Principe de la migration)
- Migration Confluence vers MediaWiki grâce à Talend - Partie 2/6 (Flux des pages)

La suite, avec le Flux de création des modèles d'Espace~~, ce vendredi 17~~ !

Cet article original est publié sur http://www.calexo.net. Toute reproduction, meme partielle, est interdite sans l'autorisation explicite de son auteur.

Migration Confluence vers MediaWiki grâce à Talend - Partie 2/6

2009-07-15T08:06:00+02:00

Flux des pages

Fig. 2 : Flux : Pages

Voici la requête (qui commence à en imposer !) qui permet de récupérer les pages, avec leurs labels et leur espace :

"SELECT SPACES.SPACEKEY, CONTENT.TITLE, BODYCONTENT.BODY,
GROUP_CONCAT( LABEL.NAME ) as labels,
SPACES.HOMEPAGE,
CONTENT.CONTENTID
FROM SPACES, BODYCONTENT, CONTENT
LEFT JOIN (
LABEL, CONTENT_LABEL
) ON ( CONTENT_LABEL.LABELID = LABEL.LABELID
AND CONTENT_LABEL.CONTENTID = CONTENT.CONTENTID ) 
WHERE SPACES.SPACEID = CONTENT.SPACEID
AND CONTENT.CONTENTTYPE =  'PAGE'
AND CONTENT.CONTENTID = BODYCONTENT.CONTENTID
GROUP BY SPACES.SPACEKEY, CONTENT.TITLE, BODYCONTENT.CONTENTID"

Un composant tJavaRow permet ensuite d'incorporer les étiquettes puis l'espace en ajoutant des balises [[Catégorie]]. Ces dernières font partie du corps de la page dans MediaWiki.

//Code generate accord to input schema and output schmea
output_row.SPACENAME = input_row.SPACEKEY;

// Si la page est la page d'accueil de l'espace Confluence, devient la page de la catégorie
if (input_row.CONTENTID.equals(input_row.HOMEPAGE))
	output_row.TITLE = "Catégorie:"+input_row.SPACEKEY;
else
	output_row.TITLE = input_row.TITLE;
String[] labels={};
output_row.BODY="";
if (input_row.labels!=null)
{
	labels = input_row.labels.split(",");
	for (int i=0;i<labels.length;i++)
	{
		output_row.BODY+="[[Catégorie:"+labels[i]+"|"+input_row.TITLE+"]]\n";
		System.out.println(labels[i] + ";" + output_row.SPACENAME);
	}
}
if (!output_row.TITLE.startsWith("Catégorie:"))
	output_row.BODY+="{{"+input_row.SPACEKEY+"}}\n\n";
output_row.BODY+= input_row.BODY;

Enfin, le contenu exporté est attribué à une nouvelle structure, qui servira de base à l'export XML :
Fig. 3 : Map entre la requête issue de Confluence et la structure de MediaWiki

Le corps (body) est transformé (Confluence vers MediaWiki) grâce à la fonction :

 convertBody.convertToMediaWiki(row10.BODY,row10.SPACENAME)

Cette fonction que j'ai développée permet de réaliser la transformation entre les deux formats de Wiki. Par exemple, c'est ici que « h1. Gros titre » devient « == Gros titre == ».
Je ne joins pas ce code à ce document, mais vous pouvez me contacter afin de me le demander, je vous l'enverrai par mail avec plaisir !

Enfin, un tAdvancedFileOutputXML (Waow !) permet d'enregistrer tout ça dans un fichier XML, dans un format reconnu par MediaWiki ! Vous pouvez noter la structure Target, qui est importante pour que l'import se passe bien.

Fig. 4 : Association des données au format MediaWiki avec le format XML d'import

VOIR AUSSI

Article précédent :
- Migration Confluence vers MediaWiki grâce à Talend - Partie 1/6 (Présentation du projet, Présentation de Talend, Principe de la migration)
La suite, avec le Flux de création de la page d'Accueil~~, ce jeudi 16 !~~

Cet article original est publié sur http://www.calexo.net. Toute reproduction, meme partielle, est interdite sans l'autorisation explicite de son auteur.

Migration Confluence vers MediaWiki grâce à Talend - Partie 1/6

2009-07-13T08:45:00+02:00

Présentation du projet

Après avoir longuement utilisé l'application de Wiki Confluence, j'ai décidé de changer, afin de passer à un outil libre. En effet, Confluence, édité par Atlassian, est vraiment très avancé. L'interface est très intuitive, tout est paramétrable en ligne ou presque... Mais on ne peut pas facilement (pas du tout ?) mettre à jour la version gratuite, et la version payante est à un prix qui la réserve aux entreprises... D'autant plus que je n'utilisais ce Wiki que pour la documentation de Mon Sponsor Web, ou pour ma base de connaissance technique personnelle...

J'ai donc décidé de migrer vers MediaWiki, le moteur de l'encyclopédie collaborative en ligne Wikipedia. En effet, malgré son aspect austère, ce Wiki semble très puissant, extensible, paramétrable. Il est même possible de le relooker totalement, et ainsi lui enlever ce côté plus que sobre, si le besoin s'en faisait sentir.

Cependant, je n'ai trouvé aucun outil sur le net permettant de réaliser simplement cette migration. J'ai donc retroussé mes manches, et me suis jeté dans un produit de transformation de données (ETL), l'outil Open Source Talend. Cet outil est notamment utilisé pour réaliser des Datawarehouse pour des projets de Business Intelligence (je détaillerai ces notions dans un autre billet), mais est aussi utiliser pour des interfaces (ou connecteurs) temps réel, et pour... des migrations !

Présentation de Talend

Talend Open Studio est finalement simple, et facilement paramétrable, malgré une puissance sans limite. Si aucun composant ne convient, on peut en écrire, des plus ou moins simple, en Java.
Cet outil est en effet entièrement basé sur Java : Talend Open Studio est basé sur le framework d'Eclipse, et le but de Talend est finalement de générer un exécutable Java, autonome.

Dans Talend, tout tourne autour du Job. Avec des drag&drop, et donc de façon graphique et intuitive, on ajoute des briques, les composants, que l'on relie ensuite. Typiquement, le Job commence par un composant de type « source de données » (input), et se termine par un composant « sortie de données » (output), avec des composants de transformation entre.

Dans l'exemple suivant, qui nous servira d'illustration, il y a en fait 4 sources de données (des requêtes MySql) se déversant dans un fichier XML : Fig. 1 : Aperçu de Talend Open Studio

Dans les articles suivants, nous étudierons chacun de ces 4 cheminements, qui nous conduiront à réaliser la migration d'un Wiki basé sur Atlassian Confluence vers un Wiki basé sur MediaWiki.

Principe de la migration

Pour cette migration, j'ai choisi de gérer les espaces de Confluence comme des catégories de MediaWiki. Et j'ai également choisi de gérer les labels ou étiquettes de Confluence comme des catégories, ces dernières étant catégorisées dans la catégorie correspondant à l'espace.
Ainsi l'article MySql avec les étiquettes mysql et serveur de l'espace Admin Serveur se retrouve dans les catégories AdminServeur, mysql, et serveur. Ces deux dernières catégories sont également dans la catégorie AdminServeur.
Ceci étant posé, étudions le Job.

VOIR AUSSI

La suite, avec le Flux des Pages ~~, ce mercredi 15 !~~

Cet article original est publié sur http://www.calexo.net. Toute reproduction, meme partielle, est interdite sans l'autorisation explicite de son auteur.

Google accélère ! Sorties de beta, et Google Chrome OS

2009-07-08T07:56:00+02:00

Deux grosses news sur Google ce matin :

Gmail, Google Docs, Google Calendar et Google Talk ne sont plus en beta !
L'annonce de Google Chrome OS. Google a longtemps essayé de faire taire les rumeurs, mais finalement, elles étaient fondées ! C'est donc un tout nouveau système d'exploitation basé sur un Kernel Linux que Google nous prépare.
- L'idée est de rester dans l'esprit Google : rapide, fonctionnel, minimaliste. Applications classiques et applications web ne feront apparemment plus qu'un.
- La question que tout le monde se pose porte sur le positionnement de cet OS par rapport au tout jeune Android (OS pour mobiles et netbooks). En effet, Google Chrome OS semble se destiner dans un premier temps aux netbooks, avant d'attaquer le marché des "vrais" PC... A voir.
- L'un des objectifs est également d'intégrer la sécurité à la base du système, et tenter ainsi d'éliminer tout risque de virus.
- Bref, un projet ambitieux et excitant, qui devrait arriver mi-2010 (et donc cet automne pour les premières bêta?). Microsoft va surement surveiller cela de très près !

Cet article original est publié sur http://www.calexo.net. Toute reproduction, meme partielle, est interdite sans l'autorisation explicite de son auteur.

Accélérez le chargement de vos pages avec les Sprites CSS

2009-07-03T14:51:00+02:00

Introduction

Dans mon article sur les optimisations d'un site, je vous avais parlé des Sprites CSS.

L'idée est de regrouper plusieurs images en une, et de n'afficher qu'une image (donc une partie de la grande), un sprite, grâce au CSS.

Avantage/Inconvénients

Il y a deux avantages avec cette technique :

Le premier est de réduire le nombre de requêtes HTTP vers le serveur pour récupérer les images. Ces requêtes sont relativement coûteuses en temps pour l'utilisateur. Avec cette technique, une seule requête permet d'avoir de nombreuses images.
Le second est de réduire légèrement le volume total à télécharger. En effet, la taille de l'image contenant les sprites est légèrement inférieure à la somme de la taille des petites images séparées.

Par contre :

La technique est un peu plus complexe à mettre en place
Le code HTML et CSS est légèrement plus gros
Si le navigateur ne supporte pas le CSS (surtout en mobilité, je pense), les images ne seront pas correctement affichées, et la mise en page peut-être sérieusement modifiée !

Procédure

Il faut donc créer une image qui contient les images à mettre en sprite, en ligne ou en colonne. Pour plus de facilité ensuite, il est conseillé d'avoir un espacement régulier entre les sprites.
Par exemple, sur la page d'accueil, en bas, il y a deux images, illustrant Facebook et Twitter. Ces deux images ne sont en fait qu'une :

Ensuite, c'est au tour de CSS de jouer. Le plus simple est d'utiliser une liste, et d'affecter à chaque ligne (balise <li>) deux classes :

La première spécifique à l'image contenant les sprites
La seconde spécifique au sprite

Ainsi, sur ma page d'accueil, le code HTML est le suivant :

 <div>
 		<ul>
 			<li class="web2ico sprite-facebook-logo"><a href="http://www.calexo.net/post/2009_07_03/.....
 			<li class="web2ico sprite-twitter"><a href="http://www.twitter.com/calexo....
 		</ul>
 </div>

web2ico et sprite- représentant respectivement la classe spécifique à l'image et la classe du sprite.

Le CSS correspondant est donc :

 .web2ico {
 	background: transparent url(img/web2-sprite.png) no-repeat top left;
 	margin-top : 30px;
 	margin-left : 50px;
 	display: inline-block;
 	height: 64px;
 	padding-left: 74px;
 }
 .sprite-facebook-logo { background-position: 0 0px; } 
 .sprite-twitter { background-position: 0 -64px; }

Les classes .sprite- ne définissent qu'une seule propriété : background-position. C'est ainsi que nous positionnons le cadre sur le bon sprite. Pour le sprite-twitter, nous remontons l'image de 64 pixels, et c'est le logo Twitter qui se retrouve alors en haut. La hauteur étant limitée à 64 pixels dans la classe web2ico, c'est le carré de 64x64 pixels contenant ce sprite qui est en effet affiché.

Et voilà le résultat :

Conclusion

Et vous, utilisez-vous déjà les Sprites CSS ? Envisagez-vous d'en utiliser ? N'hésitez pas à venir nous faire part de vos expériences ici !

Pour poursuivre

A lire :

Un dossier réalisé par WebSiteOptimisation, détaillant comment Yahoo! et AOL ont mis en place cette technique sur leurs sites
- http://www.websiteoptimization.com/speed/tweak/css-sprites/

A tester :

Un générateur de sprites, avec le CSS associé, à partir d'un ZIP contenant les images
- A priori une très bonne idée, mais que je n'ai pas réussi à mettre en place ! Pourquoi devoir espacer les images ? Le positionnement des sprites était mauvais...
- http://spritegen.website-performance.org/

Cet article original est publié sur http://www.calexo.net. Toute reproduction, meme partielle, est interdite sans l'autorisation explicite de son auteur.

Optimisation d'un blog dotclear, ou de tout type de site (mod_deflate)

2009-07-01T16:24:00+02:00

Introduction

Afin d'accélérer la navigation sur ce blog, j'ai décider de chercher des éléments à optimiser.

Et je suis tombé sur l'article Guide d'optimisation des blogs Dotclear 2 chez Tout le bonheur du monde 2.0.

J'ai moi aussi utilisé l'outil de mesure Web Page Speed Analysis de WebSiteOptimization.com.

A la base, ce site me donnait une taille globale de 279 219 octets... Un peu trop, quand même. D'après moi, et d'après l'analyse détaillée et commentée fournie. Au travail, donc !

Procédure

J'installe donc l'extension CompreSS de Dotclear. Cet outil permet de nettoyer les fichiers de présentation CSS afin d'en réduire la taille : suppression des commentaires, des espaces et des retours à la ligne. Je passe ainsi à 273 628 octets, soit un gain de 5 591 octets... C'est toujours ça de pris...
Mon bandeau du haut était au format JPG. Pas des plus optimisé, PNG fait beaucoup mieux ! Cette simple conversion me fait gagner 35 690 octets (pour arriver à 237 938 octets au total). Pas mal du tout !
L'article propose d'ajouter ob_start('ob_gzhandler'); au fichier index.php de Dotclear. La modification est en effet très facile : il suffit d'éditer ce fichier et :
- Cette modification me fait passer à 217 191 octets, soit encore un gain de 20 747 octets. C'est bien payé pour une modification si facile à réaliser ! Cependant, cette modification ne me plait pas tant que ça : elle fait modifier un fichier de Dotclear lui-même, et lors de la prochaine mise à jour, je risque d'être très embêté. La mise à jour automatique de Dotclear n'aime en effet pas du tout que les fichiers soient modifiés...
- Pour tout autre site (non basé sur Dotclear), il vous suffit d'ajouter cette ligne à chacune de vos pages PHP.
- Voici, pour Dotclear, le début du fichier index.php :

 <?php
 ob_start('ob_gzhandler');
 # ***** BEGIN LICENSE BLOCK *****
 # This file is part of DotClear.
 # Copyright (c) 2005 Olivier Meunier and contributors. All rights
 # reserved.

Une astuce qui ne fait pas gagner en poids, et donc qui ne modifie pas le temps de chargement global, est de mettre les scripts Javascripts à la fin. En effet, le chargement de certains de ces fichiers, comme la librairie JQuery, peut mettre un certains temps, alors que ces scripts sont souvent inutile tant que la page n'est pas chargée. En mettant ces fichiers à la fin, l'utilisateur aura donc un ressenti de chargement plus rapide.
- Dans le même ordre d'idée, les scripts de statistiques comme Google Analytics sont également à mettre à la fin.
- Dans Dotclear, les lignes dans tpl/_head.html similaires à celles ci-dessous sont donc à mettre dans tpl/_footer.html.

 <script type="text/javascript" src="http://www.calexo.net/post/2009_07_01/tpl:BlogThemeURL/../default/js/jquery.js"></script>
 <script type="text/javascript" src="http://www.calexo.net/post/2009_07_01/tpl:BlogThemeURL/../default/js/jquery.cookie.js"></script>

Lors de la mise à jour de mon serveur Apache pour passer à la version 2.2.11 (Cf. Mise à jour : Apache 2.2.11), j'en ai profité pour activer le module mod_deflate. Ce module permet d'envoyer les fichiers choisis compressés au format GZip (.gz). Ce format est en effet reconnu par tout les navigateurs depuis bien longtemps. Le paramétrage permet de choisir quels types de fichiers doivent être compressés : inutile en effet d'utiliser des ressources système pour compresser une image JPEG... Ainsi mes fichiers HTML, Javascript et CSS sont tous compressés, et la page d'accueil du blog arrive à un poids record de... 80 482 octets ! Soit moins d'un tiers du poids de départ !
- Note : l'astuce ob_start('ob_gzhandler') ci-dessus est du coup inutile.
- Pour plus d'information sur la mise en place de ce module, n'hésitez pas à me contacter, via le formulaire de Contact ou via un commentaire ci-dessous.

Conclusion

Avant mod_deflate, le gain a été tout de même de 22%. Ce n'est pas négligeable, et si vous ne pouvez pas, pour une raison ou une autre (hébergement mutualisé, manque de temps ou de compétence, ...) avoir mod_deflate, ces conseils vous permettront d'améliorer la réactivité de votre site.
L'utilisation de mod_deflate permet quant à elle d'arriver à d'excellents résultats et rend à mon avis inutile CompreSS, que j'ai désactivé depuis, pour me faciliter la tâche lors des modifications de ces feuilles de styles.
L'utilisation de mod_deflate est bien évidemment valable pour tout type de sites !
La prochaine étape dans l'optimisation d'un site est l'utilisation des Sprites CSS. Mais cela demande pas mal de travail sur les images, et ~~fera~~ fait donc l'objet d'un article dédié. Edit: Cet article, le voici : Accélérez le chargement de vos pages avec les Sprites CSS

Bonne optimisation ! Et n'hésitez pas à venir nous faire part de vos expériences et améliorations ici !

Cet article original est publié sur http://www.calexo.net. Toute reproduction, meme partielle, est interdite sans l'autorisation explicite de son auteur.

Possibilité de s'abonner sans la catégorie "Serveurs Calexo"

2009-06-26T16:38:00+02:00

Pour ceux qui ne font pas partie de mes clients, utilisateurs, ... j'ai créé un nouveau flux RSS sans les articles de la rubrique "Serveurs Calexo" :

http://www.calexo.net/public/rss-noserv.php

Ce lien est disponible

sur la page Abonnements,
et en haut à gauche de l'Accueil :

Cet article original est publié sur http://www.calexo.net. Toute reproduction, meme partielle, est interdite sans l'autorisation explicite de son auteur.

Mise à jour : Apache 2.2.11

2009-06-24T16:03:00+02:00

Mise à jour réussie (non sans mal !) pour Apache : on passe de la version 2.0.59 à 2.2.11.

Pas de soucis pour Apache lui-même, mais j'en ai profité pour mettre à jour su_php (qui permet de lier Apache et PHP). Or, à partir de la version 0.7.0, il faut modifier le fichier de configuration (/usr/local/etc/suphp.conf chez moi) et ajouter des guillemets aux directives :

x-httpd-php4="php:....."
x-httpd-php5="php:...."
x-suphp-cgi="execute:!self"

Sinon aucun script PHP ne fonctionnait. J'avais les erreurs suivantes dans les logs :

SecurityException in Application.cpp:511: Unknown Interpreter: php
Premature end of script headers: index.php

J'en ai également profité pour installer mod_deflate, afin de compresser les fichiers. Cela devrait accélérer le chargement de vos sites !
Par exemple, la page d'accueil de ce blog est ainsi passée de 219 991 octets à seulement... 80 482 octets ! Soit seulement 37% de la taille originale ! Ceci après d'autres optimisations qui avaientt déjà diminuer la taille de ce blog sous Dotclear. Mais cela fera l'objet d'un autre article, très bientôt !

Cet article original est publié sur http://www.calexo.net. Toute reproduction, meme partielle, est interdite sans l'autorisation explicite de son auteur.

Copyright dans le flux RSS du blog

2009-06-23T11:47:00+02:00

En me basant sur un article de Websourcing (RSS Footer, un plugin pour inclure du texte supplémentaire dans son flux RSS), j'ai voulu ajouter un copyright au pied de chacun de mes articles sur mon flux RSS.

Je l'ai donc adapté à Dotclear. Il faut donc modifier les templates (par exemple en passant par l'éditeur de thème de Dotclear) :

Pour ajouter du contenu, il faut encoder en XML, il faut donc transformer les < en < et les > en > ce qui rend un peu illisible le code à ajouter, mais rien de dramatique !

Dans atom.xml, ajouter avant le </content> :

     &lt;p&gt; &lt;i&gt; Cet article original est publié sur &lt;a href=&quot;http://www.calexo.net&quot;&gt;http://www.calexo.net&lt;/a&gt;. Toute reproduction, meme partielle, est interdite sans l'autorisation explicite de son auteur. &lt;/i&gt; &lt;/p&gt;

On a alors ceci : http://www.calexo.net/feed/atom.

Même chose dans rss2.xml avant le </description>

Ce qui donne : http://www.calexo.net/feed/rss2.

Merci à Websourcing pour l'idée !

Cet article original est publié sur http://www.calexo.net. Toute reproduction, meme partielle, est interdite sans l'autorisation explicite de son auteur.