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?
Die Typ-Auszeichnungen sind RSS oder Atom je nach Einstellung.
Ich weiß schon, du willst (etwas stur ?) RSS Beiträge und RSS Kommentare, also beides gleich. Das sähe aber mit Atom schon etwas komischer aus. Da solches erst einmal ein Feed von Blogeinträgen ist/war, ist das von jeher als Feed (als internationales Wort) gekennzeichnet. Damit dient der Typ der Typ eben nur noch der Auszeichnung: Und das war von jeher RSS Feed und nicht Feed RSS. Die Kommentar Feeds kamen wohl erst später dazu. Und dafür gbt es keinen eingebürgerten Namen. Daher die von dir empfundene Inkonsistenz (hätte beinahe Inkontinenz geschrieben). Ich persönlich empfinde Kommentare (RSS) bzw Kommentare (Atom) klarer. Schon als Abrgenzung zur Verkürzung RSS Feed (für das Blog).
Die Konsistenz liegt darin dass es bei den FEEDS heißt: Optional benutzerdefinierten Namen für die Feeds eingeben (Vorgabe ist "feed" wenn leer)
Und für die Kommentare das gleiche Verhalten gilt (auch wenn nicht ausdrücklich noch mal erwähnt). Kommentare werden per default mit der constante COMMENTS (also internationalisiert) ausgegeben. Man hat also eine Art Hauptwort mit automatisch angehängten Typ in Klammern.
Blog abonnieren
RSS Feed
Atom Feed
Kommentare (RSS)
Kommentare (Atom)
Beat Post author am |
Das mag technisch alles völlig korrekt sein. Das bezweifle ich auch gar nicht.
Ich finde es einfach höchst verwirrend, dass einem ein Textfeld mit der Bezeichnung Angezeigter Name für "feed" zur Verfügung gestellt wird, dann aber doch etwas anderes angezeigt wird als das, was man in dieses Feld einträgt. Denn ich kann tun und lassen, was ich will. Das vorangestellte RSS beim Beitragsfeed und das nachgestellte (RSS) beim Kommentar-Feed, kriege ich nicht weg. Wenn es doch wenigstens beides mal gleich geschrieben und an der gleichen Stelle wäre, könnte das ein Laie wie ich sogar noch halbwegs nachvollziehen. So wie es jetzt ist, ist es einfach Technokraten-?. Korrekt aber unverständlich und hässlich.
Bitte nicht beleidigt sein. Das ist ganz einfach meine (unqualifizierte) Meinung.
Es ist zu heiß heute, oder? ? Du wirfst mit Haufen!
Du kannst Feed in Beiträge oder Einträge oder Ergüsse oder Artikel oder sonstwas ändern. Dazu ist es da. Sonst könnte man es als Konstante definieren, dann hieße es immer gleich.
Im Feld Kommentare kannst du zb etwas in deiner eigenen Sprache schreiben, oder es einfach leer lassen wenn es schon passt, sonst vielleicht Kommentareli. ?
Ich verstehe deinen Ärger! Völlige Freigabe würde allerdings die allermeisten überfordern, die nicht einmal wissen, dass es so viele unterschiedliche Formate für Feeds gibt und was sie gegebenfalls unterscheidet. Es geht um eine gute Mischung aus Inside-Kenntnis und Eigenbestimmung.
Beat Post author am |
Das beantwortet aber nicht die Frage, weshalb einmal RSS vorangestellt wird und das andere Mal (RSS) angehängt. Ich weiss... im Kommerntar weiter oben schon geschrieben... standardisert/internationalisiert...
Ein letzter Versuch: Machs doch immer gleich. Immer davor oder immer danach. Immer mit Klammern oder immer ohne Klammern. Um der Ästhetik willen... ?
Die Plugin-Einstellungen auf www.beatsblog.ch wurden vor dem 07.08.20 gemacht und wurden schon seit längerem nicht mehr angefasst.
Erst bei Tests für den Kommentar c7425 ist mir aufgefallen, dass neuerdings beim Kommentarfeed (RSS) angehängt wird. Wann das hinzugekommen ist, weiss ich nicht. Muss aber nach März 2020 gewesen sein.
Ich werde mich also hüten, das Syndication-Plugin im Live-Blog zu verändern. ?
Ich experimentiere gerade für die kommende Styx 3.1 Ausgabe mit dem relativ neuen HTML living Standard lazyload image attribute von Anfang des Jahres. Das kann das Ladeverhalten drastisch reduzieren, insbesondere dann, wenn - wie auf mobiles - der image-content sich (noch) nicht im Sichtfenster des Browsers befindet.
Wenn du ganz doll Lust hast, fände ich das ganz toll, wenn du im LIVE Blog mal alle entries der 1. Seite, d.h. von Regeneration bis inklusive Tagesbild im Backend mal einzeln aufmachst und im Quellcode folgendes Attribut ergänzt loading="lazy". Beispiel:
Und zwar nur in den image < img > tags. Aber auch in denjenigen die mit < picture > umkleidet sind.
So kann ich mir das mit dem Handy mal live anschauen. Die imagesidebar hat es schon und es scheint zu klappen.
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?
Ian Styx am |
Die Typ-Auszeichnungen sind RSS oder Atom je nach Einstellung.
Ich weiß schon, du willst (etwas stur ?) RSS Beiträge und RSS Kommentare, also beides gleich. Das sähe aber mit Atom schon etwas komischer aus. Da solches erst einmal ein Feed von Blogeinträgen ist/war, ist das von jeher als Feed (als internationales Wort) gekennzeichnet. Damit dient der Typ der Typ eben nur noch der Auszeichnung: Und das war von jeher RSS Feed und nicht Feed RSS. Die Kommentar Feeds kamen wohl erst später dazu. Und dafür gbt es keinen eingebürgerten Namen. Daher die von dir empfundene Inkonsistenz (hätte beinahe Inkontinenz geschrieben). Ich persönlich empfinde Kommentare (RSS) bzw Kommentare (Atom) klarer. Schon als Abrgenzung zur Verkürzung RSS Feed (für das Blog).
Die Konsistenz liegt darin dass es bei den FEEDS heißt:
Optional benutzerdefinierten Namen für die Feeds eingeben (Vorgabe ist "feed" wenn leer)
Und für die Kommentare das gleiche Verhalten gilt (auch wenn nicht ausdrücklich noch mal erwähnt). Kommentare werden per default mit der constante COMMENTS (also internationalisiert) ausgegeben. Man hat also eine Art Hauptwort mit automatisch angehängten Typ in Klammern.
Blog abonnieren
Beat Post author am |
Das mag technisch alles völlig korrekt sein. Das bezweifle ich auch gar nicht.
Ich finde es einfach höchst verwirrend, dass einem ein Textfeld mit der Bezeichnung Angezeigter Name für "feed" zur Verfügung gestellt wird, dann aber doch etwas anderes angezeigt wird als das, was man in dieses Feld einträgt. Denn ich kann tun und lassen, was ich will. Das vorangestellte RSS beim Beitragsfeed und das nachgestellte (RSS) beim Kommentar-Feed, kriege ich nicht weg. Wenn es doch wenigstens beides mal gleich geschrieben und an der gleichen Stelle wäre, könnte das ein Laie wie ich sogar noch halbwegs nachvollziehen. So wie es jetzt ist, ist es einfach Technokraten-?. Korrekt aber unverständlich und hässlich.
Bitte nicht beleidigt sein. Das ist ganz einfach meine (unqualifizierte) Meinung.
Ian Styx am |
Es ist zu heiß heute, oder? ? Du wirfst mit Haufen!
Du kannst Feed in Beiträge oder Einträge oder Ergüsse oder Artikel oder sonstwas ändern. Dazu ist es da. Sonst könnte man es als Konstante definieren, dann hieße es immer gleich.
Im Feld Kommentare kannst du zb etwas in deiner eigenen Sprache schreiben, oder es einfach leer lassen wenn es schon passt, sonst vielleicht Kommentareli. ?
Ich verstehe deinen Ärger! Völlige Freigabe würde allerdings die allermeisten überfordern, die nicht einmal wissen, dass es so viele unterschiedliche Formate für Feeds gibt und was sie gegebenfalls unterscheidet. Es geht um eine gute Mischung aus Inside-Kenntnis und Eigenbestimmung.
Beat Post author am |
Das beantwortet aber nicht die Frage, weshalb einmal RSS vorangestellt wird und das andere Mal (RSS) angehängt. Ich weiss... im Kommerntar weiter oben schon geschrieben... standardisert/internationalisiert...
Ein letzter Versuch: Machs doch immer gleich. Immer davor oder immer danach. Immer mit Klammern oder immer ohne Klammern. Um der Ästhetik willen... ?
PS:
Kommentareliwenn schon, dann Kommentärli ?Ian Styx am |
Und wie hast du das jetzt gemacht?
Beat Post author am |
Die Plugin-Einstellungen auf www.beatsblog.ch wurden vor dem 07.08.20 gemacht und wurden schon seit längerem nicht mehr angefasst.
Erst bei Tests für den Kommentar c7425 ist mir aufgefallen, dass neuerdings beim Kommentarfeed (RSS) angehängt wird. Wann das hinzugekommen ist, weiss ich nicht. Muss aber nach März 2020 gewesen sein.
Ich werde mich also hüten, das Syndication-Plugin im Live-Blog zu verändern. ?
Ian Styx am |
Ich experimentiere gerade für die kommende Styx 3.1 Ausgabe mit dem relativ neuen HTML living Standard lazyload image attribute von Anfang des Jahres. Das kann das Ladeverhalten drastisch reduzieren, insbesondere dann, wenn - wie auf mobiles - der image-content sich (noch) nicht im Sichtfenster des Browsers befindet.
Wenn du ganz doll Lust hast, fände ich das ganz toll, wenn du im LIVE Blog mal alle entries der 1. Seite, d.h. von Regeneration bis inklusive Tagesbild im Backend mal einzeln aufmachst und im Quellcode folgendes Attribut ergänzt loading="lazy". Beispiel:
Und zwar nur in den image < img > tags. Aber auch in denjenigen die mit < picture > umkleidet sind.
So kann ich mir das mit dem Handy mal live anschauen. Die imagesidebar hat es schon und es scheint zu klappen.