Changement de page php

Changement de page php - PHP - Programmation

Marsh Posté le 26-10-2005 à 16:38:30    

Ce n'est pas vraiment un problème mais plutôt une demande:
 
J'ai site : http://www.zergrael.network-hosting.com/test/
Je souhaiterais, que lorsqu'on clique sur un lien, que seule la page du centre soit rechargée.
Expliquations :
La page entière est divisée en :
- Le header et le footer (index.php)
- le menu gauche
- le menu doite
- centre (centre.php)
 
je voudrais que juste centre.php change, les autres ne changent pas
 
J'ai cru entre parler que quelque chose avec index.php?file=machin mais bon je me souviens pas très bien
 
Merci !  :)


Message édité par ZergRael le 26-10-2005 à 17:48:38
Reply

Marsh Posté le 26-10-2005 à 16:38:30   

Reply

Marsh Posté le 26-10-2005 à 16:40:53    

c'est pas du PHP mais du HTML : iframe


---------------
http://www.hardware404.com L'actualité hardware francophone en continu
Reply

Marsh Posté le 26-10-2005 à 16:43:59    

Ok thx, je savais que c'était un truc tout con mais je savais plus quoi !!

Reply

Marsh Posté le 26-10-2005 à 16:59:12    

conseiller les frames pour gérer les différente parties d'un site ???????
 
on est dans php là, alors il faut des beaux include dans son index.php, et la partie centrale inclus la page qu'il faut via une variable $_GET comme il l'avait demandé.
 
Si jamais FlorentG ou autre Spyke tombe sur ce topic, j'ai très peur pour toi prblsouris.... lol


---------------
- Xav - ...There are no crimes when there are no laws... -- Xav's World
Reply

Marsh Posté le 26-10-2005 à 17:03:13    

D'un autre côté, il a répondus à la question ... qui n'était pas dans la bonne catégorie.
Mais c'est sur qu'en php, il vaut mieux des include et c'est domage de partir sur des iframes avec des pages en php. ;)

Reply

Marsh Posté le 26-10-2005 à 17:47:51    

Merci c'était plutôt ca que je cherchais ! :d

Reply

Marsh Posté le 26-10-2005 à 18:23:24    

Xav_ a écrit :

conseiller les frames pour gérer les différente parties d'un site ???????
 
on est dans php là, alors il faut des beaux include dans son index.php, et la partie centrale inclus la page qu'il faut via une variable $_GET comme il l'avait demandé.
 
Si jamais FlorentG ou autre Spyke tombe sur ce topic, j'ai très peur pour toi prblsouris.... lol


 
"Je souhaiterais, que lorsqu'on clique sur un lien, que seule la page du centre soit rechargée. "
tu m'expliquera comment tu fais ça avec la fonction include ou require de PHP ;)


---------------
http://www.hardware404.com L'actualité hardware francophone en continu
Reply

Marsh Posté le 26-10-2005 à 20:55:57    

ben je fait rien ça se fait fait tout seul
oki, ça recharge toute la page index.php, avec seulement la partie centrale qui change mais si c'est bien codé (avec la mise en page dans un CSS) tu perd rien en temps de chargement (merci le cache du navigateur)...
 
et pis il parlaitr quand meme de page PHP et d'une adresse:
"index.php?file=machin"
je vois pas l'intéret des frames la-dedans ;)
 
en plus:

Citation :

Merci c'était plutôt ca que je cherchais !


là je crois que tout est dis  :ange:


---------------
- Xav - ...There are no crimes when there are no laws... -- Xav's World
Reply

Marsh Posté le 26-10-2005 à 20:59:19    

prblsouris a écrit :

"Je souhaiterais, que lorsqu'on clique sur un lien, que seule la page du centre soit rechargée. "
tu m'expliquera comment tu fais ça avec la fonction include ou require de PHP ;)


Ca, c'est l'illusion à donner [:dawa]
 
Techniquement, si on sait coder, les menus, headers et autres conneries ont un poids trivial et les images et CSS sont dans le cache, donc l'affichage est quasi instantané [:dawa]


---------------
Stick a parrot in a Call of Duty lobby, and you're gonna get a racist parrot. — Cody
Reply

Marsh Posté le 27-10-2005 à 00:35:42    

masklinn a écrit :

Ca, c'est l'illusion à donner [:dawa]
 
Techniquement, si on sait coder, les menus, headers et autres conneries ont un poids trivial et les images et CSS sont dans le cache, donc l'affichage est quasi instantané [:dawa]


C'est ce que tu crois ;) Si y'a du traitement pour tout renvoyer à l'identique c'est du temps perdu sur le serveur et en poids pour le client  :sarcastic:  
 
Maintenant tout le monde pense ce qu'il veut des frames ou iframes (là je vois pas le souci mais les névrosés de la théorie voient le mal partout... )
 
