Chute de performances suite à la migration de serveur chez Infomaniak

Réduire
X
 
  • Filtrer
  • Heure
  • Afficher
Tout effacer
nouveaux messages

  • [Problème] Chute de performances suite à la migration de serveur chez Infomaniak

    Bonjour,

    depuis hier, vendredi 25 juin 2016, nous rencontrons un problème que nous du mal à corriger.
    Nos sommes toujours avec Joomla 2.5 en attendant une migration prochaine vers la version 3.

    Notre site www.guillenphoto.com est hébergé chez Infomaniak. Nous étions sur un vieux serveur et on nous a demandé de migrer vers un nouveau serveur plus efficace et surtout d'utiliser PHP 5.6 (nous étions avec PHP 5.4).
    Une fois la migration terminée, nous avons une chute très sensible de la performance de notre site que ce soit avec Google PageSpeed Insights ou GTMetrix (ou encore d'autres outils). Nous utilisons JCHOptimize mais c'est comme si il n'avait plus d'effet. Nous n'avons touché à aucun réglage.

    Nous pensons que le problème vient d'Infomaniak car nous avons un second site qui est hébergé chez eux (www.isabelleguillen.com) et qui est toujours sur l'ancien serveur. Pour les deux sites, nous utilisons la même version de Joomla, le même template et les mêmes extensions. Nous avions exactement les mêmes performances.

    Aujourd'hui, nous pouvons comparer les résultats des performances des deux sites et constater la différence. Infomaniak nous indique que chez eux tout fonctionne bien et nous montre les statistiques qui ne montrent pas es performances, juste la fréquentation.

    Notre question est la suivante (après cet exposé un peu long). Est-ce que quelqu'un est passé de l'ancienne console à la nouvelle console et a rencontré cette perte de performances? Si oui, comment avez-vous corrigé ce problème?

    J'espère que quelqu'un pourra nous aider.
    Bien à vous tous
    Isabelle G.
    www.guillenphoto.com

  • #2
    Re : Chute de performances suite à la migration de serveur chez Infomaniak

    Bonjour,

    j'ai eu le même problème en passant de l'ancienne console à la nouvelle. un fois l'ancienne console stoppée notre site semblait revenir à la normal. mais le meilleur conseil que je donnerais et là, c'est un avis personnel : c'est quitter infomaniak pour un fournisseur comme planethoster ou autre.
    Site d'entraide pour les utilisateur francophones de la CRM Vtiger https://aide-crm-vt.fr/
    Pour des extensions au top : http://joomlack.fr
    Pour la sécurité et l'optimisation : http://www.aesecure.com/ <--- Incontournable !
    Pour des petites choses sympa : http://lomart.fr

    Commentaire


    • #3
      Re : Chute de performances suite à la migration de serveur chez Infomaniak

      Nous vous remercions pour votre réponse car nous avons passé 1,5 jour à essayer de régler ce problème en pensant que cela venait de nous.
      Voici la dernière réponse de l'une des personnes du support :
      "Cher client,
      nous ne pouvons pas effectuer d'optimisations de votre site à votre place.
      Le serveur sur lequel vous êtes maintenant est nettement plus puissant et en SSD de surcroit, il ne subit aucune surcharge et a été mise en place hier seulement. Pour ainsi dire il est encore quasiment inoccupé.
      Il faut vous adresser à un webmaster si le performances de votre site ne vous conviennent pas, car nous ne pourrons malheureusement pas intervenir dessus.
      Nous vous remercions de votre confiance et vous transmettons nos meilleures salutations.".

      Nous pouvons clairement parler d'incompétences. Le plus drôle est que nous leur avons expliqué que l'autre site fonctionne parfaitement sans dégradation mais c'est comme si nous étions des idiots.
      Ils exagèrent quand même.

      Votre réponse est encourageante. Attendons un peu pour voir comment les choses évoluent.

      Bien à vous
      Isabelle G.
      www.guillenphoto.com

      Commentaire


      • #4
        Re : Chute de performances suite à la migration de serveur chez Infomaniak

        Etes-vous maintenant chez PlanetHoster?

        Si oui avez-vous une grande différence avec infomaniak?

        Bien à vous
        Isabelle G.
        www.guillenphoto.com

        Commentaire


        • #5
          Re : Chute de performances suite à la migration de serveur chez Infomaniak

          Envoyé par Isabelle62 Voir le message
          Etes-vous maintenant chez PlanetHoster?

          Si oui avez-vous une grande différence avec infomaniak?

          Bien à vous
          Bonjour,

          oui je suis chez planethosteur depuis plus d'1 an. j'ai 4 sites internet, 2 CRM sur un serveur VPS.
          La qualité de service et irréprochable, il donne même des conseils (sans faire de manipulation sur votre site) pour améliorer les perfs du site. En termes de performance cela n'a rien à voir

          pour revenir à votre problème,
          la config PHP de votre site a t elle changé ?
          Site d'entraide pour les utilisateur francophones de la CRM Vtiger https://aide-crm-vt.fr/
          Pour des extensions au top : http://joomlack.fr
          Pour la sécurité et l'optimisation : http://www.aesecure.com/ <--- Incontournable !
          Pour des petites choses sympa : http://lomart.fr

          Commentaire


          • #6
            Re : Chute de performances suite à la migration de serveur chez Infomaniak

            Nous vous remercions pour votre réponse.
            Nous allons prospecter dans cette direction.

            Nous sommes passés en PHP 5.6 sur le serveur. Mais le problème existe aussi en 5.4. Nous pouvons switcher entre les deux versions dynamiquement.

            Pour le reste, nous n'avons absolument rien changé.

            Bien à vous
            Isabelle G.
            www.guillenphoto.com

            Commentaire


            • #7
              Re : Chute de performances suite à la migration de serveur chez Infomaniak

              RE,

              je trouve votre site plus rapide qu'il y a 1 heure perso.
              Votre site est il optimisé avec gzip ?


              ps: Attention : vous n'avez pas configuré de redirection 301 pour envoyer votre trafic vers votre domaine favori. Si les versions avec www. et sans www. chargent toutes deux correctement, il s'agit de contenu dupliqué !
              Site d'entraide pour les utilisateur francophones de la CRM Vtiger https://aide-crm-vt.fr/
              Pour des extensions au top : http://joomlack.fr
              Pour la sécurité et l'optimisation : http://www.aesecure.com/ <--- Incontournable !
              Pour des petites choses sympa : http://lomart.fr

              Commentaire


              • #8
                Re : Chute de performances suite à la migration de serveur chez Infomaniak

                Envoyé par Casper17 Voir le message
                RE,

                je trouve votre site plus rapide qu'il y a 1 heure perso.
                Votre site est il optimisé avec gzip ?

                ps: Attention : vous n'avez pas configuré de redirection 301 pour envoyer votre trafic vers votre domaine favori. Si les versions avec www. et sans www. chargent toutes deux correctement, il s'agit de contenu dupliqué !

                De notre côté les performances sont toujours aussi mauvaises. Comment voyez-vous une différence?

                Que voulez-vous dire pour la redirection 301? Nous ne comprenons pas.

                Bien à vous
                Isabelle G.
                www.guillenphoto.com

                Commentaire


                • #9
                  Re : Chute de performances suite à la migration de serveur chez Infomaniak

                  Bonjour,


                  Envoyé par Isabelle62 Voir le message
                  Que voulez-vous dire pour la redirection 301? Nous ne comprenons pas.
                  Une redirection 301 est une redirection permanente. En l'occurrence, Casper17 vous recommande de mettre en place une telle redirection de portée très générale de façon à ce que toutes les requêtes HHTP de type http://votresite.tld soient redirigées vers http://www.votresite.tld.

                  Le caractère général de cette redirection doit permettre à toute requête HTTP commençant par http://votresite.tld d'être automatiquement redirigée vers son équivalent avec WWW. Par exemple, http://votresite.tld/votre-article devra être redirigé vers http://www.votresite.tld/votre-article.

                  L'intérêt de la mise en place de cette redirection est principalement d'empêcher les moteurs de recherche d'indexer deux fois chacune des pages de votre site internet, évitant ainsi le duplicate content (= le contenu dupliqué), que les moteurs recommandent fortement d'éviter.

                  Pour mettre en place une telle redirection, ouvrez votre .htaccess, puis ajoutez ceci dans la zone 'Custom redirect' :

                  RewriteCond %{HTTP_HOST} ^votresite.tld$
                  RewriteRule ^(.*) http://www.votresite.tld/$1 [QSA,L,R=301]

                  ...Bien entendu, dans chacune de ces deux lignes, vous aurez remplacé votresite.tld par le nom de domaine de votre site.



                  Cordialement,
                  Créateur de sites internet — Agence web indépendante http://www.e-33.fr | http://www.quali-site.fr (région de Bordeaux)

                  Commentaire


                  • #10
                    Re : Chute de performances suite à la migration de serveur chez Infomaniak

                    Merci pour votre réponse,

                    C'est très clair. Cette redirection fonctionne parfaitement.
                    Ce qui est très étrange c'est que chaque jour nous scrutons les erreurs avec GoogleWebmaster et BingWebmaster. Jamais aucun d'eux ne nous a signalé l'erreur.

                    Mais la correction est faite maintenant.
                    Merci encore.

                    Bien à vous
                    Isabelle G.
                    www.guillenphoto.com

                    Commentaire


                    • #11
                      Re : Chute de performances suite à la migration de serveur chez Infomaniak

                      Envoyé par Isabelle62 Voir le message
                      Ce qui est très étrange c'est que chaque jour nous scrutons les erreurs avec GoogleWebmaster et BingWebmaster. Jamais aucun d'eux ne nous a signalé l'erreur.
                      Ce n'est pas étrange car ce n'est pas une erreur : les GWT (et BWT) recommandent fortement d'avoir un domaine favori (= avec ou sans les WWW) et de le signaler, mais ne pas en avoir, ni en avoir signalé un, n'est pas interdit et n'est pas ce qu'on peut appeler une erreur.
                      Créateur de sites internet — Agence web indépendante http://www.e-33.fr | http://www.quali-site.fr (région de Bordeaux)

                      Commentaire


                      • #12
                        Re : Chute de performances suite à la migration de serveur chez Infomaniak

                        Bonjour,

                        deux petites remarques en passant :

                        - la page pour choisir la langue n'est pas en UTF-8, ce qui pose des problème d'écriture notamment sur le titre
                        http://awesomescreenshot.com/0215z7h630

                        Si c'est une page html, merci de l'éditer et de le convertir en utf-8 (via notepad++ par exemple) et d'indiquer utf-8 dans le code source de la page ( ligne 5 )

                        - Concernant vos problèmes de performance, il faut aussi regarder les erreurs générées dans le site !!!

                        La petite astuce consiste à utiliser le Navigateur Chrome puis de cliquer sur le bouton droit sur la page pour inspecter le code. L'onglet "console" indique les erreurs à corriger.

                        http://awesomescreenshot.com/0a65z7h9a6

                        On peut s'apercevoir notamment que piwik est bloqué par aesecure.
                        et une erreur dans le plugin allvideo.

                        Seul cavo789 pourra nous dire si le blocage avec le script AEsecure génère un manque de performance mais il est évident que rien ne devraient s'afficher dans la console quand le site est en production.

                        IMPORTANT ! ( je ne l'écris pas souvent mais là, je dois être précis ! )

                        - Le serveur qui héberge piwik doit être performant car il consomme beaucoup, enormément voir trop de ressource. Je déconseille même son hébergement sur des solutions mutualisés ou de le faire fonctionner sur le même serveur que votre site ! Personnellement, je l'utilise sur différents sites mais sur un dédié et je connais bien le problème !

                        Ce n'est probablement pas joomla ou aesecure qui est en cause mais piwik ! http://www.guillenphoto.com/piwik/ De plus, piwik et google analytics sont des solutions concurrentes, le site ne doit pas avoir les deux codes dans les pages. Relativement, c'est comme faire tourner deux antivirus sur un windows... A EVITER !!!

                        En consultant le chargement de page sur firefox google analytics et facebook n'ont toujours pas fini de charger après plus de 10 mn d'attente. cela ne se voit pas mais seulement dans l'onglet reseau de Firefox...

                        Donc en corrigeant les problèmes, cela devrait améliorer nettement vos performances.

                        Enfin, je vais revenir sur les propos de Casper17, je ne suis pas sur que dire changer d'hébergeur soit une réponse appropriée. Chaque hébergeur travaille différemment, il faut déjà voir les erreurs du site avant de juger sur sa propre experience.
                        Si on doit citer un hebergeur, il vaut mieux en donner plusieurs afin de ne pas considérer cela comme de la promotion commerciale. Siteground, os2switch, Cloudaccess reviennent également comme faisant partie des meilleurs hebergeurs pour Joomla et la liste est assez longue.

                        Pour conclure, si Isabelle62 confirme que piwik est en cause, le problème sera réglé. Cependant, il sera possible d'améliorer nettement la performance sur infomaniak car plusieurs éléments du site n'ont pas été optimisés, mais ce sera dans un second temps... après la migration en 3.5.1 ou la prochaine version 3.6
                        Dernière édition par daneel à 26/06/2016, 17h58
                        Joomla User Group (JUG) Lille : https://www.facebook.com/groups/JUGLille/

                        Commentaire


                        • #13
                          Re : Chute de performances suite à la migration de serveur chez Infomaniak

                          Bonjour

                          Enfin, je vais revenir sur les propos de Casper17, je ne suis pas sur que dire changer d'hébergeur soit une réponse appropriée.
                          j'ai précisé que c'était un avis personnel je ne voulais pas faire de promo commerciale. c'est l'avis d'un utilisateur qui à "donné" avec infomaniak.... désolé pour cette maladresse....
                          Site d'entraide pour les utilisateur francophones de la CRM Vtiger https://aide-crm-vt.fr/
                          Pour des extensions au top : http://joomlack.fr
                          Pour la sécurité et l'optimisation : http://www.aesecure.com/ <--- Incontournable !
                          Pour des petites choses sympa : http://lomart.fr

                          Commentaire


                          • #14
                            Re : Chute de performances suite à la migration de serveur chez Infomaniak

                            Envoyé par Casper17 Voir le message
                            désolé pour cette maladresse....
                            @casper17 : Pas de problème, c'est toute la difficulté de citer une entreprise dans un forum. C'est amusant de savoir que les critiques seront toujours présentes alors que les bons avis (ceux pour qui ça fonctionnent) ne se manifesteront jamais. Sur les experiences de ceux qui ont du faire appel à mes services, je crois que je pourrai leur offrir un tee-shirt :

                            Viré, incompris, détesté et mal aimé des hébergeurs, je continue à réaliser des sites web Joomla!
                            Je plaisante ! En fait, il y a toujours des solutions mais chaque cas est unique !


                            @isabelle
                            Petit complément d'info pour la suite...

                            L'utilisation de google analytics ou piwik nécessite des cookies et actuellement, votre site en comporte plus de 30 ! (ouchh !!!) Je pense que coté performance, avoir autant de cookie n'est pas bon signe ou c'est de la gourmandise

                            Plus sérieusement, il faut savoir également qu'une directive européenne oblige les sites à informer sur l'utilisation des cookies. Je vous conseille de vous renseigner, d'installer une notification ainsi qu'une page sur les cookies et la politique de confidentialité. Le choix doit toujours appartenir au visiteur pour une durée limitée.
                            Voir : http://extensions.joomla.org/categor...cookie-control
                            et l'article que j'ai écrit : http://tvlanguedoc.com/cookie-or-not-cookie/
                            Joomla User Group (JUG) Lille : https://www.facebook.com/groups/JUGLille/

                            Commentaire


                            • #15
                              Re : Chute de performances suite à la migration de serveur chez Infomaniak

                              Bonjour

                              Je viens de prendre connaissance de cette discussion.

                              @Yann: oui, l'URL vers Piwik est bloquée par aeSecure dû à la présence des caractères "%27" dans l'URL. Il y a une doc sur mon site à ce sujet.

                              En aucun cas, aucun, aeSecure ne peut ralentir un site. Oui, il peut parfois bloquer des fonctionnalités (lorsque les URLs générées sont suspectes sur le plan syntaxique) mais pas le ralentir ou alors il s'agirait d'un cas de figure propre à un hébergeur exotique et j'aimerais bien lire un rapport technique (p.ex. vitesse de la page avant aeSecure et après, et désactivation des règles du .htaccess jusqu'à trouver les lignes "coupables").

                              Certains puristes diront qu'un fichier .htaccess peut ralentir le site. En cause, et en théorie, le fait qu'un .htaccess est lu à chaque requête vers le site. Plus le fichier est gros, plus le temps pour le traiter est long mais il faut lire ici "millisecondes" et, en outre, vu que le .htaccess est là, aussi pour optimiser le site, le gain est toujours très largement positif.

                              Niak n'étant pas un hébergeur que je pratique (les rares fois où j'y ai mis mes mains je n'en ai pas gardé un joyeux souvenir, en cause leur gestion des chmods et leurs blocages intempestifs lors d'upload de scanner), je ne saurais guider @isabelle sur la cause de la lenteur. En tout cas, si cette dernière est avérée, il serait quand même sympa / normal / opportun que l'hébergeur puisse donner une réponse différente de "C'est pas de notre faute; c'est de la vôtre.". Une petite piste serait la bienvenue il me semble.

                              Bonne journée.
                              Christophe (cavo789)
                              Logiciel gratuit de scan antivirus : https://github.com/cavo789/aesecure_quickscan (plus de 45.000 virus détectés, 700.000 fichiers sur liste blanche)
                              Développeur de marknotes, logiciel de gestion de prises de notes avec interface web et de multiples convertisseur https://github.com/cavo789/marknotes
                              Mes logiciels OpenSource : https://www.avonture.be

                              Attention, le JoomlaDay 2020 FR qui devait avoir lieu à Bruxelles les 15 et 16 mai 2020 est reporté à une date ultérieure. Plus d'infos sur https://www.joomladay.fr

                              Commentaire

                              Annonce

                              Réduire
                              1 sur 2 < >

                              C'est [Réglé] et on n'en parle plus ?

                              A quoi ça sert ?
                              La mention [Réglé] permet aux visiteurs d'identifier rapidement les messages qui ont trouvé une solution.

                              Merci donc d'utiliser cette fonctionnalité afin de faciliter la navigation et la recherche d'informations de tous sur le forum.

                              Si vous deviez oublier de porter cette mention, nous nous permettrons de le faire à votre place... mais seulement une fois
                              Comment ajouter la mention [Réglé] à votre discussion ?
                              1 - Aller sur votre discussion et éditer votre premier message :


                              2 - Cliquer sur la liste déroulante Préfixe.

                              3 - Choisir le préfixe [Réglé].


                              4 - Et voilà… votre discussion est désormais identifiée comme réglée.

                              2 sur 2 < >

                              Assistance au forum - Outil de publication d'infos de votre site

                              Compatibilité: PHP 4.1,PHP4, 5, 6DEV MySQL 3.2 - 5.5 MySQLi from 4.1 ( @ >=PHP 4.4.9)

                              Support Version de Joomla! : | J!3.0 | J!2.5.xx | J!1.7.xx | J!1.6.xx | J1.5.xx | J!1.0.xx |

                              Version française (FR) D'autres versions sont disponibles depuis la version originale de FPA

                              UTILISER À VOS PROPRES RISQUES :
                              L'exactitude et l'exhaustivité de ce script ainsi que la documentation ne sont pas garanties et aucune responsabilité ne sera acceptée pour tout dommage, questions ou confusion provoquée par l'utilisation de ce script.

                              Problèmes connus :
                              FPA n'est actuellement pas compatible avec des sites Joomla qui ont eu leur fichier configuration.php déplacé en dehors du répertoire public_html.

                              Installation :

                              1. Téléchargez l'archive souhaitée : http://afuj.github.io/FPA/

                              Archive zip : https://github.com/AFUJ/FPA/zipball/master

                              2. Décompressez le fichier de package téléchargé sur votre propre ordinateur (à l'aide de WinZip ou d'un outil de décompression natif).

                              3. Lisez le fichier LISEZMOI inclus pour toutes les notes de versions spécifiques.

                              4. LIRE le fichier de documentation inclus pour obtenir des instructions d'utilisation détaillées.

                              5. Téléchargez le script fpa-fr.php à la racine de votre site Joomla!. C'est l'endroit que vous avez installé Joomla et ce n'est pas la racine principale de votre serveur. Voir les exemples ci-dessous.

                              6. Exécutez le script via votre navigateur en tapant: http:// www. votresite .com/ fpa-fr.php
                              et remplacer www. votresite .com par votre nom de domaine


                              Exemples:
                              Joomla! est installé dans votre répertoire web et vous avez installé la version française du fichier FPA:
                              Télécharger le script fpa-fr.php dans: /public_html/
                              Pour executer le script: http://www..com/fpa-fr.php

                              Joomla! est installé dans un sous-répertoire nommé "cms" et vous avez installé la version française du fichier FPA:
                              Télécharger le script fpa-fr.php dans: /public_html/cms/
                              Pour executer le script: http://www..com/cms/fpa-fr.php

                              En raison de la nature très sensible de l'information affichée par le script FPA, il doit être retiré immédiatement du serveur après son utilisation.

                              Pour supprimer le script de votre site, utilisez le lien de script de suppression fourni en haut de la page du script. Si le lien de suppression échoue pour supprimer le script, utilisez votre programme FTP pour le supprimer manuellement ou changer le nom une fois que le script a généré les données du site et le message publié sur le forum. Si le script est toujours présent sur le site, il peut être utilisé pour recueillir suffisamment d'informations pour pirater votre site. Le retrait du script empêche des étrangers de l'utiliser pour jeter un oeil à la façon dont votre site est structuré et de détecter les défauts qui peuvent être utilisé à vos dépends.
                              Voir plus
                              Voir moins

                              Partenaire de l'association

                              Réduire

                              Hébergeur Web PlanetHoster
                              Travaille ...
                              X