PHP-Datein strukturieren

Grundsätzlich würde ich variante 2 benutzen. Grund für jede Variante gibt es genug, allerdings brauchst du wesentlich weniger Code für die gleichen Routinen, sprich 1mal eine Methode, die mit if / switch die entsprechenden Daten abfragt, als wenn du n-mal eine Methode wiederholst (auch ohne Abfragen wesentlich unsauberer -> du wirst bei einer kleinen Strukturveränderung in allen Seiten den selben Code ändern und anpassen müssen.
Es gibt sicher noch mehr Argumente, aber das grade mal so aus der Hand geschrieben.

Edit: verlesen.

Ich erklär dir mal, wie ich es mache, ist ein wenig wie Variante 2 aber nicht mit switch:
Ich habe eine Datei, in der ich mehre arrays definiere, nennen wir sie $site für die urls, $keys für die keywords, $title für die titel, $desc für die Beschreibung in den Metatags und $topic für den Metatag fürs Thema.
Also die Datei sieht so aus:

<?
$site = array();
$site['start'] = 'Seiten/Start.php';
$site['impressum'] = 'Seiten/Impressum.php';
...
$keys = array();
$keys['start'] = "Meine Seite, Thema, blabla";
$keys['impressum'] = "Impressum, Rechtshinweise, Kontakt, Meine Seite, blabla";
...
$title = array();
$title['start'] = "Start";
$title['impressum'] = "Impressum - Kontakt";
...
$desc = array();
$desc['start'] = "Beschreibung meiner Seite";
$desc['impressum'] = "Impressum meiner Seite mit Kontaktmöglichkeit";
...
$topic = array();
$topic['start'] = "Thema meiner Seite";
$topic['impressum'] = "Impressum und Kontakt";
...
if(isset($_GET['siteid'], $site[$_GET['siteid']]))
  $siteid = $_GET['siteid'];
else
  $siteid = 'start';
?>

Die letzten vier Zeilen schauen dann, ob der Getparameter für die Seite gültig ist und setzen die ID ansonsten auf Start.
Am Anfang deiner index.php includest du dann diese Datei.
Die betreffenden Teile des Head sehen dann so aus:

<meta name="description" content="<? echo $desc[$siteid]; ?>">
<meta name="keywords" content="<? echo $keys[$siteid]; ?>">
<meta name="page-topic" Content="<? echo $topic[$siteid]; ?>">
<title>
Meine Seite - <? echo $title[$siteid]; ?>
</title>

Und in dem div, in den der Content reinsoll:

include($site[$siteid]);

Das ist eigentlich sehr schön, zumindest wenn man keine Datenbank verwenden möchte.
Bei mir habe ich das ganze mit mod_rewrite etwas aufgepeppt, sodass der Besucher nicht dieses ?siteid=irgendwas sieht, sondern eine schöne Url, die dahin umgeleitet wird.

Viele liebe Grüße
The User

Nummer 1
Wuesst jetzt nicht, was ich noch sagen soll

Der klare Vorteil von Nr. 2 ist:
Man hat das gesamte Design in einer Datei, die anderen Dateien müssen sich nur um den Inhalt kümmern, ihnen kann es relativ egal sein, wie das Layout aussieht.
Außerdem kann man schnell Sachen wie Metatags hinzufügen, mit 1 müssten die einzelnen Seiten entweder ganz viele Seiten includen, um jeweils noch dazwischen die Metatags und den Titel zu bekommen, oder sogar Teile des Layouts übernehmen, und das wäre ja nicht schön.
Den Header kannst du bei Nr. 2 einfach oben in die index.php schreiben, fertig.
Möchtest du manchmal Unterseiten alleine testen und sie sind auf einen Header angewiesen (mir viele da nur session_start() ein), würde ich dir empfehlen, eine Datei session_start.php anzulegen, und diese schamlos bei allen Dateien, die sie benötigen sowie bei der Hauptdatei jeweils ganz oben mit include_once "session_start.php"; einzubinden.
Dadurch gewährleistest du, dass der Header immer da ist, auch wenn du nur eine Teilseite hast.

Viele liebe Grüße
The User

include_ONCE inkludiert nur EINMAL wie der name sagt

lesen, denken, DANN posten

Was hat include mit headern zu tun?

oder man benutzt ein templatesystem in dem die ganze Seite vertig als HTML getippt ist und bestimmte Platzhalter nur ersetzt werden.

Find diese 4. Möglichkeit am besten

wenn du session_start() mehr als einmal includierst kriegst'n fehler darauf wollte er hinweisen.
ich habe darauf hingewiesen, dasses nur einmal includiert wird

Dodo
Das wäre dann aber warscheinlich auch bald auf Datenbankbasis und so.
Natürlich ist das noch besser, aber er möchte es erst einmal so machen.
So lernt man doch auch viel besser, als wenn man von Anfang an sogar ein fertig-CMS oder so benutzt.

Vor allem in einem fertigem CMS als Anfänger zu tippen halte ich für äußerst fatal, man lötet ja auch nicht sofort an Mainboard rum, sondern bastelt sich erstmal ne kleine Platine selber.

Das ist ein Recht sinnvoller Vergleich.
Ein Mainboard oder ein CMS hat einfach so viele Sachen, dass man aus dem Code gar nichts lernt, bei kleinen Sachen kann man das Gesamte voll verstehen.

User:
Wer redet denn da von vorgefertigten Datnbank-CMSen?

Selbst ein Templatesystem zu schreiben ist nicht schwer solang man mit file_get_contents und str_replace umgehen kann

Ich habe es neulich gemacht, und man braucht schon einiges an PHP.
Es ist für einen Anfänger doch schwer zu verstehendes PHP.
Er soll erstmal auch Schritt für Schritt etwas eigenes schaffen.

Ein eigens CMS schreiben war mein erstes PHP-Projekt, wenn man mal von Kontaktformularen und Textbasierenden News-Scripten absieht xD So schwer ist das nicht, finde ich. Es dauert halt bisschen, aber irgendwann ist man so drin, da gehts wie von selbst.

@t: Also ich würde sagen (persönliche Meinung):

Für eine normale Webseite, die mehr oder weniger statisch ist, vllt mit paar flexiblen Inhalten nimmt man Variante 1.

Wenn es schon eher in richtig dynamisches Portal bzw. CMS geht Variante 2 mit ausgelagerte Templatesystem, Programmierungsteil und Contentteil (in einer Datenbank). Jetzt noch nen Backend dazu und du hast dein CMS