Accrocheur mon titre n’est-ce pas? Je trouve ça tellement pas drôle lorsque ça m’arrive ce genre de situation avec les caractères accentués. Le problème n’arrive pas tout le temps qu’avec WordPress.

Voici, enfin, une suite a mon billet Pourquoi tout ces caractères bizzares. Je devais travailler sur un problème de conversion de caractères pour un client dus a une conversion non réussie et/ou terminée entre latin1 et utf-8 puis je me suis remis a penser a ce problème. Pourquoi ne pas le régler, et documenter!

Voilà pourquoi ce billet

La situation

Mon cas était bien simple. J’avait mal fait ma sauvegarde lors d’un transfert et j’avait tout mes commentaires, billets, et autres données qui avait des accents “transform√©s comme √áa” (transformés comme ça).

Ce genre de problème arrive pour toutes sortes de raisons. Mais le symptôme est le même. Si vous avez des
Je partage avec vous mon bout de code a «copier-coller» dans phpmyadmin pour votre blogue WordPress si vous avez ces problèmes (oubliez-pas de faire des sauvegardes là(!)).

Plusieurs tutoriels existent pour régler la situation mais mon cas était assez unique. J’ai conservé le problème puis j’ai publié plusieurs billets (qui sortent bien) et laissé ceux “ab√Æm√©s” là. Il n’était plus question d’extraire, convertir et ré-importer.

Pourquoi?!

C’est une réponse assez complexe. L’article UTF-8 sur TikiWiki.org l’explique en détail.

In short, UTF-8 is a character encoding that uses 1 to 3 bytes for each character.
It is one of the existing character encodings of the UCS (Universal Character Set), that contains nearly a hundred thousand abstract characters (including ASCII characters).

UTF-8 greatly simplifies the task of internationalization by replacing multiple alternative encodings (such as ISO8859-15 Latin-9, which encodes those English, French, German, Spanish and Portuguese characters not available in ASCII).

En simple, le UTF-8 est un format d’encodage qui utilise 1 a 3 bytes pour chaque caractère. C’est un format d’encodage qui comprend près de plusieurs centaines de milliers de caractères (Incluant ceux du ASCII).

UTF-8 est fait pour contenir tout les caractères existants pour simplifier l’internationalisation.

C’est un standard qui est pas nécessairement jeune mais qui n’était pas non plus supporté partout.

MySQL a commencé a le supporter qu’a partir de la version 4.1.

Ce qui arrive c’est qu’avec le temps, les gens prennent de plus en plus soin de rendre accessible pour toutes les langues leur applications. Ainsi un russe pourrait écrire en cyrillic et un Japonais en Kanji dans la même base de donnée. Le coup est difficile! Surtout que les versions de MySQL et PHP et Java offrent maintenant le choix par défaut en UTF-8… lorsqu’on fait pas attention: on se fait coincer!

Comment j’ai opéré

Comme il n’y a pas que WordPress qui peut avoir ce type de problème j’ai fait un petit script qui génère pour chaque table et colone affectée. J’ai passé dans chaque table et colone où je voyait des choses bizzares et j’ai représenté dans un array a deux dimensions. Avec cette méthode on peut faire la même chose avec n’importequel schéma de base de donnée.

Exemple: Représenter les tables et les colones

Avec ce format, en exemple, j’ai représenté les tables (wp_posts, etc…) et chaque array représente une colone où des caractères accentués sont mal convertis.

1
2
3
4
5
6

$tables = array(
        'wp_posts' => array('post_content','post_title','post_excerpt')
        ,'wp_usermeta' => array('meta_value')
        ,'wp_term_taxonomy' => array('description')
        ,'wp_comments' => array('comment_content')
);

Utiliser le script

Le script a été utilisé pratiquement tel quel sur ma base de donnée WordPress de ce site.

Seuls ajustements a faire.

