Jump to content

groussel69

Members
  • Posts

    21
  • Joined

  • Last visited

groussel69's Achievements

Newbie

Newbie (1/14)

0

Reputation

1

Community Answers

  1. Bonjour, Apparemment, la génération du PDF ne pose problème que coté client, pas dans le BO. Moi, j'avais le problème depuis que j'avais activé l'option "Ajouter image des produits sur la facture". Depuis que j'ai désactivé l'option, c'est OK. J'hésite à faire l'opération indiquée. Est-ce qu'elle s'applique aussi au problème des img/produits ?
  2. Hello, Same issue for me in a 1.6.0.14 with module PayPal v3.8.2. It seems to be only with mobile I tried to deactivate the Express Paypal Button but it's the same problem. Any soluce ?
  3. Bonsoir, J'ai beau chercher un peu partout, je ne trouve aucune alternative à la re-génération de ces images pour qu'elles s'affichent de nouveau. J'avais un backup -> j'ai copié les fichiers dans mon dossier en live etc 'est pareil : pas d'images. Merci pour ceux qui ont galéré et on trouvé la solution... Cordialement,
  4. Bonsoir, Que le système de stockage des images soit l'ancien ou le nouveau (à la racine ou dans les sous-dossiers de imp/p), le problème reste le même. Mais mes images sont en mode "ancien système" (tout à la racine de img/p). Que j'utilise un .htaccess absent, manuel ou regénéré, c'est idem. Le contenu du dossier img/p local et live est identique. Je (re)donne quelques infos pour aider au diag : Seulement quelques produits n'ont pas d'images (pas trouvé de point commun) Quand j'identifie une image que je n'ai pas en local, je la recherche sur le site live (qui les a toutes) mais dans AUCUN dossier (je sais, j'ai l'impression d'écrire un truc de malade !). Exemple : Je VOIS l'image du produit id 695. Je repère son chemin : xxx.monsite.fr/img/p/695-1310-large.jpg Je navigue jusqu'au dossier img/p/ du serveur en FTP et je ne vois pas de fichier 695-1310-large.jpg alors que je vois bien les autres fichiers (ceux qui fonctionnent en local). Je regarde dans le sous-dossier img/p/1/ pour voir si le fichier s'y trouve : même pas de sous-dossier "3" dans img/p/1 ! Voilà.. Je deviens dingue !! Je m'apprête à récupérer à la main fichier par fichier en faisant un "Save as..." des images que je n'ai pas en local. Dommage, la migration 1.4.4.0 -> 1.6.0.13 se passe super bien sinon :-/
  5. Bonjour à tous, NON ! ne partez pas... vous pensez que c'est un des ces nième posts qui raconte que les images ont disparues et que vous pensez que les opérations minimum n'ont pas été faites (droits d'écriture, url simplifiées, .htaccess, ancien système de fichiers, regénérer les images,...) En fait, c'est plus marrant que cela !! Mon besoin : copier un site en local avant de faire une MAJ 1.4 -> 1.6 et pouvoir le lancer en local pour pouvoir faire des comparaisons après la MAJ Je pars d'un site PS 1.4 qui est en prod, Toutes les images sont bien présentes (c'est la moindre des choses...), Les fonctions de rewrite sont activées et tout se passe bien grâce à un .htaccess au petits oignons, Je copie les fichiers en local et je fais un dump de la base (méthodes classiques), Je monte un serveur XAMPP et je colle tout ça dedans, Je modifie le setttings.inc.php, les 2 données qui vont bien dans la DB (PS_SHOP_DOMAIN et PS_SHOP_DOMAIN_SSL) Mon constat : c'est bof ! Je lance le site en local et je constate que tous les produits n'ont pas d'images mais certains en ont ! Je lance alors la regénération et toujours pareil : il semble manquer les sources au niveau de certains produits. ex : /img/p/1/3/1/0/1310-small.jpg n'a pas été trouvé. Et pour cause, les dossiers 1,2,3 et 4 à la racine de /p/ sont vides. En revanche, des images de produits sont présentes à la racine de /p/ sous le nom complet "19-525.jpg", "19-525-home.jpg", "19-525-large.jpg",..etc Par contre, les fichiers indiqués comme manquants sont bien absent de ce dossier. Je deviens dingue ! J'ai vérifié sur le serveur en prod, les contenus sont bien identiques et pourtant, les images sont bien visibles sur le site live ! L'URL de l'image en exemple que je n'ai pas en local est http://monsiteenprod/695-1310-home/nomduproduit.jpg et je n'ai ni un dossier /p/1/3/1/0, ni un fichier "695-1310*.jpg" Du coup, je deviens parano et je me surprend à croire que les sources de mes images n'existent plus dans l'arborescence et que je vais avoir du mal à remettre un "visage" sur mes produits après migration ! Quelqu'un y comprend quelque chose ?? Merci d'avance pour l'aide que vous m'accorderez. Gérald.
  6. Bonjour, Depuis la mise à jour en 1.6.0.12 de mes boutiques, j'ai remarqué que si je me connecte sur "Addons" depuis le back-office, mon BO ne charge plus (page blanche). Seule solution : - se déconnecter du BO - se reconnecter Si quelqu'un a une solution plus propre... Gérald.
  7. Bon, j'ai coupé en 2 modules pour version 1.4 et sup. ou égale à 1.5, dont 1.6. Passé le validator, reste l'équipe des humains Merci pour vos conseils et réponses.
  8. On lit pourtant des choses similaires ici : https://www.undernews.fr/developpement-web/prestashop-1-5-gerer-la-retro-compatibilite-des-modules-pour-les-versions-1-4.html
  9. J'aimerais bien finir mon message mais il me le tronque systématiquement !! Je le met en PJ :-( post global.txt
  10. La suite de mon message : Le "validator" automatique (https://validator.prestashop.com/validation) indique l'erreur
  11. Bonjour, En vue de proposer mon module en version 1.4, 1.5 et 1.6, j'ai fait un peu de refactor dans mon code pour ne gérer qu'une seule version de mon fichier. Depuis celà, mon module est refusé par le "validator" pour cause de "Use of globals is forbidden". J'ai tout d'abord une variable $version_ps que j'instancie comme suit : $version_ps = (_PS_VERSION_ >= '1.5' ? '1.5' : '1.4'); Je fais ensuite, en fonction de cette variable, les déclarations et affectations suivantes : if ($version_ps == '1.4') global $currentIndex; if (class_exists('Context')) $this->context = Context::getContext(); else { if ($version_ps == '1.4') { global $cookie, $currentIndex; $this->context = new StdClass(); $this->context->smarty = $smarty; $this->context->cookie = $cookie; } } Le "validator" automatique (https://validator.prestashop.com/validation) indique l'erreur
  12. (... suite du message précédent... encore un post coupé en 2 !) Vous pourrez ainsi connaitre le montant de la TVA pour chaque taux (5.5 %, 19.6 %, 20 %,...) et le tableau est dynamique et les données peuvent être synthétisées par mois ou par année. Si besoin, vous pouvez aussi disposer d'un tableau avec toutes les commandes et le montant TVA de chaque taux pour en faire une impression, un export vers Excel par exemple pour l'envoyer à votre comptable. Je reste à votre disposition pour de plus amples renseignements sur le module.
  13. Bonsoir, Merci doekia pour cette petite requète (que j'avais trouvé entre temps...). Je ne comprends toujours pas ce choix technique de permettre d'avoir une jointure décrivant ainsi une possibilité d'avoir plusieurs taux pour un order_detail, ce qui n'est pas possible dans le cadre d'une commande. Je me trompe ?
  14. Bonsoir, J'ai créé et mis à disposition un module facilitant la déclaration de TVA mensuelle : http://addons.prestashop.com/fr/statistiques-analyses-modules-prestashop/8892-synthese-comptable-avec-tva.html
×
×
  • Create New...