Static-Web-Pakete: Unterschied zwischen den Versionen
K (kein HSDoku-Links) |
K (→Ausstattung: DW = WEB) |
||
Zeile 3: | Zeile 3: | ||
== Ausstattung == | == Ausstattung == | ||
Der SW-Webspace unterscheidet sich kaum vom [[ | Der SW-Webspace unterscheidet sich kaum vom [[Web-Pakete]]n - außer: | ||
* keine Datenbanken | * keine Datenbanken | ||
Zeile 21: | Zeile 21: | ||
Das ist ein Entgegenkommen Hostsharings, um SW Pakete auf gleich hohem Niveau | Das ist ein Entgegenkommen Hostsharings, um SW Pakete auf gleich hohem Niveau | ||
handhabbar zu halten wie | handhabbar zu halten wie WEB Pakete. Wir gehen davon aus, dass diese Funktionen | ||
keine nenneswerte Belastung der SW-Server darstellen, weil "administrative Funktionen" nur | keine nenneswerte Belastung der SW-Server darstellen, weil "administrative Funktionen" nur | ||
sporadisch genutzt werden. | sporadisch genutzt werden. |
Version vom 24. April 2013, 06:19 Uhr
Das Static-Web-Paket besitzt einige Besonderheiten, auf die hier konkret eingegangen werden soll.
Ausstattung
Der SW-Webspace unterscheidet sich kaum vom Web-Paketen - außer:
- keine Datenbanken
- keine Cronjobs*
- kein Skripte* (CGI, PHP*, Python, Perl...)
- keine App-Server
Die grundlegende Technik und Handhabung von Mail, Webspace, Accounts, Logfiles etc, aber auch des nächtlichen, vollständigen Backups und Hot-Standby sind völlig identisch.
- Außer Skripte für den Paket-Admin zu administrativen Zwecken, d.h.
man darf seinen Logfile-Auswertungsprogramm per Cronjob oder event-handler starten und sogar CGI/PHP als Paket-Admin verwenden, um die "bunten" Bildchen anzeigen zu lassen. Ebenso darf man ein eigenes Webfrontend zur Konfiguration des Pakets betreiben.
Das ist ein Entgegenkommen Hostsharings, um SW Pakete auf gleich hohem Niveau handhabbar zu halten wie WEB Pakete. Wir gehen davon aus, dass diese Funktionen keine nenneswerte Belastung der SW-Server darstellen, weil "administrative Funktionen" nur sporadisch genutzt werden.