Re: [Sg-webseite] Urgent Problem / Telko Mumble

[Borys Sobieski <mail AT derborys.net>]

Darum geht es im Mumble.
Doing und Abwägung was Prio hat.

Gesendet von meinem Windows Phone

---

Von:
Simon Stützer
Gesendet:
07.03.2012 18:33
An:
sg-webseite AT lists.piratenpartei.de
Betreff:
Re: [Sg-webseite] Urgent Problem / Telko Mumble

Nur um meinen Puls runterzufahren:

Das gefährdet nicht den Launch?

Es führt lediglich dazu, dass heute Nacht nach dem Launch die Alten Inhalte erstmal noch nicht gehen, was wir die Tage dann aber beheben?

Beste Grüße

Simon Stützer

Phone  0171/3679570

Mail simon.stuetzer AT piraten-thueringen.de

Twitter   simonstuetzer

Am 07.03.2012 um 18:27 schrieb Daniel Roschka:

Moin,

Am Mittwoch, 7. März 2012 schrieb Borys Sobieski:

Daniel hat mir gerade mitgeteilt das wir ein Problem beim bereitfellen der

alten Inhalte haben.

ich kann ja hier vielleicht mal kurz erklären, wo genau das Problem liegt. Zu
meiner Schande muss ich gestehen, dass mir das erst jetzt aufgefallen ist.
Und zwar wie folgt:

Aktuell findet folgende Logik auf Seiten von nginx statt, um die zu einer URI
gehörende Seite anzuzeigen: Wenn es eine statische, durch den Cache erzeugte
Datei gibt, liefere diese aus. Falls nicht, versuche die URI direkt auf eine
Datei im Dateisystem zu mappen und diese auszugeben (das trifft auf alles zu,
was direkt als Datei vorliegt. Bilder, CSS, JS, aber auch PHP-Dateien). Wenn
es auch diese nicht gibt, übergib alles an die index.php von Wordpress. Der
letzte Fall tritt immer bei Permalinks (z.B.
http://www.piratenpartei.de/politik/) ein, wie sie auch bei der neuen
Bundeswebseite genutzt werden. Wordpress sorgt dann anhand der URI dafür, dass
die richtige Seite angezeigt wird. Gibt es zu einer URI keine Seite, erzeugt
Wordpress eine 404er-Fehlermeldung. D.h. nginx hat keine Möglichkeit zu
erkennen, ob eine URI für die neue Bundeswebseite existiert, weil Wordpress
diese Entscheidung trifft. Somit ist nginx nicht in der Lage bei Nichtexistanz
einer URI der neuen Webseite, die (gegebenenfalls existerenden) Inhalte der
alten Webseite anzuzeigen.
Umgedreht (alte Inhalte zeigen und wenn es die nicht gibt, die neuen zeigen)
hätten wir damit kein Problem, weil wir die alte Webseite als statische, also
real existierende, Dateien vorliegen haben.
Es gäbe noch die Möglichkeit von PHP/Wordpress zurückgegebene Fehler (der
404er interessiert uns in diesem Fall) von nginx handhaben zu lassen.
Allerdings kann man dabei nur auf eine statische Seiten ohne rewriting o.ä.
verweisen, was uns in diesem Fall auch nicht wirklich weiter hilft.

Falls jemand schon einen Vorschlag hat, wie damit umgegangen werden soll,
können wir das ja hier vor der Mumble-Sitzung schon mal ein bisschen
diskutieren.

Grüße,
Daniel
--
Sg-webseite mailing list
Sg-webseite AT lists.piratenpartei.de
https://service.piratenpartei.de/listinfo/sg-webseite