Jump to content

Gregory Roussac

Members
  • Posts

    3,516
  • Joined

  • Last visited

Everything posted by Gregory Roussac

  1. Bonjour à tous, En effet c'est un sujet qui remonte de longue date et il restait des améliorations a faire comme on peut lire ici par exemple http://forge.prestashop.com/browse/PSCSX-2598?focusedCommentId=91912&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-91912 ! ou http://forge.prestashop.com/browse/PSCSX-3181 CCC a été conçu à une époque ou mod_pagespeed, grunt n'existaient pas encore et ou charger un fichier pour tout le site était encore trop inconcevable pour améliorer les performances. Ce système pouvait bien sur être amélioré comme dit mais il a fait ce qu'on lui demandait pour remplir les recommandations Google Speed et Yahoo Slow dans un premier temps. https://github.com/PrestaShop/PrestaShop/commit/e8901103e36d276cdd38ffbe870f72862b9bc766#diff-fbb038f4b8b267c6eddb7098259b8f54R265, plein de fonction assez pratiques tout en assurant une retro compatibilité avec les thèmes 1.4. Toute une gestion du $noconflict a été mise en place pour gérer les chargements de jquery par des modules et il est aussi possible de demander quelle version de jquery est chargée locale ou distante et donc mettre en cache navigateur cette version externe hébergée chez Google etc. Malheureusement le cœur ne peut pas vraiment décider à la place du designer web si un module peut charger ou non jquery. Il ne devrait pas intervenir sur le fonctionnement du module. Un module qui charge jquery 1.2.3 ou la dernière version ne pouvait pas être empêché. Plus tard le nombre de scripts et de inline scripts étaient bien trop importants dans les templates même du thème 1.5 et les modules en ajoutaient encore, il a fallu faire le ménage au niveau javascript, faire en sorte dans un premier temps que le javascript soit dans des fichiers javascripts et plus dans les templates, centraliser les variables globales en place des déclarations en plein template <script>foo = 'barar'</script> et essayer de limiter les slots naviguateur, versionner les caches pour renouveller les caches naviguateurs, permettre le removeJS mais revoir tout le système n’était pas possible pour la version 1.6. Donc c'est devenu un problème d'architecture car vieillissant mais encore très pratique par exemple https://github.com/PrestaShop/PrestaShop/pull/4248 . La prochaine version 1.7 devrait résoudre cela et mettre en place de nouvelles méthodes plus modernes et adéquates. Cordialement
  2. Hi, Please update again and we will look together what is wrong after upgrade. [email protected] Reagrds
  3. Bonjour Patrick, Et juste supprimer les retour à la lignes dans themes/votretheme/mobile/shopping-cart.tpl ? Cordialement
  4. Hi, Thank you for your report. What is the error when having a white page with the old file ? http://doc.prestashop.com/display/PS16/Development+Troubleshooting Thank you. Regards
  5. Hi, I will check that on suppliers so ! Regards
  6. Bonjour, L'url de l'image est effectivement bizarre canyon-led.fr/29-small_default-HFJo10ciwz/canyon-led-a60-e27-10w-220v-4000k-a-50-000-h.jpg alors que canyon-led.fr/29-small_default/canyon-led-a60-e27-10w-220v-4000k-a-50-000-h.jpg marche. Je ne sais pas d’où vient HFJo10ciwz par contre (un module ?) désolé. Cordialement
  7. Bonjour, Est ce que je peux fermer http://forge.prestashop.com/browse/PSCSX-6476 ? Merci. Cordialement
  8. Bonjour, Merci pour la remontée et désolé pour le désagrément. https://github.com/PrestaShop/PrestaShop/pull/3456/files Cordialement
  9. Bonjour, Je ne reproduis pas votre problème, vous testez une 1.6.1.0 avec son thème par defaut ? Cordialement
  10. Bonjour, Je ne sais pas trop comment mais a priori il vous manque cette ligne ? https://github.com/PrestaShop/PrestaShop/blob/1.6.0.14/config/config.inc.php#L119 Cordialement
  11. Dear all, Thank you for your report and support. This should be fixed on addons server now. Please clear your cache in Performances tab, this should renew xml files. Regards
  12. Hi After upgrading we wanted people and PrestaShop to be aware of notices and errors, usually dev ops are upgrading and they should be aware and if they are ok with it, they turn it out. It should not appear with debug to off and personally on my PHP version there is no warning. Anyway this has to be fixed, indeed strange you have it with debug to false but it may depends on server config or others things. You do not have to, but this is taking a second ! Regards
  13. Bonjour, Quelle est l'url de votre site svp ? Merci. Cordialement
  14. Hi, Thank you for your feedback. Please see my answer on http://forge.prestashop.com/browse/PSCSX-6158, try to modify that file https://github.com/PrestaShop/PrestaShop/pull/3404/files do not hesitate to comment back if needed. Regards
  15. Bonjour, Vous parlez de https://github.com/PrestaShop/PrestaShop/commit/329289efb685ead672c0aa011b298a85d8e2fc1a http://forge.prestashop.com/browse/PSCSX-4473 mais je ne pense pas que vous ayez le même problème . Cordialement
  16. Hi, You are right. This might fix this for next release. https://github.com/PrestaShop/PrestaShop/pull/3061/files Regards
  17. Bonjour, Juste mes deux centimes au cas ou. Ce serait pas ça ? https://github.com/PrestaShop/PrestaShop/commit/379e28b341730ea95c0b2d6567817305ea841b23 Regards
  18. Hello, A apriori il n'a pas fait la mise a jour de la base pour la version 2.2 de sending blue https://github.com/PrestaShop/sendinblue/blob/master/upgrade/Upgrade-2.2.php#L40 Si vous allez sur la page des modules, ce module est à jour ? Comment vous l'avez mis à jour dernierement ? Cordialement
  19. No just letting you know your feeback led to changes for future version of PrestaShop. Regards
  20. Hi again, Thank you for your feedback and encouraging comments. This seems to be also an issue with combinations. This PR should prevent this https://github.com/PrestaShop/PrestaShop/pull/2717/files Best regards
  21. Hi, So the faulty date is [available_date] => 2100-00-00 I do not know how you came to this. Importing products ? but this date in database is wrong. You can replace the code by the second commit. Regards
  22. Hey, First will tell us why this date is not correct in database. Just a test so. Second should skip the Exception when this date is not correct. Regards
  23. Hi again, This should avoid the exception when a bad date is sent to the product template. https://github.com/PrestaShop/PrestaShop/pull/2716/files Regards
  24. Hi, Can you please try to replace for a test this line https://github.com/PrestaShop/PrestaShop/blob/1.6/themes/default-bootstrap/product.tpl#L219 to {p var=$product} {d var=$product->available_date} Please disable profiling too. Thank you. Regards
×
×
  • Create New...

Important Information

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