Jump to content

Thierry

Members
  • Posts

    243
  • Joined

  • Last visited

Everything posted by Thierry

  1. Le thème que tu utilises n'est pas à jour. De ce que j'ai pu voir, tous les problèmes de token sur le FO ont été résolu avec la 1.0 final. Tu as plusieurs solutions : * Désactiver l'option "Améliorer la sécurité" concernant le FO * Mettre le thème par défaut qui est livré avec la 1.0 final * Mettre ton thème à jour en comparant les changements dans le code entre ton thème et le thème par défaut.
  2. Je viens de le signaler dans le tracker de bug : http://www.prestashop.com/bug_tracker/view/165/ Peut-être corrigé pour une prochaine version. :-)
  3. Je viens enfin de trouver ce qui clochait! Après avoir récupéré les valeurs depuis la DB, fallait que je passe les données dans la méthode : Product::getProductsProperties Je suis content d'avoir trouvé la solution.
  4. De ce que j'ai pu voir rapidement. La facture est généré dans le fichier /classes/PDF.php Et à première vue, je te souhaite beaucoup de courage pour changer l'arrangement des factures...
  5. En effet, faut lister plein de fichiers pour avoir un block que sur la page produit. Je l'ai fait perso, ce n'est pas la mort. Le truc chiant par contre, c'est que l'on ne peut pas éditer cette liste d'exception une fois le module greffé. Résultat, avec la 1.0 final qui a rajouté le fichier credit-slip.php, j'ai du m'amuser à refaire la liste à partir de zéro. :/
  6. Bon bah c'est cool. :-) Modifier son mot de passe, c'est très simple. Faut aller dans "BO > Outils > Employés" et tu édites ta fiche.
  7. Bonjour, J'affiche le nom du fabricant sous le nom des produits dans les listing produits du FO. Malheureusement, les devs de Prestashop n'ont pas jugé utile de récupérer le nom du fabricant pour les pages Promotions / Nouveautés et Meilleures ventes... Les produits pour ces pages sont récupérés par les fonctions getBestSales, getNewProducts et getPricesDrop. Comment je peux faire pour ajouter à chaque produit l'information concernant le nom de son fabricant, sans pour autant éditer les fichiers du dossier "classes"? (et me compliquer la vie lors d'une prochaine mise à jour) Merci
  8. Ça t'apprendra à partir en vacances ! Si ton installation locale n'envoie pas de mail, c'est que ton serveur local est mal paramètré (ou c'est un bug de PrestaShop, au choix...). Peux tu indiquer sur quoi tourne ton installation local stp? Windows, Mac ou Linux?
  9. Hi, Go to BO > Shipping > Countries. Edit "Canada", check if the country has the option "Contains states" defined to "Yes" Then go to BO > Shipping > States and add all the states of Canada. :-)
  10. Si tu es sur Paris samedi, on organise un petit picnic : http://france.w3cafe.org/Informations-et-programme,15.html N'hésitez pas à passer si vous voulez discuter entre pro (et moins pro) du web sur les standards web / accessibilité / web de qualité (sans se prendre la tête). On ne mord pas si vous êtes pas du même avis que nous. ;-) Sinon on prévois un prochain W3 Café (anciennement WaSP café) en septembre. Et puis en novembre, il y a Paris Web : http://www.paris-web.fr/2008/ La conf sympa, intéressante et vraiment pas chère (comparé à ce que l'on trouve aux UK et aux US) (il y a encore environ 15 jours pour soumettre une proposition de sujet pour cette année: http://www.paris-web.fr/2008/Appel-a-propositions)
  11. Et bien puisque l'on est à sortir les titres. ;-) En tant que membre du WaSP International Liaison Group, ainsi que de quelques autres mouvements pro-standard web (que je ne vais pas citer, car malheureusement je ne leur consacre plus beaucoup de temps...), je me permets d'appuyer que les commentaires conditionnels est un mal nécessaire en considération de la situation actuelle du support des standards par IE. Quand à dire que tes designs sont pré-calculé pour tenir compte de ce genre de situation, je crois que cela fait sourire de nombreux intégrateurs professionnels (non méchamment). Les maquettes, ce ne sont pas toujours nous qui les faisons. Et même si on fait notre possible parfois pour informer le designer de certaines contraintes, on peut se retrouver avec des trucs casse gueules à intégrer. (puis la souplesse du CMS utilisé influe beaucoup sur ce que l'on peut faire) Si tous les navigateurs étaient full CSS 2.1, on pourrait en faire des trucs cools! Mais ce n'est pas le cas, et même des bons élèves comme Firefox ont encore du boulot. Résultat, on se retrouve encore trop souvent à bricoler avec des propriétés CSS qui n'ont pas vraiment été prévu pour ce quoi elles sont employés. Il faut bien comprendre qu'il y a des contraintes économiques. Faire son possible que l'on est un web de qualité, j'y crois, et je m'y emplois, mais on ne peut pas se permettre de balayer tout une partie du web sous prétexte qu'elle ne correspond pas actuellement à cette philosophie. C'est le meilleur moyen de se retrouver face à un mur lorsqu'il faudra convaincre. On est encore dans une phase de transition... Le problème du User-Agent, c'est l'on a toujours une longueur de retard sur le navigateur. Et concernant browscap (que je ne connaissais pas), cela implique comme je le disais, de toujours bien faire attention d'être à jour. Pour au final, en lisant la doc PHP de get_browser(), on se retrouve avec : "Essaie de déterminer les capacités du navigateur client." On a beau faire tout ce que l'on peut, au final, on est sur de rien avec cette méthode. Alors qu'avec le commentaire conditionnel, la responsabilité revient à IE. La technique du User-Agent tel que get_browser impose en plus de tourner sur un serveur dynamique, alors que le commentaire conditionnel a l'avantage de fonctionner sur du statique.
  12. Sans les commentaires conditionnels ont aurait plus de code non valide dans nos documents HTML et CSS, car il faudrait adapter directement nos documents pour IE (encore 70% de parts de marché, le jour il en aura que 5%, on en reparlera...) Tu dis que le commentaire conditionnel pourri le code. En pratique non : le commentaire conditionnel n'influe en rien dans le code, tu moment que le parseur SGML ou XML a déterminé le commentaire, il est tenu d'ignorer ce qui s'y trouve. IE lui, jette quand même un coups d'oeil pour voir si cela ne le concerne pas quand même, et si c'est le cas, il interprète. Rien dans les recommandations du W3C n'interdit cela. Après en tant que puriste, on peut rouspeter car ce n'est pas ce qui avait été prévu à la base. Mais on est très loin du monde idéale où il suffit de faire exactement ce que le W3C préconise pour avoir un site qui marche. Concernant le User-Agent, pendant des années Opera a essayé de se faire passer pour IE. (et je crois que cela aussi été le cas au niveau de l'object detection). Combien de vieux scripts de stat compte Firefox comme Nestcape, car ils sont pas foutu de lire correctement le User-Agent, car il n'ont pas été mis à jour? Se baser sur le User-Agent impose une surveillance continue des évolutions de ces chaînes. Faut pas se leurrer, une fois le site en ligne, très peu de personne vont s'amuser à mettre à jour leurs scripts. Justement, on sort le filtre DirectX barbare de IE que dans la feuille de style qui lui est réservé, et qu'il est le seul à lire grâce aux commentaires conditionnels. Ainsi le code valide n'est pas mélangé avec celui qui ne l'est pas. Et les bons navigateurs n'ont pas à lire l'abomination qui permet un rendu à peu près correcte du PNG. Faut bien comprendre, si j'explique tout ça, ce n'est pas pour justifier les commentaires conditionnels d'IE. Mais pour éviter que sous prétexte ce n'est pas "pure", certaines personnes n'utilisent pas cette solution, alors qu'elle est la plus sûre et la plus rapide (en temps d'interprétation par le navigateur), lorsque l'on doit adapter qqchose à IE. Après ne les sortez pas pour autant à toutes les sauces. Je préconise de ne les utiliser que pour sélectionner les CSS et les JS particulier à inclure aux documents.
  13. Ce que tu veux faire n'a pas été prévu de base dans Prestashop, et oblige à y apporter des modifications. D'où l'avertissement de Julien, car tu peux potentiellement endommager ta boutique. Il n'y a pas de méthode particulière pour une boutique en production. Tu prend juste le risque qu'elle ne marche plus si tu fais une erreur.
  14. De tout façon IE n'est pas conventionnel à la base... Je suis un défenseur hardant des standards web, et je suis bien content d'avoir les commentaires conditionnels pour sortir le filtre PNG de IE6, et les propriétés pour activer le hasLayout. Avoir cela dans une feuille de style séparé est beaucoup plus propre que d'avoir ça dans la feuille de style principale avec des hacks css dangereux qui reste de ne plus marcher avec IE8. Je garde ainsi une feuille de style valide et à l'épreuve des améliorations futures de Trident. De plus la syntaxe des commentaires conditionnels respecte celles des commentaires classique, cela ne vient donc par foutre le boxon dans le HTML non plus. Là où on ne peut pas forcément espérer que le JS soit activé, Trident lui lira toujours le commentaire conditionnel. Bien plus sûr que n'importe quelle méthode en JS. Et bien plus sûr qu'une détection selon la chaîne User-Agent où peut définir tout et n'importe quoi. (pour info: je suis pourtant opposé au version targeting qui risque de débarquer avec IE8)
  15. Une nouvelle ligne de Permission (Outils > Permission) est apparue pour chaque profil. Elle est tout en haut, c'est la ligne "Recherche", faut cocher les cases. ;-) (moi aussi je ne comprenais pas au début pourquoi cela ne marchait toujours pas)
  16. Oulah! Vous vous compliquez beaucoup la vie, juste pour cibler une feuille de style sous IE... La bonne solution (conseiller aussi par l'équipe de dev de IE), c'est d'utiliser le commentaire conditionnel. La seule technique sûre. Voici un bon article sur le sujet : http://www.blog-and-blues.org/articles/Les_syntaxes_de_commentaires_conditionnels_pour_IE_Windows
  17. Un hébergeur qui a du l'humour, c'est déjà sympa. :-) Si il te résous ton problème rapidement, je te conseille de le garder. ;-)
  18. Je n'en sais pas assez sur ce sujet. Mais je sais par contre que les petit gars de chez Yahoo, ont des très grosses contraintes en optimisation des temps de chargement. (faut assumer la position de site portail...) Ils font beaucoup de recherche sur le sujet et rende une bonne partie publique. (perso je trouve ça intéressant) Cet impact sur le navigateur, tu l'as constaté après avoir utilise le YUI compressor ? (je précise que sa ligne de commande comporte plusieurs paramètres pour ajuster la compression, et qu'il semble contrairement à certains, être respectueux du code JS)
  19. Ça se serait cool! Je n'ai pas vraiment de problème côté FO, mais c'est pas top top côté BO. (même si je comprend les contraintes) Ce qui serait bien, c'est que par exemple vous "mignifiez" vos JS avec le YUI Compressor : http://developer.yahoo.com/yui/compressor/ Même si il y a peut-être des améliorations à faire dans votre code PHP/MySQL. Je suis convaincu, qu'il y a moyen de faire une différence visible en travaillant aussi sur HTML/CSS/JS. :-)
  20. Pas à ce que j'ai pu en voir. Et ce serait d'ailleurs étonnant, car pour des bannières animées il n'y a aucun intérêt de mélanger du Flash avec des Applets Java. Tu ne confondrais pas avec le Javascript qui est peut-être ajouté dans le code généré par Bannerzest?
  21. Ah! Pour ma page HTML, si elle est à 5Ko, c'est parce que le serveur la gzip avant de l'envoyer. Sinon, elle pèse 20ko. Mais je pense qu'en faisant déjà un bon travail d'optimisation, il y a déjà moyen de gagner du temps de chargement.
  22. Bannerzest fait des animations en Flash et non en Java.
  23. Je pense que le serveur (ou du moins la base de donnée) doit être en cause. Mais ta page d'accueil est déjà bien lourde. Pour ma page d'accueil, la moyenne du temps de chargement est de 3 secondes. Alors que pour toi, c'est plus 7/8 secondes. Dans ce genre de situation, il est intéressant d'analyser ce qui se passe dans le Panneau Réseau de Firebug et avec son extension YSlow. Cela permet de voir, que la moitié du chargement de ta page est du aux images. Et quand on voit le poids de l' image dans le header ou pour le footer, on se dit que tu n'as pas du vraiment les compresser. Et je puis curieusement ta page HTML, fait 30ko, alors que la mienne fait 5ko. (je parle juste du HTML) Bref va falloir optimiser tout ça, avant d'accuser le serveur. ;-)
×
×
  • Create New...

Important Information

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