Erreur d'encodage de contenu avec thème WhiteWeb [Réglé]
Impossible de se logger après changement de thème
Support Général
philb Membre non connecté
Booster Fronde
- Booster Fronde
- Voir le profil du membre philb
- Inscrit le : 17/02/2013
- Site internet
En quelques mots les opérations que j'ai effectuées juste avant d'avoir ce problème :
1) j'ai fait une mise à jour de mon site de V3.0 à V4.0
- en respectant la procédure indiquée dans la documentation -> tout s'est bien passé = aucun problème
2) sous la V3.0 j'utilisais le thème "Around the World" sans difficultés, avec la V4.0 j'ai remplacé tout d'abord le thème par "Steel Blue"
- aucune difficulté -> tout s'est bien passé
3) j'ai ensuite fait un test avec le thème "WhiteWeb" v2.0 téléchargé ici => http://www.phpboost.com/download/download-279+whiteweb-2-0.php
- tant que je suis resté loggé comme admin il n'y a pas eu de problème apparent
- quand je me suis déconnecté tout allait bien en simple visiteur...
- dès que j'ai essayé de me reconnecter j'ai eu l'erreur "Erreur d'encodage de contenu" et impossible d'aller plus loin...
4) je peux revenir ensuite sur mon site en visiteur seulement si j'efface l'historique de mon navigateur (Firefox à jour)
- j'ai fait les mêmes tests avec Opera et les résultats sont exactement les mêmes...
5) quand je vais directement sur l'administration sans passer par l'interface du site (en tapant directement "mon.site/admin/admin_index.php" puis mon loggin) je peux accèder à environ la moitié des fonctions, les autres renvoient le message "Erreur d'encodage de contenu"
- dans ce cas là :
. j'accède à "Administration" > "Thèmes" > "Ajouter" mais je ne peux pas recharger WhiteWeb puisqu'il existe déjà
. je ne peux pas accéder à "Administration" > "Thèmes" > "Gestion" == message "Erreur d'encodage de contenu"
. j'accède à "Erreurs archivées" et j'ai le message suivant
- Vider le cache ne change rien...
- Supprimer le répertoire de WhiteWeb dans "Templates" ne change rien...
- Renvoyer sur le serveur le répertoire de WhiteWeb (archive ZIP décompressée en local) ne change rien...
Qui pourrait m'aider à sortir de cette impasse ?
Je commence à regretter d'avoir voulu tester WhiteWeb car je n'en vois pas le bout (de l'impasse )
Par avance, merci à vous
Philippe
PS : mon site est chez free.fr
janus57 Membre non connecté
- Booster Fusée
- Voir le profil du membre janus57
- Inscrit le : 07/12/2007
- Groupes :
- Equipe Assistance
pour free.fr déjà faut désactiver le système de cache de PHPBoost, ensuite pour l'erreur d'encodage faut désactiver la compressions des pages dans l'administration.
Pour l'erreur visiblement il manque un fichier dans le template donc il suffit de remettre ce fichier pour l'erreur ne s'affiche plus et cela re-fonctionne.
Cordialement, janus57
philb Membre non connecté
Booster Fronde
- Booster Fronde
- Voir le profil du membre philb
- Inscrit le : 17/02/2013
- Site internet
pour free.fr déjà faut désactiver le système de cache de PHPBoost
OK c'est fait
ensuite pour l'erreur d'encodage faut désactiver la compressions des pages dans l'administration.
OK c'est fait
Pour l'erreur visiblement il manque un fichier dans le template donc il suffit de remettre ce fichier pour l'erreur ne s'affiche plus et cela re-fonctionne.
Apparemment il ne manquait pas qu'un seul fichier puisque j'avais
- 278 fichier dans 14 dossiers dans le répertoire sur le serveur
et il y a
- 335 fichiers dans 19 répertoires quand on décompresse l'archive ZIP de WhiteWeb
J'ai donc tout renvoyé sur le serveur en remplçant les fichiers qui existaient déjà...
Maintenant, je n'ai plus le message : "Erreur d'encodage de contenu"
mais à la place ce message là :
"Sorry, we encountered a problem and we cannot complete your request..."
Qu'est ce qui ne va pas cette fois ?
Merci par avance
Philippe
janus57 Membre non connecté
- Booster Fusée
- Voir le profil du membre janus57
- Inscrit le : 07/12/2007
- Groupes :
- Equipe Assistance
que donne les logs ?
Vous envoyé bien les fichier en mode binaire ?
Ils ont tous bien été envoyé cette fois-ci ?
Cordialement, janus57
philb Membre non connecté
Booster Fronde
- Booster Fronde
- Voir le profil du membre philb
- Inscrit le : 17/02/2013
- Site internet
Le paramètre de FileZilla "Type de transfert par défaut" était réglé sur "Automatique"
J'utilise PHPBoost depuis 2010 et j'ai tjours envoyé mes fichiers comme ça sans rencontrer de problème...
Par acquis de conscience j'ai passé le paramètre en "Binaire" et j'ai recommencé l'envoi... Tous les fichiers sont bien passés.
Retour sur mon site et ÇA MARCHE !
Plus aucun message d'erreur...
Je peux me logger en admin sans difficulté !
Donc sujet réglé... à mon grand soulagement !
Tous mes remerciements Janus57 et bonne fin de soirée
Cordialement
Philippe
janus57 Membre non connecté
- Booster Fusée
- Voir le profil du membre janus57
- Inscrit le : 07/12/2007
- Groupes :
- Equipe Assistance
perso au début aussi j’utilisai le mode "automatique" jusqu'au jour ou je vois des bizarrerie sur mes sites PHPBoost, un petit coup de binaire et c'était finit.
Perso je pense que le mode "automatique" essaye de faire un mix iso-8859-1 avec de l'UTF-8 vu que généralement les serveur sont en UTF-8 et non iso-8859-1.
Du coup le mode binaire envoie les fichiers octet par octet ce qui est plus long normalement (consomme un peu plus de ressource aussi car je crois que ça fait des contrôles en cours de transferts pour voir si le fichier est pas corrompu), mais à la fin on est bien content de ce petit mode binaire qui nous évite bien des problèmes.
Cordialement, janus57
philb Membre non connecté
Booster Fronde
- Booster Fronde
- Voir le profil du membre philb
- Inscrit le : 17/02/2013
- Site internet
En tout cas c'est une bonne astuce pour éviter des pb de transfert...
Merci de l'avoir partagée car ça me sort une épine du pied !
Amitiés
Philippe
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie