Inhaltsverzeichnis / Schnellzugriff
Eine Webseite, gerade ein Webshop, lebt von Besuchern.
Umso ärgerlicher ist es, wenn man die eigene Webseite wegen Arbeiten an der Software oder aber der Datenbank schliessen muss.
Aber die Frage ist: Muss den Besuchern der Zugang zur Webseite verweigert werden , nur weil man an dieser arbeitet , weil man an dieser Änderugnen vornimmt ?
Hier sollen einige davon genannt werden.
Findet der Webseitenbetreiber einen günstigeren Server so müssen die Daten natürlich von einen auf den anderen Server "umziehen".
Rein technisch gesehen sieht dieser Umzug wie folgt aus:
Eine Webseitenadresse wie beispielsweise www.mein-shop-im-web.de ist auf einen Server fixiert, sprich wird diese Adresse eingegeben so wird auf diese Seite umgeleitet.
Betreibt man eine statische Webseite, also eine Webseite mit nicht wechselnden Inhalten und ohne Datenbanken, so ist der Umzug problemlos.
Man legt die Seite auf beiden Webserver ab.
Egal auf welchen Server nun verwiesen wird, der Inhalt ist der gleiche.
Betreibt man jedoch eine dynamische Webseite, also eine Webseite mit Datenbank oder aber wechselndem Inhalt wie beispielsweise einen Webshop, so sollte die Webseite bis zum Vollzug des Umzugs gesperrt werden.
Der Grund hierfür ist einfach:
Auf dem "alten Server" werden Daten erfasst - Wird nun auf den neuen Server verwiesen, so liegen diese Daten dort natürlich nicht vor.
Sperrt also eine Webseite den Zugriff aufgrund Serverumzuges so ist dies nachvollziehbar, so ist dies zu entschuldigen.
Aber auch hier gäbe es eine Möglichkeit, die Sperre zu vermeiden:
Einfach auf dem "alten" Server eine Weiterleitung auf den "neuen" Server einrichten.
Egal auf welchen Server nun beim Aufruf der Seite verwiesen wird, es wird ob so oder so immer auf den neuen Server umgeleitet.
"Wir überarbeiten gerade unsere Webpräsenz"
"Derzeit ist unsere Webpräsenz aufgrund von Wartungsarbeiten nicht erreichbar"
Solche oder ähnliche Sprüche liest man häufiger.
Betreffen diese Änderungen lediglich den Inhalt einer Webseite so gibt es eigentlich keinen Grund diese zu sperren.
Meist kann man den neuen Inhalt einfach über den alten hinweg kopieren - Dies geht an den Usern vorbei, das bekommen die User nicht mit.
Grund hierfür waren Reorganisationen der Datenbanken.
Eine Reorganisation bedeutet, dass alte bzw. ungültige Datensätze gelöscht werden, Daten neu sortiert werden etc.
Mittlerweile ist eBay technisch gesehen weiter entwickelt, muss den Betrieb seiner Webseite nicht mehr einschränken.
Bei einer guten Programmierung muss selbst bei einem Datenbankwechsel die Präsenz nicht, oder zumindest nur kurz, gesperrt werden.
Bei einer intelliegenten Programmierung kann ein Datenbankumzug bzw. Datenbankwechsel wie folgt aussehen:
Die Datenbank wird zu einem bestimmten Zeitpunkt kopiert.
Nach diesem Kopieren finden Änderungen an der Datenbank statt:
Es werden neue Datensätze hinzugefügt, alte Datensätze werden gelöscht etc.
Zu einem bestimmten Zeitpunkt werden nun die "neuen" buw. "geänderten" Daten einfach in die neue Datenbank kopiert bzw. dort ersetzt.
Für diesen Zeitraum, der je nach Datenbankgrösse Minuten bzw. Stunden dauern kann, wäre eine Sperre der Webseite notwendig.
Da man diese Arbeiten, also das Kopieren bzw. Ersetzen und Löschen, auf mehrere Scripte sprich Programme verteilen kann, muss eine Sperre höchstens Stunden dauern.
Sind die Programmierer hiangegen noch schlauer so würden künftige Datenbankaktionen parallel in der alten und in der neuen Datenbank ablaufen.
Hierbei wäre keinerlei Sperre notwendig !
"Diese Seite ist vorrübergehend nicht erreichbar ..."
"Bitte wenden Sie sich an den Administrator dieser Webseite ..."
Solche oder ähnliche Floskeln kann man lesen, wenn ein Webseitenbetreiber seine Gebühren beim Provider nicht bezahlt hat.
Webspace kostet Geld - Wird dieses Geld nicht bezahlt so hat der Webseitenbetreiber natürlich kein Recht darauf, dass seine Webseite erreichbar ist.
Daher wird meist ein kurzer, oft nichts aussagender, Text eingeblendet.
Tatsache ist aber, dass man oft diese Hinweise liest, vor einer nutzlosen Seite steht bzw. auf diese sieht.
Die meisten Webseitenbetreiber wollen natürlich zu 100% auf Nummer sicher gehen.
Keiner möchte Datenverlust zudem kann man beispielsweise eine Datenbankkonvertierung oder aber einen Serverumzug schlecht bzw. garnicht proben.
Die besten Scripte und Programme nützen nichts, wenn diese fehlerhaft programmiert sind oder aber andere Faktoren nicht berücksichtigt worden sind.
Jeder Webseitenbetreiber bzw. Shopbetreiber wird bemüht sein, die Zeit, wo die Seite nicht erreichbar ist, so kurz wie möglich zu halten.
Teilweise erscheinen nur englische Fehlermeldungen die lediglich vermuten lassen, dass etwas nicht in Ordnung ist.
Hier einige bekannte und oft vorkommende Fehlermeldungen - Auch wenn Sie daran meist nichts ändern können, so ist es doch teilweise interessant, was dahinter steckt.
Es wird versucht Daten vom Server zu lesen, dies ist jedoch nicht gestattet.
Fehlercode 404 bedeutet, dass die Seite bzw. URL nicht existiert.
Versuchen Sie beispielsweise den Aufruf durch
www.mein-shop-im-web.de/seite.php
so lassen Sie einfach einmal den hinteren Teil weg und rufen nur auf
www.mein-shop-im-web.de
Die Verbindung zum Browser wurde daher getrennt.
Es reicht schon aus, wenn ein Script nicht gestartet werden konnte.
Versuchen Sie es zu einem späteren Zeitpunkt noch einmal.
Auch die Wartungsarbeiten lassen sich meist nicht vermeiden, auch wenn dies technisch meist möglich wäre.
Was aber nun, wenn die Webseite, der Webshop, gerade just zu der Zeit der Nichterreichbarkeit ein besonderes Angebot hatte ?
Was wenn man eine Bestellung nicht aufgeben konnte und dies jetzt nur noch zu anderen Bedingungen möglich ist ?
Oft passiert es dass Aktionen und Wartungsarbeiten sich überschneiden, wie jüngst im Fall Unitymedia.
Hier konnte man bis zum 30.04.2012 eine Option buchen, die HD-Option.
Ärgerlich nur dass genau zu dieser Zeit die Webseite aufgrund von Wartungsarbeiten nicht erreichbar war.
Hier kann man nur versuchen per email mit dem Betreiber Kontakt aufzunehmen.
Klären Sie, ob die Wartungsarbeiten bzw. Nichterreichbarkt wirklich zu Ihren Ungunsten ausgelegt werden oder aber um man Ihnen aus Kulanz entgegen kommt.
- Wegen Wartungsarbeiten geschlossen
Wegen Wartungsarbeiten geschlossen
Eine Webseite, gerade ein Webshop, lebt von Besuchern.
Umso ärgerlicher ist es, wenn man die eigene Webseite wegen Arbeiten an der Software oder aber der Datenbank schliessen muss.
Aber die Frage ist: Muss den Besuchern der Zugang zur Webseite verweigert werden , nur weil man an dieser arbeitet , weil man an dieser Änderugnen vornimmt ?
Gründe für eine Webseitensperre und Alternativen
Es kann verschiedene Gründe geben, warum ein Webseitenbetreiber den Zugang zu seiner Webseite bzw. seinem Shop sperrt bzw. einschränkt.Hier sollen einige davon genannt werden.
Serverumzug
Die Daten einer Webseite liegen auf einem Rechner, einem sogenannten Server.Findet der Webseitenbetreiber einen günstigeren Server so müssen die Daten natürlich von einen auf den anderen Server "umziehen".
Rein technisch gesehen sieht dieser Umzug wie folgt aus:
Eine Webseitenadresse wie beispielsweise www.mein-shop-im-web.de ist auf einen Server fixiert, sprich wird diese Adresse eingegeben so wird auf diese Seite umgeleitet.
Betreibt man eine statische Webseite, also eine Webseite mit nicht wechselnden Inhalten und ohne Datenbanken, so ist der Umzug problemlos.
Man legt die Seite auf beiden Webserver ab.
Egal auf welchen Server nun verwiesen wird, der Inhalt ist der gleiche.
Betreibt man jedoch eine dynamische Webseite, also eine Webseite mit Datenbank oder aber wechselndem Inhalt wie beispielsweise einen Webshop, so sollte die Webseite bis zum Vollzug des Umzugs gesperrt werden.
Der Grund hierfür ist einfach:
Auf dem "alten Server" werden Daten erfasst - Wird nun auf den neuen Server verwiesen, so liegen diese Daten dort natürlich nicht vor.
Sperrt also eine Webseite den Zugriff aufgrund Serverumzuges so ist dies nachvollziehbar, so ist dies zu entschuldigen.
Aber auch hier gäbe es eine Möglichkeit, die Sperre zu vermeiden:
Einfach auf dem "alten" Server eine Weiterleitung auf den "neuen" Server einrichten.
Egal auf welchen Server nun beim Aufruf der Seite verwiesen wird, es wird ob so oder so immer auf den neuen Server umgeleitet.
Änderungen an der Webseite
"Wir arbeiten gerade an der Webseite""Wir überarbeiten gerade unsere Webpräsenz"
"Derzeit ist unsere Webpräsenz aufgrund von Wartungsarbeiten nicht erreichbar"
Solche oder ähnliche Sprüche liest man häufiger.
Betreffen diese Änderungen lediglich den Inhalt einer Webseite so gibt es eigentlich keinen Grund diese zu sperren.
Meist kann man den neuen Inhalt einfach über den alten hinweg kopieren - Dies geht an den Usern vorbei, das bekommen die User nicht mit.
Änderungen an der Datenbank bzw. Reorganisation
In früheren Zeiten hat eBay beispielsweise zeitweise die Funktionen einschränken müssen.Grund hierfür waren Reorganisationen der Datenbanken.
Eine Reorganisation bedeutet, dass alte bzw. ungültige Datensätze gelöscht werden, Daten neu sortiert werden etc.
Mittlerweile ist eBay technisch gesehen weiter entwickelt, muss den Betrieb seiner Webseite nicht mehr einschränken.
Bei einer guten Programmierung muss selbst bei einem Datenbankwechsel die Präsenz nicht, oder zumindest nur kurz, gesperrt werden.
Bei einer intelliegenten Programmierung kann ein Datenbankumzug bzw. Datenbankwechsel wie folgt aussehen:
Die Datenbank wird zu einem bestimmten Zeitpunkt kopiert.
Nach diesem Kopieren finden Änderungen an der Datenbank statt:
Es werden neue Datensätze hinzugefügt, alte Datensätze werden gelöscht etc.
Zu einem bestimmten Zeitpunkt werden nun die "neuen" buw. "geänderten" Daten einfach in die neue Datenbank kopiert bzw. dort ersetzt.
Für diesen Zeitraum, der je nach Datenbankgrösse Minuten bzw. Stunden dauern kann, wäre eine Sperre der Webseite notwendig.
Da man diese Arbeiten, also das Kopieren bzw. Ersetzen und Löschen, auf mehrere Scripte sprich Programme verteilen kann, muss eine Sperre höchstens Stunden dauern.
Sind die Programmierer hiangegen noch schlauer so würden künftige Datenbankaktionen parallel in der alten und in der neuen Datenbank ablaufen.
Hierbei wäre keinerlei Sperre notwendig !
Gebühren nicht bezahlt
"Diese Webseite wird gehostet von ...""Diese Seite ist vorrübergehend nicht erreichbar ..."
"Bitte wenden Sie sich an den Administrator dieser Webseite ..."
Solche oder ähnliche Floskeln kann man lesen, wenn ein Webseitenbetreiber seine Gebühren beim Provider nicht bezahlt hat.
Webspace kostet Geld - Wird dieses Geld nicht bezahlt so hat der Webseitenbetreiber natürlich kein Recht darauf, dass seine Webseite erreichbar ist.
Daher wird meist ein kurzer, oft nichts aussagender, Text eingeblendet.
Muss eine Webseite denn nun wegen Wartungsarbeiten gesperrt werden bzw. warum machen Webseitenbetreiber dies überhaupt ?
Wie vorher schon erwähnt müsste eine Webseite bei genauer und intensiver Planung und guter Programmierung garnicht oder wenn überhaupt nur kurzfristig "vom Netz genommen werden".Tatsache ist aber, dass man oft diese Hinweise liest, vor einer nutzlosen Seite steht bzw. auf diese sieht.
Die meisten Webseitenbetreiber wollen natürlich zu 100% auf Nummer sicher gehen.
Keiner möchte Datenverlust zudem kann man beispielsweise eine Datenbankkonvertierung oder aber einen Serverumzug schlecht bzw. garnicht proben.
Die besten Scripte und Programme nützen nichts, wenn diese fehlerhaft programmiert sind oder aber andere Faktoren nicht berücksichtigt worden sind.
Jeder Webseitenbetreiber bzw. Shopbetreiber wird bemüht sein, die Zeit, wo die Seite nicht erreichbar ist, so kurz wie möglich zu halten.
Andere Gründe für die Nichterreichbarkeit einer Webseite
Nicht immer sind Wartungsarbeiten an der Webseite, ein Serverumzug oder aber Änderungen an einer Datenbank daran schuld, dass die Internetseite nicht aufrufbar ist.Teilweise erscheinen nur englische Fehlermeldungen die lediglich vermuten lassen, dass etwas nicht in Ordnung ist.
Hier einige bekannte und oft vorkommende Fehlermeldungen - Auch wenn Sie daran meist nichts ändern können, so ist es doch teilweise interessant, was dahinter steckt.
400 Bad Request
Ein Fehler im Aufruf der Seite.401 Unauthorized
Sie versuchen einen geschützten Bereich einer Webseite zu betreten.403 Forbidden
Auch wenn diese Fehlermeldung sich ähnlich liest wie " 403 Forbidden" so bedeutet diese Meldung doch etwas anderes.Es wird versucht Daten vom Server zu lesen, dies ist jedoch nicht gestattet.
404 Not Found
Der wohl häufigste Fehler.Fehlercode 404 bedeutet, dass die Seite bzw. URL nicht existiert.
Versuchen Sie beispielsweise den Aufruf durch
www.mein-shop-im-web.de/seite.php
so lassen Sie einfach einmal den hinteren Teil weg und rufen nur auf
www.mein-shop-im-web.de
408 Request Timeout
Der Server wartet auf eine Anfrage, hat diese aber in einem vorgegebenen Zeitraum nicht erhalten.Die Verbindung zum Browser wurde daher getrennt.
500 Internal Server Error
Dieser Fehler kann verschiedenste Ursachen haben, liegt aber auf jeden Fall auf der Seite des Servers, also der Seite die Sie aufrufen möchten.Es reicht schon aus, wenn ein Script nicht gestartet werden konnte.
Too many connections
Die Datenbank ist mit der Anzahl der Anfragen überlastet.Versuchen Sie es zu einem späteren Zeitpunkt noch einmal.
Pleiten, Pech und Pannen
Dass eine Webseite nicht erreichbar ist, kann passieren.Auch die Wartungsarbeiten lassen sich meist nicht vermeiden, auch wenn dies technisch meist möglich wäre.
Was aber nun, wenn die Webseite, der Webshop, gerade just zu der Zeit der Nichterreichbarkeit ein besonderes Angebot hatte ?
Was wenn man eine Bestellung nicht aufgeben konnte und dies jetzt nur noch zu anderen Bedingungen möglich ist ?
Oft passiert es dass Aktionen und Wartungsarbeiten sich überschneiden, wie jüngst im Fall Unitymedia.
Hier konnte man bis zum 30.04.2012 eine Option buchen, die HD-Option.
Ärgerlich nur dass genau zu dieser Zeit die Webseite aufgrund von Wartungsarbeiten nicht erreichbar war.
Hier kann man nur versuchen per email mit dem Betreiber Kontakt aufzunehmen.
Klären Sie, ob die Wartungsarbeiten bzw. Nichterreichbarkt wirklich zu Ihren Ungunsten ausgelegt werden oder aber um man Ihnen aus Kulanz entgegen kommt.
