[2.0] Blog sendet keine Trackbacks mehr

[yellowled]

A-HA!

Code: Select all

$ cat trackback2.log
[12.01.2015 13:09] RECEIVED TRACKBACK
[12.01.2015 13:09] Array
(
    [type] => trackback
    [entry_id] => 60
    [url] => http://s9y.netzgestaltung.net/archives/38-Und-nochmal.html
    [title] => Und nochmal …
    [blog_name] => s9y dev-Blog
    [excerpt] => Trackback
)

[12.01.2015 13:09] Match on /comment.php?type=trackback&entry_id=60
[12.01.2015 13:09] ID: 60
[12.01.2015 13:11] RECEIVED TRACKBACK
[12.01.2015 13:11] Array
(
    [type] => trackback
    [entry_id] => 60
    [url] => http://nbe.netzgestaltung.net/archives/45-Yet-another-trackback-test.html
    [title] => Yet another trackback test …
    [blog_name] => s9y 2.0 Backend dev blog
    [excerpt] => To my productive blog
)

[12.01.2015 13:11] Match on /comment.php?type=trackback&entry_id=60
[12.01.2015 13:11] ID: 60

Wir lernen: Laut Logdatei kommen die Trackbacks an. Aaaaber: Sie landen weiterhin weder in den Kommentaren noch im Bayes-Müll noch in den Logfiles der beiden Spamschutz-Plugins noch in der Datenbanktabelle serendipity_comments.

YL

[garvinhicking]

Hi!

Das ist aufschlussreich insofern, dass NACH diesem Logging nämlich aufgerufen wird:

Code: Select all

add_trackback($id, $_REQUEST['title'], $_REQUEST['url'], $_REQUEST['blog_name'], $_REQUEST['excerpt'])

und danach würde ins Logfile entweder "TRACKBACK SUCCESS" oder "TRACKBACK FAILURE" geschrieben werden.

Das passiert bei Dir nicht. Daraus lässt sich schließen, dass im add_trackback() Aufruf bei Dir ein Fataler PHP Fehler vorkommt der die Ausführung beendet.

Hast Du Zugriff auf ein PHP-Errorlog?

Ansonsten schlage ich vor, Dir die add_trackback mal im aktuellen git auszuchecken, da ist jetzt mehr debugging drin.

LG,
Garvin

[yellowled]

Hast Du Zugriff auf ein PHP-Errorlog?

Ich habe eine error_log von der ich annehme, dass darin auch PHP-Fehler landen würden. In der stehen aber nur "RSA server certificate CommonName"-Warnungen. Seit Tagen.

(Nebenbei: Das ganze läuft auf Uberspace, also mit FastCGI, falls das irgendeine Rolle spielen sollte. Derzeit läuft das Blog auf PHP 5.3.10.)

Ansonsten schlage ich vor, Dir die add_trackback mal im aktuellen git auszuchecken, da ist jetzt mehr debugging drin.

Neben ein paar Spam-Trackbacks, die ich jetzt mal auslasse:

Code: Select all

[12.01.2015 14:08] Match on /comment.php?type=trackback&entry_id=19
[12.01.2015 14:08] ID: 19
[12.01.2015 14:19] RECEIVED TRACKBACK
[12.01.2015 14:19] Array
(
    [type] => trackback
    [entry_id] => 60
    [url] => http://nbe.netzgestaltung.net/archives/46-And-one-more.html
    [title] => And one more
    [blog_name] => s9y 2.0 Backend dev blog
    [excerpt] => Trackback
)

[12.01.2015 14:19] Match on /comment.php?type=trackback&entry_id=60
[12.01.2015 14:19] ID: 60
[12.01.2015 14:19] add_trackback:Array
(
    [0] => 60
    [1] => And one more
    [2] => http://nbe.netzgestaltung.net/archives/46-And-one-more.html
    [3] => s9y 2.0 Backend dev blog
    [4] => Trackback
)

Edit: Auch dieses Trackback landet aber nicht im Blog.

YL

[garvinhicking]

Hi!

Das hilft weiter.

Die funktion "trackback_body_strip" wird bei Dir nicht ausgeführt. Oder hat nen Fehler.

Erstelle mal bitte eine test.php:

Code: Select all

<?php
include 'serendipity_config.inc.php';
include S9Y_INCLUDE_PATH . 'include/functions_entries_admin.inc.php';
error_reporting(E_ALL);
ini_set('display_errors', 1);
echo "INIT.<br />\n";
echo trackback_body_strip("TEST!");
echo "DONE.<br />\n";

