Beiträge von Putzlowitsch

Naja, also ich finde, 32 MB sind nicht sooo wenig. Vielleicht sollte man besser mal nachsehen, welches Plugin für den hohen Speicherverbrauch verantwortlich ist.
WP 2.7 benötigt in der Grundinstallation (fast ohne Plugins, aber mit deutscher Sprachdatei) im Frontend etwa 10,5 MB und im Backend 13 MB.

Gruß
Ingo

Du kannst mal im Server-Logfile nachsehen, welche Datei mit der Methode POST zum Zeitpunkt eines der fraglichen Kommentare aufgerufen wurde, vielleicht kommt man so hinter die Ursache.
Im neuen WP 2.7 gibt es ja auch die Möglichkeit, Kommentare direkt im Backend zu beantworten, eventuell gibt es da eine "Hintertür".

Gruß
Ingo

Welche Methoden werden denn angezeigt?
Der "Trick" ist ja, Methoden auszuschalten. Wenn bei allen das Häkchen gesetzt ist, hat man den Zustand wie ohne Plugin. Und [Einstellungen speichern] nicht vergessen :-)

Gruß
Ingo

Falls das Blog, wo es nicht funktioniert, mit WP 2.7 läuft, hilft möglicherweise das Abschalten einer nicht richtig funktionierenden HTTP-Methode, siehe hier:
Schnurpsel 123 HTTP Transport

Gruß
Ingo

Es liegt daran, wie wp-cron den eigentlichen "Cron-Prozess" startet.
Vor Version 2.7 per GET mit einem simplen fsockopen und fgets, nun aber per POST mit der neuen Klasse WP_Http. Das Problem ist auf der Pluginseite erläutert.

Gruß
Ingo

Zitat von nbremer

Enabling cURL appears to have fixed the issue.

Das kann normalerweise nur der Hoster, wenn man keinen eigenen Server/VServer hat, dürfte also für viele nicht so einfach sein.
Vielleicht reicht es aber auch schon, eine nicht funktionierende Methode abzuschalten, dazu kann ich dieses Plugin empfehlen:
Schnurpsel 123 HTTP Transport

Für wp_cron, welches als POST-Request gestartet wird, werden nur, falls vorhanden, die Methoden "Streams", "fsockopen" oder "HTTP Extension" verwendet. "Streams" hatte z.B. bei mir Probleme bereitet. Nach Deaktivierung wurde fsockopen (welches mit GET vor Version 2.7 verwendet wurde) benutzt und damit klappte es dann.

Gruß
Ingo

Bei Host Europe (Shared Webhosting) gibt es die errorlog-Datei im KIS unter Logfiles, der vorletzte Punkt "Laufendes ERROR-Logfile ansehen", zumindest bei mir.

Gruß
Ingo

Einfach mal die Cookies löschen, in denen die Adminanmeldung gespeichert wird. Der Cookie-Namen fängt mit 'wordpress_' an.

Gruß
Ingo

Direkt in der media.php rumzufummeln, ist keine gute Idee, eben weil bei jedem Update alles neu gemacht werden muß und auch sonst sollte man es ohne Not nicht tun.

Aber die WP-Entwickler haben freundlicherweise direkt am Anfang der zuständigen Funktion gallery_shortcode einen Filterhook eingebaut, mit dem man einafch eigenen Galerie-Code einklinken kann. Dieser ersetzt dann den von WP und man hat da natürlich alle Freiheiten.

Bin gerade dabei, mein kleines Plugin "123 Extended Gallery" an das neue WP 2.7 anzupassen und da wird es auch einen Schalter gegen, der das Einbinden der Gallery-Stylsheets unterdrückt.

Gruß
Ingo

Falls "Activate All" alle Plugins auf einmal aktiviert, das benötigt man nicht mehr, das geht seit WP 2.5, auch so.
Und "Update-Monitor" ist meiner Meinung nach auch mittlerweile entbehrlich geworden.

Gruß
Ingo

Naja, gibt immer mal wieder ein paar Ideen, und wenn man im Plugin ohnehin schon an den Menüeinträgen rumschraubt, kann man so Kleinigkeiten eben mal schnell mit einbauen. Die Anregung kam hier auch aus dem Forum, weiß aber nicht mehr, wer und wann das war...

Gruß
Ingo

Oder das 123 No Rewrite Permalink Plugin verwenden, da hat grad jemand, der auch bei HE ist, einen Trackback hinterlassen :-)

Gruß
Ingo

Oder man nimmt das 123 Homelink Plugin, das macht es so, daß man den normalen Seitentitel wie immer verwendet und einen extra Menütitel im benutzerdefinierten Feld 'menu_title' eingeben kann:
Schnurpsel 123 Homelink

Gruß
Ingo

Ein alter Hut :-) Guck mal hier:
Schnurpsel Wordpress 2.3 - Problem ohne www bei Strato

Gruß
Ingo

Als Workaround hilft erstmal nur, daß "Canonical-Redirect" abzuschalten:
http://forum.wordpress-deutschland.org/installation/2…html#post124397

Gruß
Ingo

Na ich vermute mal, daß es sich hier um so etwas ähnliches wie mit dem Canonical-Redirect handelt. Da wir man z.B. auf http://www.example.com weitergeleitet, wenn man die Seite nur mit example.com (ohne www) aufruft.

Möglicherweise wird nun auf ähnliche Weise der explizite Aufruf von index.php verhindert und immer auf das implizite / weitergeleitet. Das könnte auch dieses Problem hier erklären:
http://forum.wordpress-deutschland.org/konfiguration/…nicht-mehr.html

Gruß
Ingo

Wenn Du Widgets verwendest, sind ohnehin die Sachen in der sidebar.php wie wp_list_pages nicht mehr wirksam. Aber auch mir Widgets funktioniert mein Plugin auch in 2.7. Die nicht gewünschten Seiten einfach bei den Plugin-Einstellungen im Feld "Seiten auschließen" eintragen und schon sind sie verschwunden.

Gruß
Ingo

Also das Plugin von Schnurpsel funktioniert auch unter 2.7, hab ich grad getestet.

Gruß
Ingo

Hmmm, also das ist je eher ein kleiner Sprung. Da ist es schon etwas verwunderlich, wenn plötzlich so viel weniger rauskommt. Keine Ahnung, woran es dann liegen könnte.

Gruß
Ingo

Von welcher alten Version hast Du denn das Upgrade gemacht? Je nach Versionssprung gab es nicht unerhebliche Veränderungen der Datenbankstruktur und auch bei den Optionen (Tabelle 'wp_options'). Könnte also durchaus normal sein.

Gruß
Ingo