Crea4you Studio

De rien, bon courage

Tu as changé quelques chose sur ton site récemment ? Nouveau module, nouveau thème ? L'erreur semble provenir du module appagebuilder. Essaye de supprimer ton cache avant tout. Ensuite, si ça fonctionne pas, désactive le module, et si tu n'as pas accès au back-office, exécute cette requête SQL via phpmyadmin (par exemple) UPDATE ps_module SET active=0 WHERE name="appagebuilder" (Tu pourras réactiver le module dans le back-office directement, ou en remplaçant active=0 par active=1 sur la requête SQL) Ensuite, contacte le développeur du module, et voit avec lui pour l'erreur.

Je ne comprends pas bien ta question. Si tu cherches à migrer tes données (produits, clients, paniers, commandes, etc), alors oui, il faudra faire un dump de ta base de donnée, car toutes les données sont stockées dessus. Par contre, certaines données sont stockées dans les répertoires de prestashop, comme les images des produits par exemple.

Salut Leyoh, Tu as accès aux logs apache ? Les logs d'erreurs pourront nous aider à trouver le module qui pose problème.

Cette solution n'a pas réglé ton problème ? L'erreur est la même ? Edit: Mince, j'avais mal lu ta réponse, je vais jeter un coup d’œil pour voir d’où peut prévenir le probleme.

Hum, c'est souvent un fichier en .log ou une archive. Les causes des erreurs 500 sont pas affichées, même avec le mode debug passé à true.

Regardez si vous avez un fichier d'erreur à la racine ou dans un dossier du FTP. Il nous faut savoir d'ou provient l'erreur 500.

Quel hébergeur? Car certains (la plupart même) bloquent les changement de memory_limit, max_input_time et autre.

On dirait un dump d'une variable . Est-ce une nouvelle installation ? Avez-vous installé des modules? (Si oui, lesquelles)

Bonjour, Tout dépend de la manière dont l'autre codeur a effectué les changements. Normalement, c'est le fichier HTMLTemplateInvoice.php (regarde en premier dans le dossier /override/classes/pdf/ ou alors /classes/pdf) Tu as une ligne "return $this->smarty->fetch($this->getTemplateByCountry($country->iso_code));" qui gére le template. Sinon, ça peut-être aussi dans le fichier HTMLTemplate.php (toujours pareil /override/classes/pdf/ ou alors /classes/pdf) et recherche la fonction getTemplate()

Après, il est toujours possible que le prestataire ajoute un backdoor, et vous n'aurez aucuns moyen de le savoir hormis si vous analysez les fichiers sources un par un. ( ou par un diff si vous possédez les une sauvegarde) Tout n'est une question de confiance, mais en général avec les pro, c'est nickel.

Hummm non, beaucoup moins. Mais ça reste un gros projet.

Bonjour, Hum, Prestashop n'est vraiment pas fait pour ce type de fonctionnement, et les couts adaptation risquent d'être élevés. A votre place, je partirai sur un site sur mesure, quitte à augmenter les dépenses, afin d'avoir un site qui répond à 100% à vos attentes.

Salut, Je t'ai envoyé un mp pour te proposer un peu de bénévolat étant donné que j'ai un temps vide avant ma semaine de vacance. Courage

Bonjour, Tout dépend de votre installation internet et MAMP, mais voici une petite liste de points à vérifier: - Que votre box/routeur redirige bien les paquets 80 et 443 (http et https) vers la machine hébergeant votre MAMP. - Que votre parefeu autorise en entrant et sortant les paquets 80 et 443 (normalement, c'est déjà le cas) - Que la configuration apache de votre MAMP autorise les sources en dehors du réseau local à accéder aux ressources. Il vous suffit ensuite de tester en passant par l'ip externe pour vérifier si ça fonctionne. ex: Si vous aviez une adresse de ce type en interne: localhost/prestashop/ par monip/prestashop/ (monip étant l'ip que vous pouvez récupérer ici: http://www.mon-ip.com/ )