Décomposer ma page

Version imprimable

30/04/2013, 02h27
Yepazix

Décomposer ma page

Bonjour,

Ma question n'est pas très évoluée mais je n'ai pas vraiment trouvé comment faire.
J'ai un site avec plusieurs pages HTML.
Sur presque toutes ces pages on retrouve des parties communes, L'en-tête, le menu, le pied de page,....
Mais en fait surtout le menu !
Par contre ça me gonfle un peu de devoir modifier toutes les pages quand je veux changer un truc.
Du coup je me disais est ce que je ne pourrais pas faire une page avec juste le code de mon menu et appeler ce code dans ma page de cette manière si je modifiais mon menu il se modifierait dans toutes les pages ?
Je sais que c'est possible mais je en sais pas comment ca marche ni même comment ça s'appel.

PHP sait faire ça ! ®
Il s'agit de la fonction include() : on inclut du code issu d'un fichier dans un autre. La page qui émet l'include sera évidemment de type PHP.

Voici un exemple de page servie au client. On a inclu l'en-tête, le menu et le pied-de-page depuis le dossier "includes" situé à la racine du site.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 <!doctype html> <html dir="ltr" lang="fr-FR"> <head> <meta charset="UTF-8" /> <title>Ma page avec includes</title> </head> <body> <?php include($_SERVER['DOCUMENT_ROOT']."/includes/header.php"); ?> <?php include($_SERVER['DOCUMENT_ROOT']."/includes/nav.php"); ?> <main role="main"> ...Du super contenu... </main> <?php include($_SERVER['DOCUMENT_ROOT']."/includes/footer.php"); ?> </body> </html>
Ici, mes includes sont de type PHP : ainsi, on peut tout à fait mettre des Includes dans les fichiers inclus !

30/04/2013, 11h00
bob633

Citation:

PHP sait faire ça !

S'il a posé la question dans la partie HTML c'est qu'il n'utilise pas PHP ...

Utiliser PHP juste pour faire un include c'est dommage, et nécessitera un serveur qui gère PHP par la même occasion.

Pour revenir au sujet, à ce stade je vois 3 solutions :
- Utiliser la balise 'include virtual' en HTML, je ne connais cependant pas ses limites d'utilisation (google ;)),
- Utiliser un iframe pour include ton header, menu, footer ... mais un iframe ne semble pas forcément la meilleur solution (les gens d'ici crient au scandale quand on parle d'iframe, mais des fois ça évite beaucoup de complications),
- Utiliser Jquery qui appelera la bonne page HTML.
30/04/2013, 11h21
Bovino

Je suis pas trop d'accord... PHP est effectivement la solution la plus propre selon moi (et permettra aussi de répondre à d'autres demandes ultérieures).

Utiliser les Server Side Includes peut sembler être une solution, mais encore faut-il que le serveur (et donc l'hébergeur) les accepte... Mais ça me semble plutôt bancal, ce qui explique que ça soit si peu utilisé.
Quant au fait de nécessiter un serveur qui gère PHP, faut quand même pas exagérer... n'importe quel hébergement de base dispose de PHP. :roll:

Pour tes autres propositions, elles sont tout simplement contraires aux bonnes pratiques (frames, iframes ou utilisation de JavaScript).
30/04/2013, 11h25
bob633

Citation:

Je suis pas trop d'accord... PHP est effectivement la solution la plus propre selon moi

Certes, à lui de nous dire s'il a des contraintes ou pas. Personnellement si je dois faire un site statique, c'est pas pour y mettre du dynamique au milieu, surtout si mon boss exige un site HTML qui pourra être exécuter partout dans un serveur local.

Puis j'ai déjà vu des hébergeurs gratuits où le PHP n'est pas géré, mais on revient toujours au point : qu'est-ce qu'il compte faire au final.

Citation:

Pour tes autres propositions, elles sont tout simplement contraires aux bonnes pratiques (frames, iframes ou utilisation de JavaScript).

Je suis d'accord, j’émettais cette solution plus dans le sens pratique que propre ...
02/05/2013, 00h53
Yepazix

ET ben "IL" va faire du PHP puisque en fait c'est assez facile pour moi vu qu'a la source c'est ARTISTEER qui crée mes pages.
Je n'ai donc qu'a changer générate HTML en générate PHP et il me pondra mes pages de base en PHP.

Pour l hébergement je suis chez OVH donc pas de souci :-)

