Auge: Navigation per include Nur mit Absolutpfad möglich?

Beitrag lesen

Hallo

Hallo Auge,

oh. Es geht nicht nur um die Serverseite, sondern (auch) um die Clientseite.

Hier ist die grundsätzliche Frage, wieviel Flexibilität man will und wie automatisch das Ganze funktionieren soll.

Dass da prinzipiell noch viel mehr geht und zu berücksichtigen ist, ist klar. Deshalb deutete ich ja die Möglichkeit, das dynamisch per PHP zu erledigen, an. Das wollte ich aber überhaupt nicht thematisieren, weil die Fragestellung für mich auf „Wie schreibe ich ein HTML-Include ür die Navi so, dass es von überall aus funktioniert und mir nicht allzuviel Schreibarbeit abnötigt?“ hindeutete.

Dass man sich selbst zum Beispiel mit einer Testumgebung mit anderer Verzeichnisstruktur grandios ins Knie fi… ähh schießen kann, sei dahingestellt. Dann sollte man sich aber per se von vornherein Gedanken darüber machen, ob man nicht, wie von dir beschrieben, nur eine andere Domain mit gleicher Verzeichnisstruktur benutzen sollte oder ob man eine andere Struktur benutzen will oder muss und sich damit die Arbeit machen müssen will, die Navigation doch zu dynamisieren. Das schien mir aber nicht die Aufgabenstellung zu sein.

Schwieriger wird es mit Ressourcenzugriffen, die im HTML, in JavaScript oder im CSS stehen. Denn auch die müssen einem solchen Umzug folgen können. Bei HTML kann man das noch mit dem erzeugenden PHP Script in den Griff bekommen. Dagegen sind JavaScript und CSS oftmals statische Ressourcen, die nicht über PHP laufen. Hier muss man sich dringend bemühen, auf absolute Pfadangaben zu verzichten.

Oder man muss einen solchen hypothetischen Fall von vornherein vermeiden oder ihn bei Definitionen für beziehungsweise Zugriffen auf Elemente per CSS und JS bedenken. Es ist ja nicht so, dass man beispielsweise CSS-Selektoren nicht auch mit Teilübereinstimmungen „füttern“ könnte.

Ein Umzug auf beziehungsweise eine Testumgebung mit identischer Struktur ist aber immer noch die einfachste Lösung dieses Problems.

Das Einfügen von Ordnerebenen ist und bleibt aber ein Alptraum und ist nur mit hoher Komplexität automatisiert lösbar.

Aber sowas von.

Tschö, Auge

--
200 ist das neue 35.