calimo a écrit 3 commentaires

  • [^] # Re: haha

    Posté par  . En réponse à la dépêche La version 5.1 de MySQL est-elle bourrée de bugs ?. Évalué à 2.

    Tout dépend de ce qu'on attend de la base de données. Si tronquer les texte trop longs ou réduire silencieusement les données numériques au range permis par le type de données n'est pas un problème, alors pourquoi choisir autre chose ?

    Mais c'est sûr que pour toute autre application critique, où texte et chiffres sont importants, où l'atomicité des transactions doit être respectée, il ne me vient pas à l'esprit d'utiliser MySQL (bien sûr il y a innodb...). Et ce n'est pas la version 6 qui me fera changer d'avis, fût-elle même parfaite sur ce plan là, et même si ce ne sont plus les mêmes développeurs qui avaient écrit, dans le manuel de la version 3.2, que ce n'était pas à la base de données de vérifier ce genre de choses.
  • # UTF-8

    Posté par  . En réponse au message Accents : argggh .... Évalué à 1.

    Déjà, fais tout en unicode (utf-8). En début de tes fichiers, indique
    use utf8;

    Ensuite, tu pourras t'amuser avec le module Encode : http://perldoc.perl.org/Encode.html (décoder à la réception et encoder à l'écriture...)

    Pour connaitre l'encodage de l'environnement, regarde dans %ENV, mais malheureusement il n'y a que le nom du système...
  • [^] # Re: négation et ensemble de caractères

    Posté par  . En réponse au message expression rationnelle particuliere. Évalué à 2.

    Eh oui, perl ne fait pas dans l'unicode par défaut !
    Un petit use utf8 en début de script devrait faire l'affaire ;-)

    Voir http://perldoc.perl.org/utf8.html pour plus de détails (normalement il suffit de faire use utf8, ne te tracasse pas avec le reste pour un usage normal).

    PS : évidemment il faut que les données soient en utf-8.