Suite à la migration des serveurs (debian sarge=>etch) de l'association, nous pouvons constater des problèmes (mineurs ?).

Les problèmes

Ajoutez donc à cette liste les problèmes que vous rencontez pour les services qu'offre l'association à ses membres.

• DevDot/Patapouf ne fonctionne plus
• Dépot packages.patapouf.org ne fonctionne plus (utile de le remettre en fonctionnement ou non ?)
• Wiki pas à l'heure. (1 heure de retard ?)

Résolus

• Les accents sur le planet (ça a toujours été).
• Le serveur web renvoi maintenant les pages HTML avec un entête HTTP "Content-Type: text/html; charset=iso-8859-1". Il serait préférable de changer l'encodage par défaut des pages Web en "utf-8". Tous les systèmes Linux sont en UTF-8 de nos jours (en tout cas en Europe et aux États Unis), ce qui faciliterais les transferts de pages HTML des PCs vers le serveur. Cela réglerait aussi le problème les accents sur planet.
  • Non. Il faut laisser la priorité à l'iso-8859-1 car tous ceux qui utilisent l'UTF-8 sont assez grands pour envoyer eux même les entêtes HTTP qui vont bien. De plus ça ne résolverais pas le problème du planet, car c'est juste la commande qui génére les dates qui retourne une date au mauvais format, tout le reste est encodé correctement. Si on passait en UTF-8 sur apache, en effet, les dates auraient des accents corrects, mais pas le reste du contenu.
    • Ok. Mais ce qui est bizare c'est que chez moi c'est exactement ce qui se passe : les dates ont des accents corrects, et le reste du contenu a des accents bisares (caractéristique du UTF-8). J'avais déjà ce problème avant de poster le premier commentaire. Ah, et merci pour l'astuce du header("Content-Type: text/html; charset=utf-8"); en PHP, je n'y avais pas pensé. Ça a résolu mon problème.
      • En effet, je crois que lorsque le contenu n'a pas de souci avec les accents, c'est la date qui a un souci avec les accents, et vice-versa...