ericruaud

Bonjour, Je suis un webmestre recyclé qui a installé une boutique en ligne de vente de lingerie pour adulte l'an dernier, en version 1.6.0.5. Tout marchait presque bien ( bug pour un module d’inventaire). Puis cet été, fin Août, on décide de mettre à jour Prestashop et basculer en version 1.6.1.6. Et en contrôle, le module d’inventaire marche, (super) Mais depuis cette mise à jour, un panier validé et passage en commande d’un client, il y a des anomalies : La commande met du temps à se générer, puis des fois créer plusieurs cdes avec même référence + #, avec deux ou trois articles par commande, Pas de définition de l’état de la commande après validation et paiement de la cde par le client. J’ai regardé partout, et ce bug ne vient pas par la méthode de paiement, car en chèque, en CB ou par Paypal, même bug. Alors pour tester, je rend visible les bugs via la config, et en testant, je trouve : Fatal error: Call to undefined method Swift_Message::newInstance() in /var/www/default_vds/classes/Mail.php on line 179 En regardant ce fichier, je n’arrive pas à trouver le problème. Et le problème de changement de statut coté administration, si on passe une commande dans une autre situation, on revient sur une page blanche... Si quelqu’un a une idée, merci d’avance

Bonjour, Nous avons jusqu'à la semaine dernière installé nos boutiques avec Prestashop 1.6.0.5, avec un bug majeur : impossible de gérer ses stocks avec des outils d'inventaire de Web In Color, qui m'affirmait qu'il marchait sous PS_1.6. L'outil s'installe, la gestion des stocks était validée (pas la gestion avancée des stock), et un premier inventaire est lancé. Le bug était qu'il était impossible d'indiquer les stocks réels et de les mettre à niveau par la suite. La seule action était de mettre à 0 tous les stocks des articles de l'inventaire. Une belle fournaise. Alors on remet manuellement les stocks à jour. Puis le 2 Aout 2016, on décide de passer à la dernière versions Prestashop (1.6.1.6) avec au paravent de tout sauvegarder (BDD et Pages). On passe la mise à jour, et tout se passe bien (apparemment). Visite de la boutique: ok Visite de back-office: ok (au début) Puis avec le temps, on réutilise l'outil d'inventaire, et là, tout marche bien, avec la possibilité d'utiliser les code-barres qui évitent les fautes de frappes sur clavier. Cool. Oui Mais : Avec le temps, on découvre que le lien coté Administration pour aller sur "ma boutique", le lien ne donne pas les variables GET sur le lien, monsite/?live/etc... Alors de vérifs s'organisent et des bugs sont découverts : Si un client achète, de son panier, la commande n'est pas générée correctement, les transporteurs ne sont plus dispos comme prévus, les remises accordées à certains clients sont bizarres, et en administrateur, pour le suivi des commandes, quand le panier est payé, anomalie lors de la validation de la commande, et de sa mise en préparation. (Page blanche retournée). Idem aussi coté client, page blanche à la validation de sa commande. Si vous avez des solutions potentielles, elles seront les bienvenues Merci d'avance

Bonjour, Nous avons jusqu'à la semaine dernière installé nos boutiques avec Prestashop 1.6.0.5, avec un bug majeur : impossible de gérer ses stocks avec des outils d'inventaire de Web In Color, qui m'affirmait qu'il marchait sous PS_1.6. L'outil s'installe, la gestion des stocks était validée (pas la gestion avancée des stock), et un premier inventaire est lancé. Le bug était qu'il était impossible d'indiquer les stocks réels et de les mettre à niveau par la suite. La seule action était de mettre à 0 tous les stocks des articles de l'inventaire. Une belle fournaise. Alors on remet manuellement les stocks à jour. Puis le 2 Aout 2016, on décide de passer à la dernière versions Prestashop (1.6.1.6) avec au paravent de tout sauvegarder (BDD et Pages). On passe la mise à jour, et tout se passe bien (apparemment). Visite de la boutique: ok Visite de back-office: ok (au début) Puis avec le temps, on réutilise l'outil d'inventaire, et là, tout marche bien, avec la possibilité d'utiliser les code-barres qui évitent les fautes de frappes sur clavier. Cool. Oui Mais : Avec le temps, on découvre que le lien coté Administration pour aller sur "ma boutique", le lien ne donne pas les variables GET sur le lien, monsite/?live/etc... Alors de vérifs s'organisent et des bugs sont découverts : Si un client achète, de son panier, la commande n'est pas générée correctement, les transporteurs ne sont plus dispos comme prévus, les remises accordées à certains clients sont bizarres, et en administrateur, pour le suivi des commandes, quand le panier est payé, anomalie lors de la validation de la commande, et de sa mise en préparation. (Page blanche retournée). Idem aussi coté client, page blanche à la validation de sa commande. Si vous avez des solutions potentielles, elles seront les bienvenues Merci d'avance

Bonjour, J'ai le même problème. Pour des raisons de voloume, j'ai changer de serveur chez le même hébergeur. Malheureusement, il ne transfert rien automatiquement. Donc la truelle FilleZIlla d'un coté et la palette SQL de l'autre, on transfert tout et on change ensuite les infos dans le fichier config/settings-inc.php. On modifie les infos importantes : define('_DB_SERVER_', 'localhost'); define('_DB_NAME_', 'prestashop'); define('_DB_USER_', 'utilisateur'); define('_DB_PASSWD_', 'motdepasse'); J'ai lu aussi qu'il faut vider le cache de smarty : /cache/smarty/cache et /cache/smarty/compile. Un bon coup de balai et on repart... Coté Admin, pas de problème, on accède bien à toutes les infos à la nouvelle adresse, mais quand on bascule sur le bouton en haut à droite : * Ma Boutique, Il retourne sur l'ancienne URL. Zarbi non ?