picture-Element

beats TEST blog

Samstag, 22. August 2020

picture-Element

Wenn man in der Styx-Konfiguration ImageMagick ausschaltet und GDLib verwendet, funktionert auch auf dem hosttech-Server die Bildintegration als picture-Element.

Als picture Element
Als picture Element
Trackback-URL für diesen Eintrag

Dieser Link ist nicht aktiv. Er enthält eine kopierbare Trackback-URI, um manuell ein Ping- und Trackback zu diesem Eintrag für ältere Blogsysteme zu generieren; zB (immer noch valide) über das zur Verfügung gestellte Eintragsfeld des serendipity_event_trackback Plugins. Serendipity und andere Blogsysteme erkennen die Trackback-URL heutzutage aber automatisch anhand der Artikel-URL. Die Trackback-URI für ihren Link des Sender-Eintrages lautet daher wie folgt: »https://www.blog.dokumenzi.ch/2651-picture-Element.html«

Kommentare

Ansicht der Kommentare: Linear | Verschachtelt

  1. Ian Styx am :

    Ja, sollte es womöglich da PHP 7x +. Das muss aber aufgrund des "veralten" Gesamt Server OS nicht sein.
    Augenblick, du postest das aber hier auf Manitu..!

    Hattest du eigenlich den letzten Kommentar auf styx..doku gelesen?

  2. Beat Post author am :

    Es ist verwirrend:

    • www.blog.dokumenzi.ch = Hosttech-Server
    • www.styx.beatsblog.ch = Manitu-Server

    Ja, Deinen letzten Kommentar "drüben" habe ich gelesen. Ich muss mir das mal in Ruhe ansehen. Mir ging es darum, auf kleinen Devices (Smartphones) die content-Schrift grösser darzustellen, als dies PURE im Original macht. Deswegen war meine Idee: Screensize 0-539px (oder eben max. 539px).

  3. Ian Styx am :

    Es ist verwirrend:

    Stimmt Ich habe wieder urls gesehen die es gar nicht gab... ?

    Ja probiere es einfach aus. ich habe da einfach jenes mit diesem ersetzt und fand es besser.

  4. Ian Styx am :

    Einschub zum History Verhalten auf blog.dokumenzi.

    Irgend etwas hast du (vermutlich) gestern hier veranstaltet, denn am Morgen war die history korrekt gesetzt. Ab einem gewissen Zeitpunkt des gestrigen Tages war sie dann plötzlich leer, sowie Heute ebenso leer.

    Fällt dir dazu irgend etwas ein?

    (PS. Ich wollte nicht ewig nach einer geeigneten Stelle suchen müssen, deshalb schnell hier rein gekippt!)

  5. Beat Post author am :

    Ich habe am 21.08. neue Styx-Master-Daten aufgespielt. Mit dem mitgelieferten serendipity_plugin_history.php wird seither immer ein leeres history_daylist.dat geschrieben. Habe nun das Rev45-File genommen und nun gibt es wieder eine Anzeige. Komisch.

  6. Ian Styx am :

    Warum auch immer du meintest dies tun zu wollen/müssen, so kurz vor dem Release... - Danke!
    Ich hatte einen klitzekleinen Fehler drin! Gefixt! ?

  7. Ian Styx am :

    Da ich heute Serendipity Styx 3.1 releasen werde, wollte ich kurz einen Zwischenstand zum History Problem geben.

    Laut den gefahrenen Logs ist es ja oft dann gewesen, wenn ein Request einen free-tag anvisierte, obwohl im Code selbst kein wirklicher showstopper zu finden ist. Daraufhin habe ich dann letztens einen Ausschluss von plugin view Requests eingebaut um diesem Spuk ein Ende zu setzen.

    Laut den Logs (da die Dev Version dies noch nicht hatte) geschahen solche Spukgeschichten weiterhin sporadisch, wurden aber immer durch das eingebaute Notfallsystem mit 5 Versuchen abgefangen. Allerdings habe ich im Live Blog auch gesehen, dass free Tags als valider Auslöserequest durchaus funktionieren, so dass ich annehme, dass es eine spezielle Art von Besucher/Bot-Requests ist, vielleicht durch Requestabbrüche oder als Doppelrequest oder Ähnlichem (anscheinend aber immer irgendwelche spiders/bots), die das Fehlverhalten auslösen. Leider lässt sich das so nicht genauer herausfinden.

    Ich werde also das eingebaute plugin view false wieder abschalten und die Versuche des Notfallsystem etwas heraufsetzen.
    Wenn du möchtest kannst du nach dem Release und des Updates die 45 revision wieder aufspielen damit wir noch etwas länger beobachten können wie stabil das funktioniert. Und nur vorher die Versionsnummer in Zeile 23 auf 1.29 setzen, damit es zum Update passt.

  8. Beat Post author am :

    Auf dem Hosttech-Server (blog.dokumenzi.ch & styx.dokumenzi.ch) wurde der Upgrade auf 3.1.0 durchgeführt. Auf dem Manitu-Server (beatsblog.ch & styx.beatsblog.ch) wurde mir der Update bisher noch nicht vorgelegt. Kommt vermutlich morgen.

    In meinem Rev45- serendipity_plugin_history.php steht jetzt in Zeile 23:

    $propbag->add('version',       '1.8');

    Ich soll also vor dem Hochladen 1.8 durch 1.23 ersetzen? O.K. Kein Problem.

  9. Ian Styx am :

    Ich soll also vor dem Hochladen 1.8 durch 1.23 ersetzen?

    Nee 1.29 ‼ ?

  10. Beat Post author am :

    Sorry, war ein Verschreiber...

    Nun sind alle Styx-Installationen auf V 3.1.0. Auf www.beatsblog.ch ist das history.php-File Rev45 (V1.29) im Einsatz.

  11. Ian Styx am :

    3 auf einen Streich - Ich hatte mir schon fast Sorgen gemacht ! ?

  12. Beat Post author am :

    Alles gut ?.

    Ich muss nochmal fragen: Was muss ich tun, damit ich loading="lazy" auch nach dem Speichern noch/wieder im CKEditor sehe? F5 bei offenem Browserfenster hat genauso wenig genutzt wie das Löschen der gespeicherten Browserdaten.

  13. Ian Styx am :

    Das tapfere Schneiderlein! ?
    Am besten https://www.beatsblog.ch/plugins/serendipity_event_ckeditor/cke_config.js in einem browsertab laden und ein mal kräftig mit F5 durchpusten (dito für andere blogs) - danach das entryform Fenster ebenfalls 1x mit F5 auf den neuesten Stand bringen und fertig. >so sollte es gehen. Bei [Strg] - [r] - [F5] kann man sich nie ganz sicher sein...

  14. Beat Post author am :

    Danke! Ich habe erst jetzt gesehen, dass loading="lazy" jeweils verschoben wird. Ich schrieb es immer zuhinterst, direkt vor /picture. Nun steht es weiter vorne. z.B.

    <figure class="serendipity_imageComment_center" style="width: 1024px">
