bonjour a tous.
Je suis en train de developper un site, et pour des raisons
d'evolutivité et de commodité, j'ai plein de includes()
dedans.
 
Le probleme est que chaque fichier inséré par un iclude()
dans ma page est considéré par le serveur comme une requete Web.
ce qui fait que pour afficher une page, je me retrouve a 5 requetes au moins.
 
ce que je cherche, ça serait un truc en html qui puisse me permettre une fois les menus chargés par le biais des include
de faire en sorte que seul le contenu soit chagré apres un clic,
autrement dit, que tous les includes ne soient pas rechargés.
 
il faudrait que seule la case centrale de mon tableau change, en fait.
(je cherche quelquechose du genre soit en html, soit en php.
pour le html, je cherche autrechose que les frames ou les iframes, puisque c'est assez ennuyeux a utiliser sans compter divers problemes de compatibilité)

 
heu il a un bug ton serveur alors
les frames ça fait plusieurs requêtes, mais les include php ça ne compte que pour une requête, puisque les requêtes c'est ce que le client demande, et le client il sait pas s'il y a des include ou non
 
edit: je viens de voir sur un topic sur S&R que tu es aussi chez OVH. Les include() ne comptent pas comme des requêtes, suffit de voir les logs pour s'en rendre compte

bonjour antp
 
c'est bien sur ce que tu me dis la?
dans ce cas ça m'enleve une epine du pied,paceque je n'aime pas vraiement
les frames...
 
mais il faudrait en etre vraiement sur, parceque c'est un autre webmaster chez OVH qui m'a affirmé ça...
 
pour l'instant je n'i pas encore upgradé mes pages avec les includes() , car j'utilisais des appels javacript pour loader
mes menus en php, et sur les stats d'urchin, mes menus sont comptés parmi
les requetes les plus frequentes (en meme temps un appel javascript est
fait par le client tandis que le include vient du serveur )

Tout ce qui est fait côté client compte comme des requêtes (GET/POST)
Mais je t'assure que les include ne comptent pas comme requêtes
Du moins si tu fais pas un include de "http://www.tonsite.com/tapage" là je garantis rien mais juste des include genre "pages/truc.php", j'en fais plein ; tous les contenus de mes pages sont dans les sous-dossiers d'un dossier /pages, or ce dossier n'apparaît nulle part dans mes logs

Par contre, et c'est peut être ce que le type d'OVH voulait te dire, quand tu utilises des frames tout le contenu n'est pas systématiquement renvoyé par le serveur. Si c'est le contenu d'une seule frame qui change, le client ne demandera pas de nouveau le contenu des autres frames.
A l'inverse, les includes sont renvoyés vers le client même si leur contenu ne change pas.
 
Donc, sur certains sites, il est fort probable que des frames utiliseraient moins de bande passante que des includes. Cependant, les frames ont d'autres inconvénients qui font que tu devrais les éviter.

Ouais enfin la bande passante ça fait pas une grosse différence ici je pense, surtout s'il fait du code propre (ce que j'espère ) le code HTML du menu doit être minuscule
 
Que ce soit les frames ou le PHP, y a au moins une requête à chaque clic.
Avec les frames il peut y en avoir plus si il faut charger plusieurs frames...  

bon, et bien merci beaucoup pour ces indications,
ça me soulage grandement
 
je prefere le leger surplus de trafic aux frames ça c'est sur, je me vois mal rajouer des target=bidule dans tous mes liens
 
bien sur le code des menus est assez leger,et de toutes façons
plus leger que mon appel javascript acuel (devant chaque ligne  
je suis obligé d'avoir documentwrite(' ') ...
et la bande pasante n'est pas limitée chez ovh, en revanche les hits le sont, donc ...
 
comme ça ma page restera compatible avec un max de browsers
aaaah php, que je t'aime