Der Fehler mit dem Trackback in WordPress 2.8 ist immer noch da aber zum Glück ist auch bereits eine Lösung verfügbar. Der Fehler selber ist bereits seit WordPress 2.7 und ich glaube auch den Vorgänger-Versionen davon bekannt. Vor einigen Monaten habe ich euch einen Artikel zu diesem Fehler geschrieben und die Lösung veröffentlicht, wie man dafür sorgen kann, dass der Trackback wieder funktioniert. Interessant ist, dass der Fehler bereits schon seit längerem auch dem Development-Team bekannt ist, diese aber auch in WordPress 2.8 nicht dafür gesorgt haben, dass er behoben wird. Eine Unverschämtheit finde ich persönlich denn auch die Begründung zum Thema Trackback, welchen die Entwickler veröffentlicht haben:
I doubt the timeout is going to be increased. Theres simply no need for it. However, Any transports which are not handling properly with a low connection timeout do need to be updated.
Auf gut Deutsch: Wir sehen keinen Sinn darin, den Fehler zu beheben weil der Fehler bzgl. Trackback auf dem Transportweg eintritt und somit nichts mit uns zu tun hat. Nun, scheinbar scheint ihnen der Erfolg von WordPress zu Kopf gestiegen zu sein. Wirklich arm. Aber zum Glück kann man den Fehler auch innerhalb von WordPress 2.8 locker beheben. Der Fehler liegt wieder einmal in der cron.php. Dort ist als Standartwert 0.01 Sekunden eingetragen. Und genau diesen Wert müsst ihr durch 1 verändern.
Die entsprechende Passage, die sich um den Trackback in WordPress 2.8 kümmert und diesen Fehler korrigiert, sieht folgendermaßen aus:
wp_remote_post( $cron_url, array(‘timeout’ => 0.01,
Dort also anstatt der 0.01 eine 1 eintragen und schon hat man die Lösung. Sehr einfach, oder? Genau, sehe ich auch so. Umso trauriger, dass die Entwickler von WordPress diese einfache Lösung nicht auch für ihre Version 2.8 mal auf die Schnelle eingebaut haben. Wer mittlerweile so eine große Fangemeinde hat, sollte vor allen Dingen auch daran denken, seine Arbeit gut weiterzuführen, anstatt sich auf diesen Lorbeeren auszuruhen und einfach gar nichts zu machen. Wirklich sehr arm.
 |
Alle Infos über das Apple iPad |  |
Abonniere den RSS-Feed |
Haben auch Sie Interesse, meetinx zu unterstützen und mit Ihrer Marke auf einem der bekanntesten deutschen Blogs für Werbung, Web und Marketing zu werben? Hier finden Sie weitere Informationen.
Interesse, dich mit mir zu verknüpfen? Dann freue ich mich auf eure Kontaktaufnahme über XING, Twitter, Facebook, Skype oder über mein Kontaktformular.
/
Am 15. June 2009 um 09:19 Uhr
Vollkommen richtig: Im Grunde ist das ja kein Fehler, aber trotzdem wäre das in Sekundenschnelle behoben – statt mit jeder Version am Dashboard rumzubasteln.
Am 15. June 2009 um 09:44 Uhr
Hm, Alper…
Kennst du einen Coder, der den WP-Code kennt und versteht – und der bestätigt hat, dass dies auch nur entfernt für manchen Blog hilfreich sein könnte?
(Ich kann das natürlich auch nicht)
Ich habe mir Ende letzter Woche die Funktionen ein bißchen angesehen… Ja, ganz entfernt hat das vielleicht was mit Trackback zu tun…
In erster Linie wird damit ein WP-Cron geschrieben, der irgendwann später einen Trackback versendet. Wohlgemerkt Trackback – von automatischem Pingback reden wir nicht.
Und ich glaube die meisten klagen darüber, dass die automatischen Pingbacks nicht ankommen.
Ich habe das Gefühl, jemand hat im Code eine Zeitangabe gefunden, keiner versteht sich wirklich – aber alle empfehlen sie hochzusetzen. Nebenbei – im Wordpress-Ticket zu dem Thema wird davor gewarnt, dass dies auch Nebenwirkungen haben könnte.
Am 15. June 2009 um 10:24 Uhr
“… weil der Fehler bzgl. Trackback auf dem Transportweg eintritt und somit nichts mit uns zu tun hat”
Ahja…und warum hat dann alles vor der Version 2.7 problemlos funktioniert??
Leider scheint der Fehler aber wirklich noch etwas tiefer zu liegen als am timeout in der cron.php. Zumindest funktioniert dieser Lösungsweg bei mir auch nicht…! schade!
kloni
Am 15. June 2009 um 10:42 Uhr
@kloni – mit Wordpress 2.7 wurde eine http-API geändert.
Vorher hat WP nur fsocket benutzt, jetzt…
“Fsockopen, Fopen, Streams, Curl, and HTTP”
(http://codex.wordpress.org/Version_2.7)
Es gibt “mies” konfigurierte Server, die z.B. nicht mit sich selber reden können. Wer einen eigenen Server besitzt, kann das recht leicht überprüfen – aber ich denke das sind auch die Leute, die KEINE Probleme haben.
Das ist aber meinerseits auch alles glauben und nicht wissen :-)
Am 15. June 2009 um 10:51 Uhr
Also scheints wohl echt an meinem Server zu liegen.
Habe auch mal das 123 HTTP Transport Plugin (http://schnurpsel.de/wordpress-plugins/123-http-transport/) installiert, mit welchem man Fsockopen, Fopen, Streams, Curl, and HTTP einzeln aktivieren und deaktivieren kann.
Leider funktioniert es bei mir, auch wenn ich nur Fsockopen aktiviert habe, also eigtl. wie vor 2.7, auch nicht…!
Am 15. June 2009 um 11:38 Uhr
Du kannst in der xmlrpc ein log aktivieren… (logging = 1). Damit könntest du zumindest überprüfen, ob was rausgeschickt wird, teilweise – gar nicht :-)
Am 20. July 2009 um 08:48 Uhr
[...] versucht es ja noch ein anderer erneut? Momentan denke ich ähnlich über den Wordpress Support wie Alper Iseri. Von elexpress.de [...]
Am 30. July 2009 um 17:26 Uhr
Wordpress Update stressfrei geglückt…
Das Wordpress Update auf die 2.8.2 ist problemlos geglückt, damit stehen mir jetzt auf dem Blog 180 neue Features zur Verfügung. Dass ich alle brauchen werde, glaube ich allerdings weniger . Dafür freue ich mich über die 790 Fehler weniger schon d…
Am 12. October 2009 um 02:21 Uhr
“… dass der Fehler bereits schon seit längerem auch dem Development-Team bekannt ist, diese aber auch in WordPress 2.8 nicht dafür gesorgt haben, dass er behoben wird.” Ich stimme schon zu, dass es schlimm ist, aber was kann man verlangen, wenn Wp doch kostenlos ist. Auf jedenfall ist es gut, dass es ein Work around für den Trackpack Fehler gibt – danke für´s posten und die Mühe.
Am 6. December 2009 um 03:14 Uhr
Es liegt nicht nur an der Zeiteinstellung. In eingen Test steht die Sicherheit von WP sich selbst im Weg. Leider gehen bei mir nur manuell eingepflegte TB’s raus abe die kommen jetzt auch wieder intern an.
Sorry habe den Artikel zu spät gesehen bezüglich eines TB’s. Mein artikel steht hier http://blogger-world.de/das-wordpress-trackback-problem-die-loesung/
Viele Grüße
Thomas
Am 16. January 2010 um 17:57 Uhr
Diese Lösung hat bei meinem Trackback-Problem nicht geholfen. Habe den Wert von 0,01 auf 1 gesetzt, aber Trackbacks werden immer noch nicht versendet. Egal ob ich einen Link in den Beitrag setze, oder im Feld die genaue Trackback-URL angebe. Nichtmal interne Trackbacks / Pings werden versendet. Habe darüber auch einen Beitrag geschrieben, man findet ihn unter http://www.top-ding.de/allgemein/wordpress-291-behebt-angeblich-das-trackback-problem/
Falls jemand doch noch eine Lösung findet, bitte melden!
Am 15. February 2010 um 15:38 Uhr
Würde mich interessieren ob bei der aktuellen Version WP 2.9.1 der Fehler noch immer besteht und ob die beschriebene Lösung auch da noch anzuwenden ist? Kurzes Statement wäre super :-)
Am 15. February 2010 um 22:53 Uhr
Das Problem besteht immer noch. Wie eh und je.
Bisher hat kein Mittel bei mir geholfen.
Am 11. April 2010 um 12:07 Uhr
[...] alle Plugins deaktiviert und wieder reaktiviert, die Trackback-URLs manuell im Beitrag eingetragen, Wordpress von 2.7 über 2.8 auf 2.9.1 upgedatet, alle Blog-Beiträge exportiert, Blog neu aufgesetzt und die Beiträge [...]
Am 17. June 2010 um 15:40 Uhr
Hallo, auch ich habe da eine Frage zum Trackback in Bezug auf die 2.9.2 Version von WP. Muss dies im Backend aktiviert werden oder liegt das am verwendeten Theme da ich auch als Gast/User keinen Trackback setzen kann.