Eventuell was mit der neuen HTTP-Klasse:
Schnurpsel 123 HTTP Transport
Gruß
Ingo
Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenEventuell was mit der neuen HTTP-Klasse:
Schnurpsel 123 HTTP Transport
Gruß
Ingo
Du mußt die Trackbacks (und auch Kommentare) für alle Artikel einzeln deaktivieren, die Einstellungen bei "Diskussion" sind nur Voreinstellungen, die dann bei neuen Artikeln die Einstellungen vorbelegen. Am einfachsten wird es wohl sein, den Status direkt in der Datenbank zu ändern, wenn es sehr viele Artikel sind.
Gruß
Ingo
Dann finde ich die Fehlermeldung
"Allowed memory size of 33554432 bytes exhausted..."
aber zumindest etwas verwirrend, oder sind das nur Halbbytes? ![]()
Gruß
Ingo
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
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
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