Un e-shop a développé à l'aide de Perstasashop et mis aux trois serveur:
Le premier 2 est Amazon, doit être le même paramètre
serveur 1: http://be-pure.com/fr/women/3-slim-y- Tank.html
serveur 2:
http://52.77.216.83/fr/women/3-slim-y-tank.html < / a>
Le dernier n'est que l'hébergement local
serveur 3:
http://internal001.zizsoft.com/be_pure/fr/women/3- Slim-Y-Tank.html
Le problème est le serveur 1 Chargement très lent Comparez les deux autres serveurs, mais la performance doit être la meilleure parmi 3.
Il semble que le serveur 1 ne cache pas les fichiers
Mais en fait, tous ont
Activez le cache Smarty, à l'aide du système de fichiers, avec recomplie lors de la modification
et
Allumez le cache du système de fichiers
Étant donné que le paramètre de code et de serveur sont identiques, les deux 2. Amazon Server sont les mêmes paramètres et localHost One est un autre serveur, mais il devrait être plus lent que le serveur 1
1) Comment déboguer / vérifier si le fichier utilise déjà le cache?
(le fichier de cache localisée dans le cache / smarty et cache / cachefs dans le serveur)
2) et ce qui prend le temps de chargement long pour le serveur 1? Considérez-le simplement comme un site PHP, quelles façons de vérifier pourquoi il est lent?
Merci beaucoup pour aider
5 Réponses :
Voir les commentaires - j'ai mal interprété les données que je regardais plus tôt. Il apparaît que le serveur ne peut gérer que 5-10 demandes à la fois afin que les choses soient bloquées jusqu'à ce que les autres choses se terminent. Vous avez probablement besoin de mettre à jour la configuration de votre serveur Web pour gérer plus de demandes.
Il y a aussi beaucoup de données JS dans le fichier. Il est de 318 Ko simplement pour charger la page et il doit faire de nombreuses demandes d'obtenir des fichiers JS / CSS avant même d'atteindre l'un des HTML. Donc, il s'agit de 318 kb + tous les JS / CSS externes nécessaires à la recherche d'une option (WOW!). C'est comme 4 Mo de trucs pour charger une page.
Vérifiez la modification Timestamp sur les fichiers générés par votre système de mise en cache pour vérifier que la mise en cache fonctionne.
EDIT:
Puisqu'il y a maintenant une prime - veuillez consulter la discussion de commentaires que nous avons eue. Il y a un problème dans lequel une traceroute ne le rend pas à la destination du serveur et que je soupçonne que c'est lié à la lenteur, mais que le type de problème de réseau est sur ma tête.
Merci pour le conseil! Vraiment sauver une journée, l'horodatage différent d'Amazon a clairement clairement le cache, mais je l'ai déjà réparé, le cache est là
Mais toute astuce que le serveur 2 est plus rapide puis serveur 1? Étant donné que tous les deux à l'aide d'Amazon, est-ce dû au paramètre Zopim dans le serveur 1? Merci pour ton aide
Je suis satisfait de la vitesse du serveur 2, voudriez-vous avoir un coup d'œil à cela pour voir si Server 2 a le même problème que? Comme le serveur 2 est un plan moins cher avec moins de performances RAM / CPU, il est assez étrange serveur 2 exécuté plus rapidement que le serveur 1
Je pense que j'ai peut-être pu sauter le pistolet sur la chose zopim mais j'étudie toujours ... mais, de toute façon, vérifiez votre httpd.conf. Il peut ne pas reproduire suffisamment de processus d'enfants pour toutes les demandes qu'il obtient .. un peu sur mon Head haha
Merci, je vais d'abord regarder le problème de Zopim
En outre, il suffit d'exécuter votre site ici: Outils.pingdom.com/fpt Vous pouvez facilement voir le chargement Le site est de 5 à 6 Mo (WOW). Le goulot d'étranglement est qu'il y a tellement de fichiers qu'il essaie de servir, mais il ne peut pas le gérer.
Server1 ne manipule pas tant de demandes à la fois et à des étranglements. La configuration de votre serveur Web doit probablement être mise à jour afin qu'elle puisse gérer servir de nombreuses demandes à la fois.
Je suis certain que je me suis trompé à propos de Zopim - désolé de vous tromper à ce sujet.
Google's PagesPeed Inperse offre également des idées intéressantes ... développeurs.google.com/speed/pagespeed/insights/... Quelle est l'utilisation de la CPU du serveur1?
Aussi, lors de la conduite d'une traceroute, on dirait que cela ne fait pas tout cela pour la destination, semble également être une sorte de problème de réseau si les modifications de configuration du serveur n'améliorent rien monities.com/traceroute
Merci, ne réalisez pas qu'il y a tant d'outils utiles, donc je vais augmenter le nombre de requêtes dans le serveur d'abord
Je envisagerais de ré-poster votre numéro de Server1 Strowness à serverfault.com Ils pourraient être en mesure de mieux expliquer pourquoi la traceroute ne le fait pas. Temps de lit ... bonne nuit et bonne chance!
Outre les problèmes de configuration du serveur, il reste encore beaucoup à gagner de l'optimisation frontale telle que la concaténation et la minécution des fichiers, Stackoverflow.com/Questtions/2192574/... puis avez-vous eu des conseils comme ceux-ci: PRESTHOP.com/blog/en/... Disclaimer: i n'ont jamais travaillé avec PrestaShop, mais il reste encore quelques choses générales qui peuvent être faites quel que soit le système :-)
Cela n'a pas encore l'air de poster sur Serverfault.com mais je pense qu'ils fourniront plus de perspectives dans la cause potentielle.
Je donne une réponse de votre 2e question.
Je ne connais pas le problème exact du chargement lent. Mais nous avions rencontré le même problème dans l'un de nos projets le mois dernier. Serveur était Amazon.
Un de nos instances était très lent. Nous avions essayé de nombreuses solutions mais aucune d'entre elles ne travaillait. Ensuite, nous avons trouvé une solution qui a l'air très injuste mais cela a fonctionné pour nous.
Nous venons de redémarrer l'instance lente et nous avons eu du succès.
J'espère que cette solution fonctionnera aussi pour vous.
Tout le meilleur :)
aucun corps ne peut effacer répondre quel est le problème avec les serveurs. Mais vous pouvez le trouver avec le profilage. Si vous avez un budget, je vous recommande vivement d'acheter un outil de profilage "Tideways.io", "Blackfire" ou "Nouvelle relique". J'ai utilisé une nouvelle relique, et cela vous aide vraiment à trouver des goulots d'étranglement. Si vous n'avez pas de budget pour obtenir un outil de profilage, vous pouvez utiliser Extension PHP Profiling Extension Xdebug. C'est de l'aide, mais la lecture du profilage de Xdebug peut être un peu difficile. Mais sa configuration est vraiment facile et vous pouvez faire un profilage partiel (vous pouvez profiler l'URL que vous souhaitez) avec "XDEBUG Profil Trigger" au profit de toutes les demandes.
Il y a un outil de prolifération dans PrestaShop, vous pouvez l'activer en mode DEV dans Définition.inc.php avec définir (' ps_debug_profiling ', vrai);
Réponse à la question
Réponse à la question
Utilisez cet outil Solide Google pour obtenir une idée de votre performance de page.
Vérifiez également si Server1 correspond à la configuration Server2 correspondant.
Cet outil me montre beaucoup de suggestions d'amélioration de votre site Web.