Toomka a écrit:

Merci pour la réponse.
Bon bah j'ai pas touché à ce fichier et j'ai eu le problème avant d'avoir modifier piwigo (surtout du tpl).

Ce qui est étrange c'est le fait qu'il affiche les catégories comme si c'était de l'iso (affichage iso de l'utf8 -> "é", "î", "Ã")

Cette forme d'affichage correspondrait bien à des données ISO rencontrées dans des colonnes définies en utf-8, à mon avis (je n'ai pas fait de recherche sur le web, elles ne sont pas faciles à faire).

Cependant, je ne pense pas que cela soit réellement le cas présent car - si tu as bien fait une installation - la structure a été dès le départ créée pour gérer de l'utf-8. Les données insérés sont donc naturellement converties dès leur inscription dans la base (il ne serait donc pas question qu'elles soit en ISO).
Par ailleurs, les données ISO ne sont pas converties en UTF-8 à la lecture, et de ce fait, tu devrais avoir ce type d'affichage ("é", "î", "Ã") tout autant dans la galerie et sa partie Administration.
Or, ce n'est pas le cas. Lorsque la base n'a pas été proprement convertie, cela se voit très vite dès le premier accent.
C'est pourquoi, j'ai considéré que le pb n'était pas coté galerie.

Par contre, si ce n'est pas installation mais une migration (depuis 1.7.x ou précédentes), alors on peut clairement rencontrer ce problème de base mal convertie.
En règle générale, il s'agit d'un problème lors de l'exécution de la mise à jour 65.
Je n'ai malheureusement pas identifié le cas qui pouvait faire échec à cette opération.

En espérant que cela puisse aider.
;-)

Petite piste : l'encodage JSON fait pour transmettre les données à pLoader.

Toomka a écrit:

plg a écrit:

Petite piste : l'encodage JSON fait pour transmettre les données à pLoader.

Oui mais pourquoi poserait il uniquement des problèmes sur free (j'ai pas eu de problème sur ovh), c'est bizarre quand même ?!!!

C'est pas ça. J'ai essayé en demandant de la serialisation PHP à la place de JSON et même problème.

Et pour répondre à ta question sur l'encoding définit dans le header HTTP:

                 '_headers' => bless( {
                                        'connection' => 'close',
                                        'x-powered-by' => 'PHP/5.1.3RC4-dev',
                                        'client-response-num' => 1,
                                        'cache-control' => 'no-store, no-cache, must-revalidate, post-check=0, pre-check=0',
                                        'date' => 'Tue, 06 Apr 2010 11:50:29 GMT',
                                        'client-peer' => '212.27.63.136:80',
                                        'client-date' => 'Tue, 06 Apr 2010 11:50:29 GMT',
                                        'pragma' => 'no-cache',
                                        'content-type' => 'text/plain; charset=utf-8',
                                        'server' => 'Apache/ProXad [Aug  9 2008 02:45:09]',
                                        'expires' => 'Thu, 19 Nov 1981 08:52:00 GMT'
                                      }, 'HTTP::Headers' ),

Pourquoi ça pourrait être en erreur chez free et pas ailleurs. Peut-être à cause de la version de PHP : 5.1.3RC4, c'est sans doute pas le top pour un serveur de prod. Mais je n'en sais rien, ça n'a peut-être aucun rapport.

+1 sur la conclusion (Je teste ce soir si j'ai un résultat similaire sur mes sites free, surtout si par chance j'en avais un en autre chose que PHP/5.1.3RC4-dev).

Quand même quelle idée bizarre de mettre des RC (Releases Candidates) à disposition des sites de leur client !

( C'est sans doute ce qu'on appelle le FreeStyle, non ? )

Vu que le problème a l'air résolu jusqu'à la mise à jour de PHP par free (et la on risque d'attendre un bon moment), avez-vous toujours besoin de l'accès à mon site ?
Je pense que je vais pas tarder à tout réinstaller, question de repartir sur du propre.

Merci pour le temps passé pour ce problème.
Bonne soirée.

VDigital a écrit:

"é" sur mes sites free également en PHP/5.1.3RC4-dev

=> Et comme pour Whois Online, je connais également la solution, tu peux me fermer mon compte.

;-)

Merci pour le boulot Vincent ;)


PS : Pour whois j'ai enlevé ma rustine et j'ai juste remplacé en attendant la fonction fgets par fgetss comme ça plus de balises HTML (et donc d'erreur qui casse la mise en page).

Toomka m'a relancé par email pour savoir si on pouvait inclure cette modif dans le code de Piwigo.

Je suis pas super favorable car :
1) c'est spécifique à Free.fr (et encore, pas à tous les utilisateurs Free.fr)
2) c'est spécifique à MySQL

mettre un if (Free.fr and mysql), ça me gêne un peu quand même :-/