Jump to content

amandloren

Members
  • Posts

    100
  • Joined

  • Last visited

About amandloren

  • Birthday 12/21/1978

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

amandloren's Achievements

Newbie

Newbie (1/14)

  • First Post Rare
  • Collaborator Rare
  • Conversation Starter Rare
  • Week One Done Rare
  • One Month Later Rare

Recent Badges

7

Reputation

  1. Bonjour, idem je confirme, après multiples recherches sur ce pb, la solution ci-dessus a fonctionnée, je suis en dédié et non en mutualisé, j'ai créé une nouvelle adresse et miracle j'ai enfin reçu mon email test. Bonne soirée Cordialement
  2. Bonjour, merci Mediacom87, j'ai rectifié le pb et résolvé les autres bugs du FO, par contre niveau admin toujours page blanche, je ne sais pas ce que c'est que ce fichier util. Il n'existe pas dans une 1.7.7.5 propre. EDIT : PB résolu, je rectifie mon titre : j'ai remplacé mon répertoire PrestaShopBundle (se trouvant dans ../src) par celui contenu dans une 1.7.7.5 propre et bingo re-accés à mon BO. Pour mon pb de produits avec multiple déclinaisons, mon php.ini a l'air de fonctionner ce jour. Merci pour l'aide ci-dessus Bonne aprèm Cordialement, Amandine
  3. Bonsoir, tout a commencé par un pb de création de produits avec de nombreuses déclinaisons, j'avais le message m'indiquant d'augmenter max_input_vars à 25000, j'ai donc suivi les instructions de IONOS pour créer mon php.ini avec cette instruction, je l'ai placé à la racine de ma boutique, puis j'ai suivi les instructions ici et j'ai désormais des dossiers php.ini de lien symbolique dans tous les répertoires. De là, page blanche en BO et FO, je décide donc de commenter mon php.ini et je récupère le FO, je le réactive et ça reste ok, bref à n'y rien comprendre, ensuite je souhaite donc travailler sur ce fameux produit et là ça plante, je peux revenir sur le tableau de bord et je me dis qu'il faut vider le cache et ceux du navigateur. Après le vide du cache, ça a planté car j'ai obtenu une page blanche à l'admin, j'ai même supprimé manuellement les 2 dossiers du cache DEV et PROD mais rien n'y fait j'ai toujours la page blanche. J'ai activé le mode debug et voici ce que j'ai (hors le fichier util n'existe pas dans les répertoires indiqués dans les fichiers du 1.7.7.5): Si je laisse activer le mode DEBUG, j'ai même mon FO avec une page d'erreur : J'ai donc désativé le mode DEBUG en attendant de trouver une solution. Merci d'avance pour votre aide
  4. Bonjour, ayant rencontré le même pb, je viens de trouver la solution toute simple sans rien toucher aux fichiers et qui n'a rien à voir avec l'état du produit (c'est juste le mot NEUF qui porte à confusion) : il faut juste modifier la traduction française NEUF dans le theme à Shop >Theme >Catalog et à Modules >Facetedsearch >Shop Je l'ai remplacé par Nouveau car ce n'est visible que quand le produit est en statut NOUVEAU, ça n'a rien à voir avec l'état du produit et ça disparaît ensuite. Bonne journée Cordialement
  5. Bonjour, je vais y travailler dessus 😉, mais avant je souhaitez savoir si c'était normal que tout le menu disparaissait. Merci bonne journée
  6. Bonjour, sur le coup, ça m'a fait bizarre, je pensais à une erreur, c'est clair que moi aussi en tant que consommatrice je ne trouve pas ça très plaisant. Si c'est normal, du coup je vais travailler juste sur le theme de ce tunnel que ce soit juste un peu mieux. Merci Bonne journée
  7. Bonsoir, je suis sur les derniers tests avant mise en ligne et je viens de m’apercevoir d'un pb dans le tunnel de commande, lorsque que le client est sur son panier tout mon thème est ok, mais dés que je suis dans le processus de commande mon header et menu disparaissent, mon image du footer également, le client n'a donc plus accès au bouton panier s'il veut le modifier ni à son compte et ne peut plus naviguer sur le site s'il veut rajouter un article. J'ai loupé quelque chose ? Merci de votre aide. PAGE DU PANIER : TUNNEL DE COMMANDE :
  8. Bonjour, après quelques recherches sur le message d'erreur, j'ai enfin trouvé l'erreur qui était au final sur ma base de données à la table "ps-lang" -> "locale", pour anglais c'était indiqué en-EN au lieu de en-US, ça ne comprenait pas mes requêtes pour faire les modifs puisque je n'avais pas de fichier se terminant ainsi dans les traductions. Je peux enfin enregistrer mes modifications et je n'ai plus le message d'erreur. Si ça peut servir 😉, ce post est donc résolu. Bonne journée
  9. Bonsoir, je teste la nouvelle version de Prestsahop pour mon site qui sera disponible en 2 langues. Je n'ai pas de difficultés pour la maj de mes traductions en français, toutes mes modifications s'enregistrent bien. Mais dés que j'essaie de valider mes modifications pour la langue Anglais, ça m'indique "The language for this locale is not available" est mes modifications ne sont pas enregistrées. Est-ce que quelqu'un a rencontrré ce pb ? ai-je oublié de configurer quelque chose ? Merci d'avance pour votre aide
  10. Bonjour, ok merci, mon pb est surtout sur les produits où j'ai des tarifs dégressifs différents selon les déclinaisons (ex. un pour les unis et un pour les imprimés), sinon ça s'affiche bien si je mets le même tarif dégressif sur toutes les déclinaisons et pas un différent. Je suis quand même preneuse si vous savez quelle ligne de code je dois modifier dans ce fichier et par quoi je dois la remplacer, mais je pense que je ne vais pas m'embêter à bidouiller et que je vais plutôt dupliquer l'article, en plus je n'aurais pas "cinquante mille" tarifs par déclinaisons et je gagnerai du temps en cas de changement de tarif. Merci et bonne journée Cordialement
  11. Bonjour, j'ai créé un produit avec des déclinaisons et j'y ai appliqué un tarif dégressif, la remise se fait bien quand on sélectionne la qté, jusque là tout est ok. Mais j'ai un pb d'affichage de ces tarifs dégressifs sur le front, en fait le tableau fait le récapitulatif de toutes les remises quantitatives de chaque déclinaison et pas juste celles correspondant à la déclinaison choisie. Je vous joint la photo de mon tableau. Merci d'avance
  12. je pensais que ça venait d'une erreur sur mon mdp mais en le modifiant je n'avais plus du tout accès au site donc j'avais bien le bon mdp je n'ai pas retenté la MAJ, je te mp à mon retour dans l'après-midi
  13. je pense avoir trouvé mon pb, je teste une MAJ et je reviens ici pour indiquer si c'est bien ça qui bloquait
  14. non pour DB_SOCK je n'ai pas mis ça dans mon settings, je demandais juste si je devais effectuais cette modif car avec le changement du mysql en mysqli, j'ai peut-être un pb d'accés à la bdd, j'ai bien la socket dans DB_SERVER et comme 1&1 nous indique un code php spécifique pour mysqli, je me demandais si je devais effectuer des modifications car là je ne peux rien faire, ma maj n'aboutit pas et j'en ai marre de refaire une manip manuelle pour remettre tous mes fichiers, surtout avec une connexion adsl de même pas 2 méga, mon ordi est allumé depuis 2/3js pour effectuer les transferts la nuit ça m'embête de tout refaire car je suis sur la fin avec quelques réglages à faire et en plein remplissage du catalogue avant mise en ligne, je n'y étais pas revenu depuis le changement de version php car en plein bilan comptable et là je vais avoir du temps avant la rentrée pour le finaliser Comment puis-je débloquer ce pb et donner un bon accés à la bdd ? car j'ai bien indiqué mes accés PS : aucun pb, j'ai bien compris et merci de ta bienveillance
×
×
  • Create New...