Forum PHPBoost
Boosteur Inactif

![]()
Groupe: Visiteur
Salut,
Dans un souci d'amélioration des performances, j'utilise souvent gtmetrix ( pagespeed, yslow, ... )
Depuis quelques temps, j'ai remarqué que sur une page que j'ai nommé comme ci-dessous http://www.nomdusite.com/pages/bienvenue
cela me renvoie en header réponse : http://www.nomdusite.com/pages/pages.php?error=e_page_not_found.
quelqu'un aurait une idée du problème ?
La finalité de tout çà, le site fonctionne mais cela me fait perdre 500ms dans les requêtes.
Merci pour votre aide
****** Response Header
Response Headers
Date
Fri, 06 Jan 2012 09:50:45 GMT
Server
Apache/2.2.14 (Unix)
X-Powered-By
PHP/5.2.6-1+lenny9
Cache-Control
no-cache, must-revalidate
Pragma
no-cache
Content-Encoding
gzip
Vary
Accept-Encoding
Location
http://www.nomdusite.com/pages/pages.php?error=e_page_not_found
Content-Type
text/html; charset=iso-8859-1
Content-Language
fr
Keep-Alive
timeout=2, max=88
Connection
Keep-Alive
Transfer-Encoding
chunked
REQUEST
User-Agent
Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.2.16) Gecko/20110319 Firefox/3.6.16
Accept
image/png,image/*;q=0.8,*/*;q=0.5
Accept-Language
en-us,en;q=0.5
Accept-Encoding
gzip,deflate
Accept-Charset
ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive
115
Connection
keep-alive
Referer
http://www.nomdusite.com/pages/bienvenue
Dans un souci d'amélioration des performances, j'utilise souvent gtmetrix ( pagespeed, yslow, ... )
Depuis quelques temps, j'ai remarqué que sur une page que j'ai nommé comme ci-dessous http://www.nomdusite.com/pages/bienvenue
cela me renvoie en header réponse : http://www.nomdusite.com/pages/pages.php?error=e_page_not_found.
quelqu'un aurait une idée du problème ?
La finalité de tout çà, le site fonctionne mais cela me fait perdre 500ms dans les requêtes.
Merci pour votre aide
****** Response Header
Response Headers
Date
Fri, 06 Jan 2012 09:50:45 GMT
Server
Apache/2.2.14 (Unix)
X-Powered-By
PHP/5.2.6-1+lenny9
Cache-Control
no-cache, must-revalidate
Pragma
no-cache
Content-Encoding
gzip
Vary
Accept-Encoding
Location
http://www.nomdusite.com/pages/pages.php?error=e_page_not_found
Content-Type
text/html; charset=iso-8859-1
Content-Language
fr
Keep-Alive
timeout=2, max=88
Connection
Keep-Alive
Transfer-Encoding
chunked
REQUEST
User-Agent
Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.2.16) Gecko/20110319 Firefox/3.6.16
Accept
image/png,image/*;q=0.8,*/*;q=0.5
Accept-Language
en-us,en;q=0.5
Accept-Encoding
gzip,deflate
Accept-Charset
ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive
115
Connection
keep-alive
Referer
http://www.nomdusite.com/pages/bienvenue
Boosteur Inactif

![]()
Groupe: Visiteur
Bonsoir,
Patriot, désolée pour la réponse tardive...
- Mais est-ce vraiment important, les 500ms de plus dans les requêtes?
- Cela n'empêche pas le bon fonctionnement de ton site .. Et est ce que les membres se sont plaints ?

Patriot, désolée pour la réponse tardive...
- Mais est-ce vraiment important, les 500ms de plus dans les requêtes?
- Cela n'empêche pas le bon fonctionnement de ton site .. Et est ce que les membres se sont plaints ?

Boosteur Inactif

![]()
Groupe: Visiteur
Salut Swan,
Pas de pb.
Fallait bien s'attarder sur le post concernant la V4
.
Pour en revenir au sujet, 500ms en soi ce n'est pas grave.
C'est l'addition des ms qui est important. Tu peux vite grimper à plusieurs secondes en perte. Et çà, c'est des visiteurs en moins pour ton site.
Après faut distinguer trois choses
Jusqu'à n secondes : Page blanche
Entre n Et n secondes : Premier aperçu de la page
A partir de n secondes : Navigation possible dans la page
Pour ma part, j'attache beaucoup d'importance à ce sujet. C'est pas ma passion mais presque
Entre le minify des sources, js, css, compression, javascript en bottom, parallelisation des trts, mise en cache, ... la liste est longue.
Pour te donner une idée, un site est classifié rapide en dessous de 2s.
Je me suis essayé à faire l'exercice avec ton site.
GTmetrix_report-www.chez-swan.net-20120108T231748-7Qt2nhxz.pdf
Tu peux voir le travail d'amélioration à faire sur ton site
A+
Anthony
Pas de pb.
Fallait bien s'attarder sur le post concernant la V4
.Pour en revenir au sujet, 500ms en soi ce n'est pas grave.
C'est l'addition des ms qui est important. Tu peux vite grimper à plusieurs secondes en perte. Et çà, c'est des visiteurs en moins pour ton site.
Après faut distinguer trois choses
Jusqu'à n secondes : Page blanche
Entre n Et n secondes : Premier aperçu de la page
A partir de n secondes : Navigation possible dans la page
Pour ma part, j'attache beaucoup d'importance à ce sujet. C'est pas ma passion mais presque

