Auf www.beatsblog.ch erhalte ich jeden Tag 1-2 Trackbacks, welche mir zur Moderation vorgelegt werden, die ich jedoch allesamt als SPAM erkenne und lösche. Ich habe mir dann die Spamschutz-Konfiguration angesehen und habe dazu eine Frage.
Unter "Trackbacks" ist der erste Punkt: Trackbacks/Pingbacks: IP Validierung. Zur Auswahl stehen: Nein, moderieren, abweisen. Im info-Feld wird folgender Text angezeigt: Soll die IP des Senders bei Trackbacks/Pingbacks mit der IP des Hosts übereinstimmen, auf den der Kommentar gesetzt werden soll? (EMPFOHLEN!). Ähm.. was wird mir jetzt empfohlen? Abweisen? ?
Hmm. Das ist eine gute Frage. ? Sie besagt, dass du mit Nein eben generell unterschiedliche IPs erlaubst, was eben nicht zu empfehlen ist. Alles andere ist eine Frage der Einstellung Ratz Fatz weg oder Mal sehen. Sind die zur Moderation vorliegenden IPs denn unterschiedlich? Und wie kann man das erkennen? Über den Trackback selbst? Oder muss man dazu (überkreuz) Logvergleiche anstellen? Ich habe soetwas nie! ("Leider" will ich hier nicht sagen... ?)
Die Frage ist was du sonst in der Trackback Abteilung stehen hast?
Sind die von dir als SPAM erkannten Trackbacks von tatsächlich existierenden Blogs (Einträgen)?
Beat Post author am |
Sind die von dir als SPAM erkannten Trackbacks von tatsächlich existierenden Blogs (Einträgen)?
Nein, sind sie nicht. Es sind immer irgendwelche Pseudoadressen aus USA oder China.
Ich habe die Konfiguration nun auf abweisen gestellt (was wohl der Empfehlung entspricht). Mal schauen...
Beat Post author am |
Ich habe nicht herausgefunden, wie ich in der Mobile-Ansicht den Footer "Powered by Serendipity Styx Edition & the pure-beat theme." einblenden kann. Kannst Du mir diesbezüglich einen Tipp geben?
Das ist dort extra auf nicht-sichtbar gesetzt, da es ja von der mobile bottom navigation bar überlagert wird und somit zwecklos ist. Einfach in deinem theme auf visible setzen.
Achtung mit kommender 3.1 gibts da noch kleinere Änderungen. Du müsstest das dann nochmal überprüfen.
Beat Post author am |
Habs in der /pure/style.css zwar nicht gefunden, doch mit visible klappt es jetzt in /pure-beat/user.css und die Powered-Info wird nun auch auf dem Mobile angezeigt. Vielen Dank!
Es ist immer wieder irritierend, wenn man in der Seitenleiste einen Kommentar liest, den man (historisch) bereits kennt. Das liegt daran, dass es ja gute Praxis ist, so dies überhaupt nötig ist, erst kurz zu (block-)quoten und dann erst zu antworten. In der Seitenleiste erkennt man das Quote aber nicht, da ja alles HTML aus guten Grund heraus gestripped wird. Deshalb habe ich gestern das comment Seitenleisten Plugin für Styx 3.1 diesbezüglich etwas aufgebohrt.
... gibts da noch mehr...?
Beat Post author am |
Da fällt mir eigentlich nichts ein. Früher ergab die Wort-Trennung bei Umlauten komische Sonderzeichen (nur in der Comments-Seitenleiste sichtbar). Das scheinst Du jedoch bereits gefixt zu haben. Zumindest kann ich es nicht mehr feststellen.
Beat Post author am |
Habe gerade die neusten Master-Dateien heruntergezogen und aufgespielt. [...] um die quote zu unterdrücken (und doch anzuzeigen) finde ich ganz schick! ?
Beat Post author am |
Verständnisfrage: Wenn ich einen internen Link anklicke, welcher falsch oder inexistent ist, werde ich auf die Blog-Entries-Seite geleitet, ohne dass eine Fehlermeldung angezeigt wird. Müsste hier nicht eine blaue 404-Anzeige erscheinen?
Wenn Du z.B. hier unter Fologalerie eines der Bilder anklickst, wird die Galerie nicht gefunden (weil nicht installiert) und Du landest ohne Hinweis auf der Entries-Page.
Nicht dass mich das sonderlich stören würde... aber...
Gell?, das fand ich auch! ? (Es ist aber [···].)
Das mit den möglichen entities beim truncate Abschnitt gibt es glaube ich immer noch, es ist halt eine Art Sicherheitsmaßnahme. Entiries sind die HTML Entsprechungen für bestimmte Sonderzeichen zb Ü wird zu
Ü
etc.
Nur zur Info: Hast du nur die plugin comments ersetzt? oder alles? (Denn das ist vielleicht doch noch nicht ratsam aufgrund bestimmter grundlegender Änderungen.)
Beat Post author am |
Ich habe alle styx-master-Daten heruntergeladen und aufgespielt. Jedoch nur hier. Beim Live-Blog warte ich offizielle Updates ab.
Du meinst zB https://www.blog.dokumenzi.ch/JAlbum/Sommer11/index.html
Grundsätzlich soll ein falscher Link gar nicht erst vorkommen.und wenn doch einfach zurückfallen.
Das liegt m.E. daran, dass das im eigentlichen Sinne ein nicht Serendipity Styx (interner) Link ist, bzw auf index.html endet, denn wäre er eines der virtuellen Pade /archives/, /authors/, oder Ähnliches - zb https://www.blog.dokumenzi.ch/JAlbum/Sommer11.html - würde/müsste auch die 404 Meldung angezeigt werden, a la
[ 404 ] - The page you have requested could not be found. Continue reading here..
S9y origin hat glaube ich immer noch eine ältere Interpretation die da vielleicht sogar matchen könnte, aber hat dadurch das Problem dass die Fehlermeldung einfach zu oft in eher validen Fällen angezeigt wird.
Es gibt eben auch noch die message:
Keine Einträge vorhanden
Es ist schon mindestens 3 Jahre her dass ich an dem Kram dran war. Ich erinnere mich nicht mehr an die genauen Umstände. Es war jedenfalls so, dass das was mit staticpages und/oder statischen 404 Seíten) zu tun hatte und eine der genannten Meldungen einfach zu oft sinnlos angezeigt wurde.
Wenn du letztere Meldung gerne haben möchtest müsstest du in der/deiner entries.tpl in
{if NOT $plugin_clean_page AND $view != '404'}
aus dem != ein == machen. Ich bin gerade überfragt warum ich das explizit so gesetzt hatte, aber es muss dafür einen Grund gehabt haben. ?
https://www.blog.dokumenzi.ch/archives/Sommer.html
zeigt bei dir zb keine Fehlermeldung aber den Listeneintrag 'dauerhaften eintrag'.
Gäbe es einen solchen dauerhaften nicht, müsste eigentlich (durch das != und dem Status 200 OK) auch die Meldung 'Keine Einträge vorhanden' erscheinen.
Ein valider Pfad mit ausgedachter ID https://www.blog.dokumenzi.ch/archives/5012-Sommer.html
zeigt die Meldung nicht, wo es im Genannten eben ein == bräuchte, da hier tatsächlich ein Status 404 header gesendet wird.
Es ist halt nicht ganz so einfach zu bestimmen, was nun genau wann in allen diesen Fällen geschehen soll. Es hängt ein wenig davon ab wann und wie genau falsche Link Auszeichnungen geschehen.
Um es immer anzuzeigen, müsste man es (wieder) auf
{if NOT $plugin_clean_page}
verkürzen. Aber da gilt, dass es einen (trifftigen) Grund dafür gegeben haben muss, denn ich habe es überall so geändert.
Beat Post author am |
Vielen Dank für all die Erklärungen. Mich beschleicht immer etwas ein ungutes Gefühl, wenn ich solche Punkte aufbringe. Ich weiss mittlerweile ja ziemlich genau, dass Deine akribische Art solchen Dingen dann sofort auf den Grund geht. Was Zeit kostet und Arbeit beschert.
Grundsätzlich bin ich völlig bei Dir. Im eigenen Blog sollten möglichst gar keine ungültigen, internen Links vorhanden sein. Im Live-Blog sind ja auch die entsprechenden Fotoalben installiert und dort gibt es das von mir geschilderte Phänomen gar nicht. Ich habe also keinen wirklichen Grund, um etwas an tpl-Files zu verändern. Und ich bin auch überzeugt, dass Du schon einen bestimmten Grund dafür hast, dass es genauso funktioniert, wie es eben funktioniert. ??
Ich möchte Dir zukünftig solche Leerläufe ersparen, weiss aber nicht genau, wie ich das kann. Vielleicht bin ich ja zufällig auf einen Bug gestossen und meine Frage war berechtigt. Ich kann das halt wirklich nicht beurteilen oder nur sehr schwer abschätzen. ?
Eben. Deshalb frage bitte weiter.
Wenn ich für eine Antwort länger suchen muss, heißt das ja auch nur, dass ich etwas vergessen habe was dringend mal aufgefrischt gehört. In dem Zuge finde ich dann auch so dies und das. Und das kommt wiederum allen zugute. und bei solchen Sachen wie diesem Thema ist es manchmal vielleicht auch nötig einmal Gedachtes auch neu zu bewerten. Aber da mir der Grund bis jetzt noch nicht wieder eingefallen ist, lasse ich es es auch so.
Beat Post author am |
In der aktuellen Dev-Version hat sich in der Syndication-Seitenleiste ein Fehler eingeschlichen. Zwischen den Feeds für Beiträge und Kommentare steht nun "rss single". Das ist hier so und auch auf www.styx.beatsblog.ch.
Es gibt da noch eine (alte) Inkonsistenz. Für die Anzeige "RSS Beiträge" muss ich in der Plugin-Konfiguration nur "Beiträge" eintragen. Für die Anzeige "RSS Kommentare" braucht es aber "RSS Kommentare"
Hmm ?
Inkonsistenz? Ich weiß nicht... Wenn du also die defaults selber schreibst musst du halt auch Beiträge und Kommentare kennzeichnen. Input Feld "Beiträge", input Feld "Kommentare" bei Typ Rss. Ergebnis:
RSS Beiträge
Kommentare (RSS)
Wenn beide leer, also das default:
RSS Feed
Kommentare (RSS)
Oder verstehe ich was falsch?
Beiträge/Kommentare bzw Feed/Kommentare sind die default bzw custom set Namen. Der Rest wird bei der Zusammenstellung ausgezeichnet, da wir ja viele Varianten und dazu noch Atom haben.
Beat Post author am |
Ich sehe gerade, dass es jetzt noch schlimmer geworden ist. Beim Kommentar-Feed wird neuerdings ein (RSS) hintenangestellt, welches man nicht wegkriegt.
Aktuelle Konfiguration (hier):
Input Feld "Beiträge"= Beiträge
Input Feld "Kommentare"= Kommentare
Findest Du es konsistent, dass bei den Beiträgen RSS vorangestellt wird und bei den Kommentaren (RSS) hinten angefügt? Ich möchte es gerne so darstellen, wie es aktuell auf www.beatsblog.ch ist. Wie kann ich das denn erreichen?
Beat Post author am |
Auf www.beatsblog.ch erhalte ich jeden Tag 1-2 Trackbacks, welche mir zur Moderation vorgelegt werden, die ich jedoch allesamt als SPAM erkenne und lösche. Ich habe mir dann die Spamschutz-Konfiguration angesehen und habe dazu eine Frage.
Unter "Trackbacks" ist der erste Punkt: Trackbacks/Pingbacks: IP Validierung. Zur Auswahl stehen: Nein, moderieren, abweisen. Im info-Feld wird folgender Text angezeigt: Soll die IP des Senders bei Trackbacks/Pingbacks mit der IP des Hosts übereinstimmen, auf den der Kommentar gesetzt werden soll? (EMPFOHLEN!). Ähm.. was wird mir jetzt empfohlen? Abweisen? ?
Ian Styx am |
Hmm. Das ist eine gute Frage. ? Sie besagt, dass du mit Nein eben generell unterschiedliche IPs erlaubst, was eben nicht zu empfehlen ist. Alles andere ist eine Frage der Einstellung Ratz Fatz weg oder Mal sehen. Sind die zur Moderation vorliegenden IPs denn unterschiedlich? Und wie kann man das erkennen? Über den Trackback selbst? Oder muss man dazu (überkreuz) Logvergleiche anstellen? Ich habe soetwas nie! ("Leider" will ich hier nicht sagen... ?)
Die Frage ist was du sonst in der Trackback Abteilung stehen hast?
Sind die von dir als SPAM erkannten Trackbacks von tatsächlich existierenden Blogs (Einträgen)?
Beat Post author am |
Nein, sind sie nicht. Es sind immer irgendwelche Pseudoadressen aus USA oder China.
Ich habe die Konfiguration nun auf abweisen gestellt (was wohl der Empfehlung entspricht). Mal schauen...
Beat Post author am |
Ich habe nicht herausgefunden, wie ich in der Mobile-Ansicht den Footer "Powered by Serendipity Styx Edition & the pure-beat theme." einblenden kann. Kannst Du mir diesbezüglich einen Tipp geben?
Ian Styx am |
Such mal in der pure style.css nach
Das ist dort extra auf nicht-sichtbar gesetzt, da es ja von der mobile bottom navigation bar überlagert wird und somit zwecklos ist. Einfach in deinem theme auf visible setzen.
Achtung mit kommender 3.1 gibts da noch kleinere Änderungen. Du müsstest das dann nochmal überprüfen.
Beat Post author am |
Habs in der /pure/style.css zwar nicht gefunden, doch mit visible klappt es jetzt in /pure-beat/user.css und die Powered-Info wird nun auch auf dem Mobile angezeigt. Vielen Dank!
Ian Styx am |
?
Beat Post author am |
? Funktioniert gut. Seither habe ich keinen Werbe-Trackback mehr erhalten.
Ian Styx am |
✅ ?
Es ist immer wieder irritierend, wenn man in der Seitenleiste einen Kommentar liest, den man (historisch) bereits kennt. Das liegt daran, dass es ja gute Praxis ist, so dies überhaupt nötig ist, erst kurz zu (block-)quoten und dann erst zu antworten. In der Seitenleiste erkennt man das Quote aber nicht, da ja alles HTML aus guten Grund heraus gestripped wird. Deshalb habe ich gestern das comment Seitenleisten Plugin für Styx 3.1 diesbezüglich etwas aufgebohrt.
... gibts da noch mehr...?
Beat Post author am |
Da fällt mir eigentlich nichts ein. Früher ergab die Wort-Trennung bei Umlauten komische Sonderzeichen (nur in der Comments-Seitenleiste sichtbar). Das scheinst Du jedoch bereits gefixt zu haben. Zumindest kann ich es nicht mehr feststellen.
Beat Post author am |
Habe gerade die neusten Master-Dateien heruntergezogen und aufgespielt. [...] um die quote zu unterdrücken (und doch anzuzeigen) finde ich ganz schick! ?
Beat Post author am |
Verständnisfrage: Wenn ich einen internen Link anklicke, welcher falsch oder inexistent ist, werde ich auf die Blog-Entries-Seite geleitet, ohne dass eine Fehlermeldung angezeigt wird. Müsste hier nicht eine blaue 404-Anzeige erscheinen?
Wenn Du z.B. hier unter Fologalerie eines der Bilder anklickst, wird die Galerie nicht gefunden (weil nicht installiert) und Du landest ohne Hinweis auf der Entries-Page.
Nicht dass mich das sonderlich stören würde... aber...
Ian Styx am |
Gell?, das fand ich auch! ? (Es ist aber [···].)
Das mit den möglichen entities beim truncate Abschnitt gibt es glaube ich immer noch, es ist halt eine Art Sicherheitsmaßnahme. Entiries sind die HTML Entsprechungen für bestimmte Sonderzeichen zb Ü wird zu
etc.
Nur zur Info: Hast du nur die plugin comments ersetzt? oder alles? (Denn das ist vielleicht doch noch nicht ratsam aufgrund bestimmter grundlegender Änderungen.)
Beat Post author am |
Ich habe alle styx-master-Daten heruntergeladen und aufgespielt. Jedoch nur hier. Beim Live-Blog warte ich offizielle Updates ab.
Ian Styx am |
Ah OK
Ich sehe gerade, dass das OK ist. Ich hatte nur nicht die upgrade tasks aktiv und die Versions Nummer herauf gesetzt.
Ian Styx am |
Du meinst zB https://www.blog.dokumenzi.ch/JAlbum/Sommer11/index.html
Grundsätzlich soll ein falscher Link gar nicht erst vorkommen.und wenn doch einfach zurückfallen.
Das liegt m.E. daran, dass das im eigentlichen Sinne ein nicht Serendipity Styx (interner) Link ist, bzw auf index.html endet, denn wäre er eines der virtuellen Pade /archives/, /authors/, oder Ähnliches - zb https://www.blog.dokumenzi.ch/JAlbum/Sommer11.html - würde/müsste auch die 404 Meldung angezeigt werden, a la
S9y origin hat glaube ich immer noch eine ältere Interpretation die da vielleicht sogar matchen könnte, aber hat dadurch das Problem dass die Fehlermeldung einfach zu oft in eher validen Fällen angezeigt wird.
Es gibt eben auch noch die message:
Es ist schon mindestens 3 Jahre her dass ich an dem Kram dran war. Ich erinnere mich nicht mehr an die genauen Umstände. Es war jedenfalls so, dass das was mit staticpages und/oder statischen 404 Seíten) zu tun hatte und eine der genannten Meldungen einfach zu oft sinnlos angezeigt wurde.
Wenn du letztere Meldung gerne haben möchtest müsstest du in der/deiner entries.tpl in
aus dem != ein == machen. Ich bin gerade überfragt warum ich das explizit so gesetzt hatte, aber es muss dafür einen Grund gehabt haben. ?
Ian Styx am |
https://www.blog.dokumenzi.ch/archives/Sommer.html
zeigt bei dir zb keine Fehlermeldung aber den Listeneintrag 'dauerhaften eintrag'.
Gäbe es einen solchen dauerhaften nicht, müsste eigentlich (durch das != und dem Status 200 OK) auch die Meldung 'Keine Einträge vorhanden' erscheinen.
Ein valider Pfad mit ausgedachter ID https://www.blog.dokumenzi.ch/archives/5012-Sommer.html
zeigt die Meldung nicht, wo es im Genannten eben ein == bräuchte, da hier tatsächlich ein Status 404 header gesendet wird.
Es ist halt nicht ganz so einfach zu bestimmen, was nun genau wann in allen diesen Fällen geschehen soll. Es hängt ein wenig davon ab wann und wie genau falsche Link Auszeichnungen geschehen.
Um es immer anzuzeigen, müsste man es (wieder) auf
verkürzen. Aber da gilt, dass es einen (trifftigen) Grund dafür gegeben haben muss, denn ich habe es überall so geändert.
Beat Post author am |
Vielen Dank für all die Erklärungen. Mich beschleicht immer etwas ein ungutes Gefühl, wenn ich solche Punkte aufbringe. Ich weiss mittlerweile ja ziemlich genau, dass Deine akribische Art solchen Dingen dann sofort auf den Grund geht. Was Zeit kostet und Arbeit beschert.
Grundsätzlich bin ich völlig bei Dir. Im eigenen Blog sollten möglichst gar keine ungültigen, internen Links vorhanden sein. Im Live-Blog sind ja auch die entsprechenden Fotoalben installiert und dort gibt es das von mir geschilderte Phänomen gar nicht. Ich habe also keinen wirklichen Grund, um etwas an tpl-Files zu verändern. Und ich bin auch überzeugt, dass Du schon einen bestimmten Grund dafür hast, dass es genauso funktioniert, wie es eben funktioniert. ??
Ich möchte Dir zukünftig solche Leerläufe ersparen, weiss aber nicht genau, wie ich das kann. Vielleicht bin ich ja zufällig auf einen Bug gestossen und meine Frage war berechtigt. Ich kann das halt wirklich nicht beurteilen oder nur sehr schwer abschätzen. ?
Ian Styx am |
Eben. Deshalb frage bitte weiter.
Wenn ich für eine Antwort länger suchen muss, heißt das ja auch nur, dass ich etwas vergessen habe was dringend mal aufgefrischt gehört. In dem Zuge finde ich dann auch so dies und das. Und das kommt wiederum allen zugute. und bei solchen Sachen wie diesem Thema ist es manchmal vielleicht auch nötig einmal Gedachtes auch neu zu bewerten. Aber da mir der Grund bis jetzt noch nicht wieder eingefallen ist, lasse ich es es auch so.
Beat Post author am |
In der aktuellen Dev-Version hat sich in der Syndication-Seitenleiste ein Fehler eingeschlichen. Zwischen den Feeds für Beiträge und Kommentare steht nun "rss single". Das ist hier so und auch auf www.styx.beatsblog.ch.
Ian Styx am |
Ops. Danke. Ist gefixt. ?
Beat Post author am |
Es gibt da noch eine (alte) Inkonsistenz. Für die Anzeige "RSS Beiträge" muss ich in der Plugin-Konfiguration nur "Beiträge" eintragen. Für die Anzeige "RSS Kommentare" braucht es aber "RSS Kommentare"
Ian Styx am |
Hmm ?
Inkonsistenz? Ich weiß nicht... Wenn du also die defaults selber schreibst musst du halt auch Beiträge und Kommentare kennzeichnen. Input Feld "Beiträge", input Feld "Kommentare" bei Typ Rss.
Ergebnis:
Wenn beide leer, also das default:
Oder verstehe ich was falsch?
Beiträge/Kommentare bzw Feed/Kommentare sind die default bzw custom set Namen. Der Rest wird bei der Zusammenstellung ausgezeichnet, da wir ja viele Varianten und dazu noch Atom haben.
Beat Post author am |
Ich sehe gerade, dass es jetzt noch schlimmer geworden ist. Beim Kommentar-Feed wird neuerdings ein (RSS) hintenangestellt, welches man nicht wegkriegt.
Aktuelle Konfiguration (hier):
Findest Du es konsistent, dass bei den Beiträgen RSS vorangestellt wird und bei den Kommentaren (RSS) hinten angefügt? Ich möchte es gerne so darstellen, wie es aktuell auf www.beatsblog.ch ist. Wie kann ich das denn erreichen?