<div class="serendipity_imageComment_img"><a class="serendipity_image_link" data-fallback="/uploads/2020/20200828_03.jpg" href="/uploads/2020/.v/20200828_03.webp" title="Baustufe 2"><!-- s9ymdb:10521 --><picture><source srcset="/uploads/2020/.v/20200828_03.webp" type="image/webp" /><img alt="Baustufe 2" class="serendipity_image_center" loading="lazy" src="/uploads/2020/20200828_03.jpg" style="width:1024px" /></picture></a></div>

    Es könnte also durchaus sein, dass es schon vorher richtig funktioniert hat und ich das einfach nicht gesehen habe. ?

  15. Ian Styx am :

    Kann sein! Ich sagte ja bereits anderswo:
    "Jeder Browser hat und bevorzugt da so seine eigene Anordnung ".. ? Und CKE natürlich auch.

  16. Ian Styx am :

    Gerade gefunden:

    1. Du hast in diese Artikel im Bild Kommentar einen Fehler eingebaut

    <figcaption class="serendipity_imageComment_txt">Als picture Element</picture></figcaption>

    Das /picture muss da raus.

    2. Warum werden auf https://styx.dokumenzi.ch/ die shariff awesome buttons, bzw ihre Schrift nicht geladen? Und geben ein CORS Fehler? Ahhh ich sehe es. Es liegt am fehlenden www. Denn https://www.styx.dokumenzi.ch/ geht.

    Bitte mal wieder auf 2 Seitenleisten zurückstellen.

  17. Beat Post author am :

    Punkt 1 habe ich korrigiert. Punkt 2 muss ich mir mal genauer ansehen. Das sollte mit oder ohne www funktionieren.

  18. Ian Styx am :

    https://ophian.github.io/hc/en/faq/#docs-help-my-blog-looks-ugly-no-stylesheets-seem-to-be-applied-and-i-get-http-404-errors-or-even-500-internal-server-errors-all-the-way-when-browsing-the-page

    Punkt 2: Cors (allow cross-origin requests for web fonts)

    Probiere es mal damit.

Kommentar schreiben

Die angegebene E-Mail-Adresse wird nicht dargestellt, sondern nur für eventuelle Benachrichtigungen verwendet.
▲