• Remplacer les “< pre >” par “<pre>”. Vous comprenez le principe
• Afficher le contenu généré via un serveur Web avec PHP installé
• Aller dans phpmyadmin, faire une copie de la base de donnée à affecter (Voir dans onglet “Opérations” et “Copier la base de données vers: “)
• Aller dans cette base de donnée là dans phpmyadmin (!!)
• Exécuter le code généré (copier-coller) dans la fenêtre SQL de la base de donnée de tests
• Faire pareil avec la vraie si vous êtes satisfaits du résultat

Le code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36

header('Content-type:text/html;charset=utf8');
$tables = array(
        'wp_posts' => array('post_content','post_title','post_excerpt')
        ,'wp_usermeta' => array('meta_value')
        ,'wp_term_taxonomy' => array('description')
        ,'wp_comments' => array('comment_content')
);
 
$chars = array(
 bin2hex('√Ä').'|À',
 bin2hex('√¥').'|ô',
 bin2hex('√Ç').'|â',
 bin2hex('√á').'|ç',
 bin2hex('√©').'|é',
 bin2hex('√â').'|É',
 bin2hex('√†').'|à',
 bin2hex('√®').'|è',
 bin2hex('√™').'|ê',
 bin2hex('√¢').'|â',
 bin2hex('‚Äô').'|‘',
 bin2hex('¬´').'|«',
 bin2hex('¬ª').'|»',
 bin2hex('√ß').'|ç',
 bin2hex('√π').'|ù',
 bin2hex('√ª').'|û',
 bin2hex('√Æ').'|î');
 
foreach($tables as $table => $elements){
  foreach($elements as $col){
    foreach($chars as $char){
        $elc = explode('|',$char);
        $update_line.= 'update '.$table.' set '.$col.' = REPLACE('.$col.', UNHEX(\''.$elc[0].'\'), \''.$elc[1].'\') ;'.PHP_EOL;
    }
  }
}
echo '< pre >'.$update_line.'< / pre >';

Suite a mon article «Comment automatiser une tâche avec CRON en utilisant Vim» je me suis venu aux questions sur les différences essentielles entre les versions de CRON.

Le concept de CRON est, un «lanceur de commandes» planifié pour les systèmes UNIX. Le nom est inspiré du dieu grec Chronos.

Ayant déjà utilise Gentoo Linux j’avait vu qu’il était possible d’utiliser plus d’une version de CRON mais je ne m’était jamais penché sur les différences. Je l’ai fait aujourd’hui.

Une question de choix et de distribution

Généralement chaque distribution de système d’exploitation UNIX (Linux, Unix, Qnx, etc) a son lot d’outils standards dont CRON fait partie. Chaque éditeur de distribution choisit sa version préférée mais permet d’interchanger (avec Alternatives sous Debian, par exemple).

Versions de CRON

Anacron

La différence d’Anacron avec cron (traditionnel) est le fait qu’Anacron ne roule pas en permanence comme un démon en arrière plan. Il est idéal sur des système qui ne roule pas nécessairement 24 heures par jour ou avec peu de ressources processeur.

site officiel

vixie-cron

La version de cron la plus utilisée (selon mon expérience, notamment sous les installation par défaut de Ubuntu, Debian et Red Hat et CentOS)

site officiel

bcron

L’auteur a crée cette version car il avait besoin de précision concernant les délais entre les commandes et les changements de saisons (Heure d’été).

J’ai remarqué plusieurs autres outils intéressant que l’auteur a publié. Je l’ai ajouté a mes marque-pages.

fcron

L’auteur a crée cette version de cron dans l’optique que la machine peut ne pas être allumée 24/24 et 7 jours/7. fcron se base plutôt sur le temps que le système fonctionne (le «uptime») plutot qu’un moment précis. L’auteur dit que fcron veut remplacer Vixie-cron et anacron mais en mieux.

Le genre de tâche qu’on peut faire est:

• Lance une commande aux chaque 3heures que le système est allumé
• Lance une commande au moins une fois entre 3h00 am et 6h00 am tout les jours.

site officiel

incron