per HTTP aufgerufen müsste das dann eigentlich einen Fehler schmeißen, der in der trackback_body_strip() auftaucht. Wir nutzen da das neue serendipity_entity_decode(), ggf. macht das Probleme.

LG,
Garvin

[Timbalu]

Ich würde sagen, ersetze mal dein 'I can haz trackbacks?' ellipsis … mit einem Punkt oder (s.u.).
Vorher schau mal in deine Datenbank, ob das dort irgendwie encoded geschrieben ist

Code: Select all

HTML Entity (decimal) 	…
HTML Entity (hex) 	    …
HTML Entity (named) 	  …

[yellowled]

per HTTP aufgerufen müsste das dann eigentlich einen Fehler schmeißen, der in der trackback_body_strip() auftaucht.

Bitte sehr:

Code: Select all

INIT.
== TESTING ERROR MODE ==
Fatal error: Uncaught exception 'ErrorException' with message 'html_entity_decode() expects at most 3 parameters, 4 given' in /var/www/virtual/USER/html/include/compat.inc.php:126
Stack trace:
#0 [internal function]: errorToExceptionHandler(2, 'html_entity_dec...', '/var/www/virtua...', 468, Array)
#1 /var/www/virtual/USER/html/include/compat.inc.php(468): html_entity_decode('TEST!', 2, 'UTF-8', true)
#2 /var/www/virtual/USER/html/include/functions_trackbacks.inc.php(588): serendipity_entity_decode('TEST!', 2, 'UTF-8')
#3 /var/www/virtual/USER/html/test.php(7): trackback_body_strip('TEST!')
#4 {main}
  thrown in /var/www/virtual/USER/html/include/compat.inc.php on line 126

Ich würde sagen, ersetze mal dein 'I can haz trackbacks?' ellipsis … mit einem Punkt oder (s.u.).

Kann ich später mal machen, aber das Blog hat schon keine Trackbacks angenommen, ehe dieser Eintrag existierte – genauso hat es Trackbacks angenommen, als Einträge mit ähnlichen Sonderzeichen (♥) im Titel existierten …

YL

[yellowled]

Vorher schau mal in deine Datenbank, ob das dort irgendwie encoded geschrieben ist

Nein, steht auch als … in serendipity_entries. Collation der Datenbank ist utf8_unicode_ci.

YL

[Timbalu]

Das ist komisch, denn das müsste der RC2 schon längst haben, siehe https://github.com/s9y/Serendipity/comm ... f0f3292e47
zieh dir mal ein neues include/compat.inc.php file.

[garvinhicking]

Jupp, sieht mir auch danach aus als wäre das noch ne "kaputte" Version von html_entity_decode als wir den wrapper eingesetzt haben...

[yellowled]

Interessant – jetzt (mit der aktualisierten compat.inc.php) kam ein Trackback im Blog an, aber nur von meinem 1.7.8-Testblog, nicht von meinem 2.0-Testblog (was aber auch nicht auf dem aktuellsten Stand sein dürfte).

In jedem Fall scheint es grundsätzlich zu gehen – danke für Eure Mühen, da hab ich wohl irgendwie™ beim Update geschlampt. Naja – besser, als wenn es ein skurriler Bug wäre.

YL

[bernd_d]

In der comment.php, Zeile 56 ein "= true" setzen.

Wäre es nicht sinnvoller, solche Einstellungen in die Config zu verlagern, damit man sie über die User-Config ändern kann? So ist ja beim Update wieder alles weg.

[yellowled]

Wäre es nicht sinnvoller, solche Einstellungen in die Config zu verlagern, damit man sie über die User-Config ändern kann? So ist ja beim Update wieder alles weg.

Ich glaube, es ist sinnvoller, die Konfiguration im Backend übersichtlich zu halten und dort nicht allzu viele „Power-Features“ einzubauen.

YL

[onli]

Wir sollten das tb_logging per Debug-Level über den normalen Debugger aktivieren.

[bernd_d]

Wäre es nicht sinnvoller, solche Einstellungen in die Config zu verlagern, damit man sie über die User-Config ändern kann? So ist ja beim Update wieder alles weg.

Ich glaube, es ist sinnvoller, die Konfiguration im Backend übersichtlich zu halten und dort nicht allzu viele „Power-Features“ einzubauen.

Sorry, missverständlich ausgedrückt. Ich meinte serendipity_config.inc.php bzw. serendipity_config_local.inc.php

Aber Malte hat dazu ja auch schon einen anderen Vorschlag geschrieben.

[thh]

Esist möglich, dass PHP Verbindungen zu https nicht zulässt. So etwas zum Beispiel: https://stackoverflow.com/questions/230 ... m-wrappers

Die OpenSSL-Extension ist aktiviert.