Jump to content

IchabOd

Members
  • Posts

    149
  • Joined

  • Last visited

Recent Profile Visitors

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

IchabOd's Achievements

Newbie

Newbie (1/14)

4

Reputation

  1. Oui bien sûr, supprimer la variable du tpl ne fait que supprimer l'affichage, pas la requête.
  2. Bonjour, J'ai un souci et je me tourne vers vous car je ne sais pas le résoudre. Dans le BO, l'onglet tabs/AdminOrders, j'envoie des mails aux clients. L'email arrive mais pas encodé en UTF-8. Tous les caractères avec accent sont transformés dans les fameux é = é etc... Donc problème d'encodage. Et malgré tous mes efforts, rien ne change.... - Dans la bdd le texte est correct. (é = é) - Le fichier AdminOrders.php est enregistré avec l'encodage UTF-8 sans BOM - dans AdminOrders.php, l'option du SELECT, qui récupère via la classe OrderMessage les messages de la bdd, il y a bien une conversion htmlentities avec compatibilité UTF-8 : echo ' <option value="'.htmlentities($orderMessage['message'], ENT_COMPAT, 'UTF-8').'">'.$orderMessage['name'].'</option>'; Bref, je ne sais pas où chercher. Quelqu'un saurait-il ? merci
  3. Bonjour, Est-ce que je pourrais avoir un exemple de ce que fait ce module ? - si le fichier origine (ma version actuelle) a une méthode modifiée, que se passe t-il ? Il ne fait rien ? il met en valeur les différences ? - si le fichier origine a une méthode supplémentaire, que se passe t-il ? Merci de vos lumières
  4. re-bonjour Carl, Bon je viens de tester une màj de 1.4.0.17 vers 1.4.8.2 en suivant le guide ici : http://doc.prestashop.com/pages/viewpage.action?pageId=3801170 et c'est une vrai catastrophe. Il y a plein de méthode absentes, des Fatal errors d'on ne sait où, ... Est-ce que le module upgrade est plus adapté que faire une màj en suivant ce guide ? (d'ailleurs je ne comprends pas l'intérêt d'écraser les nouveaux fichiers par les anciens avant l'install de la màj...) Qu'en penses-tu ? Merci IchabOd
  5. OK merci Carl. Je vais essayer de comparer les versions et voir s'il y a un différentiel énorme. Au niveau du thème, penses-tu qu'il y ait également des modif à faire, ou bien le thème est normalement compatible ? (je parle uniquement dans le cas de modif de sécurité là, pas de nouvelles fonctionnalité ou de nouvelles données)
  6. Un p'tit up ! Y'a pas un dev de chez Prestashop ou ailleurs, avant d'aller prendre son café, qui pourrait m'aiguiller ? Si je veux uniquement mettre en place les correctifs depuis la version 1.4.0.17, y a t-il un moyen ? Merci
  7. Dans le back office, tu as l'onglet Préférences => Produits, dans lequel il y a un paramètre pour préciser le nombre de produits par page. Et oui il y a une fonctionnalité de pagination.
  8. Bonjour, Y a t-il un outil online ou autre permettant de comparer le contenu des fichiers de ma version actuelle (modifiée en partie avec l'overriding et en partie dans le coeur) avec la dernière disponible, de telle sorte que je puisse faire les modifications aisément ? Sinon comment procéder ? Je mets à jour et j'analyse tous les plantages ?
  9. Bonjour à tous, Je viens de quasi terminer la configuration et le skinning de prestashop en local, après plusieurs mois de travail. Je suis sur la version 1.4.0.17, et je n'ai volontairement pas fait les màj depuis cette version jusqu'à l'actuelle, pour ne pas destabiliser la version et perdre du temps à la mettre à jour. Aujourd'hui je commence à étudier la migration chez un hébergeur. Quelle procédure me conseillez-vous maintenant ? - Installer cette version là en prod ? => impossible il y a surement des patchs correctifs dans les versions suivantes. - Installer cette version là, et mettre à jour uniquement les correctifs ? => Avez-vous un lien, un comparateur ou n'importe quoi d'autre qui montre les évolutions entre versions, avec les fichiers touchés et le détail de la modification ? (je rêve un peu mais bon...). - Faire une mise à jour complète ? => J'ai fait quelques modifs dans le coeur de PS (pas d'autre choix à certains moments !), donc ça risque d'être chaud. Si cette solution est préférable, avez-vous une technique pour faire ça proprement ? Merci à qui voudra bien partager un peu ses connaissances. N'hésitez pas à rajouter qqchose que je n'aurais pas vu. Cordialement,
  10. Je ne peux pas trop t'aider, mais globalement si tu ouvres ta page avec chrome et que tu inspectes l'élément (clic-droit => inspecter l'élément), tu vas pouvoir visualiser le code css à modifier. Là comme ça je dirais qu'il y a surement global.css et product_list.css à toucher, avec un tag UL et des LI dedans. Donc faut modifier la width des LI de façon à diviser la width de l'UL en 4. En gros si ton UL a un width de 535px, faut faire des LI de 133, en jouant aussi avec les margin, border et padding...
  11. Merci pour tes éclaircissements. L'explication sur le string_format / mvc est pour moi l'élément décisif ! Merci
  12. Brocéliande, Saurais-tu si au niveau rapidité d'affichage de la page, il vaut mieux fournir à Smarty un montant déjà sous 2 dec ou si smarty est plus rapide (avec ta méthode) ?
  13. il y a plusieurs choses à toucher là. Déjà à mon avis il faut créer une table de correspondance, un simple champ n'y suffira pas. (à moins d'insérer un array mais bon...) après tu peux effectivement créer un module, en utilisant les hooks adéquats (addproduct, updateproduct, productActions par exemple)
  14. Si tu regardes dans le fichier /classes/Tools.php, tu verras la méthode getToken(); qui génère un jeton en cryptant un cookie. Donc le principe est de générer une chaîne de caractères longue et suffisamment aléatoire/complexe, de trimballer cette chaine pendant la navigation de l'utilisateur pour la contrôler lorsqu'il y a des actions sensibles à effectuer. Cela évite en partie les bots.
×
×
  • Create New...