[Résolu] Problème d’accès à l’administration

[ggmy]

Bonjour,

j'utilise prestashop depuis peu de temps, j'ai sélectionné se système car je le trouve vraiment parfait pour monté sa boutique.

Je rencontre un problème sur lequel je bloque et je sollicite votre aide.

J'ai commencé par installer la boutique sur mon serveur linux personnel, après avoir bien regarder comment cela fonctionnait, j'ai réalisé mon thème et changer le style de certain modules. J'ai également changer certaine phrase dans les fichiers de langues. Jusqu'ici tout va très bien.

Je tien à signaler que je n'ai pas modifier le moindre code PHP.
Une fois la boutique fini, je me charge de la mettre en ligne sur un hébergement netissime, pour cela j'ai modifier le fichier settings.inc.php. La mise en ligne n'a posé aucun problème.

Cependant une semaine après, on me signale que l'on ne peut plus se connecté à l'administration, je me rend compte ensuite qu'une fois de temps en temps cela fonctionne mais on se retrouve déconnecter très vite. J'ai ensuite remarqué sur la partie front que l'ajout d'un article au panier n'était pas conservé après le changement ou le rechargement de page. Je me suis dit que le problème venais peut-être du fait que la boutique n'avait pas été installer sur cette hébergeur directement, j'ai donc installer une nouvelle boutique dans un dossier pour vérifier se point, le même problème se produit juste après l'installation.

Je me suis donc dit qu'il s'agissait d'un problème de cookie, plus exactement un problème de l'hébergeur. Le lend-demain tout re-fonctionne correctement pendant près de 6h avant de recommencer. Actuellement toujours dans le même état, cela fonctionne pendant un moment et peu devenir complètement inaccessible(connexion admin + panier) d'un moment à l'autre.

De même une fois connecter j'obtiens : Clef de sécurité incorrecte

Je n'ai aucun problème sur mon serveur personnel.
Quelqu'un aurait une idée ?

Je vous en remercie.

[Oron]

Bonjour

Et avec le thème par défaut c'est pareil ?
Et un autre thème ?

Tester pour voir si ce n'est pas à cause du thème.
Il y a un script sur prestashop ou de l'hébergeur qui se mets en fonction ou qui a une activité qui peut correspondre à ces 6 heures de temps ?

ou appel d'un script d'un hébergement extérieur ?

[ggmy]

Bonjour,

le changement de thème ne fait rien, le seul script ajouter est jScrollPane.js mais il n'y a pas de raison que cela vienne de la.
Aucune script extérieur.

Je ne sais plus trop quoi test maintenant.

Merci de votre aide.

[ggmy]

Je viens de regarder le fichier de log et le warning suivant y figure :

[Fri Feb 19 10:20:28 2010] [error] [client 86.207.137.15] PHP Warning: unpack() [function.unpack]: Type N: not enough input, need 4, have 3 in /var/www/vhosts/monsite.com/httpdocs/classes/Blowfish.php on line 324, referer: http://www.monsite.com/

Je ne sais pas si cela peut aidé.

Merci

[Oron]

Re

En informatique, il faut jamais dire : il n’y a pas de raison que cela vienne de la.

Je connais pas ce script, mais si c'est un script qui une activité constante ça pourrait causer un problème.

Et l'hébergement netissime à t-elle toutes les caractéristiques pour un fonctionnement optimal avec prestashop ?

[Oron]

Re

unpack() [function.unpack]:
not enough input, need 4, have 3 in

Ben là tu as une réponse du pourquoi il manque un input, fait des recherche sur blowfish sur le forum, et vérifie les versions php du serveur, il se peut qu'une fonction php soit défaillante ou n'est pas active.

Ou renseigne toi auprès de l'hébergeur. Il faut trouve le pourquoi de cette erreur.
Toujours voir les logs, la solution n'est pas dedans mais toujours la cause, il y a toujours une réponse à la question, bien sur il faut savoir la traduire.

[ggmy]

Désolé vous avez entièrement raison, se script permet de mettre en place un scroll javascript dans une balise.

En se qui concerne l'hébergement il s'agit de l'offre discount :
Gestion script PHP et PHP 5
2 domaines
1 base de données Mysql5
Lors d'une installation juste une des options optionnel n'était pas validé.

Je rappel que la boutique fonctionne sur mon serveur personnel.

[ggmy]

Après avoir parcouru le forum, 2 d'entres eux on des problème similaire. Le premier a simplement changer d'hébergeur pour résoudre le problème.

Le second PrestaTeam signale qu'il s'agit d'un problème connu sur le cryptage du cookie en blowfish :

Pour continuer à travailler malgré ce problème, vous pouvez commenter le cryptage en remplacant dans le fichier classes/Cookie.php (v1.0.0.8) :
Ligne 195 : $content = $_COOKIE[$this->_name];
Ligne 229 : $content = urldecode($cookie);

Je suis en version 1.2.5.0 et les ligne 195 et 229 ne corresponde pas à cela. Je ne sais quoi faire.
Est-ce que la Presta Team aurait une idée ?

