Bonjour,
Pour mon site en hébergement mutualisé ovh http://drivrsdu.fr, le page speed tool de google à https://developers.google.com/speed/pagespeed/insights/ me dit que le temps de réponse serveur est trop long, de 0,91s me dit-il. Ce résultat semble confirmé par http://www.webpagetest.org
Qu'en pensez-vous ? Est-ce inhérent au système mutualisé, ou puis-je faire quelque chose moi-même ?
Merci pour vos réponses.
Bonjour,
Effectivement c'est en partie dû au mutualisé.
Je suppose que vous utiliser WordPress, ce n'est pas le moins gourmand en ressource.
Pour améliorer le temps de chargement vous pouvez aussi minifier vos fichiers css et javascript.
- http://www.thibautsoufflet.fr/pourquoi-et-comment-minifier-vos-fichiers-css-html-et-javascript/
Puis par supprimer tout vos plugin inutile.
Activer la mise en cache WordPress (J'ai reconnu W3 Total Cache).
Et enfin activer la mise en cache des navigateurs.
Exemple avec Apache2 : https://gist.github.com/Ealenn/c0c2187ddf6263a17c01b76b86e264b5
Cela ne résous pas votre problème mais accélère les pages du site.
Merci pour votre réponse ! Oui, j'utilise wordpress, et aussi d'ailleurs MediaWiki, mais dans un répertoire (https://drivrsdu.fr/dicof/w/). Tout ça marche bien.
Comment faites-vous pour reconnaître que j'utilise total cache ?.. d'ailleurs, d'après lui, j'ai activé la mise en cache des navigateurs.. mais juste sur ce sujet il y a presque 40 options ! Au final, je ne sais pas ce qui est ou ce qui est pas.
Je veux bien utiliser le système le moins gourmand en ressource, mais ça n'arrangera pas le temps de réponse du serveur il me semble ?
Donc, si je comprends bien, le temps de réponse serveur est bien un problème inhérent au mutualisé, et je n'ai pas de moyen d'agir dessus, sauf à demander à OVH de s'y coller ?
Le temps de réponse du serveur, c'est le temps de réponse entre le client et le serveur qui héberge le site que tu demandes, la partie que tu veux rejoindre.
Comme un mutualisé héberge plusieurs site web, il traite plus de demande.
Il à donc moins de temps à t'accorder. Il parta
Bonjour,
si je comprends bien, le temps de réponse serveur est bien un problème inhérent au mutualisé
Dans votre cas non sinon vous auriez le même temps de réponse entre votre WordPress et mediawiki hors là votre WordPress à +/- 3x plus de temps de réponse et ça c'est le signe d'un plugin WordPress qui fait des actions bloquantes (genre chercher un flux externe en curl ou des choses dans le genre).
Cordialement, janus57
Le temps de réponse du serveur, c'est le temps de réponse entre le client et le serveur qui héberge le site que tu demandes, la partie que tu veux rejoindre.
Comme un mutualisé héberge plusieurs site web, il traite plus de demandes.
Il a donc moins de temps à t'accorder. Il partage les taches entre les différents site.
Vous ne pouvez pas faire grand chose à cela, sauf acheter un VPS plus puissant ou un serveur dédier pour être seul sur le serveur.
Pour un site web comme le votre, avoir quelques millisecondes de plus par réponse n'est pas très handicapant. Vous pouvez toujours jouer sur le temps de chargement de la page.
Pour revenir au module, W3 total cache est très bien mais, quelques fonctionnalités de ce plugin peuvent être fait facilement "manuellement". Comme la mise en cache des fichiers.
Votre site web est bien optimisé pour le SSL/TLS, je vous conseil de regarder mon Gist (.htaccess) afin d'utiliser le protocole HTTPS par défaut et de mettre en cache les fichiers avec Apache. Cela joue également sur le référencement.
Malheureusement WordPress n'est pas le meilleur outils à optimiser. Mais c'est possible 
PS : J'ai examiné la page et j'ai tout de suite reconnu l'architecture WordPress (http://drivrsdu.fr/wp-content/themes/momentous-lite). Pour vérifier ce plugin il m'a suffit de me rendre ici : http://drivrsdu.fr/wp-content/plugins/w3-total-cache/readme.txt
Vous devriez supprimer tout les readme et sécuriser les dossiers de WordPress.
- Supprimer les fichiers readmes
- Masquez votre version https://korben.info/securiser-wordpress-cacher-le-numero-de-version-de-wordpress.html
- Protégez vos dossiers (vous pouvez par exemple ajouter un fichier index.html dans le dossier wp_content)
Bonjour,
Oui, c'est vrai que le temps de réponse serveur est beaucoup plus court avec mediawiki que avec wordpress… comment savoir quel est le plugin qui retarde ?
Merci Rudy M3 pour tous ces conseils que je vais suivre ! Mais où se trouve votre "Gist" ?
Protégez vos dossiers (vous pouvez par exemple ajouter un fichier index.html dans le dossier wp_content)
Il est aussi possible de bloquer la page par defaut qui affiche tous les fichiers dossiers d'un répertoire en ajoutant ceci au .htaccess
> #Empecher que PHP ne liste les fichiers d'un répertoire
> Options -Indexes
Pour compléter la réponse très compléte de @RudyM3,
La plupart du temps, le temps de réponse long des sites web sur nos hébergements n'est pas du à nos serveurs mais au code qui s'exécute dessus. On voit souvent des cas de codes qui ralentissent les sites
- Requêtes en base de données non optimisées et qui prennent plusieurs centaines de millisecondes
- Appel à des services externes (twitter, facebook) avant la génération de la page. Ce qui ralentit aussi le temps de chargement de la page. (Si twitter met 300ms à répondre, c'est déjà ca de perdu sur le temps de chargement de la page)
- Code qui boucle inutilement sur des quantités astronomiques de données
…
Je connais de nombreux sites qui ne tombent pas dans ces piéges et dont le chargement descend en dessous de 300ms. Il y en a même quelques uns trés optimisés avec un trés bon cache (page prégénérées en HTML) qui descendent à 60ms
Bonne journée et bonne optimisation de vos sites
Vincent
Je dois admettre que tout montre que vous avez raison, ou en tout cas pas tord 
J'ai fait une page minima à http://drivrsdu.fr/cesttout.html , difficile de faire plus simple, et si j'en fait le test google est content ! "Your server responded quickly", me dit-il.
Je fait le tour des extensions de wordpress pour voir s'il n'y en a pas une qui exagère… merci !
Par curiosité, combien de temps met cette page selon Google ?
Vincent
Malheureusement, quand google est content, il ne dit pas combien de temps la page met à venir.
Il est possible de voir avec http://www.webpagetest.org . Là, pour un client situé à Dulles (sans doute une ville aux états-unis ? ) sur trois essais il trouve pour la "first view" (peut être le chargement ? ) 0,510, 0,455 et 0,386 secondes.