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

[Borys Sobieski <mail AT derborys.net>]

http://www.piratenpartei.de/Pressemitteilung/bundesweite-endlager-suchen-piraten-veranstalten-mahnwache-und-fraktionssitzung-gor

Gesendet von meinem Windows Phone

---

Von: Rüdiger Pretzlaff
Gesendet: 07.03.2012 19:42
An: sg-webseite AT lists.piratenpartei.de
Cc: sg-webseite AT lists.piratenpartei.de
Betreff: Re: [Sg-webseite] Urgent Problem / Telko Mumble

Hallo,

Das reicht mir nicht als Info ich will die urls sehen damit ich de Struktur erkennen kann welche urls abgefangen werden müssten. 

Ich bin auch gerade mumble und Telko unfähig daher sollten die info hier einfach mal etwas ausführlicher sein.

Gruß 

  Rüdiger 

Am 07.03.2012 um 19:21 schrieb Borys Sobieski <mail AT derborys.net>:

Alle Pressemitteilungen vor Offenbings :)

Gesendet von meinem Windows Phone

---

Von: Rüdiger Pretzlaff
Gesendet: 07.03.2012 19:19
An: sg-webseite AT lists.piratenpartei.de
Cc: sg-webseite AT lists.piratenpartei.de
Betreff: Re: [Sg-webseite] Urgent Problem / Telko Mumble

Moin,

Kannst du mir mal eben ein paar urls zeigen die vom alten ausliefern sollten?

Dann überlege ich kurz die passende nginx Magic dazu. Da geht was.

Gruß
  Rüdiger

Am 07.03.2012 um 18:27 schrieb Daniel Roschka <danielroschka AT phoenitydawn.de>:

> 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
--
Sg-webseite mailing list
Sg-webseite AT lists.piratenpartei.de
https://service.piratenpartei.de/listinfo/sg-webseite

--
Sg-webseite mailing list
Sg-webseite AT lists.piratenpartei.de
https://service.piratenpartei.de/listinfo/sg-webseite