Vous n'êtes pas identifié(e).
J'ai un petit problème à la création de pages pour mes sites (sous zite 0.9.1 oui je sais il faut que je passe à la version 9.2 ) :
lorsque je rentre le nom en clair de la page, qui doit s'afficher dans le menu, s'il y a un accent dans ce nom, ça bug. A l'enregistrement le nom n'est pas pris en compte et la page se nomme automatiquement "Nouvelle page".
Rien à faire, j'ai essayé de passer par le menu éditer pour changer le titre de la page ou même par les outils de paramétrage.. .rien à faire, les accents ne passent pas.
Une solution ?
Merci
Hors ligne
Passer en 092 ?
Désolé, mais ça ne sert à rien de venir se plaindre des vieux bugs des vieilles versions !
Le bug des caractères spéciaux a été résolu, mais pour en profiter, il faut mettre à jour, c'est sûr !
Hors ligne
Je ne me plaignais absolument pas !... simplement constatais et posais la question. Rien de plus !...
Je vais donc passer à la 9.2.
Merci
Hors ligne
Tiens nous au courant
ps: en fait, c'est la 0.9.2 ... pour la 9.2 on en reparlera un peu plus tard
a+
Jean-Paul
Hors ligne
Pourquoi elle est pas déjà sur le feu la 9.2 ?...
Je déconne...
Bravo à vous pour tous ces développements et votre dispo à nous répondre.
Hors ligne
Euh pour info, je viens de passer à la 0.9.2 à l'instant et j'ai toujours le même problème.
Si je rentre un nom de page en clair avec des accents. il me remplace le titre par "nouvelle page" et ne veut pas prendre le nouveau titre en compte.
Hors ligne
Etrange.
Je viens de tester, et sur ma 092, je peux sans problèmes mettre des accents dans le "Titre de la page" au moment de la création.
Et vu l'historique de mon site, je suis prêt à parier que c'était déja le cas avec la 091...
En revanche, le "Nom de la page" ne doit contenir ni espace ni caractère à la con, car il s'agit du nom de fichier, et il s'affichera dans l'url.
Attention à ne pas confondre.
De plus, quand tu édite ta nouvelle page, la première ligne contient un titre <h1> "Nouvelle page, le contenu de la page reste à saisir".
Celui-ci ne se remplit pas tout seul ! J'espère que ce n'est pas de celui là que tu nous parles.
Si tu as toujours un problème, peux-tu nous en dire plus sur ta config serveur?
As-tu activé les notice php pour avoir un message d'erreur?
Hors ligne
Oui étrange effectivement .. je n'ai pas ce problème sur d'autres sites.
On est OK, que je parle bien du "titre de la page" (pas du H1 ), et je fais bien gaffe de ne pas mettre de caractères spéciaux dans l'URL... pas de souci.
En fait je crois que je viens de trouver le problème : je bosse tous mes sites en local et c'est la dernière mise à jour d'EasyPHP qui semble avoir causé le problème puisqu'avant ça ne me le faisait pas. Et d'ailleurs je viens de vérifier, une fois le site en ligne (pour celui ci sur un serveur OVH) ça fonctionne !... donc c'est un moindre mal.
Il doit falloir que je configurer qlque chose sur EasyPHP pour ne pas avoir le problème en local
Hors ligne
et je fais bien gaffe de ne pas mettre de caractères spéciaux dans l'URL... pas de souci.
De toute façon, ZitePlus vire dans le "nom de la page" tout ce qui n'est pas un caractère, un chiffre, un tiret ou un souligné.
Donc pas de risque de mettre des caractères spéciaux,
tu peux saisir tranquille
a+
Jean-Paul
Hors ligne
berticoyote a écrit :et je fais bien gaffe de ne pas mettre de caractères spéciaux dans l'URL... pas de souci.
De toute façon, ZitePlus vire dans le "nom de la page" tout ce qui n'est pas un caractère, un chiffre, un tiret ou un souligné.
Donc pas de risque de mettre des caractères spéciaux,
tu peux saisir tranquille
C'est une habitude à prendre simplement !...
Mais qu'il est bien ce ZitePlus
Hors ligne
En local sous easyphp, si tu passes le site en mode développeur pour avoir les notice, est-ce que tu as des erreurs php?
Hors ligne
moi j'ai été dessus par easyphp et je suis passé sous wampserver que je trouve plus stable
un zite+ associatif http://asso.gard.a.toi.free.fr
création de site internet dans le Gard et Ardèche http://www.creation-site-internet-gard.com/
Hors ligne
En local sous easyphp, si tu passes le site en mode développeur pour avoir les notice, est-ce que tu as des erreurs php?
Quand je passe en mode "developpement" j'ai le même souci avec les accents, mais pas d'erreurs php affichées
Hors ligne
Si c'est paramétrable, peut-être le code page par défaut du serveur easyphp ?
Hors ligne
Si c'est paramétrable, peut-être le code page par défaut du serveur easyphp ?
Là je pense que ça dépasse mes capacités... je ne saurais même pas quoi "toucher".
Mais bon vu que ça marche sur serveur distant je n'aurais qu'à prévoir le coup.
Ou bien je changerai de serveur local.
Merci
Hors ligne
J'ai le même problème qui vient d'apparaitre sur un site... en ligne depuis quelques mois, et qui n'a pas subit de modifs depuis ?!
Le webmaster du site me signale qu'avant il mettait des accents sans problême.. et depuis quelques temps le problème est apparu!
Ce n'est pas en local, c'est sur le site en ligne, chez OVH... (ça pourrait pas être une mise à jour à eux de Php ?)
Voir ci-dessous le résultat :
Dernière modification par Stefpei (04/10/2012 18:40:18)
Stéphane
Webdesign AvantageWeb
Hors ligne
Quelle est la version de php utilisée?
echo phpversion();
Il y a peut être eu une mise à jour récente, avec une gestion différente des jeux de caractères...
Hors ligne
Bug reproductible sous wampserver.
C'est un problème de version de php : avec php 5.3.13, ça marche, avec php 5.4.3, on a le bug décrit.
Aucune notice ni le moindre message de php avec le debug activé.
Le structure.dta contient "Nouvelle page", donc le bug survient avant son écriture.
Pas plus d'infos pour l'instant, je ne sais pas si j'aurai le temps de chercher. Mais j'ai vu dans le changelog de php 5.4 des trucs relatifs à l'encodage par défaut. A creuser...
Si vous n'avez pas besoin de php 5.4, essayez de paramétrer votre hébergement pour utiliser php 5.3 pour l'instant (je crois que chez ohv il faut une directive .htaccess...).
Hors ligne
En fin de compte le site incriminé est hébergé chez Gandi...
... et pas moyen de trouver si on peu modifier la version Php par htaccess !
J'ai trouvé que chez eux le code est : AddType x-mapp-php5 .php.... mais comment cibler 5.4.3 particulièrement ?
Solution pour l'instant : on ne met plus d'accents dans les Titres.
Stéphane
Webdesign AvantageWeb
Hors ligne
Bonsoir,
je reviens avec ce que je disais un peu plus haut: il faut voir si on peut changer le code page par défaut du serveur.
Ils sont surement passé du codage iso-8859-1 vers UTF-8
Sur du mutualisé, il doit y avoir un paramètre de php à modifier.
Soit par le htacces, soit par un ini_set() de php
a+
Jean-Paul
Hors ligne
A essayer:
@ini_set('default_charset','ISO-8859-1');
à mettre dans le fichier ziteplus.php,
au niveau de la ligne
@ini_set('arg_separator.output', '&');
a+
Jean-Paul
Hors ligne
Et on peux pas envisager de passer ziteplus en utf8? On est en 2012 quand même! ;-)
Dernière modification par Super_chemist (05/10/2012 20:16:30)
Hors ligne
Ou en utf-16
La question n'est pas là !!
PHP 5.4 a changé l'en tête de certaines fonctions.
Par exemple: htmlentities
Avant php 5.4, on avait comme définition de fonction:
string htmlentities ( string $string [, int $quote_style= ENT_COMPAT [, string $charset [, bool $double_encode= true ]]] )
avec $charset = ISO-8859-1 si le paramètre n'était pas précisé
Depuis php 5.4, on a
string htmlentities ( string $string [, int $flags = ENT_COMPAT | ENT_HTML401 [, string $encoding = 'UTF-8' [, bool $double_encode = true ]]] )
Ce qui est un non sens et une absurdité sans nom au niveau de la compatibilité ascendante
PHP n'est vraiment pas un bon langage
et les hébergeurs qui imposent des versions non compatibles sans choix possibles ....
Hors ligne
C'est vrai que changer l'encodage par défaut sans prévenir, c'est pas la meilleure idée qu'ils aient eu...
J'espère que tu trouvera un moyen de rendre ziteplus compatible.
Hors ligne
C'est en cours,
la 0.9.3 sera compatible toutes versions PHP entre la 5.1 et la 5.4.x
a+
Jean-Paul
Hors ligne