Jump to content

Jean Francois G

Members
  • Posts

    1,692
  • Joined

  • Last visited

  • Days Won

    3

Everything posted by Jean Francois G

  1. Nous avions la poste qui double ses prix, puis la poste qui perd les lettres, la poste qui se fait voler les écoplis par leurs employés, la poste que re-augmente "encore" ses prix, nous avons maintenant : La poste qui n'a pas envie de bosser ! Depuis mardi matin, 4ème jour de panne pour le site de la poste .. Qui à dit que prestashop bugguait il y a un certain temps ? Et bien c'est du tout petit rien par rapport à la poste loooool ! Non mais serieux, quand on double le prix d'une lettre suivie 1Kg par rapport à notre bonne vieille lettre max qui était tellement géniale, la moindre des choses c'est d'apporter le service et le serieux qui va avec non ? Mais bon, quand on ne risque rien, pourquoi s'embeter ...
  2. L'index de prestashop est un index.php. Celui du site "exemple" est un index.html ou index.htm Transférer simplement le nouveau site ne suffit pas à écraser ce fichier index. Il faut donc le supprimer manuellement. En ne gardant que 'index.php" comme index de racine, le problème devrait être résolu.
  3. Réponse à la première question : Les images doivent avoir un temps maximum de cache dans le navigateur coté client, permettant ainsi au explorateurs de ne pas avoir à recharger les mêmes images à chaque affichage. Il est défini par le htaccess généré par défaut par prestashop. Mais sur certains serveur la fonction permettant d'autoriser ce mode n'est pas activé. Le mod_expire est justement le module permettant cette fonctionnalité. Pour la seconde question, le htaccess est déjà optimisé par défaut avec celui généré par presta. Il n'y a pas grand chose a ajouter dedans. Pour le php.ini, les seuls modifications à faire sont celles expliquées dans le tuto, a savoir le nombre maxi de requêtes, la durée d'execution maximum et la taille maximum des fichiers uploadés. Certains modifient aussi le fichier mysql.ini (de son vrai nom : my.ini) pour augmenter le cache et les threads mais il faut de nombreux calculs et l'optimisation n'est pas vraiment prouvée. Pour le pagespeed, j'utilise les logiciels "pngoptimizer" et "riot" pour compresser au maximum les images. C'est fichier par fichier par contre. Mais les images non automatisées ne sont pas si nombreuses à compresser.. On peut aussi utiliser des logiciels pour optimiser les scripts mais c'est a mons sens "dangereux" car certains ne sont pas 100% conformes et le logiciel risque de louper des lignes du coup. Pour le temps de réponse du serveur, pas de miracle, avec prestashop il faut un serveur très puissant pour diminuer la latence si les pages sont très sollicitées par des scripts ou si il y a de très nombreux modules appelés pour la génération de chaque page. Même avec APC, avec un serveur moyen je n'ai pas réussi à descendre le temps de réponse à moins de 0,8 à 1,9 secondes. Le seul moyen a été de passer sur un serveur 100% dédié de type double CPU xéon 4c/8T et 16 Go de ram. La j'ai une réponse de 0,41 secondes en permanence pour un chargement de la page en 0,9 à 2,2 secondes selon le contenu de mes pages. Maintenant si quelqu'un a d'autres optimisations a proposer, qu'il le fasse ici, ça aidera sans doute de nombreuses personnes.
  4. Pour information, si quelqu'un a ce problème, il se résout simplement en vérifiant que le bouton " désactiver les surcharges" dans le back office est sur non. En effet la désactivation des surcharges désactive aussi le PDF des commandes. Vala !
  5. Je me répond a moi même : C'était le module Ebay qui bloquait systempay. Après désactivation, tout va bien.
  6. Bon, j'ai résolu le problème en achetant un certificat chez globssl (c'est le moins cher que j'ai trouvé). Maintenant lorsque quelq'un tape https hors des pages du panier ça revient à http tout seul. Vala !
  7. 3 semaines pour avoir la réponse suivante sur mon mail : Nous n'avons pas eu de nouvelles de vous, nous clôturons votre ticket.. Et ma demande de réponse à moi ? niet ?
  8. Vous pouvez mettre tout ça en dur dans le fichier footer.php de votre thème, après la ligne <!--Footer-->. Cela évitera de passer par un module et donc allégera la charge prestashop. En plus vous serez sur de la mise en page un exemple : <!-- Footer --> <div id="footer_container"><div id="footer" class="container"><div id="paiement_logo_block_left" class="paiement_logo_block"> <a href="http://nomdusite.com/content/5-paiement-securise"> <img src="nomdusite.com/img/paiements.png" alt="Paiement carte bancaire, paypal, chèques" /> </a></div> <td> <img border="0" src="http://nomboutique.com/images/footerinf2.png" width="85" height="82"></td> <td>VOTRE COMMANDE TRAITEE EN 24H*</td> </tr> </table></div><div id="footer_copyright" class="container"><p> notre siret : <a href="http://www.nomdusite.com/informatons">123456789456123</a></p></div></div> {/if} {if version_compare($smarty.const._PS_VERSION_,'1.6','>=')} {include file="$tpl_dir./global.tpl"} {/if} </body> </html>
  9. En 1.6.1.1 je n'ai pas ce mode de fonctionnement. Mes modifs de transporteurs se font sans soucis.
  10. a mon sens c'est encore un problème de droits des fichiers. Avez vous tenté de les passer en 755 ? Normalement, request, response, certif.fr.xxxxxxxxxx et parcom.fr.xxxxxxxxxx doivent être en 755 obligatoirement. Les autres sont moins importants mais toujours au mini en 755. . De plus les avez vous mis avant la racine ou après ? Car il est conseillé de les placer à un endroit inaccessible de l'extérieur, donc avant la racine.
  11. en téléchargeant la nouvelle version sur addon et en l'installant comme si vous n'aviez pas de module paypal, normalement ça doit écraser votre ancien et tout devrait rentrer dans l'ordre non ?
  12. même problème, les stats c'est du n'imp' et même les sources de trafics restent en permanence à "lien direct". Je pensais que ça venait de ma BDD mais si ça vous le fait aussi, je suis rassuré.
  13. Bonjour a tous, J'ai besoin de quelques précisions sur des points d'accroche précis que je ne cerne pas bien : Le hook "Display header" : Dans la logique, d'après le nom, ce hook sert a afficher un module en haut de page. Mais dans la pratique tous les modules y sont inscrits.. Je doute donc que l'utilité soit celle que je pense. A quoi sert alors ce hook ? A déclarer l'activation d'un module ? Le hook "display home tab" : Lui aucune idée de son utilité Le hook "Display home tab content" : Idem .. A quoi sert il ? Le hook "display PDFInvoice" : Il semblerait qu'il s'agisse d'un hook pour les fichiers PDF.. mais alors pourquoi mon module "estimation de dates de livraison" est il dedans ? difference entre "display product tab" et "display product tab content" ??? et pour terminer, j'ai "displayCustomerAccountForm" avec dedans un module de publicité.. pas logique non ? Si quelqu'un peu m'éclairer et m'aider dans ma compréhension dans ce mode des hooks, ce serait génial !
  14. de toute façon il n'y a pas que la page produit qui est lente avec les dernières versions de prestashop. Pour peu que l'on ai quelques modules secondaires d'activé, tout devient alors Très lent. Il faut du coup partir sur un serveur dédié sur-puissant style Xeon E3-1231 et 16Go de RAM pour arriver à faire tourner la boutique correctement même avec peu d'articles, ce qui n'est pas logique pour un CMS comme prestashop. L'amélioration de l'ergonomie générale à aussi beaucoup fait penché la balance du coté de la lourdeur.
  15. Ce que je ne comprends pas , c'est pourquoi le fonctionnement est fait comme ça : Lecture de tout l'article et de tous les onglets, enregistrement de tout l'article et de tous les onglets. Il aurait été beaucoup, beaucoup plus simple de faire une boucle comme : - Le système charge le premier onglet (une fraction de seconde donc) - Si modif, et clic sur nouvel onglet = en quittant l'onglet => Sauvegarde de l'onglet seulement, sinon chargement du nouvel onglet cliqué (retour à la boucle). - Si modif, et clic sur "enregistrer et rester" = en quittant l'onglet => Sauvegarde du nouvel onglet seulement et retour au premier onglet (retour à la boucle). - Si clic sur "enregistrer", alors sauvegarde des onglets en cours et retour au sommaire des articles. (fin de boucle) C'est comme ça que l'on codait nous, dans le temps (mais bon c'était sur IBM 400 en RPG4, mais le principe reste le même). D'autant que mysql permet de faire des modifs ciblées dans chaque table, on est pas obliger de sauver une table complète à chaque fois, c'est idiot..et on aurait une réactivité de l'ordre de la seconde. Maintenant, j'ai déjà vu que le système prestashop, au lieu de modifier une ligne SQL, recréait une nouvelle ligne avec l'article ou la catégorie modifiée et laissait l'ancienne en désactivée. Alors du coup.. Plus rien ne m'étonne
  16. lol, oui taolei, tu t'est gouré dans tes caractéristiques. Tu as mis 8 Mo au lieu de 8 Go. Corrige ton post
  17. Vais je devoir demander à un admin de fermer ce topic afin de ne plus avoir à lire vos remarques désobligeantes ? Pour une fois je vais reprendre une de vos phrases : "pathétique"..
  18. Vous êtes insultant et intransigeant. Je ne pense pas qu'un tel comportement soit demandé de la part de la direction de systempay puisque pour le même problème, la réponse du service client officiel systempay à été cordiale, sympathique, soucieuse de solutionner le problème. Ils ont d'ailleurs pointé le bon problème, eux, sans aucune phrase assassine, eux.. Encore une fois, vous tentez de basculer mes remarques sur la société SystemPay, mais non ! Ca ne marchera pas. Vous ne me ferez pas dire ce que je ne pense pas. Je vous critique VOUS, Iorek, et personne d'autre, votre penchant à prendre les autres pour des imbéciles et des débiles profonds. Vous n'êtes malheureusement pour vous qu'un technicien (hummm) imbu de lui même. C'est triste pour vous. Vous me voyez navré d'un tel manque de savoir vivre... Peut être un jour.. Je vais en toucher deux mot à systempay en direct. On ne peut laisser une personne comme vous ternir l'image de marque de cette société. Le sujet est noté "résolu", merci de ne plus intervenir sur ce topic, d'abord parce que ce n'est plus votre rôle, puis parce que vous n'y êtes plus le bienvenu. J'avais dit que je ne répondrait qu'en cas de nouvelle provocation de votre part. C'est toujours valable, sinon (encore une fois) , the end !
  19. Merci eolia. Je viens de tester, ça n'a pas l'air d’arranger quoi que ce soit. Toujours le même message. J'ai des accès en https car il y a 2 ans nous avions testé le passage en full ssl, mais la latence était telle que nous avons abandonnés. Toutefois certains liens sont encore dans ce format. D'ou la nécessite de basculer automatiquement. Ce que je ne comprend pas c'est pourquoi l'URL canonique ne le gère pas. Pour cette modif en htaccess, donc, je n'ai aps de différence. Et c'est étrange car la logique est effectivement la .. .
  20. Bonjour, Ma boutique n'est pas sous SSL, aussi un appel en https doit donc être directement réorienté sur un http. Mais je viens de remarquer que lorsqu'on appelle l'url de la boutique en https, elle n'est pas automatiquement redirigée sur http et affiche l'erreur : Échec de la connexion sécurisée La connexion a été interrompue pendant le chargement de la page. La page que vous essayez de consulter ne peut pas être affichée car l'authenticité des données reçues ne peut être vérifiée. Veuillez contacter les propriétaires du site web pour les informer de ce problème. Je suis sous serveur VPS debian et php-fpm. Mon backoffice est bien paramétré avec url canonique en 301 et les deux zones seo/url sont bien dans la bonne adresse pour racine et ssl. Qu'est ce qui manque ? Y a t'il une règle a ajouter au htaccess ?
  21. Je me reponds a moi même : Le module reviewsnippets posait problème. J'ai corrigé la ligne de link.php pour que ca passe quand même. Depuis tout est ok
  22. Bonjour, Depuis quelques temps, webmaster Tools me signale des erreurs 500 sur des urls qui ont disparues on qui ont changées. Ces url devraient me donner des erreurs 404, mais c'est des erreurs 500 qui apparaissent. Voici le code d'erreur de prestashop sur ces erreurs 500 : [PrestaShopException]Invalid product vars at line 106 in file classes/Link.php 101. if (is_array($product) && isset($product['id_product'])) {102. $product = new Product($product['id_product'], false, $id_lang, $id_shop);103. } elseif ((int)$product) {104. $product = new Product((int)$product, false, $id_lang, $id_shop);105. } else {106. throw new PrestaShopException('Invalid product vars');107. }108. }109. 110. // Set available keywords111. $params = array(); LinkCore->getProductLink - [line 3320 - modules/reviewsnippets/reviewsnippets.php] - [8 Arguments] reviewsnippets->_productData - [line 420 - modules/reviewsnippets/reviewsnippets.php] - [1 Arguments] reviewsnippets->hookHeader - [line 587 - classes/Hook.php] - [1 Arguments] HookCore::coreCallHook - [line 544 - classes/Hook.php] - [3 Arguments] HookCore::exec - [line 579 - classes/controller/FrontController.php] - [1 Arguments] FrontControllerCore->initContent - [line 172 - controllers/front/ProductController.php] ProductControllerCore->initContent - [line 189 - classes/controller/Controller.php] ControllerCore->run - [line 367 - classes/Dispatcher.php] DispatcherCore->dispatch - [line 28 - index.php] Quelqu'un aurait il une idée sur le problème rencontré ?
×
×
  • Create New...

Important Information

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