Il ne me reste donc qu'une chose à faire :
VOUS DIRE MERCI:ccool::ccool::ccool::ccool::ccool::ccool:

Je vais tester tout ça la semaine prochaine.

A peluches...
13/05/2013, 13h04
Yepazix

Et voila, si j'avais su que c'était si simple... :P

Petite question tout de même : Ca ne perturbe pas le référencement Google de faire ça hein ?
13/05/2013, 15h22
Muchos

Citation:

Envoyé par puce_84

Ca ne perturbe pas le référencement Google de faire ça hein ?

Absolument pas car les bots lisent la page comme des utilisateurs normaux (ils ne voient pas qu'il y a un include).
Néanmoins, il semble que le cas d'une indexation des fichiers Include par Google existe. Donc, par précaution, vous pouvez par exemple interdire aux robots de visiter le dossier où sont stockés vos fichiers Include. Ex: Dans robots.txt, vous mettrez:

Code:

Disallow: /mon_repertoire_pour_includes/
13/05/2013, 15h31
Yepazix

J'ai pas mis mes fichiers include dans un dossier à part.
Ils sont à la racine et sont tous sous la forme incl.nomdufichier.php.
Je sais tout de même les exclure ?
C'est quoi ce truc robot.txt ?
Merci
13/05/2013, 21h16
laurentSc

Google : http://robots-txt.com/
14/05/2013, 00h25
Yepazix

Ok je comprends un peu mieux.
Mais si je fais :

User-agent: *
Disallow: /page-a.php
Disallow: /page-b.php

J'ai compris que Google ne lirait pas page-a.php et page-b.php.

MAIS si j'ai une troisième page qui s'appel disons.

mapagecomposee.php et que cette page est constituée de deux includes qui font que mapagecomposee.php est en fait page-a.php+page-b.php.

Est ce que dans ce cas Google verra bien le contenu de page-a.php et page-b.php dans mapagecomposee.php ?
14/05/2013, 00h41
laurentSc

Je pense que oui, mais je ne serai pas catégorique.
16/05/2013, 01h35
grumff

Bien sur que oui, google voit la page qui s'affiche dans ton navigateur. Il ne sait pas ce qui se passe côté serveur. D'autre part même sans disallow il n'a aucun moyen de connaître tes pages "a" et "b" s'il n'y a pas de liens qui pointent dessus. Ensuite question bonnes pratiques, chez ovh ton domaine pointe en général sur le répertoire "www". Le mieux est de mettre les fichiers inclus dans le répertoire parent. Ça évite de faire des configurations compliquées...
17/05/2013, 08h44
laurentSc

Citation:

Ça évite de faire des configurations compliquées...

Qu'est-ce que tu veux dire ? Et je suppose que ta remarque s'applique à tous les hébergeurs qui ont un répertoire spécial pour accueillir les fichiers du développeur...
26/05/2013, 17h55
Yepazix

Je vais mettre le site en ligne tel quel et je verrai ce qui se passe, je réactiverai ce sujet si nécessaire...

Merci de votre aide:ccool:
26/05/2013, 18h16
laurentSc

C'est toi qui vois, mais Muchos t'avait donné une solution très simple 10...
27/05/2013, 22h57
Yepazix

OUi mais si ce n'est pas utile autant ne rien faire non ?
Je vais donc voir d'abords comment ça se passe...
27/05/2013, 23h16
laurentSc

Citation:

OUi mais si ce n'est pas utile autant ne rien faire non ?

C'est sûr,...sauf qu'on est pas dans ce cas-là : cela t'éviterait beaucoup de travail et un gros risque d'erreur...