Pour tous les antisociaux de la frame (ou iframe) vous préférez:
- demander un résultat déjà connu du client
- réinterpréter les css, JS...
- alourdir votre serveur
- alourdir la faible ligne de votre client
- ...
 
On rêve, au lieu de dire que, faudrait peut être penser que parfois c'est mieux que...
 

Reply

Marsh Posté le 27-10-2005 à 00:35:42   

Reply

Marsh Posté le 27-10-2005 à 00:54:53    

leflos5 a écrit :

C'est ce que tu crois ;) Si y'a du traitement pour tout renvoyer à l'identique c'est du temps perdu sur le serveur et en poids pour le client  :sarcastic:


Du traitement pour la génération d'un menu [:petrus dei]
 
Maisouibiensûr
 
Et au sujet du poids, demandes toi combien tu perds à mettre en place tes frames, et combien de requêtes HTTP supplémentaires sont générées pour chaque frameset [:dawa]

Citation :

Pour tous les antisociaux de la frame (ou iframe) vous préférez:
- demander un résultat déjà connu du client
- réinterpréter les css, JS...
- alourdir votre serveur
- alourdir la faible ligne de votre client
- ...


1- Acceptable
2- Pas plus de réinterprétation que quand on recharge une des frames d'un frameset: le CSS est relu depuis le cache.  
Le fait que les sites en frameset soient la majorité du temps consistués de tables imbriquées étant un autre problème
3- Alourdissement du serveur par l'affichage de données statiques, non mais n'importe quoi [:petrus75]
4- Un menu, un header, un footer, c'est quelques centaintes d'octets de code maximum, donc quasi-insensible, et un frameset ce sont de multiples requêtes HTTP (contre une unique), et là encore je ne parlerais pas des pratiques classiques d'une page en frames.
 
Après, on peut citer les inconvénients des frames tels que  
 

  • la perte de toute indication de position (URL? ah non mon bon monsieur, si tu veux bookmarker une page t'as le choix entre l'avoir dans l'os et l'avoir dans l'os)
  • La quasi impossibilité de redimentionnement automatique (wrapping, dimentionnement en fonction de la taille de la police, ...)
  • La merde innomable quand on arrive depuis un moteur de recherche gérant des frames, puisqu'on se retrouve dans la frame de données habituellement sans lien vers le frameset global
  • L'impression papier, déjà difficile classiquement, devient un chauchemart sur un site en frames


---------------
Stick a parrot in a Call of Duty lobby, and you're gonna get a racist parrot. — Cody
Reply

Marsh Posté le 27-10-2005 à 01:16:46    

masklinn a écrit :

Du traitement pour la génération d'un menu [:petrus dei]
 
Maisouibiensûr
 
Et au sujet du poids, demandes toi combien tu perds à mettre en place tes frames, et combien de requêtes HTTP supplémentaires sont générées pour chaque frameset [:dawa]

Citation :

Pour tous les antisociaux de la frame (ou iframe) vous préférez:
- demander un résultat déjà connu du client
- réinterpréter les css, JS...
- alourdir votre serveur
- alourdir la faible ligne de votre client
- ...


1- Acceptable
2- Pas plus de réinterprétation que quand on recharge une des frames d'un frameset: le CSS est relu depuis le cache.  
Le fait que les sites en frameset soient la majorité du temps consistués de tables imbriquées étant un autre problème
3- Alourdissement du serveur par l'affichage de données statiques, non mais n'importe quoi [:petrus75]
4- Un menu, un header, un footer, c'est quelques centaintes d'octets de code maximum, donc quasi-insensible, et un frameset ce sont de multiples requêtes HTTP (contre une unique), et là encore je ne parlerais pas des pratiques classiques d'une page en frames.
 
Après, on peut citer les inconvénients des frames tels que  
 

  • la perte de toute indication de position (URL? ah non mon bon monsieur, si tu veux bookmarker une page t'as le choix entre l'avoir dans l'os et l'avoir dans l'os)
  • La quasi impossibilité de redimentionnement automatique (wrapping, dimentionnement en fonction de la taille de la police, ...)
  • La merde innomable quand on arrive depuis un moteur de recherche gérant des frames, puisqu'on se retrouve dans la frame de données habituellement sans lien vers le frameset global
  • L'impression papier, déjà difficile classiquement, devient un chauchemart sur un site en frames


Tu t'autosuce ou je comprends rien ???
 
Demander 2 fois de suite la même chose à un serveur ce même si le client a déjà 1/4 en cache c'est trop ;)
 
JE suis pas pro-frame loin de là, mais les antipathiques sans argument ça me fait rire ;)
 
La Frame ou Iframe est W3c proof surement pas comme la majorité de ce que tu codes... Et si tu connais le W3C ;)
 
Tout simplement pour dire que chaque méthode a ses détracteurs mais que faut réfléchir plus avant de chier ;)
 
