RaphAstronome

jeudi, 20 août 2009

Lien entre PHP et MySQL en UTF8

Super mon dernier site est en UTF-8 ! Donc :

  • J'ai mes pages en UTF-8
  • J'ai déclaré le charset en UTF-8 dans les entêtes HTTP
  • Ma base de données est aussi en UTF-8

Je vais sur la page : super le site s'affiche bien par contre les données provenant de MySQL sont encore en ISO et forcement "ça fait tache".

En fait ce problème est assez bête : PHP et MySQL sont tout deux en UTF-8 mais par défaut le lien entre les deux est encore en latin1 et la chaine de caractères est donc traduit de l'UTF-8 en latin1 par MySQL.

Le problème est très facile à régler il suffit d'utiliser mysql_set_charset peu après s'être connecté à MySQL :

mysql_connect('host', 'user', 'pass');
mysql_select_db('database');
mysql_set_charset('utf8');

Cette instruction demande à MySQL d'utiliser UTF-8 et pas autre chose.

Bien sûr il est possible de l'adapter à un autre codage dont vous pouvez voir la liste avec "SHOW CHARACTER SET;".

vendredi, 26 juin 2009

Cron pour prévenir des mises à jour Debian

Mieux vaut être rapidement prévenu de la disponibilité des mise à jour. Pour ça le mieux c'est d'être averti par e-mail. Mail présantant une mise à jour Debian

C'est un bon complément à la liste debian-security-announce

Lire la suite...

jeudi, 25 juin 2009

wondershaper tester les sites en 56k

Il est parfois utile de tester ce que donnerais l'affichage d'un site si il était visité avec un vieux modem 56k.

Le programme wondershaper permet de limiter la bande passante d'un réseau, les tests sont donc faciles à réaliser. Bien sûr durant les tests on évitera d'utiliser tout autre logiciel ayant un important besoin de bande passante.

Remarquez toutefois qu'il n'augmente pas le nombre de paquets perdus et l'élévation du ping qui peuvent arriver sur une mauvaise ligne.

Lire la suite...

3 autres corrections

Voici quelques nouvelles corrections orthographiques qui posent visiblement problème.

Tux tousse (grippe A peut être), Obligation de jouer a Oblivion et pour finir la preuve que les MMORPG sont des drogues et font dormir.

Lire la suite...

samedi, 6 juin 2009

Option --delete-after de rsync

Par défaut rsync avec l'option --delete supprime les fichiers qui ont disparus de la source avant tout transfert.

Lorsque le fichier a été tout simplement supprimé de la source ça ne pose pas de problème. Par contre si le fichier a été déplacé à un autre endroit c'est plus embêtant car il y a un moment où le fichier n'est plus dupliqué sur le serveur de backup.

Pour éviter ce petit soucis il faut ajouter l'option --delete-after pour que les fichiers soit supprimés après la copie et plus avant.

Par exemple :

rsync -avz --delete --delete-after --rsh=ssh --bwlimit=80 --exclude=/tmp/** --exclude=/proc/** --exclude=/dev/** --exclude=/sys/** root@my_server:/ /media/disque2/dedi_backup

Voir aussi le billet sur rsync

- page 5 de 11 -