nicht angemeldet
Verzeichnisstruktur
Hallo Freunde und Forumler/innen!
Mal eine Frage an die Serverleute unter Euch:
Auf einmal, eben noch Homepagebastlerin, sehe ich mich auf der Serverseite stehen und kriege so nebenbei mit, wie ein Kollege einen (nein, viele) Apache-Server einrichtet, um das Webprojekt des Serverbetreibers, das ich entwickle, online zu bringen. Nun gehe ich das Ganze aus Sicht eines HTMLers an, der sich erstmal eine sinnvolle Verzeichnisstruktur ausdenkt und sämtliche Dateien entsprechend relativ referenziert. Als ich dies meinem Kollegen erklärte, zeigte er mir, dass es mittels alias-Funktion ganz einfach ist, den Apache-Server so einzurichten, dass man sich eigentlich eine komplizierte (tiefe) Linkstruktur sparen kann. Ein Verweis z.b. in ein 2 Ebenen höher liegendes Verzeichnis wird normalerweise mit ../../ referenziert, kann man nach alias-Setzen aber auch weglassen, wird trotzdem gefunden. Nun frage ich mich natürlich: Was ist sinnvoller, den Server mit lauter aliases auszustatten oder die HTML-Dateien relativ zu verlinken? Ich habe ehrlich gesagt auch noch nirgendwo gesehen, dass so gearbeitet wird. Kann sein, dass diese Frage jetzt total daumäßig ist, aber auf diesem Gebiet bin ich fachlicher Säugling, <g>
Viele Grüße,
Kirsten
-
Hallo Kirsten,
ich finde das kommt auf die Groesse Deines Projektes an.
Normalerweise werden die HTML-Seiten ja an dem Ort abgelegt, der mit DocumentRoot in der Apache-Konfiguration angegeben wurde.
Aber wenn Du ausserhalb dessen zum Beispiel Software anbieten moechtest, die nunmal woanders auf dem Server liegt,
dann sollte (muss) man ja irgendwie dahin verweisen.Manchmal werden auch CGI-Programme an anderen Stellen abgelegt. Nach meiner Erfahrung haengt das aber in erster Linie von der Groesse
eines Projektes ab.Nur um jetzt mal zwei Stufen hoeher zu springen, wuerde ich auf keinen Fall einen Alias anlegen.
Viele Gruesse
Beate Mielke
-
weglassen, wird trotzdem gefunden. Nun frage ich mich natürlich: Was ist sinnvoller, den Server mit lauter aliases auszustatten oder die HTML-Dateien relativ zu verlinken? Ich habe ehrlich gesagt auch noch nirgendwo gesehen, dass so gearbeitet wird. Kann sein, dass diese Frage jetzt total daumäßig ist, aber auf diesem Gebiet bin ich fachlicher Säugling, <g>
Hi Kirsten, gesetzt den Fall, Dein Web zieht mal um auf einen anderen Server... (ups das kann manchmal schnell gehen *g) wo sodann ohne Aliasse nichts mehr geht und Du anfangen musst alle Deine HTML-Files umzuschreiben??? Alleine dieser Gedanke wäre schlimm, und als WebAdmin würde ich sowas gar nicht erst anfangen, Dein Web kriegt auf dem Server eine RootDir zugewiesen und Pasta. Wie der virtuelle Host dann heißt, ist eine andere Geschichte...;
Viele Grüße aus der Erfurter Altstadt, Rolf
-
Nun gehe ich das Ganze aus Sicht eines HTMLers an,
der sich erstmal eine sinnvolle Verzeichnisstruktur
ausdenkt und sämtliche Dateien entsprechend relativ
referenziert.Sehr vernünftig.
Als ich dies meinem Kollegen erklärte, zeigte er mir,
dass es mittels alias-Funktion ganz einfach ist, den
Apache-Server so einzurichten, dass man sich eigentlich
eine komplizierte (tiefe) Linkstruktur sparen kann.Manchmal sind in irgendwelchen Produkten einfach Pfade
fest eingebrannt, und zwar in einer Art und Weise,
die der logischen Struktur meines Webservers widerspricht.
Ich möchte beispielsweise gerne alle Dateien eines
Produktes in einem Teilbaum haben (Datensicherung,
Zugriffsrechte und vieles mehr).
Wenn das Produkt aber auf mehrere Stellen verteilt sein
will (cgi-bin usw.), dann kann ich entweder das Produkt
umschreiben (grusel) oder ein solches URL-Mapping machen,
damit beide Seiten glücklich sind.Das bedeutet aber keineswegs, daß Du ein Projekt von
vornherein von einem solchen feature abhängig machen
mußt. Lange URLs tun niemandem weh; was gewinnst Du
eigentlich durch eine weniger tiefe Struktur?Nun frage ich mich natürlich: Was ist sinnvoller,
den Server mit lauter aliases auszustatten oder die
HTML-Dateien relativ zu verlinken?Verwendet Dein Projekt bereits irgendwas, das Dich von
einem Webserver abhängig macht? (CGI, SSI, .htaccess, ...)Wenn ja, dann macht eine weitere Abhängigkeit nicht
mehr sooo viel aus.
(URL-mapping kann wohl jeder Webserver.)Wenn nein, dann wäre es der "Sündenfall", denn *dann*
kannst Du Dein Projekt nicht mehr offline betreiben,
es ist nicht mehr downloadable und so weiter.
Es ist eine ganz ähnliche Überlegung wie unter
<../../tcag.htm#a2>.Letztlich ist es eine Frage des Preis-Leistungs-
Verhältnisses. Nach meiner Erfahrung gibt es beim
Eingehen von zusätzlichen Abhängigkeiten erstaunlich
selten etwas zu gewinnen.-
Hallo Michael!
Ich möchte beispielsweise gerne alle Dateien eines
Produktes in einem Teilbaum haben (Datensicherung,
Zugriffsrechte und vieles mehr).Produkt ist zwar ein komisches Wort für das, was ich vorhabe (obwohl der Trend dahin geht), aber genau das will ich.
Wenn das Produkt aber auf mehrere Stellen verteilt sein
will (cgi-bin usw.), dann kann ich entweder das Produkt
umschreiben (grusel) oder ein solches URL-Mapping machen,
damit beide Seiten glücklich sind.Aha...gut, dann sehe ich an der Stelle eine sinnvolle Anwendung. Trotzdem werde ich um einige Umschreibungsakte nicht herumkommen.
Lange URLs tun niemandem weh; was gewinnst Du
eigentlich durch eine weniger tiefe Struktur?
Ich überhaupt nichts :-) Es geht mir nur darum, von vornherein diese eine Struktur durchzuziehen.
Verwendet Dein Projekt bereits irgendwas, das Dich von
einem Webserver abhängig macht? (CGI, SSI, .htaccess, ...)Das ist vorgesehen und kommt noch. Es geht um ein grosses Unternehmen, welches eigene Server in seinen Teilbetrieben bereit hält (halten wird, <g>).
Wenn ja, dann macht eine weitere Abhängigkeit nicht
mehr sooo viel aus.
(URL-mapping kann wohl jeder Webserver.)Es wird eher in Richtung Abhängigkeit laufen.
Es ist eine ganz ähnliche Überlegung wie unter
<../../tcag.htm#a2>.Stimmt :-)
Letztlich ist es eine Frage des Preis-Leistungs-
Verhältnisses. Nach meiner Erfahrung gibt es beim
Eingehen von zusätzlichen Abhängigkeiten erstaunlich
selten etwas zu gewinnen.Preis-Leistungs-Verhältnis, ja, da sprichst Du etwas an, und auch die Abhängigkeitsfrage ist eine sehr entscheidende, es wird sich noch herausstellen, warum ;-)
Jedenfalls danke an alle Thread-Beteilgten, hat mir wirklich geholfen :-)
Viele Grüße,
Kirsten
-