J'aimerais me lancer dans la réalisation d'un site perso en Php, mais je
me pose quelques questions sur la structure et la logique de
fonctionnement à mettre en place.
Grosso modo pour démarrer, je verrais quelque chose d'assez simle, du
genre en haut de la page un titre, en dessous du titre à gauche un menu
et à ce coté de ce menu le contenu à proprement parlé.
Mon idée était de faire une seule page index.php, à laquelle je passerai
en paramètre la rubrique à afficher, du genre "index.php?rub=voyages" ou
"index.php?rub=photos". Après je pensais justement découper mes pages en
trois parties, "titre", "menu" et "corps" et faire des <? include
$rub."titre"; ?>, <? include $rub."menu"; ?> et <? include $rub."corps";
?> dans ma page index.php au bon endroit.
D'après vous, est ce que cela est une bonne idée ou une grosse connerie
? Quels genres de problèmes je pourrais rencontrer avec cette méthode ?
J'ai cherché un peu sur Internet des sites traitant de la façon
d'organiser un site en php, mais je n'ai trouvé que des sites proposant
des scripts tout fait, ou la doc Php en ligne. Rien qui ne définisse
vraiment l'organisation à mettre en place pour avoir un site facile à
maintenir et qui ne présente pas de grosses failles de sécurité ou
autres bétises.
Je suis donc preneur de bons conseils sur la façon d'organiser
correctement un site en php !
Perso je pense que donner un nom explicite à chaque page de contenu (voir même un répertoire, virtuel ou non) et inclure ce qui ne bouge pas est plus
simple pour ce qui est de la maintenance et de la clarté.
Même avis. Pour mes sites, j'ai une table, 1 ligne, 2 colonnes.(Panissières, Zoonat étant beaucoup plus léger, 1lgn, 2cols)
<td>de gauche, un menu, qui ne s'adapte plus au contexte suite à des remarques sur les forums. Au centre, le contenu de mes pages (avec les title et meta qui vont bien. Une page physique par page affichée. Un menuh pour les bannières et nouveautés et un menub pour les infos de copyright, adresse... Ce menu b est évolutif en fonction d'une variable d'option codé dans la page appelante. <td>de droite, le menu des montagnes du matin (d° le menu gauche).
Par contre, pour mes sites de boulot, en intranet, donc sans recherche d'indexation dans des moteurs et avec peu de risques de piratage, j'ai toujours la même structure mais avec 1 seule page dont le contenu change en fonction de paramètres passés dans l'url.
Pour le Web, je pense que ma solution est acceptable tant au niveau de l'indexation que de la maintenance. -- --Philippe Une commune de la Loire : http://panissieres.free.fr Le parc des animaux miniatures http://zoonat.free.fr
Perso je pense que donner un nom explicite à chaque page de contenu (voir
même un répertoire, virtuel ou non) et inclure ce qui ne bouge pas est
plus
simple pour ce qui est de la maintenance et de la clarté.
Même avis.
Pour mes sites, j'ai une table, 1 ligne, 2 colonnes.(Panissières, Zoonat
étant beaucoup plus léger, 1lgn, 2cols)
<td>de gauche, un menu, qui ne s'adapte plus au contexte suite à des
remarques sur les forums.
Au centre, le contenu de mes pages (avec les title et meta qui vont bien.
Une page physique par page affichée. Un menuh pour les bannières et
nouveautés et un menub pour les infos de copyright, adresse... Ce menu b est
évolutif en fonction d'une variable d'option codé dans la page appelante.
<td>de droite, le menu des montagnes du matin (d° le menu gauche).
Par contre, pour mes sites de boulot, en intranet, donc sans recherche
d'indexation dans des moteurs et avec peu de risques de piratage, j'ai
toujours la même structure mais avec 1 seule page dont le contenu change en
fonction de paramètres passés dans l'url.
Pour le Web, je pense que ma solution est acceptable tant au niveau de
l'indexation que de la maintenance.
--
--Philippe
Une commune de la Loire : http://panissieres.free.fr
Le parc des animaux miniatures http://zoonat.free.fr
Perso je pense que donner un nom explicite à chaque page de contenu (voir même un répertoire, virtuel ou non) et inclure ce qui ne bouge pas est plus
simple pour ce qui est de la maintenance et de la clarté.
Même avis. Pour mes sites, j'ai une table, 1 ligne, 2 colonnes.(Panissières, Zoonat étant beaucoup plus léger, 1lgn, 2cols)
<td>de gauche, un menu, qui ne s'adapte plus au contexte suite à des remarques sur les forums. Au centre, le contenu de mes pages (avec les title et meta qui vont bien. Une page physique par page affichée. Un menuh pour les bannières et nouveautés et un menub pour les infos de copyright, adresse... Ce menu b est évolutif en fonction d'une variable d'option codé dans la page appelante. <td>de droite, le menu des montagnes du matin (d° le menu gauche).
Par contre, pour mes sites de boulot, en intranet, donc sans recherche d'indexation dans des moteurs et avec peu de risques de piratage, j'ai toujours la même structure mais avec 1 seule page dont le contenu change en fonction de paramètres passés dans l'url.
Pour le Web, je pense que ma solution est acceptable tant au niveau de l'indexation que de la maintenance. -- --Philippe Une commune de la Loire : http://panissieres.free.fr Le parc des animaux miniatures http://zoonat.free.fr
Gg
On 31 Aug 2003 13:46:27 GMT, Guillaume Bouchard wrote:
Le nom dans la barre d'adresse ?
Oui, le titre de la page quoi. le <title>...</title>
-- GéraLd : http://gerald.fauvelle.free.fr | Photos : http://www.gg.free.fr | myStats : Système de statistiques | Version 1.0.8 - http://my.stats.free.fr
On 31 Aug 2003 13:46:27 GMT, Guillaume Bouchard wrote:
Le nom dans la barre d'adresse ?
Oui, le titre de la page quoi. le <title>...</title>
--
GéraLd : http://gerald.fauvelle.free.fr
| Photos : http://www.gg.free.fr
| myStats : Système de statistiques
| Version 1.0.8 - http://my.stats.free.fr
On 31 Aug 2003 13:46:27 GMT, Guillaume Bouchard wrote:
Le nom dans la barre d'adresse ?
Oui, le titre de la page quoi. le <title>...</title>
-- GéraLd : http://gerald.fauvelle.free.fr | Photos : http://www.gg.free.fr | myStats : Système de statistiques | Version 1.0.8 - http://my.stats.free.fr
dominique
Racoonator wrote:
Mon idée avec le principe d'une page unique et des includes est effectivement de factoriser le maximum. Imaginon que je veule mettre une date dernière modif du site tout à la fin de la page. Avec ce système, je la mets en bas de la page index, et hop, elle apparait sur tout le site et sur toutes les pages. Surtout je trouve que cela evite de dupliquer le code Html de mise en page (titre, menu, cadre) sur plein de page, ce qui risque d'être galère si un jour je veux changer le look du site.
Perso je ne fais jamais cracher du code HTML par des scripts : que ce soit des cgi en perl ou c ou du php. Je prefere dissocier la logique de l'habillage.
Le principe que j'aime bien la dessus est cocoon mais malheureusement beaucoup trop gourmant en ressource et pas tres performant.
Je me refusais a l'epoque d'utiliser des outils pour la gestion de template a la Smarty et j'avais mon propre systeme de gestion de template minimaliste mais adapte a mes besoins et surtout tres rapide.
Maintenant j'utilise Smarty car je n'ai plus de probleme de perf et j'en suis vraiment satisfait.
Voici comment je structure mes templates : - j'essaie de factoriser un maximum : header, footer, menu, ... - je mets un minimum d'intelligente dedans afin de ne pas avoir a generer de code html dans mes scripts. - je mets en place des template de plus haut niveau qui ont pour travaillent d'inclure des templates specialises (header, menu, ...)
avantages : - tu dois modifier ton footer : tu touches au template mais pas a ton script, ... - tu dissocies intelligence et affichage - si tu dois faire ton site dans une autre langue => nouveau jeux de template. Mais tu n'as pas a toucher aux scripts
incovenients : - certains ne trouvent pas ca conforme de mettre de l'intelligence dans des templates. - perte de perfs
Voila, je pense que chacun a ses habitudes et ses methodes de bosser. Il faut trouver la methode avec laquelle tu te trouves le plus confortable.
-- Dom
Racoonator wrote:
Mon idée avec le principe d'une page unique et des includes est
effectivement de factoriser le maximum. Imaginon que je veule mettre une
date dernière modif du site tout à la fin de la page. Avec ce système,
je la mets en bas de la page index, et hop, elle apparait sur tout le
site et sur toutes les pages. Surtout je trouve que cela evite de
dupliquer le code Html de mise en page (titre, menu, cadre) sur plein de
page, ce qui risque d'être galère si un jour je veux changer le look du
site.
Perso je ne fais jamais cracher du code HTML par des scripts : que ce
soit des cgi en perl ou c ou du php. Je prefere dissocier la logique de
l'habillage.
Le principe que j'aime bien la dessus est cocoon mais malheureusement
beaucoup trop gourmant en ressource et pas tres performant.
Je me refusais a l'epoque d'utiliser des outils pour la gestion de
template a la Smarty et j'avais mon propre systeme de gestion de
template minimaliste mais adapte a mes besoins et surtout tres rapide.
Maintenant j'utilise Smarty car je n'ai plus de probleme de perf et j'en
suis vraiment satisfait.
Voici comment je structure mes templates :
- j'essaie de factoriser un maximum : header, footer, menu, ...
- je mets un minimum d'intelligente dedans afin de ne pas avoir a
generer de code html dans mes scripts.
- je mets en place des template de plus haut niveau qui ont pour
travaillent d'inclure des templates specialises (header, menu, ...)
avantages :
- tu dois modifier ton footer : tu touches au template mais pas a ton
script, ...
- tu dissocies intelligence et affichage
- si tu dois faire ton site dans une autre langue => nouveau jeux de
template. Mais tu n'as pas a toucher aux scripts
incovenients :
- certains ne trouvent pas ca conforme de mettre de l'intelligence dans
des templates.
- perte de perfs
Voila, je pense que chacun a ses habitudes et ses methodes de bosser. Il
faut trouver la methode avec laquelle tu te trouves le plus confortable.
Mon idée avec le principe d'une page unique et des includes est effectivement de factoriser le maximum. Imaginon que je veule mettre une date dernière modif du site tout à la fin de la page. Avec ce système, je la mets en bas de la page index, et hop, elle apparait sur tout le site et sur toutes les pages. Surtout je trouve que cela evite de dupliquer le code Html de mise en page (titre, menu, cadre) sur plein de page, ce qui risque d'être galère si un jour je veux changer le look du site.
Perso je ne fais jamais cracher du code HTML par des scripts : que ce soit des cgi en perl ou c ou du php. Je prefere dissocier la logique de l'habillage.
Le principe que j'aime bien la dessus est cocoon mais malheureusement beaucoup trop gourmant en ressource et pas tres performant.
Je me refusais a l'epoque d'utiliser des outils pour la gestion de template a la Smarty et j'avais mon propre systeme de gestion de template minimaliste mais adapte a mes besoins et surtout tres rapide.
Maintenant j'utilise Smarty car je n'ai plus de probleme de perf et j'en suis vraiment satisfait.
Voici comment je structure mes templates : - j'essaie de factoriser un maximum : header, footer, menu, ... - je mets un minimum d'intelligente dedans afin de ne pas avoir a generer de code html dans mes scripts. - je mets en place des template de plus haut niveau qui ont pour travaillent d'inclure des templates specialises (header, menu, ...)
avantages : - tu dois modifier ton footer : tu touches au template mais pas a ton script, ... - tu dissocies intelligence et affichage - si tu dois faire ton site dans une autre langue => nouveau jeux de template. Mais tu n'as pas a toucher aux scripts
incovenients : - certains ne trouvent pas ca conforme de mettre de l'intelligence dans des templates. - perte de perfs
Voila, je pense que chacun a ses habitudes et ses methodes de bosser. Il faut trouver la methode avec laquelle tu te trouves le plus confortable.
-- Dom
Gg
On 01 Sep 2003 07:31:13 GMT, dominique wrote:
Perso je ne fais jamais cracher du code HTML par des scripts : que ce soit des cgi en perl ou c ou du php. Je prefere dissocier la logique de l'habillage.
Ca n'a rien à voir. L'habillage, c'est pas du HTML, c'est des CSS :-)
Et puis ca dépend du style de sites. Comment tu t'y prends pour afficher le contenu d'une base de données dans une page HTML, avec PHP ?
Le principe que j'aime bien la dessus est cocoon mais malheureusement beaucoup trop gourmant en ressource et pas tres performant.
Si ce n'est que des include et quelques echo, ca ne prend rien en ressources.
-- GéraLd : http://gerald.fauvelle.free.fr | Photos : http://www.gg.free.fr | myStats : Système de statistiques | Version 1.0.8 - http://my.stats.free.fr
On 01 Sep 2003 07:31:13 GMT, dominique wrote:
Perso je ne fais jamais cracher du code HTML par des scripts : que ce
soit des cgi en perl ou c ou du php. Je prefere dissocier la logique de
l'habillage.
Ca n'a rien à voir. L'habillage, c'est pas du HTML, c'est des CSS :-)
Et puis ca dépend du style de sites.
Comment tu t'y prends pour afficher le contenu d'une base de données dans
une page HTML, avec PHP ?
Le principe que j'aime bien la dessus est cocoon mais malheureusement
beaucoup trop gourmant en ressource et pas tres performant.
Si ce n'est que des include et quelques echo, ca ne prend rien en
ressources.
--
GéraLd : http://gerald.fauvelle.free.fr
| Photos : http://www.gg.free.fr
| myStats : Système de statistiques
| Version 1.0.8 - http://my.stats.free.fr
Perso je ne fais jamais cracher du code HTML par des scripts : que ce soit des cgi en perl ou c ou du php. Je prefere dissocier la logique de l'habillage.
Ca n'a rien à voir. L'habillage, c'est pas du HTML, c'est des CSS :-)
Et puis ca dépend du style de sites. Comment tu t'y prends pour afficher le contenu d'une base de données dans une page HTML, avec PHP ?
Le principe que j'aime bien la dessus est cocoon mais malheureusement beaucoup trop gourmant en ressource et pas tres performant.
Si ce n'est que des include et quelques echo, ca ne prend rien en ressources.
-- GéraLd : http://gerald.fauvelle.free.fr | Photos : http://www.gg.free.fr | myStats : Système de statistiques | Version 1.0.8 - http://my.stats.free.fr
dominique
Gg wrote:
Ca n'a rien à voir. L'habillage, c'est pas du HTML, c'est des CSS :-)
je suis entierement d'accord avec toi, je suis alle vite et j'ai tout integre dans habillage. Donc pour rectifier je dirais : habillage et positionnement
Comment tu t'y prends pour afficher le contenu d'une base de données dans une page HTML, avec PHP ?
je recupere ce que j'ai a recuperer et je passe une structure en parametre du systeme de template.
Si ce n'est que des include et quelques echo, ca ne prend rien en ressources.
ok mais la ca n'a plus vraiment d'interet. L'interet de Cocoon est de dissocier intelligence / mise en page (XML / XSLT) tout en incluant un peu d'intelligence dans le process de mise en page.
-- Dom
Gg wrote:
Ca n'a rien à voir. L'habillage, c'est pas du HTML, c'est des CSS :-)
je suis entierement d'accord avec toi, je suis alle vite et j'ai tout
integre dans habillage. Donc pour rectifier je dirais : habillage et
positionnement
Comment tu t'y prends pour afficher le contenu d'une base de données dans
une page HTML, avec PHP ?
je recupere ce que j'ai a recuperer et je passe une structure en
parametre du systeme de template.
Si ce n'est que des include et quelques echo, ca ne prend rien en
ressources.
ok mais la ca n'a plus vraiment d'interet. L'interet de Cocoon est de
dissocier intelligence / mise en page (XML / XSLT) tout en incluant un
peu d'intelligence dans le process de mise en page.
Ca n'a rien à voir. L'habillage, c'est pas du HTML, c'est des CSS :-)
je suis entierement d'accord avec toi, je suis alle vite et j'ai tout integre dans habillage. Donc pour rectifier je dirais : habillage et positionnement
Comment tu t'y prends pour afficher le contenu d'une base de données dans une page HTML, avec PHP ?
je recupere ce que j'ai a recuperer et je passe une structure en parametre du systeme de template.
Si ce n'est que des include et quelques echo, ca ne prend rien en ressources.
ok mais la ca n'a plus vraiment d'interet. L'interet de Cocoon est de dissocier intelligence / mise en page (XML / XSLT) tout en incluant un peu d'intelligence dans le process de mise en page.
-- Dom
Gg
On 01 Sep 2003 09:21:59 GMT, dominique wrote:
Comment tu t'y prends pour afficher le contenu d'une base de données dans une page HTML, avec PHP ?
je recupere ce que j'ai a recuperer et je passe une structure en parametre du systeme de template.
Les templates oui, c'est lourd :-) Mais tout dépend du site encore une fois.
Si ce n'est que des include et quelques echo, ca ne prend rien en ressources.
ok mais la ca n'a plus vraiment d'interet. L'interet de Cocoon est de dissocier intelligence / mise en page (XML / XSLT) tout en incluant un peu d'intelligence dans le process de mise en page.
J'ai du mal à voir ce que peut être l'intelligence dans une page, à part l'intelligence de celui qui fait la page.
-- GéraLd : http://gerald.fauvelle.free.fr | Photos : http://www.gg.free.fr | myStats : Système de statistiques | Version 1.0.8 - http://my.stats.free.fr
On 01 Sep 2003 09:21:59 GMT, dominique wrote:
Comment tu t'y prends pour afficher le contenu d'une base de données dans
une page HTML, avec PHP ?
je recupere ce que j'ai a recuperer et je passe une structure en
parametre du systeme de template.
Les templates oui, c'est lourd :-)
Mais tout dépend du site encore une fois.
Si ce n'est que des include et quelques echo, ca ne prend rien en
ressources.
ok mais la ca n'a plus vraiment d'interet. L'interet de Cocoon est de
dissocier intelligence / mise en page (XML / XSLT) tout en incluant un
peu d'intelligence dans le process de mise en page.
J'ai du mal à voir ce que peut être l'intelligence dans une page, à part
l'intelligence de celui qui fait la page.
--
GéraLd : http://gerald.fauvelle.free.fr
| Photos : http://www.gg.free.fr
| myStats : Système de statistiques
| Version 1.0.8 - http://my.stats.free.fr
Comment tu t'y prends pour afficher le contenu d'une base de données dans une page HTML, avec PHP ?
je recupere ce que j'ai a recuperer et je passe une structure en parametre du systeme de template.
Les templates oui, c'est lourd :-) Mais tout dépend du site encore une fois.
Si ce n'est que des include et quelques echo, ca ne prend rien en ressources.
ok mais la ca n'a plus vraiment d'interet. L'interet de Cocoon est de dissocier intelligence / mise en page (XML / XSLT) tout en incluant un peu d'intelligence dans le process de mise en page.
J'ai du mal à voir ce que peut être l'intelligence dans une page, à part l'intelligence de celui qui fait la page.
-- GéraLd : http://gerald.fauvelle.free.fr | Photos : http://www.gg.free.fr | myStats : Système de statistiques | Version 1.0.8 - http://my.stats.free.fr
