So, nun "etwas" ;-) Verspätet meine Zusammenstellung.
Meine Fragestellung war:
Die private Photo Station(s) von User
meiner Synology (DS212+) werden über folgenden Link angesprochen:
www.meinedomain.de/~Username/photo
==============================
Wunsch war, eine leicht einprägsamen Link für die private Photostation zu generieren, der
im wesentlichen aus "meinedomain" und dem Usernamen (vor allem ohne dem Tilde-Zeichen ~)
besteht.
=>Zusammenfassung der Antworten (so wie ich es glaube verstanden zu haben, bitte korregiert mich, wo nötig!)
1.: Das Tilde- Zeichen "~" ist sehr tief im Betriebsystem verankert und läßt sich somit nicht
(oder nur sehr schwer, mit erheblichem Risiko) "verändern".
=> Bleibt so!
2.: Es gibt 2 Möglichkeiten, über einen "einfachen - leicht zu merkenden" Aufruf (Internet-Adresse)
auf der Synology - DiskStation in die unterschiedlichen Verzeichnisse und somit
in die private PhotoStation der User zu gelangen:
2.a: Auf dem normalen Webserver der DS werden Unterverzeichnisse mit entsprechend leicht zu merkenden Namen angelegt.
z.B.: www.meineDomain.tld/Username
oder www.meineDomain.tld/Username/photo (falls der User auch noch eine Webseite hat)
2.b: über die Registrierung von Subdomains werden auf der DiskStation verschiedene virtuelle Hosts angelegt.
z.B.: www.Username.meineDomain.tld
Standardmäßig landet man dann auf der "Startseite" für den virtuellen Host.
Für beide Fälle muß auf dem dann angesprungenen Verzeichnis eine Weiterleitung hinterlegt sein.
Da gibt es vier Möglichkeiten:
Clientseitig:
I. : Weiterleitung via index.html mit Meta-Tag
Serverseitig:
II. : Weiterleitung via Redirect (.htaccess)
III.: Weiterleitung via php - Script mittels header()
IV. : Weiterleitung via JavaScript
Vor- und Nachteile der vier verschiedenen Weiterleitungsvarianten:
==================================================================
I.: Weiterleitung via index.html mit Meta-Tag:
----------------------------------------------
Vorteil: Einfach anzulegen.
Nachteil:
Clientseitige Lösung, deshalb nicht so sicher.
Da keine Weiterleitung per HTTP definiert wird,
sondern mann läßt einfach eine neue Seite laden, =>
RISIKO daß Antivieren- oder sonstigen Schutzprogrammen einen Alarm auslößen
Ein dann nicht mehr erfolgte Weiterleitung muß via einer
extra Seite, die auf den echte Link für die manuelle Weiterleitung hinweist, abgefangen werden.
Ebenso gibt es Tools, die geziehlt ein refresh über ein Meta-Tag (zum Teil aus Sicherheitsgründen)
unterbinden. (z.B. NoScript)
II.: Weiterleitung via Redirect (.htaccess):
---------------------------------------------
Vorteil:
serverseitige Lösung.
=> wird vom Client normalerweise immer ausgeführt.
Nachteil:
III.: Weiterleitung via php - Script mittels header():
------------------------------------------------------
Vorteil:
Serverseitige Lösung.
Weiterleitung via header() ist im HTTP-Standart definiert.
=> wird vom Client normalerweise immer ausgeführt.
Nachteil:
Script-Programmierung notwendig.
IV.: Weiterleitung via JavaScript:
----------------------------------
Vorteil:
Serverseitige Lösung.
=> wird vom Client normalerweise immer ausgeführt.
Nachteil:
aufwendige Script-Programmierung notwendig.
Den wirklichen Unterschied im Aufwand der vier verschiedenen Weiterleitungsvarianten
kann ich eigentlich nicht wirklich beurteilen, habe meine Einschätzung nur auf
die oben mitgelieferten Beispiele (und Erklärungen) gestützt.
Eine Bitte:
===========
Eventuell kann jemand das ganze an vier Beispielen für eine Weiterleitung,
sagen wir mal zu "/volume1/homes/Username/photo" aufzeigen.
Bitte unbedingt meine Zusammenstellung kommentieren bzw. korregieren. DANKE!
CU l8er Stefan