incron est une fonctionnalité cron a l’application inotify qui est un système basé sur le système de fichiers plutôt que sur des plages de temps. Un cas d’utilisation serait, par exemple, de pouvoir lancer une commande lorsqu’un logrotate a été lancé ou si un fichier a été ajouté dans un dossier.

pages manuel – site officiel

Autres versions

Avez-vous utilisé l’un d’eux dans vos projets?

Ce billet est le troisième d’une série d’articles décrivant la fabrication d’une Machine Virtuelle (VM) de développement pour une équipe de dévelopeurs.

Cette partie couvrira l’installation de Apache et de PHP 5.3 (la dernière version depuis Juin 2009) qui offre beaucoup d’avancées. Je pense que c’est devenu le juste minimum a cause de ces nouvelles fonctionnalités. Voir articles faits par IBM developerworks “What’s new in PHP 5.3 (part 1, part 2, part 3, and part 4)“.

J’ai séparé cette série en quatre volets.

1. Description du concept
   Ce que je vais discuter dans cette série d’articles n’est pas nécessairement connu de tous. Je vais donc vulgariser un peu avant de commencer.
2. Installation du système
   Je donne ici mon secret de magicien avec quelques configurations que je considère importantes pour un environement d’hébergement web pour améliorer la sécruité (le strict minimum pour cette série d’articles. Je pourrai en faire un plus poussé plus tard).
3. Compilation de PHP 5.3 (cet article)
   Comment installer Apache 2.x avec le dernier cutting-edge PHP.
4. Installation de l’environnement de développement avec Eclipse PDT (à venir)
   La magie se passe par là! Avec ce setup votre équipe pourra répliquer l’installation de développement a volonté.

Avant tout, quelques précautions

Varia:

Compilation de PHP 5.3

1 Installer Apache

La première étape est d’installer Apache. Il est possible de le faire avec plusieurs autres serveurs (lighttpd par exemple) mais je ne l’utilise pas (lighttpd) pour autre chose que du caching statique ou du Proxying. Alors je ne couvrirai pas comment faire. Cet article le fait, par contre.

Cette commande devrait faire le travail.

1
2

# apt-get install apache2 apache2-mpm-prefork apache2-prefork-dev \
apache2-utils apache2.2-common

2. Installer MySQL et/ou PostgreSQL

L’engin de base de donnée utilisé est le choix de chacun. Je suis personnellement habitué avec MySQL mais pouvoir avoir les deux peut être utile.

PostgreSQL

1
2

# apt-get install postgresql-8.3 postgresql-client-8.3 \
postgresql-client-common postgresql-common postgresql-server-dev-8.3

MySQL

1
2

# apt-get install mysql-client mysql-client-5.0    mysql-common \
mysql-server mysql-server-5.0 mysql-server-core-5.0

3. Installer les librairies requises

PHP en tant que tel est facile a configurer mais les librairies externes font que c’est plus compliqué… malheureusement. Ce qui est bien c’est qu’avec Debian la documentation est entretenue fréquemment et il est facile de se reprendre.

Plusieurs heures peuvent être prises pour simplement préparer la commande “configure”. Avec ces notes vous devriez vous en sortir pas pire

Voici les packages que Debian fournit pour ce que PHP demande, comme ça vous pourrez éviter d’installer arbitrairement plusieurs dizaines de paquets!

1
2
3
4
5

# apt-get install libtidy-dev curl libcurl4-openssl-dev libcurl3 \
libcurl3-gnutls zlib1g zlib1g-dev libxslt1-dev libzip-dev libzip1 \
libxml2 libsnmp-base libsnmp15 libxml2-dev libsnmp-dev libjpeg62 \
libjpeg62-dev libpng12-0 libpng12-dev zlib1g zlib1g-dev libfreetype6 \
libfreetype6-dev libbz2-dev libxpm-dev libmcrypt-dev libmcrypt4

