Jump to content

Inovatio

Members
  • Posts

    7
  • Joined

  • Last visited

Inovatio's Achievements

Newbie

Newbie (1/14)

0

Reputation

  1. Excellent et le tout en Drag'n Drop ! J'admire vraiment ce type de travail, simple pro, utile qui dépanne pour des site ou l'utilisateur finale (le client, une personne qui ne sait pas mettre les main dans le code,...) veux changer l'ordre des catégories et cela quand il le veut. Admirable !!! C'est à proposer à la team presta pour intégration dans la future version en natife et directement en BO car s'il y a bien un truc qui manque (pour moi) dans le BO pour mieux gérer l'affichage du front c'est bien une gestion de l'ordre des catégories mais en plus la c'est super "user friendly" Admirable vraiment... (si si j'insiste !)...
  2. Quelque part ça ne fonctionne pas bien ... normalement ça devrait lancé le téléchargement AUTOMATIQUE du fichier CSV sans avoir à l'afficher en html dans la fenêtre... La fonction de modification des headers permettant cela plante donc le résultat s'affiche dans le navigateur. Ma fonction "error_reporting(0);" ne sert qu'a désactiver les messages d'erreurs mais ne règle pas le problème initial. Comme je le disait plus haut la fonction de téléchargement n'est pas fonctionnelle actuellement. Je me suis penché sur le problème avec moncler mais pour l'instant ni l'un ni l'autre ne voit où est le problème de cette modification d'header buggué qui empêche le téléchargement. Les erreurs indiquent que le header est déjà modifié avant la fonction. Hors on a beau tester plein de modif rien n'aboutit et pourtant aucune fonction php précédente ne semblent (ou ne devraient) modifier les headers du fichier. Bref c'est l'énigme !
  3. pour désactiver l'affichage des message d'erreur il suffit de rajouter tout au début du fichier download.php (jute en dessous des balise de php "<?php") : error_reporting(0); Mais je pense que cette fonction n'est pas.... fonctionnelle a l'heure actuelle. Évitez de l'utiliser. De plus je ne suis pas certains que les fichiers CSV généré soit parfais à cause de la récupération des virgule du commentaire... je dis cela mais j'ai pas tester je prévient juste car j'ai déjà beaucoup jouer sur des csv avec d'autre web-application et l'utilisation de virgule pour le csv est presque toujours source de galère à cause des zones de commentaire/description ou les auteurs utilise des virgules pour structurer leur texte. Si c'est compatible avec les prestataire comme leguide.com et CIE, je conseilleré l'utilisation de "point-virgule" beaucoup plus rare que la virgule et un petit string replace sur les données exportées pour remplacer les quelques rarissime "point-virgule" des descriptions en virgule toutes simples et inoffensives dans ce type de configuration de CSV. Vos avis ? EDIT : Les ";" sont déja remplacé par fonction.php mais en ":"... why not... je préfère la virgule qui fait plus "langage français".
  4. Les infos du patch de sécurité sont transmises à moncler et jolvil pour correction lors de la prochaine version !
  5. Attention il y a une faille de sécurité Majeure dans ce module ! Je contacte jolvil pour l'en informer ! Prudence donc !
  6. Bonjour, Regarde ICI : http://www.prestashop.com/forums/viewthread/9609/#43492 Il y a 3 modifs à faire (voir plus bas dans le topic en question pour les dernières modifs) pour corriger le bug en langue VF comme pour les autres langues. La modif consiste à rajouter ".." (sans guillemets) devant les dans les href devant tes variables de lien ! De plus pour éviter un duplicate content il faut rajouter après les {$viewedProduct->name|escape:htmlall:'UTF-8'}" des href: rel=“nofollow”
  7. Bonjour à tous ! L'art de la bidouille a encore gagné ! Voici la solution pour l'installation manuelle d'un pack de langue : Après l'installation d'une nouvelle langue comme expliqué ici : http://www.prestashop.com/wiki/Langues_et_traductions/ Il faut prendre le fichier .gzip (ex: es.gzip pour la langue espagnole) puis le décompresseur avec un outil tel WinRAR ou PeaZIP ou autre. Le fichier extrait possède le même non sans extension (ex : fichier "es"). En réalité si l'on bidouille un peu, on se rend compte que le fichier en question n'est rien d'autre qu'un fichier ZIP. Il suffit alors de renommer le fichier en question en lui ajoutant l'extension ".zip" (ex : es.zip). Ensuite il suffit d'extraire ce zip et là on observe que le contenue est une arborescence basé sur la racine de Prestashop. Enfin il suffit juste d'uploader sur le serveur, via FTP, les éléments en les déposants à la racine pour que tout les dossiers se remplisse des fichiers de langue en question... Cela fonctionne chez moi malgré le même bug que vous autres précédemment ! Verdict : Le problème doit venir de la fonction de décompression ZIP (non GZIP) soit du serveur (module d'apache ou fonction PHP) soit de Prestashop s'il contient son décompresser "maison" inclus dans le package. Vu que certains ne rencontre pas se problème on peut supposer que l'outil Prestashop n'est pas à mettre en cause. Cordialement.
×
×
  • Create New...

Important Information

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