Hmm... muss es wirklich im Live-Blog sein? Könnten wir das nicht auch auf styx.beatsblog.ch testen?
Ich hab's mal beim Intro-Bild des Regeneration-Beitrags probiert (im Live-Blog). Wenn ich danach den Seitenquelltext ansehe, scheint es am richtigen Ort zu sein. Wenn ich aber den gespeicherten Eintrag wieder öffne und mir den Quelltext ansehe, dann ist das loading="lazy" alt="" nicht mehr zu sehen. Das macht mich unsicher (ob ich das auch an der richtigen Stelle eingefügt habe).
Es ist doch einiges an Arbeit und die will ich nicht mehrfach tun. Kannst Du mir ev. klarere Anweisungen geben? Im Regenerationsbeitrag sieht es nun so aus:
<figure class="serendipity_imageComment_center" style="width: 1024px">
<div class="serendipity_imageComment_img"><a class="serendipity_image_link" data-fallback="/uploads/2020/20200811_01.jpg" href="/uploads/2020/.v/20200811_01.webp" title="nur ein paar Kanuten und ich..."><!-- s9ymdb:10496 --><picture><source srcset="/uploads/2020/.v/20200811_01.webp" type="image/webp" /><img alt="nur ein paar Kanuten und ich..." class="serendipity_image_center" src="/uploads/2020/20200811_01.jpg" style="width:1024px" loading="lazy" alt=""/></picture></a></div>
<figcaption class="serendipity_imageComment_txt">nur ein paar Kanuten und ich...</figcaption>
</figure>
Ist das korrekt? An der richtigen Stelle? Und ist es auch korrekt, dass ich das nach dem Speichern nicht mehr sehe?
Browser tendieren dazu empfangenes HTML zu interpretieren. Ich habe mich auch schon oft gewundert, dann aber immer festgestellt, dass da jeder (Browser) so seine eigene Ordnung bevorzugt. Also sind Attribute vertauschbar.
Was mir komisch vorkommt, dass du jetzt 2 alt Attribute hast. Das sollte eigentlich nicht sein. Hast du das da eventuell hineingezaubert?
<img alt="nur ein paar Kanuten und ich..." class="serendipity_image_center" src="/uploads/2020/20200811_01.jpg" style="width:1024px" loading="lazy" alt=""/>
Muss sein, denn es sieht im Quelltext so aus:
<img alt="nur ein paar Kanuten und ich..." class="serendipity_image_center" src="/uploads/2020/20200811_01.jpg" style="width:1024px" loading="lazy">
Ansonsten - ja - genau so.
Warum im LIVE Blog? Weil du darin so viele schöne Entries mit Bildern hast, die sich hervorragend testen ließen. Für Browser die ladyloading noch nicht kennen ist das kein Problem.
Wie so oft sehe ich die Frage erst richtig, wenn ich sie schon leicht schräg oder gar falsch beantwortet habe.
Nicht nur Browser ordnen nach eigenen Vorlieben, sondern auch RichText Editoren, wie der CKEditor.
Das loading="lazy" ist da, aber an anderer Stelle. ? (jedenfalls bei mir.)
Schon wieder... hihi... Das leere alt="" hast du in deinem entry Quelltext stehen (so ist es auch gespeichert). Im Browser Quelltext wird es auch noch angezeigt, im DOM Quelltext also dem geparsten und interrpreterten allerdings herausgerechnet und entfernt. Das aber war mein copy&paste.
Beat Post author am |
Das leere alt"" habe ich aus Deinem Kommentar c7466 übernommen. Wenn es das nicht braucht, hättest Du es besser nicht hingeschrieben ?. Das heisst also, ich muss nur jeweils loading="lazy" einfügen. Korrekt?
Ich habe auch keine Bedenken, dass Browser (oder so) etwas falsch machen. Ich habe Bedenken, dass ich etwas falsch mache und somit bestehende Blogbeiträge zerschiesse...
(Also bei mir zeigt der CKEditor beim erneuten Öffnen des gespeicherten Beitrags das loading="lazy" nicht und nirgends mehr an. Das irritiert mich schon sehr.)
Ich muss noch etwas Rikscha fahren und bin jetzt weg. Werde die Sache heute Abend anpacken und dann hier Bescheid geben.
Ja genau! Deshalb habe ich das extra fett dazugeschrieben! ?
Du musst dann schon ein wenig aufpassen dass du dir das nicht zerschießt!
Komisch! Bei mir schon. An vierter Stelle! Mit dem Basic core CKEditor.
<img alt="nur ein paar Kanuten und ich..." class="serendipity_image_left" height="750" loading="lazy" src="/uploads/Aussitzen-oder-nicht.jpg" width="1200" />
Aber du hast Recht! Mit dem CKE Plugin ist es weg:
<img alt="nur ein paar Kanuten und ich..." class="serendipity_image_left" src="/uploads/Aussitzen-oder-nicht.jpg" style="width:1200px" />
Da setzte ich mich gleich nachher mal dran. Versprochen! Und ich sehe gerade, es gibt noch einen bedeutsamen Unterschied, obwohl beide aus demselben Datenbankeintrag kommen und beide aus dem Quelltext des jeweiligen Editorfensters geklaubt sind. Achte mal auf das style/width und sogar das fehlende height. Das ist doch zum Haareraufen...!
Ja lazy ist cool. Es hat aber, wie auch die vorherige Variante (komplett) alles so seine kleinen Vor- und Nachteile. Ich fände es dann vielleicht sogar noch besser, wenn die Browserhersteller noch ein wenig mehr zusätzliche Intelligenz hineinstecken würden, um in manchen Umgebungen - wie Desktops - in Lese-Pausen die fehlenden Dinge einfach nach- bzw vorzuladen.
Na gut, es war doch nicht so schlimm wie befürchtet... CKEPlus musste nur eine Ausnahme für das loading Attribut bekommen. Update ist available.
Das mit dem img width und height Attribut und warum es im CKEPlus Plugin Editor anders verarbeitet wird als im simplen CKE Core Editor hängt mit der Rücksichtnahme auf bestimmte Umstände bzw Plugins zusammen, zb die mediainsert Galerien des imageselectorplus Plugins, die dem Autmatischen Code Pfleger (ACF) von CKE Anweisungen geben, wie bestimmte auftretende Issues zu vermeiden sind. Eine davon war, das height Attribut gar nicht zu erlauben und das width Attribute in ein inline style zu verarbeiten. Die Themes können mit beiden zurechtkommen.
Beat Post author am |
Also. Auf www.beatsblog.ch werden auf der ersten Blogseite nun alle Bilder mit lazyload geladen. Man erkennt das auch am Desktop. Wenn man rasch scrollt, sieht man, wie die Bilder nachgeladen werden.
PS: Auch nach dem CKEditor-Plugin-Update sehe ich im Quelltext der Beiträge nirgends loading: "lazy" obwohl es funktioniert. Der CKEditor verschluckt dies nach dem Speichern...
Ja hoi das klappt hervorragend! Es macht sogar Spaß mit dem Handy herumzusurfen! ?
Gerade für bildlastige Blogs wie deines ist das eine echte Ergänzung und Verbesserung. Das Problem bleibt wie man das nun in alle alten Entries hineinbekommt. Und man müsste das mal mit einem Mobile Safari probieren (in der Hoffnung dass dieser das lazyloading noch nicht kann). Vielleicht per js und nur dann, wenn man sowieso die lightbox verwendet, aber ich weiß nicht ob das global genug für alle wäre...
Beat Post author am |
Ich habe mal die entries-Tabelle exportiert und mit "ersetzen" herumgespielt. Nun sind auf www.beatsblog.ch etwa 2'700 von 3'300 Bildern mit lazyload attributiert. Kannst also gerne seitenweise blättern...
Wahrscheinlich sogar die bessere Methode...
Klappt gut, oder?!
Was mir dabei auffiel und ich vorher nie gemekt habe. ist dein Banner h1 Titel, wenn du blätterst. Dann ist er zB. unter https://www.beatsblog.ch/categories/BLOG/P4.html als BLOG - 4 ausgeschrieben. Das liegt sicherlich an deiner eigenen und ungewöhnlichen Methode der Banner replacements.
Beat Post author am |
Ähm... sollte der Titel denn irgendwie anders lauten? Meiner Meinung nach ist das immer schon so gewesen. Noch schöner wäre natürlich BLOG - Seite 4... ? aber nee. Ich finds o.k. und wie gesagt, völlig normal.
Die lazyload-Geschichte haut mich jetzt nicht vom Hocker, doch den technischen Hintergrund (und den Geschwindigkeitsvorteil auf Mobiles) den verstehe ich. Verfüge halt hier über einen ziemlich schnellen Internetzugang und meinen Blog betrachte/bearbeite ich zu 95% am Notebook. Von daher macht es jetzt für mich keinen grossen Unterschied.
Normalerweise ist es so, dass sich Titel und Subtitel beim Entries-Blättern nicht regen, d.h gleich bleiben. So ist es auch auf /comments/ Seiten.
Nur auf single entry Seiten wandert - normalerweise - der entry Titel in den H1 Blog-Titel und dieser in den Sub-Titel. Das hat im Übrigen auch etwas mit Indizierung zu tun.
Auf anderen Seiten, wie Archive zum Beispiel, bleibt der Blog-Titel, aber der Sub-Titel wird mit dem view-(Titel) ausgeschildert, bzw mit den Untertitel der Archive "Zusammenfassung - Einträge für August 2020" oder "Einträge für August 2020". etc., beim Kalender "Einträge für Freitag, 14. August 2020" oder "Einträge für August 2020". Dies so, weil sie Teile des Ganzen sind. Bei den Kategorien wie auch den Statischen Seiten ist es so wie beim Single Entry. Der Kategorie-Name rutscht in den Blog-Titel und dieser in den Sub-Titel. Was unterscheidet diese? Sie sind ausgewiesene Einzelstücke und können für sich (allein) stehen, auch wenn Kategorien an sich im Grunde ein Zwitterwesen sind.. Bei Freetags steht im Sub-Titel beispielsweise "Artikel mit Tag: tests". Auch das als expliziter Sub-Teil des Ganzen.
Und so gibt es bestimmt noch weitere. Es ist eine Frage und das Resultat der durchdachten Planung aller Ganzheiten, Stücke, Teile, Abhängigkeiten, Verwandtschaften, Knoten etc., also dem, was ihnen als Möglichkeit im Kern mitgegeben ist.
Beat Post author am |
Dann ist ja alles korrekt (und original). Es wird die Kategorie BLOG angezeigt und danach die aktuelle Seitenzahl.
Mein Anliegen beim Menue und den entsprechenden Seiten war, dass h1 immer die aktuelle Position anzeigt und h2 immer den Blogtitel. Einzige Ausnahme: Die Hauptseite. Dort ist h1 der Blogtitel und h2 die Blogbeschreibung.
Ich habe also keine Banner-Replacements vorgenommen.
Beat Post author am |
Gehe ich richtig in der Annahme, dass ich bei Bildern in neuen Beiträgen das loading= "lazy" manuell zufügen muss, bis V3.1 offiziell ausgeliefert wird?
Seit etwa einem Monat läuft ja das major update des Statistics Plugin, das die Unterscheidung von Besuchern und Aufrufen wesentlich aufpimpt, wenn man wirklich ~alle Bots und Spiders ausschließt.
Ergebnisse Ihrer Statistikaktivitäten
Wie ist das auf deinem LIVE Blog? Gibt es da wesentliche Unterscheidungen zwischen den ersten Jahresmonaten bis Juni und den folgenden Juli (1/2) und August (1/2)?
Ist es eventuell verwirrend, wenn man nun die Aufrufe, auf den Tag bezogen gegenüber den Letzte Besucher betrachtet?
Beat Post author am |
? No Problem ? Eilt nicht.⏳
Beat Post author am |
? Pfff... da bin ich völlig überfragt. Sollte man sich das anschauen? ? Da werfe ich höchstens 1x im Monat einen kurzen Blick hinein. Dass sich nach dem letzten Plugin-Update irgendetwas verändert hat, ist mir nicht aufgefallen, Sorry! Da bin ich der falsche Ansprechpartner.
Habe einen Screenshot als neuen Beitrag abgespeichert: https://www.blog.dokumenzi.ch/2650-Statistik.html
Beat Post author am |
Gemessen mit Google Pagespeed:
Alter S9Y-Blog, https://bbbeat.ch/?frontpage, Mobile = 95, Desktop = 97
Dieser Blog hier, https://www.blog.dokumenzi.ch/categories/BLOG, Mobile = 86, Desktop = 92
beats blog, https://www.beatsblog.ch/categories/BLOG, Mobile = 61, Desktop = 78
?? ?
Ganz ehrlich: Wenn hosttech webp und utf8mb4 unterstützt, werde ich meinen Blog von Manitu wieder zu hosttech umziehen.
Beat Post author am |
Hmm... muss es wirklich im Live-Blog sein? Könnten wir das nicht auch auf styx.beatsblog.ch testen?
Ich hab's mal beim Intro-Bild des Regeneration-Beitrags probiert (im Live-Blog). Wenn ich danach den Seitenquelltext ansehe, scheint es am richtigen Ort zu sein. Wenn ich aber den gespeicherten Eintrag wieder öffne und mir den Quelltext ansehe, dann ist das
loading="lazy" alt=""nicht mehr zu sehen. Das macht mich unsicher (ob ich das auch an der richtigen Stelle eingefügt habe).Es ist doch einiges an Arbeit und die will ich nicht mehrfach tun. Kannst Du mir ev. klarere Anweisungen geben? Im Regenerationsbeitrag sieht es nun so aus:
Ist das korrekt? An der richtigen Stelle? Und ist es auch korrekt, dass ich das nach dem Speichern nicht mehr sehe?
Ian Styx am |
Browser tendieren dazu empfangenes HTML zu interpretieren. Ich habe mich auch schon oft gewundert, dann aber immer festgestellt, dass da jeder (Browser) so seine eigene Ordnung bevorzugt. Also sind Attribute vertauschbar.
Was mir komisch vorkommt, dass du jetzt 2 alt Attribute hast. Das sollte eigentlich nicht sein. Hast du das da eventuell hineingezaubert?
Muss sein, denn es sieht im Quelltext so aus:
Ansonsten - ja - genau so.
Warum im LIVE Blog? Weil du darin so viele schöne Entries mit Bildern hast, die sich hervorragend testen ließen. Für Browser die ladyloading noch nicht kennen ist das kein Problem.
Ian Styx am |
Wie so oft sehe ich die Frage erst richtig, wenn ich sie schon leicht schräg oder gar falsch beantwortet habe.
Nicht nur Browser ordnen nach eigenen Vorlieben, sondern auch RichText Editoren, wie der CKEditor.
Das loading="lazy" ist da, aber an anderer Stelle. ? (jedenfalls bei mir.)
Ian Styx am |
Schon wieder... hihi... Das leere alt="" hast du in deinem entry Quelltext stehen (so ist es auch gespeichert). Im Browser Quelltext wird es auch noch angezeigt, im DOM Quelltext also dem geparsten und interrpreterten allerdings herausgerechnet und entfernt. Das aber war mein copy&paste.
Beat Post author am |
Das leere alt"" habe ich aus Deinem Kommentar c7466 übernommen. Wenn es das nicht braucht, hättest Du es besser nicht hingeschrieben ?. Das heisst also, ich muss nur jeweils loading="lazy" einfügen. Korrekt?
Ich habe auch keine Bedenken, dass Browser (oder so) etwas falsch machen. Ich habe Bedenken, dass ich etwas falsch mache und somit bestehende Blogbeiträge zerschiesse...
(Also bei mir zeigt der CKEditor beim erneuten Öffnen des gespeicherten Beitrags das loading="lazy" nicht und nirgends mehr an. Das irritiert mich schon sehr.)
Ich muss noch etwas Rikscha fahren und bin jetzt weg. Werde die Sache heute Abend anpacken und dann hier Bescheid geben.
PS: ladyloading wäre echt ein cooles Feature! ?
Ian Styx am |
Ja genau! Deshalb habe ich das extra fett dazugeschrieben! ?
Du musst dann schon ein wenig aufpassen dass du dir das nicht zerschießt!
Komisch! Bei mir schon. An vierter Stelle! Mit dem Basic core CKEditor.
Aber du hast Recht! Mit dem CKE Plugin ist es weg:
Da setzte ich mich gleich nachher mal dran. Versprochen! Und ich sehe gerade, es gibt noch einen bedeutsamen Unterschied, obwohl beide aus demselben Datenbankeintrag kommen und beide aus dem Quelltext des jeweiligen Editorfensters geklaubt sind. Achte mal auf das style/width und sogar das fehlende height. Das ist doch zum Haareraufen...!
Ja lazy ist cool. Es hat aber, wie auch die vorherige Variante (komplett) alles so seine kleinen Vor- und Nachteile. Ich fände es dann vielleicht sogar noch besser, wenn die Browserhersteller noch ein wenig mehr zusätzliche Intelligenz hineinstecken würden, um in manchen Umgebungen - wie Desktops - in Lese-Pausen die fehlenden Dinge einfach nach- bzw vorzuladen.
Ian Styx am |
Na gut, es war doch nicht so schlimm wie befürchtet... CKEPlus musste nur eine Ausnahme für das loading Attribut bekommen. Update ist available.
Das mit dem img width und height Attribut und warum es im CKEPlus Plugin Editor anders verarbeitet wird als im simplen CKE Core Editor hängt mit der Rücksichtnahme auf bestimmte Umstände bzw Plugins zusammen, zb die mediainsert Galerien des imageselectorplus Plugins, die dem Autmatischen Code Pfleger (ACF) von CKE Anweisungen geben, wie bestimmte auftretende Issues zu vermeiden sind. Eine davon war, das height Attribut gar nicht zu erlauben und das width Attribute in ein inline style zu verarbeiten. Die Themes können mit beiden zurechtkommen.
Beat Post author am |
Also. Auf www.beatsblog.ch werden auf der ersten Blogseite nun alle Bilder mit lazyload geladen. Man erkennt das auch am Desktop. Wenn man rasch scrollt, sieht man, wie die Bilder nachgeladen werden.
PS: Auch nach dem CKEditor-Plugin-Update sehe ich im Quelltext der Beiträge nirgends loading: "lazy" obwohl es funktioniert. Der CKEditor verschluckt dies nach dem Speichern...
Ian Styx am |
Das liegt wohl daran dass du die Versionsgeschchte (changelog) des CKEPlus Plugins nicht gelesen hast.
In kurz, dass geänderte cke_config.js file ist ziemlich sticky im Browser Cache.
Man muss es oft zwingen sich neu zu laden.
Ian Styx am |
Ja hoi das klappt hervorragend! Es macht sogar Spaß mit dem Handy herumzusurfen! ?
Gerade für bildlastige Blogs wie deines ist das eine echte Ergänzung und Verbesserung. Das Problem bleibt wie man das nun in alle alten Entries hineinbekommt. Und man müsste das mal mit einem Mobile Safari probieren (in der Hoffnung dass dieser das lazyloading noch nicht kann). Vielleicht per js und nur dann, wenn man sowieso die lightbox verwendet, aber ich weiß nicht ob das global genug für alle wäre...
Beat Post author am |
Ich habe mal die entries-Tabelle exportiert und mit "ersetzen" herumgespielt. Nun sind auf www.beatsblog.ch etwa 2'700 von 3'300 Bildern mit lazyload attributiert. Kannst also gerne seitenweise blättern...
Ian Styx am |
Wahrscheinlich sogar die bessere Methode...
Klappt gut, oder?!
Was mir dabei auffiel und ich vorher nie gemekt habe. ist dein Banner h1 Titel, wenn du blätterst. Dann ist er zB. unter https://www.beatsblog.ch/categories/BLOG/P4.html als BLOG - 4 ausgeschrieben. Das liegt sicherlich an deiner eigenen und ungewöhnlichen Methode der Banner replacements.
Beat Post author am |
Ähm... sollte der Titel denn irgendwie anders lauten? Meiner Meinung nach ist das immer schon so gewesen. Noch schöner wäre natürlich BLOG - Seite 4... ? aber nee. Ich finds o.k. und wie gesagt, völlig normal.
Die lazyload-Geschichte haut mich jetzt nicht vom Hocker, doch den technischen Hintergrund (und den Geschwindigkeitsvorteil auf Mobiles) den verstehe ich. Verfüge halt hier über einen ziemlich schnellen Internetzugang und meinen Blog betrachte/bearbeite ich zu 95% am Notebook. Von daher macht es jetzt für mich keinen grossen Unterschied.
Ian Styx am |
Normalerweise ist es so, dass sich Titel und Subtitel beim Entries-Blättern nicht regen, d.h gleich bleiben. So ist es auch auf /comments/ Seiten.
Nur auf single entry Seiten wandert - normalerweise - der entry Titel in den H1 Blog-Titel und dieser in den Sub-Titel. Das hat im Übrigen auch etwas mit Indizierung zu tun.
Auf anderen Seiten, wie Archive zum Beispiel, bleibt der Blog-Titel, aber der Sub-Titel wird mit dem view-(Titel) ausgeschildert, bzw mit den Untertitel der Archive "Zusammenfassung - Einträge für August 2020" oder "Einträge für August 2020". etc., beim Kalender "Einträge für Freitag, 14. August 2020" oder "Einträge für August 2020". Dies so, weil sie Teile des Ganzen sind. Bei den Kategorien wie auch den Statischen Seiten ist es so wie beim Single Entry. Der Kategorie-Name rutscht in den Blog-Titel und dieser in den Sub-Titel. Was unterscheidet diese? Sie sind ausgewiesene Einzelstücke und können für sich (allein) stehen, auch wenn Kategorien an sich im Grunde ein Zwitterwesen sind.. Bei Freetags steht im Sub-Titel beispielsweise "Artikel mit Tag: tests". Auch das als expliziter Sub-Teil des Ganzen.
Und so gibt es bestimmt noch weitere. Es ist eine Frage und das Resultat der durchdachten Planung aller Ganzheiten, Stücke, Teile, Abhängigkeiten, Verwandtschaften, Knoten etc., also dem, was ihnen als Möglichkeit im Kern mitgegeben ist.
Beat Post author am |
Dann ist ja alles korrekt (und original). Es wird die Kategorie BLOG angezeigt und danach die aktuelle Seitenzahl.
Mein Anliegen beim Menue und den entsprechenden Seiten war, dass h1 immer die aktuelle Position anzeigt und h2 immer den Blogtitel. Einzige Ausnahme: Die Hauptseite. Dort ist h1 der Blogtitel und h2 die Blogbeschreibung.
Ich habe also keine Banner-Replacements vorgenommen.
Beat Post author am |
Gehe ich richtig in der Annahme, dass ich bei Bildern in neuen Beiträgen das loading= "lazy" manuell zufügen muss, bis V3.1 offiziell ausgeliefert wird?
Ian Styx am |
Naja eigentlich doch, denn du hast die Logik verändert. Das war es was ich meinte.
Ian Styx am |
Ja! ? Jetzt wo du schon ganz umgestellt hast wäre dieser kleine Zwischenschritt anzuraten.
Beat Post author am |
oder ich klaue die /templates/default-php/admin/serendipity_styx.js.tpl
wobei Vorsicht: So eine Datei gibt es in diesem Verzeichnis noch gar nicht... vielleicht doch nicht die Knaller-Idee...
Ian Styx am |
Die wirst du dort nicht finden. ☺
Es nützt nix. Du wirst warten müssen; 10 Tage vielleicht.
Ian Styx am |
Seit etwa einem Monat läuft ja das major update des Statistics Plugin, das die Unterscheidung von Besuchern und Aufrufen wesentlich aufpimpt, wenn man wirklich ~alle Bots und Spiders ausschließt.
Ergebnisse Ihrer Statistikaktivitäten
Wie ist das auf deinem LIVE Blog? Gibt es da wesentliche Unterscheidungen zwischen den ersten Jahresmonaten bis Juni und den folgenden Juli (1/2) und August (1/2)?
Ist es eventuell verwirrend, wenn man nun die Aufrufe, auf den Tag bezogen gegenüber den Letzte Besucher betrachtet?
Beat Post author am |
? No Problem ? Eilt nicht.⏳
Beat Post author am |
? Pfff... da bin ich völlig überfragt. Sollte man sich das anschauen? ? Da werfe ich höchstens 1x im Monat einen kurzen Blick hinein. Dass sich nach dem letzten Plugin-Update irgendetwas verändert hat, ist mir nicht aufgefallen, Sorry! Da bin ich der falsche Ansprechpartner.
Habe einen Screenshot als neuen Beitrag abgespeichert: https://www.blog.dokumenzi.ch/2650-Statistik.html
Beat Post author am |
Gemessen mit Google Pagespeed:
?? ?
Ganz ehrlich: Wenn hosttech webp und utf8mb4 unterstützt, werde ich meinen Blog von Manitu wieder zu hosttech umziehen.