Jump to content

freepie

Members
  • Posts

    147
  • Joined

  • Last visited

Everything posted by freepie

  1. 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
  2. Je ne vois pas ou peu se cacher le probleme. apparemment les miniatures sont correctes et regeneres
  3. 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
  4. 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
  5. 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
  6. 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
  7. Merci a toi. Je garde ses pages sous le coude pour un prochain probleme. CDLT Olivier
  8. 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
  9. 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
  10. 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
  11. 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
  12. RE: Je dois préciser que seuls les nouveaux produits souffrent de cette lenteur anormale. Voila, Voila
  13. 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
  14. J ai essayé le truc de ENGEL BOUTIK . Ca a marché ...Un grand merci...il suffisait pour mon cas de réinitialiser le module. et Hop. Merci encore cordialement. Olivier
  15. Bonjour a tous. J ai un probleme similaire avec le dernier eBay v1.15.2 - par PrestaShop, la boutique a été mise a jour en 1.6.1.9 . La synchronisation des articles est totalement incoherente. Certains articles le sont et d autres pas. J ai rechargé les categories, verifié toutes les options de categories boutiques et autres...Mais rien a faire je ne peux pas synchroniser tous les articles. Par contre je n ai aucun message d erreur. Cela ne marche tout simplement pas... Avez vous ce probleme? cordialement. Olivier
  16. Oui, J'ai oublié le 1 entre le 6 et le 2 desolé. D'accord... je comprends mieux . bon ben ya ka Merci encore pour votre intervention. Cordialement. Olivier
  17. Bonjour a vous tous. prestashop 1.6.2 J ai effectué les modifs pour fixer le bug . impossible d accéder à l association de catégories : donc message d erreur: 2 erreurs Le produit doit être au minimum dans une catégorie. Ce produit doit être dans la catégorie par défaut. et l article ne s enregistre pas. les cache sont vidés. Avez vous eu ce soucis lors de vos manips ??? Cordialement. Olivier
  18. Merci beaucoup a vous EOLIA SHOP. Bon en avant la musique... cordialement. Olivier
  19. Bonjour a tous. Je ne refais pas la description du probleme: c est pareil. version 1.6.2 J'ai juste une question toute bete. Est ce que je dois supprimer les lignes surlignées en rouge et ajouter/ modifier les lignes en vert ? Je pense que oui, mais au cas ou !! Merci pour vos reponses...et bon courage aux autres Olivier
  20. Bonjour a tous. Pour ma part les onglets du back office fonctionnent sauf l acces aux modules qui mouline sans s ouvrir puis: 504 Gateway Time-out The server didn't respond in time. je suis en ps1.6.1 et chez OVH mutualisé. je ne trouve pas de solutions. A part vider le cache qui permet d acceder a la page, mais rame encore beaucoup Et vous. cordialement. Olivier
  21. Tu auras peut etre du mal a trouver des infos sur cette fonction, car très peu d'échanges à ce sujet et pas de suite données aux demandes d amélioration ou configuration. Moi j ai trouvé ça "Merci pour cette réponse postée à une heure soit tardive, soit très matinale ;-P Si j'ai bien compris : maboutique.com c'est ma boutique, avec mes produits, mes catégories, etc. c'est là que va pointer le site affluent siteaffluent.com est le site affluent pour pointer vers la page d'accueil de mon site il va mettre le lien : Dans Prestashop >stats >sites affluents Je crée le site affluent nom = site affluent n°1 http referer include = % siteaffluent % et/ou request_uri = % siteaffluent % C'est bien ça ? Mais pas de remontées.. Il y a aussi ce post très complet: https://www.prestashop.com/forums/topic/37453-affiliation-et-sites-affluents-comment-cela-semble-marcher/ voila ou j en suis
  22. Bonjour Olivier, C est vrai que je n ai pas expliqué a quoi sert ce module. C est une fonction native de Ps , on la retrouve dans " statistique > sites afflents" Elle donne la possibilité à un site referrent qui faire pointer un lien vers " monsite.com" , de bénéficier d une petite remunération, si une visite ou une vente est effectuée à partir de son lien grâce un un tracking. Hors j ai beau essayé toutes les configurations données en exemple dans différents posts à ce sujet, rien n'y fait, je n ai aucune remontée ni de visites ni de stat. J'ai lu qu il pourrait y avoir des bugs...mais sans approfondissements sur la réalité de ces bugs. Si tu connais quelqu un qui a fait fonctionné ce tracking, parles lui en et voit ce qu il en est. En théorie c'est une fonction qui permettrait à des bloggeurs, des " amis " facebook, des gestionnaires de site de " mettre du beurre dans les epinards" sans trop se mouiller, et parallelement d'améliorer le référencement naturel de " monsite.com. Alors pourquoi ne pas l utiliser? voila voila!! Cordialement. Olivier
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More