ACCELERER L'AFFICHAGE DE VOS PAGES
biencontent
Messages postés
6
Date d'inscription
mardi 2 avril 2002
Statut
Membre
Dernière intervention
3 novembre 2004
-
31 mai 2002 à 12:17
cs_Bouillou2 Messages postés 11 Date d'inscription dimanche 28 mars 2004 Statut Membre Dernière intervention 31 juillet 2006 - 7 mai 2006 à 18:41
cs_Bouillou2 Messages postés 11 Date d'inscription dimanche 28 mars 2004 Statut Membre Dernière intervention 31 juillet 2006 - 7 mai 2006 à 18:41
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/12924-accelerer-l-affichage-de-vos-pages
https://codes-sources.commentcamarche.net/source/12924-accelerer-l-affichage-de-vos-pages
7 mai 2006 à 18:41
Personnelement je l'ai ajouté dans les fichiers d'executions automatiques prepend.php et append.php et je ne vois pas de différence.
Pour tester votre page : http://www.philiweb.com/accueil.php?num=26
A+,
Bouillou
8 avril 2006 à 09:08
merci pour l'astuce, mais je comprend mal, je vais me repeter, donc si je comprend bien :
si certains browsers n'accepte pas gzip il saute ce script et fonctionne normalement ?
mais si je met trop de variables, sessions, tag...y t-il un risque de buffer overflow ?
et si je met pour
<? ob_start("ob_gzhandler"); ?> <? ob_end_flush(); ?> ca ne va pas l'accelerer ?
et derniere question, je ne trouve pas ma page dans ie tempory file, comment je peux trouver la taille en cache ?
merci d'avance
14 nov. 2005 à 19:29
9 juil. 2005 à 20:17
A mon avis, tout ça n'est vraiment utile que pour les connexions bas débit, type 56k, et pour des pages lourdes (beaucoup de texte, page complexe).
Utiliser une bufferisation simplement pour supprimer un problème de header n'EST PAS LA BONNE SOLUTION. Les problèmes de header se résolves en modifiant le code, pas en demandant un traitement plus lourd au serveur...
information intéressante :)
21 janv. 2005 à 23:08
suis tombé sur cela pour comparer avant / après la mise en place de ce code
http://www.philiweb.com/sommaire1.php?num=26
bien pratique !!
Par contre reste une question : y a t-il des contrindications pour ce code (javascript ???)
a+
H
2 juin 2004 à 12:20
2 juin 2004 à 10:35
Je voudais utiliser cette fonction, mais pour savoir si elle est vraiment efficace sur mes pages (question de pas bouffer plein de ressources pour gagner 1 Ko), je voudrais connaîte la taille de mes pages avant, et surtout après la compression.
Le problème c'est que je sais pas du tout comment faire.
Je pense que c'est possible puisque CrowEye indique ces deux tailles.
Merci d'avance
PouPou
28 mai 2004 à 11:23
16 mai 2004 à 16:11
A tester donc avant de l'utiliser sur votre site...
14 mai 2004 à 23:03
> Voici comment sont composées mes pages :
1 page centrale classic
+ 1 header en include sur la page centrale
+ 1 menu gauche en include sur la page centrale
+ 1 pub en bas sous le menu gauche en include sur la page centrale
+ 1 menu à droitre en include sur la page centrale
+ 1 footer en include sur la page centrale
J'ai placé le code suivant dans la page centrale
<?php ob_start("ob_gzhandler");?>
<html>
....
</html>
<?
ob_end_flush();
?>
Selon vous d'où proviendrait le problème ?
Vous pouvez essayer ces pages pour voir le résulat avec GZIP alors que je l'ai enlevé de l'index.
http://www.simpsonspark.com/serie_prod.php
http://www.simpsonspark.com/serie_voices.php
Merci d'avance pour vos réponses.
9 mars 2004 à 20:36
27 mars 2003 à 13:05
Enfin voilà
27 mars 2003 à 12:11
J'avais déjà entendu parlé de ce truc mais sans autant d'explications, c'est pas mal intéressant.
La seule chose que je me souvien de ce que j'avais lu c'est que après la ligne : <? ob_end_flush(); ?>
Il ne doit rien y avoir, même pas une ligne vide.
Pouvez vous valider cette info?
Merci
14 janv. 2003 à 21:47
C'est pratique à partir du moment où l'on possède un 56k et que l'on veut lire un article de 15ko. Le poids en est réduit à 4ko, c un beau gain je trouve.
ob_start("ob_gzhandler"); ne commence la mise en cache que si le navigateur supporte gzip, dont là no problemo.
tchao
14 janv. 2003 à 21:42
déja, si le navigteur ne peu pas accepter la compression, il doit quand meme supporter ob_start() !
or ob_start() met les données dans une mémoire tampon et ça diminu un peu les performances ! donc ok si compresse, on gagne 2 secondes 05 sur un Mo, mais si on a le vieu navigetr de l'an 2,n on en pert autant pour le même poids ;-)
@+,
dracula
10 janv. 2003 à 23:52
28 déc. 2002 à 12:15
29 nov. 2002 à 01:26
9 sept. 2002 à 12:41
7 août 2002 à 01:46
- 1) La compression peut atteindre 80%. Ce qui rend la vie plus facile aux 56k. De plus si le navigateur n'accepte pas la compression, elle n'est pas effectuée.
- 2) Le code étant mis en mémoire, la modification des headers peut s'effectuer à n'importe quelle endroit de la page. L'erreur "... headers already sent ..." c oublié :-)
Néamoins cette compression necessite la librairie zlib, mais bcp d'hébergeurs l'ont installées.
12 juin 2002 à 10:51
¤ ob_start permet de mettre la sortie (tout ce qui est envoyé par la cmd echo ) ds un buffer
¤ ob_flush envoie aunavigateur le contenu du buffer
¤ ob_gzhandler compresse les données suivant le format approprié (gzip, deflate ou aucun). Le format dépend du navigateur.
En théorie ca peut etre pas mal ...
Mais combien de navigateurs acceptent réellement une compression ?
Il aurait été pas mal de faire des tests avec le gain moyen suivant les navigateurs ...
31 mai 2002 à 12:17
S'teplait...
Merci
G.-