freepie

Je vois ça quand j analyse l image avec firebug src= http://www.fripie.com/img/p/fr-default-home_default.jpg ce lien redirige vers une vignette " aucune ilmage disponible" c'est clairement le src qui redirige vers une mauvaise image.... comment changer ça ??? Surtout que cette erreur se repete pour la miniature dans le panier....etc d avance merci cordialement Olivier

Je ne vois pas ou peu se cacher le probleme. apparemment les miniatures sont correctes et regeneres

RE. Je vois bien : fr-default-home_default.jpg a la racine de "p", mais il n est pas dans "p- 5" ou j ai " 25-home_default.jpg" Je ne suis pas sur que cela soit necessaire...mais est ce la le probleme. Pour info, je suis passé par " sitolog" pour importer l'annonce. les images ont bien ete transferer et son visibles. ya un couac...Ca c est sur ! cordialement Olivier

Merci a toi, Je verifie...ce serait balot. cdlt

Re bonour a tous, Apres avoir ré installé completement la boutique ( sur le theme de base pour commencer), et changer mon hebergement vers un sql privé, j' ai commencé par implanté les categories puis 1 produit pour voir si tout fonctionne. Je suis sous presta 1.6.1.11 maintenant, ovh mutualisé avec sql privé Le produit créé est visible avec ses images, dans le BO, et dans sa fiche article FO, mais " aucune image disponible sur la page d accueil dans Nouveauté et populaire" J ai installé le thème sans modification, et idem pour la boutique toute neuve. Je ne vois pas ou est le probleme. Si vous avez une piste de recherche, je suis preneur. D'avance merci. Cordialement Olivier

max_allowed_packet16777216

Bonjour et merci de votre reponse, oui, j ai vidé le cache. Pour info, j ai du faire le transfert de la base en plusieurs fois car il etait impossible de tout transferer en 1 fois. pourrait il avoir des tables omises ou incompletes qui perturberaient l enreggistrement des adresses. OU, le fait de virer l ancien theme pour revenir au theme de base aurait provoqué des bugs. Ce que je ne comprends pas c est que la structure du cache/smarty est de: /www/cache/smarty/smarty/smarty/cache.....Ce sont les smarty/smarty/smarty qui ne me paressent pas normaux. Comment faire pour avoir à nouveau une strcture du type cache/smarty....puis les dossiers. ce qui me parait plus logique. je pense que l erreur se niche par là, et le pointage vers " adresses" doit etre erroné. mais je ne sais pas comment faire. Est ce que reinstaller la boutique reinitialiserait les parametres cache smarty a leur valeur initiale... J avoue que je suis un peu paumé... Bref ...help. Merci a vous

Bonjour a tous. Suite a la migration de la base de donnée vers un serveur sql, et le retour au theme de base parce que l ancien n etait plus suuivi par son concepteur et provoquait des erreurs. j ai des erreurs sur le front office. Les clients qui s inscrivent sur la page adresse ne peuvent plus enregistrer leurs coordonnées. voici le message qui apparait en mode debug. NOTICE: UNDEFINED INDEX: ALIAS IN /HOME/MABOUTIQUE/WWW/CACHE/SMARTY/COMPILE/95/3D/13/953D131606A42F90688E830567436136BCF2032F.FILE.ADDRESSES.TPL.PHP ON LINE 78 Ce message se repete a chaque entrée, et il est impossible de les supprimer. En mode debug cela crée une nouvelle adresse client vide seuls les nom et renoms sont enregistrés correctement. pourtant dans "clients" du BO prestashop toutes les adresses crées sur un nouveau compte client apparaissent. il est simplement impossible de les supprimer. Et je ne sais pas comment changer l alias "?" dans le " addresses.tpl" quelqu un pourrait il me donner une piste. J ai effectué une maj vers 1.6.1.11 au cas ou ? rien de neuf. Je vois simplement que le fichier cache smarty est dupliqué ???? Type d’install (nouvelle/MàJ) : apres passage a sql privé Version de PS : 1.6.1.11 URL du site concerné : https/www.fripie.com Thème (défaut/perso) : defaut ( retours vers defaut apres bugs du theme krea, plus du tout suivi par son concepteur) Code (original/modifié) : original Hébergement : ovh mutualisé avec base sql privé Version de PHP : 5.6 Version de MySQL : V5.5 Navigateur(s) concerné(s) : firefox ou chrome Merci d avance à tous. Cordialement. Olivier

Merci a toi. Je garde ses pages sous le coude pour un prochain probleme. CDLT Olivier

Re: pour resoudre le probleme, j ai supprimé tout les modules inutiles via ftp, j ai viré tous les modules du théme defaillant. Ca m a permis de pouvoir acceder enfin a la page module ( encore lente a afficher). J ai effectué toutes les maj que j avais laissées en suspend sur les modules stats que je n utilisais pas. j ai vidé le cache. Tout est revenu a la normale.....Maintenant j ai juste un theme a chier.... C'etait une histoire de nettoyage en profondeur et d un theme abandonné par le developpeur, ( il a arrété son activité). Donc le theme ne suivait plus les evolutions de PS cordialement. Olivier

Bonjour a tous, J ai exactement le meme probleme, qui finit par un beau 504 gateway . Comme vous j ai desactivé les modules non presta, vidé le cache, verifie la table pss module, et en mode debug j ai cette erreur: Unknown error à la ligne 0 du fichier /home/monsite/www/override/classes/controller/FrontController.php [2048] Declaration of FrontController::displayHeader() should be compatible with FrontControllerCore::displayHeader($display = true) Ces incidents surviennent apres le passage en sql prive. mais les acces ftp et base de données sont ok, et la vitesse de changement de pages autres que module est coreccte. J avais auparavent augmenté le catalogue articles d environ 6000 produits, j avais beaucoup de connections sortantes. Je suis revenu au theme de base et je n ai plus d erreur 504....sauf toujours sur la page d acces aux modules qui refuse de s ouvrir....grrrrrrrrr Je ne vois pas comment faire mais peut etre que ces infos sur ma config et les changements que j ai fait vous donneront du grain a moudre.... Si vous avez une idee, je suis preneur. Cordialement. Olivier

Bonjour a tous, Voila le message qui s affiche sur le BO 1.6.1.9 apres avoir migrer la base de donnee vers un sql rivé. Avec beaucoup de mal et d interruptions ( c est peut etre la cause??) Unknown error à la ligne 0 du fichier /home/fripie/www/override/classes/controller/FrontController.php [2048] Declaration of FrontController::displayHeader() should be compatible with FrontControllerCore::displayHeader($display = true) Pouvez vous m aider a regler ce probleme, ou dois je pointer toute ma base pour trouver l erreur. cordialement. Olivier

Bonjour, Tu peux essayer sitolog. , il propose 2 Applications prestapricing et prestacategories. tres serieux et reponse rapide je l utilise sans probleme. je suis un un utilisateur, je n ai aucun interet dans sitolog. demandez franck beugnet cordialement Olivier

RE: Je dois préciser que seuls les nouveaux produits souffrent de cette lenteur anormale. Voila, Voila

Bonjour a tous, je sais que le sujet de la lenteur d accès a prestashop a longuement été traité, jusqu a aujourd hui, je ne peux pas dire que mon site en souffrait. Bref, afin d 'étoffer mon offre je me suis tourné vers BIG BUY, et j ai téléchargé une partie de leur catalogue ( 5500 articles). L accès aux categories est correct voire aussi rapide qu avant. Par contre l acces aux fiches produits mets plus de 40 secondes.... Le site est en version 1.6.1.9, Pour info je n ai pas encore créé d onglet dans le menu du front, je n ai ni créé de visuel, ni changer encore l aspect du site. J ai importé les produits apres avoir modifié, les noms, descriptions, et rempli les metas, et legendes. c est tout. je suis passé par l excellent prestapriscing pour faire les imports. comme je fais d habitude. J ai effectué quelques controles habituels, vider le cache, verifier dans performance si tour etait ok, j ai optimiser la bdd OVH mutualisé . Et la je cale... HELP Bonne et heureuse annee 2017 a tous. Cordialement. Olivier