Serendipity Forums

Jo, ich hab in die logs (debug) geschaut und es wird kräftig geschrieben, aber im blog nichts angezeigt.
Woran könnte das liegen?

derhasi wrote: ↑Thu May 07, 2020 4:42 pm Jo, ich hab in die logs (debug) geschaut und es wird kräftig geschrieben, aber im blog nichts angezeigt.
Woran könnte das liegen?

Das sind die Plugins serendipity_plugin_topreferers und serendipity_plugin_google_last_query, nehme ich an? Muss ich im Moment passen; wenn sonst niemand etwas einfällt, kann ich mir das vielleicht nächstes Wochenende mal anschauen.

Ein Hinweis, der nichts mit Deiner Frage zu tun hat: Du verwendest für Dein Blog coronacat.site https mit einem selbst-signierten Zertifikat. Das führt zu Browser-Warnungen, die man bestätigen muss (Ausnahmeregelung speichern). Wenn man das Blog über coronacat.site aufruft, wird aber dann noch das CSS von Deiner anderen Domain nachgeladen, ebenfalls über https mit selbst-signiertem Zertifikat. Zumindest Firefox und Chrome öffnen aber beim bloßen Einbinden von CSS usw. keinen Dialog, um das Zertifikat zu akzeptieren, sondern laden schlicht die Datei nicht, so dass Dein Blog dann recht "nackt" aussieht. Man muss erst im Quelltext nachschauen, wo das CSS herkommt, die URL dann im Browser aufrufen und dann das Zertifikat akzeptieren, damit es funktioniert. Du selbst merkst das natürlich nicht, weil Du die Zertifikate akzeptierst oder sogar im lokalen Zertifikat-Speicher hast.

(Und wenn man es über http versucht, kommt die Loginseite eines Routers ...)

Meines Wissens werden diese Referrer von fremden https-Seiten aus nicht mehr vom Browser gesendet.

Danke erstmal für eure antworten.
Ja, es wird von https://blog.grospolina.org nachgeladen, aber das tut nichts zur sache,
weil coronacat.site nur ein ServerAlias ist.
Auf u.a. port 80 läuft ein ROMpager server, auch nicht relevant.

und onil: auch von http seiten werden keine referrers angezeigt:
Beispiel: http://srv.gotdns.ch:88/
Ich klicke den coronacat link, aber nix zu sehen davon im blog.

Ah, okay. Google läuft nur noch mit https und entsprechender Konfiguration, seitdem sind solche Plugins nicht mehr nützlich. Ausnahme ist nur noch, wenn der Nutzer einen sehr alten Browser verwendet. Das ist zumindest mein Stand, ich bin da nicht 100% sicher.

Bei http greifen eventuell genauso neue referrer-Anweisungen, die das im Standard in modernen Browsern unterdrücken? https://developer.mozilla.org/en-US/doc ... y_concerns erwähnt zum Beispiel die Referrer-Policy des Servers.

ich will meinen alten mozilla zurück!!!1 'schnieeeefff*

Nochmal drüber nachgedacht. Beim coronacat-Link wird es eher speziell an dem Link liegen. Du gehst du da ja von http zu https, da sollte es in der Standardkonfiguration keine Probleme geben, außer dass das selbstsignierte Zertifikat dir da vielleicht reinfunkt. Aber der coronacat-Link zeigt ja auf die comment.php. Gut möglich, dass da der notwendige Event nicht geworfen/der nötige Codepfad nicht erreicht wird. Außerdem: Die Funktion serendipity_track_referrer prüft zuerst, ob Referrer-Tracking in der Konfiguration an ist. Vll ist dem nicht so?

Ich sehe aber gerade gar nicht, wo diese Funktion zuvor aufgerufen wird. Meine Codesuche behauptet: Nirgends. Dann ist das vielleicht schlicht derzeit kaputt.

onli: ich schwöre es liegt nicht am self-signed-certificate

ahh,oohh, wie prüfe ich ob refereer tracking an ist?

Konfiguration -> Design und Optionen -> Referrer-Tracking aktivieren?

Aber wie gesagt: Ich glaube, das ist im Code kaputtgegangen und wird derzeit nirgends im Kern aufgerufen. Der einzige Aufruf den ich sah war im custom_permalink-plugin. Ich mag mich täuschen :)