Entre le minify des sources, js, css, compression, javascript en bottom, parallelisation des trts, mise en cache, ... la liste est longue.
Pour te donner une idée, un site est classifié rapide en dessous de 2s.
Je me suis essayé à faire l'exercice avec ton site.

GTmetrix_report-www.chez-swan.net-20120108T231748-7Qt2nhxz.pdf
Tu peux voir le travail d'amélioration à faire sur ton site

A+
Anthony
je suis pas convaincus des résultat, surtout que sur l'index il y a plétore de truc et machin.
flash, javascript et autre qui ne sont pas utiliser ailleurs.
en prime il y a des scripts externes,( parceque on a pas le choix) cooloris, et le truc des toolbars.
en prime le temps d'affichage est bien inferieurs au donnée afficher par ton rapport des l'affichage de la premiere page.
c'est là l'utilisation des caches. et heureusement pour les sites de graphismes il y a les caches.
par contre pour les 6sec il doivent avoir limité le transfert en 56k, a ce niveau là il faut changer d'operateur.
je sais et suis concient que le 56k n'est pas mort mais quand meme ..... meme avec un (tel) portable j'ai une meilleure connexion.
flash, javascript et autre qui ne sont pas utiliser ailleurs.
en prime il y a des scripts externes,( parceque on a pas le choix) cooloris, et le truc des toolbars.
en prime le temps d'affichage est bien inferieurs au donnée afficher par ton rapport des l'affichage de la premiere page.
c'est là l'utilisation des caches. et heureusement pour les sites de graphismes il y a les caches.
par contre pour les 6sec il doivent avoir limité le transfert en 56k, a ce niveau là il faut changer d'operateur.
je sais et suis concient que le 56k n'est pas mort mais quand meme ..... meme avec un (tel) portable j'ai une meilleure connexion.
Boosteur Inactif

![]()
Groupe: Visiteur
Oui, ... mais cela n'empêche pas d'optimiser ..
.
Vous utilisez pas mal d'images, une modification rapide serait de paralléliser le traitement des images via un sous -domaine par ex..
ou encore le minify des css qui ne coutent pas cher..
A+
.Vous utilisez pas mal d'images, une modification rapide serait de paralléliser le traitement des images via un sous -domaine par ex..
ou encore le minify des css qui ne coutent pas cher..
A+
Boosteur Inactif

![]()
Groupe: Visiteur
Je suis en catégorie A moi :P
www.passion-truck.com
Page Speed Grade: (92%) - YSlow Grade: (98%)
Page load time: 8.22s
Total page size: 1.38MB
Total number of requests: 106
www.passion-truck.com
Page Speed Grade: (92%) - YSlow Grade: (98%)
Page load time: 8.22s
Total page size: 1.38MB
Total number of requests: 106
Boosteur Inactif

![]()
Groupe: Visiteur
Patriot,
Je suis désolée, si ma question t'a vexé .. Mais le fait que CsN soit pas rapide à l'affichage, ne me dérange pas le moins du monde et encore moins mes membres
Mais moi j'ai ceci : Exécuté en 0.373s - 13 Requêtes <== pour ma page index ! Je la trouve pas mal pour une page qui rame
Alors 500ms à la ramasse, franchement, c'est poussé mémé dans les orties.
Je suis désolée, si ma question t'a vexé .. Mais le fait que CsN soit pas rapide à l'affichage, ne me dérange pas le moins du monde et encore moins mes membres

Mais moi j'ai ceci : Exécuté en 0.373s - 13 Requêtes <== pour ma page index ! Je la trouve pas mal pour une page qui rame

Alors 500ms à la ramasse, franchement, c'est poussé mémé dans les orties.
PATRIOT a raison d'attacher de l'importance aux délais d'affichage.
Il faut se rappeler que lorsqu'une page est conservé dans le cache de l'explorateur (cote utilisateur) la page est très rapide mais c'est le temps lors d'un premier affichage qui compte.
Les optimisations passent par une chasse au gaspi.
Cela pourrait être vu comme une démarche écologique pour les ressources de la planète. Du temps gaspillé c'est finalement un gâchis.
L'analyse de PATRIOT permet de cibler les axes d'améliorations qui pourraient être mutualisés dans PBT et le rendre plus "écologique".
Boosteur Inactif

![]()
Groupe: Visiteur
Merci à Alain91
.
Swan, il m'en faudrait plus pour me vexer..
Ramène mémé en dehors des orties...
A+ et bonne optimisation de vos sites.
Je passe le sujet en réglé.
.Swan, il m'en faudrait plus pour me vexer..

Ramène mémé en dehors des orties...

A+ et bonne optimisation de vos sites.
Je passe le sujet en réglé.
1 Utilisateur en ligne :: 0 Administrateur, 0 Modérateur, 0 Membre et 1 Visiteur
Utilisateur en ligne: Aucun membre connecté
Utilisateur en ligne: Aucun membre connecté
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie





PHPBoost

Support
Téléchargements
Développement
Communauté