Note: libxpm4-dev proposé dans ma source d’information n’est pas trouvé dans Debian Lenny mis a jour le 2009-09-09 j’ai donc rectifié (pour libxpm-dev) la commande ci-haut.

4. Télécharger le code source de PHP

Visiter http://www.php.net et télécharger la version désirée. Actuellement, la version production est la 5.3

Personnellement je recommande d’avoir les fichiers de compilation dans /usr/src quoi que j’ai pas la conaissance de la science infuse

1
2
3
4

# cd /usr/src/
# wget http://us3.php.net/get/php-5.3.0.tar.gz/from/this/mirror
# tar xvfz php-5-3-0.tar.gz
# cd php-5.3

5. La commande Configure.

La commande configure peut etre difficile a configurer surtout avec les librairies qu’on veut généralement mettre… généralement une certaine mesure du minimum.

Personnellement. Je recommande de faire la commande dans un fichier et de l’exécuter par la suite.

1
2
3
4
5
6
7
8
9

# vi configure.sh
 ./configure --with-apxs2=/usr/bin/apxs2 \
   --with-tidy=/usr --with-curl=/usr/bin --with-curlwrappers \
   --with-openssl-dir=/usr --with-zlib-dir=/usr --enable-mbstring \
   --with-xpm-dir=/usr --with-xsl=/usr --with-ldap --with-xmlrpc \
   --with-iconv-dir=/usr --with-snmp=/usr --enable-exif --enable-calendar \
   --with-bz2=/usr --with-mcrypt=/usr --with-gd --with-jpeg-dir=/usr \
   --with-png-dir=/usr --with-zlib-dir=/usr --with-freetype-dir=/usr \
   --enable-mbstring --enable-zip --with-pear

Je suggère d’ajouter les commande ci bas au configure plus bas en fonction de votre choix de gestionnaire de base de donnée.

PostgreSQL

1

--with-pdo-pgsql=/usr

MySQL

1

 --with-pdo-mysql=/usr --with-mysqli=/usr/bin/mysql_config --with-mysql=/usr

Sortir avec :wq puis exécuter le script.

1

# /bin/bash ./configure.sh

L’écran devrait bouger beaucoup… généralement dans la doc on conseille ici d’aller prendre un café!

… Si tout va bien tout devrait terminer par quelque chose qui ressemble à “Thanks for using php”. Sinon…. je conseille ma solution aux problèmes numéro un.

Faut pas s’en faire. Généralement c’est de tenter avec “apt-cache search” et “apt-get install” le nom de la librairie manquante.

6. Make et Make Install

Pour l’installer. Maintenant que PHP est “configure”-é il faut le compiler et l’installer avec make.

La commande est bien simple.

1

# make

Beaucoup de sortie ici aussi. Ça risque même d’être plus long dépendamment de la force du processeur disponible. C’est le temps de prendre une marche, encore.

Une fois que tout est terminé avec make, vous pouvez faire, accessoirement un “make test”.

La dernière étape est de faire le “install”

1

# make -i install

Pourquoi le -i? Parceque Ubuntu/Debian risque d’avertir pour certaines erreurs a cause de la différence d’installation d’Apache de Debian/Ubuntu, nous le ferons nous même a bras plus loin dans ce document.

7. Ajouter le module PHP dans Apache

Il faut ajouter le module dans Apache pour qu’il puisse interpreter… c’est logique. Étant donné que la commande make -i a surement fait son travail (sous Debian), nous devons nous assurer que tout est en ordre dans la configuration d’Apache.

Premièrement, copier la librairie compilée:

1
2
3
4
5
6
7
8

# updatedb
# locate libphp5
...
/usr/lib/apache2/modules/libphp5.so
/usr/src/php-5.3.0/libs/libphp5.la
/usr/src/php-5.3.0/libs/libphp5.so
...
# cp /usr/src/php-5.3.0/libs/libphp5.so /usr/lib/apache2/modules/libphp5_3.so

Je commencer par mettre a jour la base de donnée “locate”, ensuite je cherche où est disponible la librairie, puis ensuite j’utilise “cp” pour déplacer sous un autre nom la librairie.

Ensuite, dans le dossier:

1

# cd /etc/apache2/mods-available

Créez un nouveau fichier appelé php5.load et copiez-y le contenu suivant:

1

LoadModule php5_module /usr/lib/apache2/modules/libphp5_3.so

Enregistrer le fichier. Ensuite créez un fichier appelé php5.conf et collez-y ce contenu:

1
2

AddType application/x-httpd-php .php .phtml .php3
AddType application/x-httpd-php-source .phps

On est prêts! Il faut le charger dans Apache:

1
2
3
4
5
6

# a2enmod php5
Enabling module php5.
Run "/etc/init.d/apache2 restart" to activate new configuration!
# invoke-rc.d apache2 restart
* Restarting web server apache2
...waiting    ...done.

8. Tester l’installation

C’est assez simple rendus là.

On commence par le binaire en ligne de commande:

1
2
3
4

$ php -v
PHP 5.3.0 (cli) (built: Aug  17 2009 19:08:32)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies

Tout va bien!

Ensuite, voir un phpinfo() dans le docroot. (Généralement /var/www/index.php).

1
2
3

< ?php
  phpinfo();
?>

Conclusion

Je crois avoir bien réussi mon interprétation et ma traduction de l’article que j’ai utilisé. J’y ai ajouté mon grain de sel et rectifié ce qui a marché pour moi. Je vous conseille de documenter pour vos propres besoins ce que vous faites, on sait jamais quand on a besoin de refaire ce qu’on a déjà fait !

Références

• BrandonSavage.net : Installing PHP 5.3 on Ubuntu
• 5 plugins indispensables pour coder en PHP avec l’IDE Eclipse
  Un article que j’ai beaucoup apprécié car il mentionne ses propres plugins et j’ai cru bon les ajouter ici.
• IBM developerworks “What’s new in PHP 5.3 (part 1, part 2, part 3, and part 4)“.

Il existe plusieurs normes en accessibilité du web qui demande des choses qu’on ne prend pas nécessairement le temps de faire.

Soit que c’est pas manque de temps, trop de choses à penser, ou on n’y pense simplement pas.

Dans cet article j’exprime mon opinion sur l’importance (du point de vue utilisabilité) des icones de liens extérieurs. Plus tard je montrerai une méthode pour automatiser [EDIT 2009-08-23] J’ai documenté comment faire dans Manipulation des liens extérieurs et les popup pour améliorer l’Accessibilité.

Le problème que j’ai voulu me pencher consiste avec la règle qui suit :

2.4.4 (niveau A)
Destination d’un lien :
La destination d’un lien peut Être déterminée à partir du libellé (label=”") du lien ou du libellé et du contexte de ce lien déterminable par programmation, sauf pour un lien dont la destination serait ambigüe pour l’ensemble des utilisateur.

Ce qui implique qu’on doit ajouter à la main une icône qui annonce le «popup» et si c’est un lien extérieur.

Pourquoi ne pas automatiser ce qui est automatisable?

Lorsqu’on doit manuellement, faire l’option popup quand on édite un site et le faire à bras pour chacun.

Parfois, en programmant on finit par se demander… “L’informatique au service de l’homme” (ou le contraire?)

L’objectif

Alors, j’ai décidé de trouver une manière d’automatiser?

• de prendre une balise standard

  1	<a href="http://www.somesite.com/action/handler">Link</a>

• d’ajouter de l’image icône qui annonce que c’est un (lien externe + popup)
• d’instaurer le alt="" de l’image
• de transformer le lien en popup…

  1	<a href="http://www.somesite.com/action/handler">Link<img src="/icons/external_link.png" alt="Avertissement: Ce lien ouvre dans une fenêtre externe car il ne fait pas partie du présent site" width="10" height="10" class="popuphreficon" /></a>

… tout ça en Javascript qui manipule le DOM d’une manière valide… et qui suit les normes d’Accessibilité du web !!