MiBe

Hallo zusammen,

ich habe eine neue Website erstellt, bei der per Prototype und Scriptaculous Content in diverse div-Container geladen wird.
Funktioniert soweit auch alles sehr gut.

Nun habe ich im Administrationsbereich die Moeglichkeit eingerichtet, die ganze Seite in den Wartungsmodus zu setzen.
Realisiert ist der Wartungsmodus ueber einen Eintrag in der Datenbank.

Entsprechend im header eine Abfrage ob die Seite im Wartungsmodus ist oder nicht und entsprechend auf eine Fehlerseite bzw. die Seite umgeleitet (per header()).

Das Problem stellt sich nun bei den Besuchern, die bereits die Seite anschauen. Da der Content per Ajax nachgeladen wird greift meine header-Abfrage natuerlich ins Leere.

Daher habe ich in der Datei die die einzelnen Contentseiten alle per include implementieren ebenfalls eine entsprechende Abfrage die auch greift.
Leider mit dem kleinen Schoenheitsfehler, dass zwar die Seite nicht mehr angezeigt wird, die Weiterleitung auf die Fehlerseite aber auch nur in dem div welches den Inhalt anzeigen sollte erfolgt.

Sprich das Layout der Seite bleibt vorhanden nur statt dem Content steht die Fehlerseite. Gibt es eine Moeglichkeit im Falle des aktiven Wartungsmodus die Weiterleitung nicht im div sondern auf der ganzen Seite erfolgen zu lassen?

Danke

Mister Ad

Manko10

Hi,

in Sachen Wartungsmodus kann ich nur empfehlen, das nicht über die Anwendung selbst laufen zu lassen, sondern z.B. über eine .htaccess-Direktive. Wenn die Anwendung nämlich wirklich gewartet wird, dann gibt es keine Garantie, dass die Anzeige der Wartungsmeldung ordnungsgemäß funktioniert, vor allem dann nicht, wenn ein Update gefahren wird etc.
Um das AJAX-Problem zu umgehen, würde ich mit HTTP-Statuscodes arbeiten. Der korrekte Code für diesen Fall wäre HTTP 503 - Service Temporarily unavailable. Die AJAX-Anwendung prüft dann, welcher Code zurückgeliefert wird und gibt im Falle eines Falles eine entsprechende Meldung raus (bzw. leitet die Seite um etc.).
Ein entsprechender Statuscode sollte Suchmaschinen auch davon abhalten, die Meldung als regulären Content zu interpretieren. Es wäre schließlich ärgerlich, wenn in den Suchergebnissen plötzlich wegen unglücklichen Timings die Fehlermeldung auftaucht und nicht der Content.

__________________
Refining Linux Advent Calendar series “24 Outstanding ZSH Gems”

MiBe

An die Suchmaschinen habe ich dabei nicht gedacht.
Aber loest eine .htaccess das Problem mit der Fehlermeldung/ Wartungsseite?

Diese wird ja nach wie vor lediglich in dem div welches zum Zeitpunkt x geladen wird angezeigt oder sehe ich da gerade etwas nicht?

Danke

Manko10

Bitte lies mein Posting doch noch einmal genau durch.

__________________
Refining Linux Advent Calendar series “24 Outstanding ZSH Gems”

MiBe

Tut mir leid, aber ich sehe in dem Beitrag die Loesung nicht.

Der 1. Abschnitt ist ein guter Hinweis warum man es nicht auf meine Methode machen sollte

Im 3. Abschnitt ein nicht zu vernachlaessigendes Argument.


Bleibt der 2. Abschnitt:
Diese bleibt doch weiterhin in dem div auf das der Ajax-Aufruf verweist?
Aber die Loesung des Problems finde ich da nicht.

Genau dies mache ich doch bereits nur ohne Statuscodes sondern per Variable (allerdings mit den Problemen aus Abschnitt 1 und 3).


Gruß

Manko10

Wo liegt denn das Problem? Wer zwingt dich denn, bloß stur den empfangenen Inhalt in ein Div zu schreiben? Du prüfst doch eh auf den Statuscode 200 (hoffe ich jedenfalls). Wo liegt dann die Schwierigkeit, diese Prüfung einfach um einen Fall zu erweitern?

__________________
Refining Linux Advent Calendar series “24 Outstanding ZSH Gems”

MiBe

Ich verwende Ajax nur um den Inhalt des divs komplett zu aendern und Effekte zu animieren.
Daher auch keine return-Codes, etc.
Im Prinzip existiert also nur die Funktion change(inhalt, zielelement) und diverse effekte aus scriptaculous fuer Animationen.

Die Pruefung findet momentan in der Datei (beispielsweise content.php) statt die per change('content.php', ziel) aufgerufen wird. Demnach kann ich momentan also nur den output den content.php generiert entsprechend aendern. Aber in dem Fall bleibt das Ziel dennoch erhalten.

Wenn ich auch das Ziel im Wartungsmodus aendern moechte muesste bei jedem Aufruf von change eine if-Abfrage davor um die jeweils richtige Seite anzeigen zu koennen.

Ich hatte daher auf irgendeine Moeglichkeit in Richtung
gehofft um einfach im Falle des Wartungsmodus auf die Fehlerseite umzuleiten ohne vor jeden change()-Aufruf eine Abfrage einzufuegen.

Hab ichs dieses Mal verstaendlicher ausgedrueckt?

Gruß

Manko10

Ich glaube, du solltest dich erst einmal mit den Grundlagen von HTTP, Ajax beschäftigen.
Du verstehst immer noch nicht, was ich meine. Lies dir bitte nochmal genau durch, was ich geschrieben haben.

__________________
Refining Linux Advent Calendar series “24 Outstanding ZSH Gems”

tr0y

Im Prinzip brauch (d)eine Anwendung den Wartungsfall im Frontend garnicht behandeln. Würde ich bestimmte Applikationen warten wollen würde der HTTP-Server für die Zeit alle Requests mit "Service Currently Unavailable" beantworten.

Für den Fall das ich parzielle Wartungsmodi realisieren wollte würde der Javascript-Core entweder auf 503-Header reagieren ( wenig Aufwand ), oder die Serveranwendung entsprechende Replys für die Gadgets senden das sie deaktiviert sind. Letzteres hängt absolut von der Anwendungslogik ab.

Ich hoffe du missverstehst den Wartungsmodus nicht als "Entwickler-Modus" und willst etwas in (d)eine Anwendung ethablieren was dir erlaubt auf dem Production-Environment bestimmte Teile zu verändern. Das sollte alles fertiggetestet schon auf dem Developement-Environment geschehen sein, die Anwendung / die Webseite dann für den Moment der Initialisierung / Installation erweiterter Komponenten als ganzes in den oben beschriebenen Wartungsmodus fallen und mögliche Downtimes auf das absolute Minimum zu beschränken.

__________________
Lasse mir ohne Anwendung von Gewalt Dinge schenken, Amazon weiß darüber bald mehr.