pseudos frames - PHP - Programmation
Marsh Posté le 12-08-2003 à 16:36:11
jebo1 a écrit : la question est simple : |
Qu'est ce que ça vient faire dans PHP ??
Marsh Posté le 12-08-2003 à 16:36:33
+ Si on utilise des frames, que faudrait til faire pour empecher certains hébergeurs (lycos pour pas le citer) mette un cadre supplémentaire avec de la pub
merci encore
Marsh Posté le 12-08-2003 à 16:37:33
RiderCrazy a écrit : Qu'est ce que ça vient faire dans PHP ?? |
ben tu les fé comment les pseudos frames
en javascript
Marsh Posté le 12-08-2003 à 16:42:01
ReplyMarsh Posté le 12-08-2003 à 16:50:19
antp a écrit : Il parle de pseudo frames, pas de vraies frames |
soyez indulgent c'est pas RiderCrazy qui a dit ça, c'est pseudo-RiderCrazy
Marsh Posté le 12-08-2003 à 16:55:07
simogeo a écrit : |
Marsh Posté le 12-08-2003 à 17:05:21
jebo1 a écrit : |
Changer d'hebergeur. Les pseudo-franes en PHP ne sont pas la pour virer les pubs de Lycos.
Marsh Posté le 12-08-2003 à 19:56:19
antp a écrit : Il parle de pseudo frames, pas de vraies frames |
ah merci !!
je reprends donc ma question :
quels sont les inconvénients des pseudos frames ?
éviter le "il n'y a pas d'inconvénients" merci
et par rapport aux frames ?
Marsh Posté le 12-08-2003 à 20:44:40
jebo1 a écrit : |
-par rapport aux frames c'est du tout bon pour le référencement... puisque tout est contenu dans la même page...
- ca évite les javascripts pénibles pour mettre à jour plusieurs frames
les inconvénients, honnêtement j'en vois pas (... si, il faut savoir programmer en PHP )
Marsh Posté le 12-08-2003 à 20:46:54
simogeo a écrit : |
Si t'as un bô menu en Flash ou en applet JAVA qui pue, il est rechargé à chaque coup
Marsh Posté le 12-08-2003 à 20:48:11
antp a écrit : |
mais il est dans le cache
Marsh Posté le 12-08-2003 à 20:49:12
simogeo a écrit : |
un bidule de ce genre, quand ça se recharge, c'est pas toujours très discret ni très léger, c'est ça que je voulais dire
Marsh Posté le 12-08-2003 à 20:49:51
antp a écrit : |
d'accord aussi
Marsh Posté le 13-08-2003 à 09:04:27
antp a écrit : |
et sinon d'autres inconvénients majeurs des pseudos frames
Marsh Posté le 13-08-2003 à 09:36:00
Si tu le fais à coup de tableaux, ton menu scrolle avec la page (mais c'est pas une catastrophe je pense, enfin ça dépend du site).
Si tu le fais à coup de div, ça peut avoir une drôle de tronche dans les vieux browsers, et je ne suis pas sûr qu'on peut donner une position fixe au menu dans IE, je ne sais plus où ça en est... faut voir sur la FAQ XHTML qui se balade sur ce forum.
Marsh Posté le 13-08-2003 à 12:30:45
"ton menu scrolle avec la page"
traduction
dans quel cas ca peut être désagréable ?
Marsh Posté le 13-08-2003 à 12:49:07
jebo1 a écrit : "ton menu scrolle avec la page" |
dans le cas ou tu as un pavé de texte .... du coup tu perds ton menu.... et tu es obligé de retourner en haut pour naviguer
Marsh Posté le 15-08-2003 à 16:50:26
simogeo a écrit : |
Dans ce cas on met une deuzieme pseudo-frame pour couper le texte sur plusieurs pages
....?cat=article&page=2
Et aussi un lien "retour en haut de page" en bas de chaque page
Marsh Posté le 16-08-2003 à 12:31:12
je v poser ma question autrement :
si vous aviez a promouvoir les frames par rapport au pseudos frames, vous feriez comment ?
Marsh Posté le 16-08-2003 à 13:17:12
jebo1 a écrit : je v poser ma question autrement : |
Ben moi, je ferais pas. Je ne vois aucun avantage a utiliser des frames par rapport a des pseudo-frames en PHP (ou autre langage serveur). A la limite, pour une application intranet, cela pourrait representer un petit gain de temps pour le dev de l'appli sans poser le probleme du referencement... et encore...
Marsh Posté le 17-08-2003 à 20:12:10
une ptite info la :
pour les frames, le <html></html> on peut le placer sur toutes les pages ou seulement dans l'index
?
merci
ps : celui ou celle qui me trouve l'inconvénient des pseudos frames par rapport aux frames, je dis "monsieur" ou "madame"
parce que la ...
Marsh Posté le 17-08-2003 à 20:21:11
jebo1 a écrit : |
Les frames sont des pages HTML individuelles sont un <html></html> pour chaque fichier (la page de cadre, et chaque cadre)
Marsh Posté le 18-08-2003 à 17:29:20
jebo1 a écrit : une ptite info la : |
Y'a une seule page, et suivant la variable $page placée dans l'url, ca inclut un fichier differents pour le milieu de la page, mais on garde le debut et la fin (generalement) donc le <html> ne bouge pas
Marsh Posté le 18-08-2003 à 18:27:21
jebo1 a écrit : une ptite info la : |
donc le <html></html> doit être placé sur toutes les pages oh je suis fort moi
Marsh Posté le 18-08-2003 à 20:13:56
euh qd vous parlez de pseudo-frames vous parlez juste de betes includes pour header/footer?
Marsh Posté le 18-08-2003 à 20:44:17
the real moins moins a écrit : euh qd vous parlez de pseudo-frames vous parlez juste de betes includes pour header/footer? |
ouaip
Marsh Posté le 18-08-2003 à 21:15:39
simogeo a écrit : |
ha... bah pq ne pas dire "include"
par pseudo-frame je pensais que vous parliez de ce machin qu'il y a moyen de faire avec les css (overflow: scrollbar ou qqch dans le style)
Marsh Posté le 18-08-2003 à 21:20:11
ouais .... overflow .... mais ca n'a rien a voir
et pseudo-frame c'est le terme approprié
Marsh Posté le 23-08-2003 à 20:50:23
the real moins moins a écrit : ha... bah pq ne pas dire "include" |
Non, pas un simple include, l'en-tete et le pied de page sont toujours les memes, mais on peut inclure un different milieu de page suivant la variable $page placée en url (en utilisant un bete 'switch')
Marsh Posté le 12-08-2003 à 16:33:44
la question est simple :
quels sont les inconvénients des pseudos frames ?
et par rapport aux frames ?
MERCI
---------------
la vie ne vaut rien, mais rien ne vaut la vie