A condition que ces centaines de pages aient pour point commun d'être
statiques. C'est à dire du pure html.
A condition que ces centaines de pages aient pour point commun d'être
statiques. C'est à dire du pure html.
A condition que ces centaines de pages aient pour point commun d'être
statiques. C'est à dire du pure html.
bonjour,
voila, j'ai constate que de nombreux sites font passer toutes leurs
pages par une seule page telle que index.php?rub=<x> ou <x> va etre
une multitude de chiffres... mais je ne comprends pas quel est
l'interet de l'approche ni meme comment cela fonctionne quelqu'un
pourrait il m'expliquer ou me pointer sur une url qui fait ca ?
merci bcp.
bonjour,
voila, j'ai constate que de nombreux sites font passer toutes leurs
pages par une seule page telle que index.php?rub=<x> ou <x> va etre
une multitude de chiffres... mais je ne comprends pas quel est
l'interet de l'approche ni meme comment cela fonctionne quelqu'un
pourrait il m'expliquer ou me pointer sur une url qui fait ca ?
merci bcp.
bonjour,
voila, j'ai constate que de nombreux sites font passer toutes leurs
pages par une seule page telle que index.php?rub=<x> ou <x> va etre
une multitude de chiffres... mais je ne comprends pas quel est
l'interet de l'approche ni meme comment cela fonctionne quelqu'un
pourrait il m'expliquer ou me pointer sur une url qui fait ca ?
merci bcp.
Mod_rewrite est seulemetn une sorte de patch.
Moi je ne dirais qu'une chose que personne ne pourra rouspecter. En regle
clair, on ne doit jamais passer les pages en parametre de
Mod_rewrite est seulemetn une sorte de patch.
Moi je ne dirais qu'une chose que personne ne pourra rouspecter. En regle
clair, on ne doit jamais passer les pages en parametre de
Mod_rewrite est seulemetn une sorte de patch.
Moi je ne dirais qu'une chose que personne ne pourra rouspecter. En regle
clair, on ne doit jamais passer les pages en parametre de
bonjour,
voila, j'ai constate que de nombreux sites font passer toutes leurs
pages par une seule page telle que index.php?rub=<x> ou <x> va etre
une multitude de chiffres... mais je ne comprends pas quel est
l'interet de l'approche ni meme comment cela fonctionne quelqu'un
pourrait il m'expliquer ou me pointer sur une url qui fait ca ?
merci bcp.
bonjour,
voila, j'ai constate que de nombreux sites font passer toutes leurs
pages par une seule page telle que index.php?rub=<x> ou <x> va etre
une multitude de chiffres... mais je ne comprends pas quel est
l'interet de l'approche ni meme comment cela fonctionne quelqu'un
pourrait il m'expliquer ou me pointer sur une url qui fait ca ?
merci bcp.
bonjour,
voila, j'ai constate que de nombreux sites font passer toutes leurs
pages par une seule page telle que index.php?rub=<x> ou <x> va etre
une multitude de chiffres... mais je ne comprends pas quel est
l'interet de l'approche ni meme comment cela fonctionne quelqu'un
pourrait il m'expliquer ou me pointer sur une url qui fait ca ?
merci bcp.
Ca commence à avoir intéret sur des sites de plusieurs centaines de
pages, pour eviter d'avoir des tonnes de fichiers physiques alors que
les contenus sont stockées dans la base. Et ça permet de rajouter des
pages sans avoir a poser un seul fichier.
A condition que ces centaines de pages aient pour point commun d'être
statiques. C'est à dire du pure html.
Non ce n'est pas une nécessité.Si dans ton site tu as des scripts divers correspondant à des fonctions
bien différentes je ne vois pas en quoi la base y change quelque chose.
je dois avouer que "des scripts divers correspondant à des fonctions bien
différentes" c'est un peu trop abstrait pour que je puisse te répondre :)
Ca commence à avoir intéret sur des sites de plusieurs centaines de
pages, pour eviter d'avoir des tonnes de fichiers physiques alors que
les contenus sont stockées dans la base. Et ça permet de rajouter des
pages sans avoir a poser un seul fichier.
A condition que ces centaines de pages aient pour point commun d'être
statiques. C'est à dire du pure html.
Non ce n'est pas une nécessité.
Si dans ton site tu as des scripts divers correspondant à des fonctions
bien différentes je ne vois pas en quoi la base y change quelque chose.
je dois avouer que "des scripts divers correspondant à des fonctions bien
différentes" c'est un peu trop abstrait pour que je puisse te répondre :)
Ca commence à avoir intéret sur des sites de plusieurs centaines de
pages, pour eviter d'avoir des tonnes de fichiers physiques alors que
les contenus sont stockées dans la base. Et ça permet de rajouter des
pages sans avoir a poser un seul fichier.
A condition que ces centaines de pages aient pour point commun d'être
statiques. C'est à dire du pure html.
Non ce n'est pas une nécessité.Si dans ton site tu as des scripts divers correspondant à des fonctions
bien différentes je ne vois pas en quoi la base y change quelque chose.
je dois avouer que "des scripts divers correspondant à des fonctions bien
différentes" c'est un peu trop abstrait pour que je puisse te répondre :)
A condition que ces centaines de pages aient pour point commun d'être
statiques. C'est à dire du pure html.
On se sert plus de la base comme un vecteur pour « canaliser » le
contenu et l'information.
Le contenu peut être stocké sous la forme de fichier XML qui sont
montés à partir de gabarits XHTML/HTML par exemple.
La base sert parfois d'intermédiaire entre le site et les ressources.
Les images d'un portfolio sont sur le serveur mais la base s'occupe de
les organiser en catégories, des scripts accèdent à la base et
génèrent les pages du site à partir des gabarits... ce qui peut donner
un site statique, à visiter, au final. Gestion de contenu :).
JM
A condition que ces centaines de pages aient pour point commun d'être
statiques. C'est à dire du pure html.
On se sert plus de la base comme un vecteur pour « canaliser » le
contenu et l'information.
Le contenu peut être stocké sous la forme de fichier XML qui sont
montés à partir de gabarits XHTML/HTML par exemple.
La base sert parfois d'intermédiaire entre le site et les ressources.
Les images d'un portfolio sont sur le serveur mais la base s'occupe de
les organiser en catégories, des scripts accèdent à la base et
génèrent les pages du site à partir des gabarits... ce qui peut donner
un site statique, à visiter, au final. Gestion de contenu :).
JM
A condition que ces centaines de pages aient pour point commun d'être
statiques. C'est à dire du pure html.
On se sert plus de la base comme un vecteur pour « canaliser » le
contenu et l'information.
Le contenu peut être stocké sous la forme de fichier XML qui sont
montés à partir de gabarits XHTML/HTML par exemple.
La base sert parfois d'intermédiaire entre le site et les ressources.
Les images d'un portfolio sont sur le serveur mais la base s'occupe de
les organiser en catégories, des scripts accèdent à la base et
génèrent les pages du site à partir des gabarits... ce qui peut donner
un site statique, à visiter, au final. Gestion de contenu :).
JM
Je ne comprend pas certains arguments que plusieurs personnes ont
exposés contre cette façon de faire.
Tout d'abord, je ne vois pas en quoi ça pourrait être un problème de
sécurité. Il faut seulement s'assurer que les paramètres envoyés sont
corrects et ne permettent pas de récuperer une page qui devrait être
privée...
Mais de toute façon il pourrait y avoir les mêmes problèmes avec une
page PHP/HTML ordinaire.
Par rappport à "Les URLs sympas ne changent pas"
Là je ne comprend vraiment pas ! Personnelement, je serais plus porté
à modifier une URL en utilisant des fichiers ordinaires qu'en
utilisant un script qui fait des includes.
Il est très facile de créer de belles URL de cette façon.
Avec la variable serveur PATH_INFO et l'option MultiViews d'Apache, on
peut facilement transformer une URL du genre :
http://www.monsite.com/section1.php?page=bonjour&lang=fr
par :
http://www.monsite.com/section1/bonjour.fr.html
(ou bien ce que vous voulez, les possibilités sont infinies ;) )
Cette URL est assez générique pour ne jamais changer à mon avis, même
si on change le langage de prog ou la structure du site.
Et pas besoin de mod_rewrite pour faire ça !
Finalement, je dirais que la seule chose dont je suis sûr d'un site
web que je fais, c'est qu'il va toujours y avoir une section avec une
page qui varie.
Mais je ne sais pas d'avance où elle sera, donc faire un simple
include(header) et include(footer) ne me convient pas, car je ne
pourrai plus faire de changement majeur sans retoucher tous les
fichiers.
Et si je veux rajouter une feuille de style, par exemple, je
devrais encore une fois retoucher tous les fichiers, à moins de
faire un include de plus pour les <link rel=stylesheet...
De toute façon, que chacun fasse ce qui lui tente ! ;o)
Je ne comprend pas certains arguments que plusieurs personnes ont
exposés contre cette façon de faire.
Tout d'abord, je ne vois pas en quoi ça pourrait être un problème de
sécurité. Il faut seulement s'assurer que les paramètres envoyés sont
corrects et ne permettent pas de récuperer une page qui devrait être
privée...
Mais de toute façon il pourrait y avoir les mêmes problèmes avec une
page PHP/HTML ordinaire.
Par rappport à "Les URLs sympas ne changent pas"
Là je ne comprend vraiment pas ! Personnelement, je serais plus porté
à modifier une URL en utilisant des fichiers ordinaires qu'en
utilisant un script qui fait des includes.
Il est très facile de créer de belles URL de cette façon.
Avec la variable serveur PATH_INFO et l'option MultiViews d'Apache, on
peut facilement transformer une URL du genre :
http://www.monsite.com/section1.php?page=bonjour&lang=fr
par :
http://www.monsite.com/section1/bonjour.fr.html
(ou bien ce que vous voulez, les possibilités sont infinies ;) )
Cette URL est assez générique pour ne jamais changer à mon avis, même
si on change le langage de prog ou la structure du site.
Et pas besoin de mod_rewrite pour faire ça !
Finalement, je dirais que la seule chose dont je suis sûr d'un site
web que je fais, c'est qu'il va toujours y avoir une section avec une
page qui varie.
Mais je ne sais pas d'avance où elle sera, donc faire un simple
include(header) et include(footer) ne me convient pas, car je ne
pourrai plus faire de changement majeur sans retoucher tous les
fichiers.
Et si je veux rajouter une feuille de style, par exemple, je
devrais encore une fois retoucher tous les fichiers, à moins de
faire un include de plus pour les <link rel=stylesheet...
De toute façon, que chacun fasse ce qui lui tente ! ;o)
Je ne comprend pas certains arguments que plusieurs personnes ont
exposés contre cette façon de faire.
Tout d'abord, je ne vois pas en quoi ça pourrait être un problème de
sécurité. Il faut seulement s'assurer que les paramètres envoyés sont
corrects et ne permettent pas de récuperer une page qui devrait être
privée...
Mais de toute façon il pourrait y avoir les mêmes problèmes avec une
page PHP/HTML ordinaire.
Par rappport à "Les URLs sympas ne changent pas"
Là je ne comprend vraiment pas ! Personnelement, je serais plus porté
à modifier une URL en utilisant des fichiers ordinaires qu'en
utilisant un script qui fait des includes.
Il est très facile de créer de belles URL de cette façon.
Avec la variable serveur PATH_INFO et l'option MultiViews d'Apache, on
peut facilement transformer une URL du genre :
http://www.monsite.com/section1.php?page=bonjour&lang=fr
par :
http://www.monsite.com/section1/bonjour.fr.html
(ou bien ce que vous voulez, les possibilités sont infinies ;) )
Cette URL est assez générique pour ne jamais changer à mon avis, même
si on change le langage de prog ou la structure du site.
Et pas besoin de mod_rewrite pour faire ça !
Finalement, je dirais que la seule chose dont je suis sûr d'un site
web que je fais, c'est qu'il va toujours y avoir une section avec une
page qui varie.
Mais je ne sais pas d'avance où elle sera, donc faire un simple
include(header) et include(footer) ne me convient pas, car je ne
pourrai plus faire de changement majeur sans retoucher tous les
fichiers.
Et si je veux rajouter une feuille de style, par exemple, je
devrais encore une fois retoucher tous les fichiers, à moins de
faire un include de plus pour les <link rel=stylesheet...
De toute façon, que chacun fasse ce qui lui tente ! ;o)
Je ne comprend pas certains arguments que plusieurs personnes ont
exposés contre cette façon de faire.
Tout d'abord, je ne vois pas en quoi ça pourrait être un problème de
sécurité. Il faut seulement s'assurer que les paramètres envoyés sont
corrects et ne permettent pas de récuperer une page qui devrait être
privée...
Mais de toute façon il pourrait y avoir les mêmes problèmes avec une
page PHP/HTML ordinaire.
Par rappport à "Les URLs sympas ne changent pas"
Là je ne comprend vraiment pas ! Personnelement, je serais plus porté
à modifier une URL en utilisant des fichiers ordinaires qu'en
utilisant un script qui fait des includes.
Il est très facile de créer de belles URL de cette façon.
Avec la variable serveur PATH_INFO et l'option MultiViews d'Apache, on
peut facilement transformer une URL du genre :
http://www.monsite.com/section1.php?page=bonjour&lang=fr
par :
http://www.monsite.com/section1/bonjour.fr.html
(ou bien ce que vous voulez, les possibilités sont infinies ;) )
Cette URL est assez générique pour ne jamais changer à mon avis, même
si on change le langage de prog ou la structure du site.
Et pas besoin de mod_rewrite pour faire ça !
Finalement, je dirais que la seule chose dont je suis sûr d'un site
web que je fais, c'est qu'il va toujours y avoir une section avec une
page qui varie.
Mais je ne sais pas d'avance où elle sera, donc faire un simple
include(header) et include(footer) ne me convient pas, car je ne
pourrai plus faire de changement majeur sans retoucher tous les
fichiers.
Et si je veux rajouter une feuille de style, par exemple, je devrais
encore une fois retoucher tous les fichiers, à moins de faire un
include de plus pour les <link rel=stylesheet...> ...
De toute façon, que chacun fasse ce qui lui tente ! ;o)
(Tlo) wrote in message
news:...
bonjour,
voila, j'ai constate que de nombreux sites font passer toutes leurs
pages par une seule page telle que index.php?rub=<x> ou <x> va etre
une multitude de chiffres... mais je ne comprends pas quel est
l'interet de l'approche ni meme comment cela fonctionne quelqu'un
pourrait il m'expliquer ou me pointer sur une url qui fait ca ?
merci bcp.
Je ne comprend pas certains arguments que plusieurs personnes ont
exposés contre cette façon de faire.
Tout d'abord, je ne vois pas en quoi ça pourrait être un problème de
sécurité. Il faut seulement s'assurer que les paramètres envoyés sont
corrects et ne permettent pas de récuperer une page qui devrait être
privée...
Mais de toute façon il pourrait y avoir les mêmes problèmes avec une
page PHP/HTML ordinaire.
Par rappport à "Les URLs sympas ne changent pas"
Là je ne comprend vraiment pas ! Personnelement, je serais plus porté
à modifier une URL en utilisant des fichiers ordinaires qu'en
utilisant un script qui fait des includes.
Il est très facile de créer de belles URL de cette façon.
Avec la variable serveur PATH_INFO et l'option MultiViews d'Apache, on
peut facilement transformer une URL du genre :
http://www.monsite.com/section1.php?page=bonjour&lang=fr
par :
http://www.monsite.com/section1/bonjour.fr.html
(ou bien ce que vous voulez, les possibilités sont infinies ;) )
Cette URL est assez générique pour ne jamais changer à mon avis, même
si on change le langage de prog ou la structure du site.
Et pas besoin de mod_rewrite pour faire ça !
Finalement, je dirais que la seule chose dont je suis sûr d'un site
web que je fais, c'est qu'il va toujours y avoir une section avec une
page qui varie.
Mais je ne sais pas d'avance où elle sera, donc faire un simple
include(header) et include(footer) ne me convient pas, car je ne
pourrai plus faire de changement majeur sans retoucher tous les
fichiers.
Et si je veux rajouter une feuille de style, par exemple, je devrais
encore une fois retoucher tous les fichiers, à moins de faire un
include de plus pour les <link rel=stylesheet...> ...
De toute façon, que chacun fasse ce qui lui tente ! ;o)
tlo2075@yahoo.fr (Tlo) wrote in message
news:<929eabc7.0401271405.2a30800b@posting.google.com>...
bonjour,
voila, j'ai constate que de nombreux sites font passer toutes leurs
pages par une seule page telle que index.php?rub=<x> ou <x> va etre
une multitude de chiffres... mais je ne comprends pas quel est
l'interet de l'approche ni meme comment cela fonctionne quelqu'un
pourrait il m'expliquer ou me pointer sur une url qui fait ca ?
merci bcp.
Je ne comprend pas certains arguments que plusieurs personnes ont
exposés contre cette façon de faire.
Tout d'abord, je ne vois pas en quoi ça pourrait être un problème de
sécurité. Il faut seulement s'assurer que les paramètres envoyés sont
corrects et ne permettent pas de récuperer une page qui devrait être
privée...
Mais de toute façon il pourrait y avoir les mêmes problèmes avec une
page PHP/HTML ordinaire.
Par rappport à "Les URLs sympas ne changent pas"
Là je ne comprend vraiment pas ! Personnelement, je serais plus porté
à modifier une URL en utilisant des fichiers ordinaires qu'en
utilisant un script qui fait des includes.
Il est très facile de créer de belles URL de cette façon.
Avec la variable serveur PATH_INFO et l'option MultiViews d'Apache, on
peut facilement transformer une URL du genre :
http://www.monsite.com/section1.php?page=bonjour&lang=fr
par :
http://www.monsite.com/section1/bonjour.fr.html
(ou bien ce que vous voulez, les possibilités sont infinies ;) )
Cette URL est assez générique pour ne jamais changer à mon avis, même
si on change le langage de prog ou la structure du site.
Et pas besoin de mod_rewrite pour faire ça !
Finalement, je dirais que la seule chose dont je suis sûr d'un site
web que je fais, c'est qu'il va toujours y avoir une section avec une
page qui varie.
Mais je ne sais pas d'avance où elle sera, donc faire un simple
include(header) et include(footer) ne me convient pas, car je ne
pourrai plus faire de changement majeur sans retoucher tous les
fichiers.
Et si je veux rajouter une feuille de style, par exemple, je devrais
encore une fois retoucher tous les fichiers, à moins de faire un
include de plus pour les <link rel=stylesheet...> ...
De toute façon, que chacun fasse ce qui lui tente ! ;o)
(Tlo) wrote in message
news:...
bonjour,
voila, j'ai constate que de nombreux sites font passer toutes leurs
pages par une seule page telle que index.php?rub=<x> ou <x> va etre
une multitude de chiffres... mais je ne comprends pas quel est
l'interet de l'approche ni meme comment cela fonctionne quelqu'un
pourrait il m'expliquer ou me pointer sur une url qui fait ca ?
merci bcp.
Ca se bookmark très bien, alors que si l'IDSuperModule change...
Bah, de toute façon chacun fait selon ses habitudes...
Ca se bookmark très bien, alors que si l'IDSuperModule change...
Bah, de toute façon chacun fait selon ses habitudes...
Ca se bookmark très bien, alors que si l'IDSuperModule change...
Bah, de toute façon chacun fait selon ses habitudes...
Il y aura quand même au final un portfolio.php non ?
Ou bien, superbidule.php?MODID#9
Ou bien, superbidule.php?MODID#9
Il y aura quand même au final un portfolio.php non ?
Ou bien, superbidule.php?MODID#9
Ou bien, superbidule.php?MODID#9
Il y aura quand même au final un portfolio.php non ?
Ou bien, superbidule.php?MODID#9
Ou bien, superbidule.php?MODID#9
