Bonjour
Sur un site en Spip 2 (au moment des tests, c'était une version de
dev), quand j'active les URL propre et que les titres sont en
chinois, Spip ne fait pas le lien entre le titre en chinois et
l'article correspondant.
Par quoi devrais-je commencer pour voir où ça coince?
Je vais voir quel est l'affichage du titre dans la base de donnée,
mais je ne sais pas trop comment faire pour savoir ce que Spip envoi
comme requête MySQL à ce niveau.
A bientôt
Grégoire
Grégoire a écrit :
Sur un site en Spip 2 (au moment des tests, c'était une version de
dev), quand j'active les URL propre et que les titres sont en
chinois, Spip ne fait pas le lien entre le titre en chinois et
l'article correspondant.
Normal, les url propres n'utilisent que les caractères romains.
Les titres en chinois génèreront donc des url de la forme /-rubrique123- et /article456
Par quoi devrais-je commencer pour voir où ça coince?
Je vais voir quel est l'affichage du titre dans la base de donnée,
mais je ne sais pas trop comment faire pour savoir ce que Spip envoi
comme requête MySQL à ce niveau.
le seul moyen serait d'écrire un nouveau fichier de génération des url (en se basant sur ecrire/url/propres.php) qui transcrirait les url chinoise ne pinyin par exemple, mais c'est un gros travail.
Simon Camerlo a écrit :
Grégoire a écrit :
Sur un site en Spip 2 (au moment des tests, c'était une version de
dev), quand j'active les URL propre et que les titres sont en
chinois, Spip ne fait pas le lien entre le titre en chinois et
l'article correspondant.
Normal, les url propres n'utilisent que les caractères romains.
Les titres en chinois génèreront donc des url de la forme /-rubrique123-
et /article456
Merci
je vais essayer de nouveau avec la version 2.0.3 de Spip... parce
que j'obtenais des err404.
[...]
le seul moyen serait d'écrire un nouveau fichier de génération des url
(en se basant sur ecrire/url/propres.php) qui transcrirait les url
chinoise ne pinyin par exemple, mais c'est un gros travail.
[...]
Oula, gros travail.
En fait, je pensais que les chaînes de caractères (encodées) étaient
enregistrées dans la base de données, et qu'en UTF8 tout
s'afficherait bien.
Je vais fouiller un peu par la.
A bientôt
Grégoire