Merci Daneel, c'était bien la solution. Mais aussi merci à Manu93fr, Iomart et Erix.
J'aurais découvert l'usage de F12, son usage me reste à découvrir et à assimiler. J'ai aussi réalisé le poids du redimensionnement des images. Dans l'immédiat, j'aimerais que vous puissiez m'indiquer comment je peux gérer le cache de Joomla en particulier pour recevoir un flux spécifique, où puis-je trouver un mode d'emploi.
Encore merci à tous
Thierry qui ne rame plus
-
Bonjour,
????
J'ai suivi votre discussion mais ne cherchez plus...
c'est beaucoup plus simple, je vous donne la solution !
En cliquant sur le menu du site, on comprend que c'est uniquement la page d'accueil. Donc on déduit qu'un élément dans cette page met un certain temps, généralement une extension, un module qui exécute un nombre de requêtes mais ce n'est pas tout à fait cela...
L'affichage des derniers titres de blogs en bas à droite (deborah, david et xavier) fait appel à des flux provenant de plusieurs sites externes dont : http://www.auregan.pro/ pour le blog de Xavier Aurégan. Si on examine son blog, il est très lent et le flux n'est pas mis en cache sur votre site donc au final, cela se reporte sur ce module qui est assigné à cette page d'accueil (et également aux articles présents sur cette page ).
La solution est soit supprimer l'appel de ses titres (uniquement les appels du blog de M. Aurégan), soit utiliser le cache (joomla ou serveur). Perso, je vous conseille la suppression pour retrouver un affichage "normal" car apparemment, il n'y a aucune optimisation du site, ce qui est votre choix (page > 2Mo, images non redimensionnées...).
Il faut savoir que votre hebergeur utilise une technologie de cache ultra performant (c'est ce que j'utilise sur les serveurs dédiés de mes clients), suffisamment pour obtenir (avec du travail d'optimisation) de très bons résultats sur gtmetrix, webpagetest et autres... Donc si vous avez du temps, n'hésitez pas à consulter les infos à ce sujet auprès de votre hebergeur ou de la communauté Joomla
Merci de confirmer si le problème est [réglé] ou non
YannDernière édition par daneel à 03/08/2018, 02h47Laisser un commentaire:
-
Bien évidemment -> sauvegarde AVANT !Envoyé par Thierry qui rame Voir le messageLaisser un commentaire:
-
Merci manu93fr, je regarderai tout ça demain.
Thierry qui rame (peut être plus pour longtemps)Laisser un commentaire:
-
Thierry, arrête les rames et prends le problème a l'endroit !
Loic te donne une bonne approche. Dans ton navigateur internet, appuie sur F12 pour activer la console, onglet reseau pour déterminer les ralentissements (c'est assez bien fait et tu as des tutos sur le web pour bien s'en servir)
Autre souci, tu as plusieurs sites sur un même hébergement (j'en compte au minimum 4) -> donc tu multiplies les risques de piratage, surtout si tu penses que les mises à jour ralentissent les sites web!
tu as donc :
- https://www.pairault.fr/ (a la racine qui s'affiche bien donc pas redirigé ... mais avec un code surement vieillissant et avec du flash)
- http://pairault.fr/sinaf avec un J!3.8.11 a jour ... mais qui lui est mal redirigé (regarde le fichier .htaccess avec sa redirection dans ce dossier)
- http://pairault.fr/med (en J!3.7.2 donc pas a jour ...)
- http://pairault.fr/bord (en J!3.7.3 donc pas a jour ...)
commence par regarder dans le dossier /sinaf/ si tu as un fichier .htaccess et neutralise le momentanément en le renommant en .htaccesshold (par exemple)
Si le site revient a sa vitesse normale, tu auras TA réponse
Ensuite, n'oublie pas les mises a jour des autres site Joomla! ...Dernière édition par manu93fr à 02/08/2018, 15h57Laisser un commentaire:
-
Bien j'avance un peu sans vraiment comprendre. Voici ce que j'ai fait.
Je suis reparti de l'essai de Iomart et j'ai utilisé https://tools.pingdom.com/ qui me donnait les mêmes résultats. Je me suis dit que la question n'était pas un fichier html mais l'absence d'un fichier html et sans doute un index.html. J'en ai créé un dans lequel j'ai mis <!DOCTYPE html><title></title>. Résulat, le chargement se fait un peu plus rapidement, mais surtout l'utilitaire liste les fichiers qu'il charge dans l'ordre. La lenteur maintenant résulte clairement de l’exécution du fichier index.html. Quelle conclusion en tirer et surtout que faire ?
Merci.
Thierry qui rameLaisser un commentaire:
-
Je viens d'utiliser http://www.redirect-checker.org/index.php pour repérer la présence de redirection. La seule redirection qui soit est celle programmée dans le fichier .htaccess, en d'autres termes la redirection que j'ai programmée (http > https) ne devrait pas être en cause.
Il faudrait que je puisse utiliser un utilitaire qui recenserait tous les fichiers appelés au moment du chargement en me donnant leur nom et leur emplacement. Cela existe-t-il? Gratuit de préférence
.
Merci.
Thierry qui rameLaisser un commentaire:
-
il n'y a aucune redirection a la racine de ton siteLa seule redirection programmée est celle signifiée dans le .htaccess dans le répertoire racine (pairault.fr)
On a même un site autre que Joomla qui s'affiche https://pairault.fr/Laisser un commentaire:
-
Je me suis mal exprimé. La seule redirection programmée est celle signifiée dans le .htaccess dans le répertoire racine (pairault.fr), en revanche aucun des trois sous-répertoires (sinaf, med, bord) n'inclut une redirection. En d'autres termes, leur paramétrage est essentiellement le même de ce point de vue. C’est pour ça qu'il faudrait que je puisse repérer le fichier html qui coince.
À l'origine il était plus simple de ne pas utiliser de sous-domaine, car j'étais abonné au service minimum.
Merci.
Thierry
Laisser un commentaire:
-
Procédez exactement de la même façon que pour les 2 autres sites puisque ça marche !
Mais pourquoi ne pas utiliser de sous-domaines ?Laisser un commentaire:
-
Merci Iomart (et des excuses puisque j'avais écorché votre pseudo).
Le seule redirection 301 est celle programmée dans .htaccess dans le répertoire racine correspondant à l'adresse de base mais non dans le répertoire de chacun des sites :## https:// redirectRewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule .* https://%{HTTP_HOST}%{REQUEST_URI} [R=301,QSA,L]
Il s'agirait donc d'un fichier html chargé dans le répertoire sinaf en début de chargement, la question devient comment le repérer?
Merci.
Thierry qui rame
Laisser un commentaire:
-
Le délai se situe lors de la phase de récupération du fichier html de base. Il existe une redirection 301 que l'on n'a pas sur les autres sites.
Ensuite, Joomla est très rapide
Pourquoi ne pas faire un sous-domaine au lieu d'un lien vers un dossier ?Laisser un commentaire:
-
Merci à tous de vos réponses.
Donc , la piste Joomla, n'est pas la bonne.
Pour répondre à Manu93fr: voici l'adresse qui pose problème pairault.fr/sinaf (tandis que pairault.fr/med ou pairault.fr/bord, non).
Pour répondre à Erix, oui les trois sites utilisent les mêmes éléments et leur mise à jour est est synchrone avec celel de Joomla.
Pour répondre à Lamart, là, je suis perdu.
Encore merci,
Thierry qui rame
Laisser un commentaire:
-
Bonjour,
Avec l'inspecteur de code, onglet réseau/network, on a le temps de chargement des différents éléments de la page. Un bon moyen de trouver le coupable !Laisser un commentaire:
-
Salut,
Je suis d'accord avec Manu, si cela venait de Joomla seul nous serions submergés par les retours. Par contre si tu fais les mises à jour du noyau Joomla (et tu fais bien de les faire) il faut aussi considéré les mises à jour des composants installés sur ces sites. Est-ce que les sites en J! 3.7.2 ont les mêmes composants que les sites en J! 3.8.11 ?Laisser un commentaire:
Laisser un commentaire: