Kommentare von

beats TEST blog

Weblog Kommentare

Anmerkungen zu V3.1.0

Ian Styx am |

Nur zur Info. Ich habe zwei Fehler bezüglich Mediatheks WebP actions gefunden und für 3.2 gefixt.
Der eine handelt von Änderungen des Dateinamens und beim anderen ging es um bulk move Aktionen in andere neue Ordner.
Vermeide solange beides, wenn es irgend geht. Das erspart möglicherweise nachträgliche Arbeit. Man kann es aber selber fixen! ..., oder kopiere dir die functions_images.inc.

Beat Post author am |

Danke für den Hinweis. Die beiden angesprochenen Funktionen/Aktionen nutze ich nicht und daher kann ich problemlos auf 3.2 warten. ?

Beat Post author am |

Habe gerade einen Knopf in der Leitung. Ich wollte heute anstatt eines Eingangsbilds ein Video anzeigen. Nun wird mir das Video statt in voller Grösse in 50% mit Fliesstext rechts angezeigt.

Das habe ich im Beitrag vom 13. August so gewollt und damals haben wir das in diesem Beitrag besprochen: https://styx.beatsblog.ch/2634-Video-mit-Fliesstext-rechts.html

Damals habe ich folgendes in meine user.css geschrieben:

@media screen and (min-width: 480px) {
    .media_object_container {
        margin-right: 1em;
        width: 50%;
        float: left;
    }
    .media_object_container::after {
        clear: left;
    }
}

Verunmöglicht mir dieser Eintrag nun, dass ich das Video in voller Breite anzeigen kann? Und falls JA, kann ich das irgendwie mit inline-styling umgehen?

Nachtrag: Habe mir auf dem Live-Blog nun mit einer Notlösung geholfen. Das Eintragsbild (jpg) linkt nun auf das Video (mp4). Funktioniert soweit, ist jedoch sicher nicht so schön, wie die direkte Einbindung des Video. Und man muss im Browser "back" um wieder auf den Blog zu gelangen.

Ian Styx am |

Ja der Eintrag halbiert die Breite generell. Du könntest jetzt wohl entweder

<div class="media_object_container" style="margin-right: initial; float: none; width: 100%;">

benutzen, oder nett sein und den begangenen Weg beschreiten, aber statt eines einfachen links, ein image popup link benutzen. Das müsste doch gehen, oder?!

Beat Post author am |

Ja, image popup link funktioniert. Habe das nun so gemacht. Danke für den Hinweis. Hätte auch selbst drauf kommen können, doch manchmal sieht man die Bäume vor lauter Wald nicht mehr...?

Nicht verstanden habe ich, weshalb diese Lösung nun "netter" ist, als das Video direkt einzubinden und auf 100% zu stylen. Natürlich ist mir klar, dass das webp-Bild viel weniger Ladezeit braucht als das direkt eingebundene Video. Aber sonst? ?

Ian Styx am |

wg dem Augenkrebs natürlich... ?

picture-Element

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?

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).

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.

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!)

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.

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! ?

Ian Styx am |

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

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.

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...

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. ?

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.

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.

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.

Ian Styx am |

Ich soll also vor dem Hochladen 1.8 durch 1.23 ersetzen?

Nee 1.29 ‼ ?

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.

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.

Beat Post author am |

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

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.