"Normale" Seiten werden als Feed ausgeliefert - ab und zu immer wieder

Ich habe ein Problem mit einer WordPress Installation seit dem Upgrade auf die Version 2.7.1.

Es ist eine Seite mit einer sog. statischen Homepage (Static Frontpage Option).

Seiten wie die Darstellung einer Kategorie oder aber auch der einzelne Post werden erst normal (so wie sie sollen) dargestellt. Nach einiger Zeit allerdings werden beim Aufruf der gleichen URLs der Standard Feed des Blogs an den Browser gesendet.

Abhilfte kann ich dann auf zwei Arten schaffen:

1. Rebuild Permalinks: Ich frische die Permalinks auf und dann ist die Welt wieder in Ordnung (Einfach die aktuelle Einstellung nochmal speichern).
2. Ich gebe ein Feedformat an, dass es nicht gibt (z.B. durch Anhängen von "?feed=8287283728" ). Nach der Fehlermeldung, die dann kommt, funktioniert der Blog wieder wie gewünscht.

Ich habe nun bereits einige Einstellungen vorgenommen, trailing slahses etc. entfernt. Alles ohne Erfolg. Der Feed kommt immer wieder obwohl er da nicht hingehört. Nach A) oder B) ist das Problem für mindestens 8 Stunden behoben. Hat jemand eine Idee dazu? Mir fällt nichts mehr ein ausser auf 2.8 zu warten da 2.7 ja Bugs mit den Feeds hat. Gibt es WPCron Einträge die mit Feeds oder Permalinks zusammenhängen?

Kleiner Update des Threads: Update auf 2.8 bringt keine Änderung. Verhalten bleibt gleich. Ausser vielleicht das ein froced reload (cache ist generell aus, normaler reaload ohne cache bringt nichts, forced reload dann schon) nun definitiv den Feed wieder in die normale Ausgabe verwandelt.

Das Problem tritt auch mit der Default Theme auf. Ich denke dies hängt evtl. mit der statischen Startseite zusammen. Eine anderen Riecher den ich gerade habe ist der Cache. Werde mal den Rewrite Rules und Cache Viewer installieren:

• AskApache RewriteRules Viewer
• WP Cache Inspect

UPDATE 2:
Das Permafrost Plugin tut jetzt erstmal gute Dienste.

Nein, das Problem tritt immer noch auf. Ich habe das Gefühl das es passiert, wenn eine Zeit lang (einige Stunden) auf der Seite nichts los war. Dann muss einmal ein Request "voll durchgezogen" werden und dann geht die Seite wieder normal. Ich benutze mein Permafrost Plugin.

Es gibt einen Redirect auf den Feed. Ich habe versucht das genauer einzugrenzen ob der aus der normalen wordpress redirect routiene kommt, allerdings ist das Problem sehr schwer zu debuggen, da es nur einmal auftritt und dann wieder weg ist - bis dann in einigen Stunden wieder. Man braucht also echte Ausdauer.

Eine Idee die ich noch habe: Per stündlichen Cronjob auf eine Seite (nicht homepage!) per wget wordpress anschmeissen damit es fit bleibt. Beim Request auf sämtliche Caches verzichten.

Mein Einwand mit den Redirects hat mich noch auf eine Idee gebracht. Installiere dir mal das HTTP Live Header plugin für firefox. Dann kann man zugucken was passiert.

Auf einem Blog sehe ich zB. dass der dauernd redirects auf die gleiche seite macht (!). Damit kommst du der Lösung vielleicht näher.

UPDATE:
Es findet nicht in allen Fällen ein Redict statt. Wie läuft bei dir PHP? Als CGI/FCGI oder als Apache Modul? Welchen Webserver verwendest Du?

So ich habe auch News. Ich habe nun folgendes noch in die .htaccess Datei gepackt:

# Begin Cache Control
<IfModule mod_expires.c>
ExpiresActive On
ExpiresByType application/x-javascript A2592000
ExpiresByType text/css A2592000
ExpiresByType image/gif A604800
ExpiresByType image/png A604800
ExpiresByType image/jpeg A604800
</IfModule>


#ETag Configuration
FileETag none

Vielleicht reichen auch schon die letzten zwei Zeilen. Jedenfalls konnte ich seitdem ich das drin habe, das Problem nicht mehr reproduzieren. Vielleicht hilft das ja auch bei dir.

Es scheint als ob

#ETag Configuration
FileETag none

bereits ausreichen würde (Nachtrag: aber nicht immer).

Ein Plugin mit dem man schnell mal was in die .htaccess datei einfügen kann ist;

WP htaccess Control

So nach einer guten langen Zeit habe ich wohl den FIX gefunden.

Falls Caching Module in der Apache Standard Konfiguration eingeschaltet sind kann dies vorkommen.

Ich habe an dem betroffenden Server die folgenden Apache Module abschalten lassen:

mem_cache, file_cache, disk_cache, cache

Seit dem tritt das Problem nicht mehr auf.

Hilfreich: Resource Expert Droid