Passage à phpBB3

[Thomas]

Ils sont top souvent peu lisible.

[Benoit]

SAUF le champ contenant le contenu des posts, qui est un UTF-8

Ça c'est juste un test que j'avais fait pour voir si ça pouvait changer quelque chose. Mais en fait non parce que c'est le format de stockage, qui est indépendant du format utilisé pour communiquer avec le client.

Je commence à croire que la solution serait de créer une fonction de « déconversion » UTF-8 en SQL

On pourrait aussi utiliser un script en PHP mais ce serait bien entendu beaucoup plus lent.

[Bidouille]

Ouais enfin les CAPTCHA ça fait fuir un nombre important d'utilisateur aussi...

Libre à vous de ne pas l'employer et/ou de le remplacer par un autre système.

Le problème majeur de notre migration réside dans l'encodage de la base. Même si c'est du MySQL5 actuellement, la base provient de MySQL3 qui ne gèrait pas l'UTF-8 et tout est encodé en suédois de 1992 à peu près. SAUF le champ contenant le contenu des posts, qui est un UTF-8

Je n'ai pas souvenir de problème majeur sur ce genre de transfert.

Si vous avez besoin d'aide, je demeure à votre disposition.

.

[Flore]

Ouais enfin les CAPTCHA ça fait fuir un nombre important d'utilisateur aussi...

En quoi ça les fait fuir, je vous prie ? Il s'agit ni plus, ni moins que des codes anti-robots, les memes que les mods utilisés par phpbb2 !

Les captcha tels qu'ils sont fichus sont pénibles et rebutants.
Une fois sur 2 je me fais jeter par un captcha pour avoir mal déchiffré leur machin à recopier (et je ne suis que myope, pas de déficience visuelle autre). Ça me soule...
Ensuite, les mods anti robots de phpBB, ils sont trop connus maintenant donc trop facilement contournés. D'où notre volonté de ne pas utiliser les mods anti robots et les captchas de phpBB pour coder les nôtres. Il me semblait avoir déjà expliqué ça.

Et de toutes façons, actuellement, ce n'est pas le problème, le problème c'est la conversion et les tests ne sont pas vraiment concluants...

Message envoyé avec : Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; fr; rv:1.9.1) Gecko/20090624 Firefox/3.5

[Benoit]

Je n'ai pas souvenir de problème majeur sur ce genre de transfert.

C'est un problème spécifique à notre base de données qui a été importée en « faux » UTF-8 via un passage par iconv. C'était nécessaire ici pour mystifier phpBB2 qui ne gère pas UTF-8.

[Bidouille]

C'est un problème spécifique à notre base de données

Ouais bon, je vous ai dit deux fois que j'étais à votre disposition... Je m'en retourne faire le taiseux.

[Thomas]

Non, ne le prends pas comme ça. Je (nous ?) veux bien de ton aide et je n'hésiterais pas à te la demander, mais pour l'instant je continue mes recherches.

[pirlouy]

Ouais bon, je vous ai dit deux fois que j'étais à votre disposition... Je m'en retourne faire le taiseux.

Ça fait 3 maintenant.

[Ymai]

Je ne sais pas s'il faut en faire un sujet spécifique ou si c'est toujours une casserole provenant de la migration...
Dans le message http://www.geckozone.org/forum/viewtopi ... 736#527736, j'ai un petit souci pour écrire la variable "$__POST"
On obtient une page d'erreur

Code : Tout sélectionner

Method Not Implemented

POST to /forum/posting.php not supported.
Apache/2 Server at www.geckozone.org Port 80

Mais ce que je ne comprends pas, c'est que ce n'est apparemment pas systématique. Parfois ça passe, parfois pas

Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9.1.2) Gecko/20090729 Firefox/3.5.2

[Zefling]

Tiens j'avais eu ce problème de faux UTF-8 (que j'ai résolu avec un import de la base de données avec un script perso). Depuis, j'attends le passage de PHP à l'UTF-8 pour l'avoir vraiment partout.

Sinon, on aura le retour du module qui affiche l'user-agent. Pour certaines parties c'est utile de savoir sur quoi navigue les interlocuteurs.

[Benoit]

Je crois que je vais finir par remettre le précédent, au grand désespoir de pirlouy.

À moins que j'aie une réponse de l'admin de mozillaZine rapidement…

[pirlouy]

Nooooooooooooooooonnnn.

[Mori]

salut,

pas d'état d'âme ... nous, on a besoin du l'UA pour speeder dans la résolution des problèmes.

[jpj]

pas d'état d'âme ... nous, on a besoin du l'UA pour speeder dans la résolution des problèmes.

+ 1000. Ça manque *vraiment*.

[Zefling]

Donc je ne suis pas le seul à le penser.