Qu'est ce que t'en sais que tes clients gardent tes CSS de merde en cache??? Que ton Js est accepté??? Que tes images sont en cache???
 
Donc vient pas me faire chier parce que je suis partisant du 'je sais pas' ;) Et que au final un Iframe gagne du temps ;) MAis t'as pas testé donc tu sais pas ;) Pas grave ceux qui connaissent rien on leur en veux pas de pas savoir, juste d'ouvrir leur gueule ;)
 

Reply

Marsh Posté le 27-10-2005 à 09:42:24    

Je comprend pas trop le débat, le monsieur il a posé une question, il a eu une réponse avec frame, une autre sans frame, il choisit celle qui l'a voulu, et pis c'est tout.
repartir sur le débat entre les 2 méthodes me parait une connerie, vu que ça a été fait un milliers de fois, et que ça fini toujours mal (djà là, le ton de ce que je lis me choque...)
 
ensuite il a pas demandé, "c'est quoi le mieu", ni meme "foutai vous sur la tronche pour me dire ce que je dois prende", donc la question a eu sa réponse, le reste faudrai arréter, pour le bien de tous.
 
Juste une précision: oui j'ai repris le site de mon asso composé de frames et de tableaux avec images...(ça fait dja 1 an) je l'ai passé en PHP sans frames, avec div et CSS, et je suis formel; le cache fait admirablement son travail, et le temps d'affichage est largement amélioré.
Et ceci dans le but d'etre conforme W3C... aujourd'hui il ne reste sur se site qu'un seul et unique warning a cause d'une phrase défilante dans une balise marquee, et que j'attend le passage au CSS3 qui devrait autorisé cet attribut, et me permettre d'etre 100% W3C compliant.


---------------
- Xav - ...There are no crimes when there are no laws... -- Xav's World
Reply

Marsh Posté le 27-10-2005 à 11:12:06    

leflos5 a écrit :

Tu t'autosuce ou je comprends rien ???
 
Demander 2 fois de suite la même chose à un serveur ce même si le client a déjà 1/4 en cache c'est trop ;)
 
JE suis pas pro-frame loin de là, mais les antipathiques sans argument ça me fait rire ;)
 
La Frame ou Iframe est W3c proof surement pas comme la majorité de ce que tu codes... Et si tu connais le W3C ;)
 
Tout simplement pour dire que chaque méthode a ses détracteurs mais que faut réfléchir plus avant de chier ;)
 
Qu'est ce que t'en sais que tes clients gardent tes CSS de merde en cache??? Que ton Js est accepté??? Que tes images sont en cache???
 
Donc vient pas me faire chier parce que je suis partisant du 'je sais pas' ;) Et que au final un Iframe gagne du temps ;) MAis t'as pas testé donc tu sais pas ;) Pas grave ceux qui connaissent rien on leur en veux pas de pas savoir, juste d'ouvrir leur gueule ;)


 [:moule_bite]


---------------
Stick a parrot in a Call of Duty lobby, and you're gonna get a racist parrot. — Cody
Reply

Marsh Posté le 27-10-2005 à 11:36:56    

On peut rajouter la méthode AJAX au débat et puis les moteurs de templates aussi  :D :lol:  


---------------
http://www.hardware404.com L'actualité hardware francophone en continu
Reply

Marsh Posté le 27-10-2005 à 12:26:25    

leflos5 a écrit :

Tu t'autosuce ou je comprends rien ???
 
Demander 2 fois de suite la même chose à un serveur ce même si le client a déjà 1/4 en cache c'est trop ;)
 
JE suis pas pro-frame loin de là, mais les antipathiques sans argument ça me fait rire ;)
 
La Frame ou Iframe est W3c proof surement pas comme la majorité de ce que tu codes... Et si tu connais le W3C ;)
 
Tout simplement pour dire que chaque méthode a ses détracteurs mais que faut réfléchir plus avant de chier ;)
 
Qu'est ce que t'en sais que tes clients gardent tes CSS de merde en cache??? Que ton Js est accepté??? Que tes images sont en cache???
 
Donc vient pas me faire chier parce que je suis partisant du 'je sais pas' ;) Et que au final un Iframe gagne du temps ;) MAis t'as pas testé donc tu sais pas ;) Pas grave ceux qui connaissent rien on leur en veux pas de pas savoir, juste d'ouvrir leur gueule ;)


 
 [:ban]


---------------
http://www.alsacreations.com, http://www.openweb.eu.org. Mon CV : http://cv.roane-irkana.net. A ne surtout pas prendre en exemple : http://www.worldinternet.be
Reply

Marsh Posté le 27-10-2005 à 13:13:29    

prblsouris a écrit :

On peut rajouter la méthode AJAX au débat et puis les moteurs de templates aussi  :D :lol:

On peut aussi rajouter des programmes tels que dreamweaver dans ce cas. :lol:

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed