WWW: Unterschied zwischen den Versionen
(nicht vorhandene subddomain) |
(http(s)-Requests und htdocs) |
||
Zeile 7: | Zeile 7: | ||
== Einstellungen zum HTTP Zugriff == | |||
Mit .htaccess Dateien können innerhalb der Domainverzeichnisse z.B. Verzeichnisschutz, Filelistings und Umleitungen (Redirects/Rewrites) des Apache Webservers eingestellt werden. Die Konfiguration wird auf der Seite [[.htaccess]] beschrieben. | |||
=== Abbildung von http(s)-Requests auf das Dateisystem === | |||
* http(s)-Requests auf example.com werden auf das Verzeichnis | |||
doms/example.com/htdocs(-ssl) geroutet. Standardmäßig ist im | |||
Verzeichnis doms/example.com/htdocs(-ssl) eine .htaccess-Datei | |||
hinterlegt, welche eine externe Weiterleitung auf | |||
http(s)://www.example.com auslöst. | |||
* http(s)-Requests auf www.example.com werden auf der Verzeichnis | |||
doms/example.com/subs(-ssl)/www geroutet, sofern dieses existiert. | |||
Ansonsten werden diese Requests ebenfalls auf das Verzeichnis | |||
doms/example.com/htdocs(-ssl) geroutet. Hierbei gilt www lediglich als | |||
Standardbeispiel, es sind beliebige Subdomainnamen verwendbar. | |||
Anm.: Für aufgeschaltete Subdomains gilt dies analog. Die Subdomain | |||
tritt dann in die Stelle von example.com. | |||
=== Anwendungsbeispiel === | |||
Alle Requests Subdomains, für die kein passendes Verzeichnis unterhalb | |||
von subs(-ssl) existiert, werden auf htdocs(-ssl) geroutet. Löscht man | |||
nun die Weiterleitung aus dem Verzeichnis htdocs(-ssl) und installiert | |||
eine subdomainfähige Webanwendung, etwa gängige Content Management | |||
Systeme oder Blogs, in htdocs(-ssl) und löscht zudem subs(-ssl)/www, so | |||
kann die Webanwendung die Subdomains selbstständig verwalten. Das | |||
Einrichten neuer Subdomains innerhalb der Webanwendung erfordert dann | |||
keinen Eingriff in die Verzeichnisstrukturen mehr. | |||
== PHP Ausführung == | == PHP Ausführung == | ||
PHP Skripte (.php Dateien) werden beim http Zugriff standardmäßig ausgeführt. PHP kann jedoch (und muss oft) an individuelle Bedürfnisse angepasst werden. Die Konfiguration wird auf der Seite [[PHP]] beschrieben. | PHP Skripte (.php Dateien) werden beim http Zugriff standardmäßig ausgeführt. PHP kann jedoch (und muss oft) an individuelle Bedürfnisse angepasst werden. Die Konfiguration wird auf der Seite [[PHP]] beschrieben. | ||
== Einstellen des im HTTP Header angegebenen Zeichensatzes == | == Einstellen des im HTTP Header angegebenen Zeichensatzes == | ||
Die HS Systeme bieten volle Unterstützung für den universellen UTF Zeichensatz. Der standard Zeichensatz, den der Apache Webserver im Header angibt, ist jedoch auf iso-8859-1 eingestellt. So funktionieren bestehende Webseiten, die im ISO Zeichensatz erstellt wurden, auch weiterhin ohne Modifikation. | Die HS Systeme bieten volle Unterstützung für den universellen UTF Zeichensatz. Der standard Zeichensatz, den der Apache Webserver im Header angibt, ist jedoch auf iso-8859-1 eingestellt. So funktionieren bestehende Webseiten, die im ISO Zeichensatz erstellt wurden, auch weiterhin ohne Modifikation. | ||
Zeile 31: | Zeile 50: | ||
== https / SSL == | == https / SSL == | ||
"Secure Socket Layer": Die Nutzung von verschlüsselten https:// Verbindungen und Sicherheitszertifikaten wird auf der Seite [[SSL]] beschrieben. | "Secure Socket Layer": Die Nutzung von verschlüsselten https:// Verbindungen und Sicherheitszertifikaten wird auf der Seite [[SSL]] beschrieben. | ||
== CGI == | == CGI == | ||
"Common Gateway Interface": Was CGI Scripte sind und wie man sie auf unserem Server ausführen kann steht auf der Seite [[CGI]]. | "Common Gateway Interface": Was CGI Scripte sind und wie man sie auf unserem Server ausführen kann steht auf der Seite [[CGI]]. | ||
== Überwachung der HS-Dienste == | == Überwachung der HS-Dienste == | ||
Der Status der HS-Server, und damit auch der Status der eigenen Webseiten, wird von außen überwacht und ist unter [[Überwachung der HS-Dienste]] beschrieben. | Der Status der HS-Server, und damit auch der Status der eigenen Webseiten, wird von außen überwacht und ist unter [[Überwachung der HS-Dienste]] beschrieben. | ||
Version vom 17. August 2009, 10:59 Uhr
Einstieg |
Hsadmin |
Pakete |
User |
Domains |
Cron |
Logging |
E-Mail |
WWW
Datenbanken |
Backup & Restore |
Installationsanleitungen |
FAQ |
Bugtracker
Konfiguration des Webservers
Auf dieser Seite sind Einstellungen und Einstellungsorte genannt, die typischerweise an eigene Bedürfnisse angepasst werden.
Einstellungen zum HTTP Zugriff
Mit .htaccess Dateien können innerhalb der Domainverzeichnisse z.B. Verzeichnisschutz, Filelistings und Umleitungen (Redirects/Rewrites) des Apache Webservers eingestellt werden. Die Konfiguration wird auf der Seite .htaccess beschrieben.
Abbildung von http(s)-Requests auf das Dateisystem
- http(s)-Requests auf example.com werden auf das Verzeichnis
doms/example.com/htdocs(-ssl) geroutet. Standardmäßig ist im Verzeichnis doms/example.com/htdocs(-ssl) eine .htaccess-Datei hinterlegt, welche eine externe Weiterleitung auf http(s)://www.example.com auslöst.
- http(s)-Requests auf www.example.com werden auf der Verzeichnis
doms/example.com/subs(-ssl)/www geroutet, sofern dieses existiert. Ansonsten werden diese Requests ebenfalls auf das Verzeichnis doms/example.com/htdocs(-ssl) geroutet. Hierbei gilt www lediglich als Standardbeispiel, es sind beliebige Subdomainnamen verwendbar.
Anm.: Für aufgeschaltete Subdomains gilt dies analog. Die Subdomain tritt dann in die Stelle von example.com.
Anwendungsbeispiel
Alle Requests Subdomains, für die kein passendes Verzeichnis unterhalb von subs(-ssl) existiert, werden auf htdocs(-ssl) geroutet. Löscht man nun die Weiterleitung aus dem Verzeichnis htdocs(-ssl) und installiert eine subdomainfähige Webanwendung, etwa gängige Content Management Systeme oder Blogs, in htdocs(-ssl) und löscht zudem subs(-ssl)/www, so kann die Webanwendung die Subdomains selbstständig verwalten. Das Einrichten neuer Subdomains innerhalb der Webanwendung erfordert dann keinen Eingriff in die Verzeichnisstrukturen mehr.
PHP Ausführung
PHP Skripte (.php Dateien) werden beim http Zugriff standardmäßig ausgeführt. PHP kann jedoch (und muss oft) an individuelle Bedürfnisse angepasst werden. Die Konfiguration wird auf der Seite PHP beschrieben.
Einstellen des im HTTP Header angegebenen Zeichensatzes
Die HS Systeme bieten volle Unterstützung für den universellen UTF Zeichensatz. Der standard Zeichensatz, den der Apache Webserver im Header angibt, ist jedoch auf iso-8859-1 eingestellt. So funktionieren bestehende Webseiten, die im ISO Zeichensatz erstellt wurden, auch weiterhin ohne Modifikation.
Bei neuen Webseiten empfielt es sich, diese im UTF-8 Zeichensatz zu speichern, bzw. ist UTF-8 auf modernen Systemen ohnehin der standard Zeichensatz. Damit Webbrowser bem Abbruf von UTF-8 Seiten vom HS Server auch den korrekten UTF-8 Zeichensatz verwenden, muss jedoch entsprechend die Zeichensatzangabe im Header des Apache Webservers auf UTF-8 gestellt werden.
Für statische .html Dateien kann dies durch eine Einstellung in einer .htaccess Datei erfolgen.
Für HTML Code der von PHP-Skripten erzeugt wird, lässt ist die Vorgabe in der PHP Konfiguration einzustellen.
https / SSL
"Secure Socket Layer": Die Nutzung von verschlüsselten https:// Verbindungen und Sicherheitszertifikaten wird auf der Seite SSL beschrieben.
CGI
"Common Gateway Interface": Was CGI Scripte sind und wie man sie auf unserem Server ausführen kann steht auf der Seite CGI.
Überwachung der HS-Dienste
Der Status der HS-Server, und damit auch der Status der eigenen Webseiten, wird von außen überwacht und ist unter Überwachung der HS-Dienste beschrieben.