[Oron]

Re bonjour

Lors d’une installation juste une des options optionnel n‘était pas validé.

Laquelle ?

Je rappel que la boutique fonctionne sur mon serveur personnel.

Un serveur style wampserver ou easyphp ou xamp ou un serveur linux sous debian ou un serveur linux sous readhart ou un serveur linux sous ubuntu, ou un serveur windows 2003 ou serveur windows 2008

Il faut chacun les considérer comme des serveurs différents et à parts, même si dans leur fonctions ou certaine configurations se ressemble. Donc un programme qui fonctionne bien sous windows xp pro avec wampserver ne signifie pas qu'il va tourner aussi bien sous un serveur pro de chez ovh ou autre sous ubuntu.

Les ordinateurs, le serveurs c'est comme les êtres humains des CAS à part.
Ou alors deux chiens berger allemand frères d'une même porter c'est deux être à part.

une renault r5 et une autre renault r5 de la même chaine de la même série monter par les mêmes mains et c'est deux voitures différentes même si elle roule à 140.

Par contre c'est toujours utiles et bien de préciser que en local ça fonctionne, en informatique c'est comme dans une enquête policière chaque détail compte.

Pour continuer à travailler malgré ce problème, vous pouvez commenter le cryptage en remplaçant dans le fichier classes/Cookie.php (v1.0.0.8) :
Ligne 195 : $content = $_COOKIE[$this->_name];
Ligne 229 : $content = urldecode($cookie);

Pareil pour les lignes le numéro de lignes permets un repérage rapide mais n'est pas forcément la même chez tous le monde ou selon le logiciel.
avec la fonction recherche il faut chercher $content mots par mots et à chaque mots voir si le reste de la ligne correspond.

Il suffit qu'il a mis des commentaires en plus, qu'il s'en souvient plus, il parle de la ligne 195 et peut-être qu'as l'origine c'était la ligne 185.

[ggmy]

L'option optionnel est celle qui parle des register global, un php_flag register_globals Off dans un htaccess m'a permit de valider cela.

Mon serveur personnel est un ubuntu 8.04 avec APACHE2, MYSQL5 et PHP5, j'ai développer la boutique sur un sous-domaine tout fonctionne parfaitement.

Cela fait 3h que je n'ai plus de problème sur le serveur destiné à héberger le site depuis que j'ai ajouter php_flag register_globals Off dans le htaccess, mais étant donnée qu'il mais déjà arrivé de ne pas rencontrer le problème pendant un certain temps, je vais faire tout une série de test se week-end voir si le problème revient.

J'ai bien conscience que le numéro des lignes n'est pas forcement les bonnes, je me suis mal expliqué, en faite je n'ai pas trouvé quoi faire car il est indiqué de remplacer 2 lignes par le résultat indiqué mais je ne suis pas sur des lignes à remplacer par celle indiqué.

Merci beaucoup de votre aide.

Je vous fait part du résultat en fin de week-end ou avant si le problème revient.

[Oron]

Ok super si ça commence à fonctionner

bon courage je tiens les pouces pour les test

(pas trop longtemps sinon ils se coincent) :-)

[ggmy]

Je te remercie, cependant grosse déception, le problème est revenu se matin.
J'ai toujours une erreur de se type dans le fichier log

[sat Feb 20 14:11:56 2010] [error] [client 88.168.182.11] PHP Warning: unpack() [function.unpack]: Type N: not enough input, need 4, have 3 in /var/www/vhosts/monsite.com/httpdocs/classes/Blowfish.php on line 324, referer: http://www.monsite.com/admin-lemoine/login.php?redirect=index.php?tab=AdminCatalog&token=3bd5f1724613a3d35ab8d31741f150d0

Cela vient donc peut-être bien du cryptage. Une idée pour comment résoudre cela ?

[Oron]

Bonjour

J'ai dû lâcher les pouces trop tôt

Hélas faut demander à un développeur de la team de prestashop qui sauras mieux répondre ou sil y a un spécialiste chez ton hébergeur.

Je suis ni développeur, ni programmeur, ni touchez a ce module.

Regarde sur google en collant la ligne : PHP Warning: unpack() [function.unpack]: Type N: not enough input, need 4, have 3 , dans recherche.

Il y a plein de lien et de motif sur cette erreur pour différente raison !! lis les tous et compare à la configuration de ton hébergement !!

[ggmy]

Bonjour, je reviens au nouvelle,

Mes test final ont été d'installer une boutique sur le serveur avec le template de base et sens rien configurer dessus. et d'installer ma boutique avec mon thème sur un autre serveur.

Résultat : le site de base a eu les même symptôme et le site sur l'autre serveur fonctionne.
J'ai donc appeler l'hébergeur en lui expliquant, ils ont déplacé mon site le même serveur sur lequel il tournait correctement tout en gardant ma formule d'hébergement.

Tout est rentré dans l'ordre.

Merci de m'avoir aidé.