PHP ist absolut kein Hexenwerk

[Camping_RIDER]

Aloha ;)

Auf keinen Fall. Mit Framesets kann man nichts kaputt machen, mit PHP schiesst man sich schneller in den Fuss als man gucken kann. Ich hab das schon viel zu oft erlebt, man will keinem Anfänger PHP in die Hand geben, das geht in 90% der Fälle schief und endet in einer defaced-en Seite im besten Fall und einer Spam-Schleuder im schlechtesten Fall.

Ich sagte nicht, dass der TO mit PHP rumexperimentieren soll, ohne es zu können. Nicht ohne Grund belasse ich es nicht bei einem kryptischen "mach mal ein include rein", sondern zeige ihm ganz genau auf, was er wo hinzuschreiben hat. Was du hier beschreibst mag richtig sein, das trifft aber keinesfalls auf den Fall zu, wenn nur eine include-Anweisung in PHP notiert wird. Im vorliegenden Beispiel und in der Menge, wie PHP hier zum Einsatz kommt, ist weder ein Missbrauch noch ein anderes Problem, wie du es hier schilderst, möglich.

Du malst hier den Teufel an die Wand, der entsteht, wenn man sich ohne Ahnung PHP-Stückchen zusammensetzt um die Seite zusammenzubauen, oder wenn man unbedacht Formulardaten o.ä. zum Seitenbau oder zur Verarbeitung nutzt.

So, wie ich das include hier präsentiert habe, gibt es keinerlei zu erwartenden Nachteil. Es ist mMn an dieser Stelle überhaupt nicht begründet, zu frames zu raten (zumal ich es sowieso seltsam finde, wenn irgendjemand hier zu frames rät bzw. deren "Vorteile" auflistet, immerhin ist das wirklich ungefähr die dramatischste vorstellbare UX-Katastrophe, gleich nach Laufschrift und Pling-Pling).

@edit: Das hört sich jetzt so an, als ob du frames empfohlen hättest - das hast du nicht. Aber du hast gesagt, es wäre in diesem Fall besser einzusetzen als ein PHP-include und dem widerspreche ich.

Dem TO gehts grad im Moment darum, eine möglichst einfach anwendbare Technik zu bekommen, wie er seine Seite aus Einzelbestandteilen zusammenbauen kann (während er sich, wie ich ihn verstanden habe, noch mit CSS/HTML auseinandersetzt), da ist es nicht zielführend, ihn zuerst PHP von der Pike auf lernen zu lassen.

Richtig. Da wären Static Site Generators deutlich sinnvoller. Damit macht man nichts kaputt, sie sind einfach zu nutzen und sie haben auch noch andere Vorteile.

Static Site Generators sind (genau wie CMS'e im Übrigen) eine weitere Möglichkeit, das hinzubekommen, die ich frames (und CMS'es auch) noch lange vorziehen würde, soweit also ja. Es ist eben eine Frage dessen, was man möchte. Wenn ich (persönlich) dabei bin etwas zu lernen, um meine Seite selber bauen zu können, möchte ich dabei keine fremden Tools einsetzen, denn nur dann lerne ich irgendwann wirklich wie's selber geht.

Static Site Generators können auch dazu führen, dass sich der Lernwillige dann daran gewöhnt und sich in der Folge nie mit serverseitigen Techniken beschäftigt, denn es geht ja auch ohne - selbst wenn das Interesse und der Lernwille eigentlich da wären. Wenn der Lernwillige PHP schon im kleinen Maßstab einsetzt, dann wird er sich irgendwann auch damit befassen, PHP zu lernen.

TL;DR: Static Site Generators ja, aber bitte nur für diejenigen, die von vornherein kein Interesse an serverseitigen Techniken haben.

Ob der TO an serverseitigen Techniken grundsätzlich interessiert ist, muss er uns selber sagen.

Grüße,

RIDER