Weblog Kommentare
Styx 4.4.2 und PHP 8.2.16
Beat Post author am |
Der "Service Wartungs-Modus" funktioniert nicht mehr richtig.
Vor dem Update habe ich den 503 Modus aktiviert, In einem weiteren Browserfenster konnte ich dann jedoch problemlos den Blog aufrufen und Unterseiten anwählen. Ich habe auch den Browser-Cache gelöscht, doch das hat nichts bewirkt.
Während des effektiven Updates funktioniert der 503 Modus.
Sobald der Update fertig ist, kann man den Blog wieder sehen und durchstöbern, obwohl der 503 Modus noch aktiv ist.
Muss das so sein?
Ian Styx am |
Doch, doch. Alles gut! 😊
Es ist so vorgesehen, dass du dich selbst dort umsehen kannst, und alles auf Fehlerfreiheit beliebig testen kannst, da du ja eingeloggt bist. Auch wenn es ein neues Tab ist. Hättest du zur Überprüfung aber einen anderen und unabhängigen Browser genommen wäre alles dicht gewesen.
Beat Post author am |
👍 Dann passt ja alles bestens! 👍
Beat Post author am |
Was ist denn mit dem Herrn Styx los? Schon wieder Ferien oder etwas, was einem Sorgen bereiten würde?
Schon ein halbes Jahr kein Styx-Update mehr...
Eine Kleinigkeit: Wenn man im Backend einen Kommentar editiert kriegt man einen Hinweis, dass der zugrunde liegende Editor veraltet ist und upgedatet werden sollte.
Ian Styx am |
Auch ein alter Fährmann braucht mal Urlaub... Die Toten müssen warten. Diesmal ritt 🐎 er bis kurz vor St. Petersburg um den letzten Sommer 🌞mitzunehmen und ist erst seit Stunden zurück.
Das Styx 4.5 Bugfix Update ist schon im Beta Modus und Styx 5 immer noch in Arbeit. Vermisst du etwas?
Ja CKE 4 ist veraltet und kann nicht trivial ersetzt werden. Die Meldung wird mit Styx 4.5 verschwinden weil sie nicht weiterhilft. Oder im CKE+ Plugin sollte sie eigentlich schon weg sein.
lg
PS. Glückwunsch nachträglich. Take it easy!👓
Beat Post author am |
Vermisst du etwas?
Nein, eigentlich nicht. Alles funktioniert bestens.
Ja CKE 4 ist veraltet und kann nicht trivial ersetzt werden. Die Meldung wird mit Styx 4.5 verschwinden weil sie nicht weiterhilft. Oder im CKE+ Plugin sollte sie eigentlich schon weg sein.
Im normalen Beitragseditor (CKE+ Plugin) erhalte ich auch keine Fehlermeldung. Die habe ich nur gesehen, als ich im Backend einen alten Kommentar editiert habe.
Es freut mich, wenn es Dir gut geht und Du noch ein paar Tage weg gehen konntest. Ich schaue ab und an mal auf github vorbei und wenn da bei ophian/styx mehr als 10 Tage keine Änderungen angezeigt werden, beginne ich mir langsam Sorgen zu machen. 😉
Beat Post author am |
Da fällt mir gerade auf, dass in Firefox 131.0.2 bei meinen Bildern keine Schatten mehr angezeigt werden. Auch den Cache leeren hat nichts gebracht. Interessanterweise werden in Chrome 129.0.6668.101 die Schatten nach wie vor angezeigt. 🤔
Beat Post author am |
Hmm. Scheint ein lokales Problem zu sein, denn auf dem Smartphone (mit Firefox) werden die Shadows ganz normal angezeigt.
Ian Styx am |
Zuviel Sonne auf dem Laptop... (mit shiny new bikes...) 😁
Auf meinem Desktop ist alles wie immer.
Styx 4.4.1 und PHP 8.2.15
Ian Styx am |
Und das im wahrsten Sinne des Wortes..., oder?! 😉
Beat Post author am |
Äh... wie meinen 🤔? Im wahrsten Sinne welches Wortes?
Auf beiden Webspaces hat es wirklich perfekt funktioniert. Danke für die Arbeit!
Ian Styx am |
Im dark mode ... 😁 unter bestimmten Vorausssetzungen.
Styx 4.3.2 und PHP 8.2.13
Beat Post author am |
Nur als kleiner Hinweis (und damit es wieder einmal gesagt wurde): Auf beiden Servern (Hosttech & Manitu) gelange ich nach dem Klick auf "Klicken Sie hier um den eigentlichen Update-Prozess zu starten!" auf eine weisse Seite. Nach einen F5-Reload bin ich dann wieder am richtigen Ort.
Ian Styx am |
Kannst du denn dabei verfolgen wie der update ticker die Seite langsam auffüllt (also seine internen Funktionen durchläuft und dabei kontinuierlich Wasserstandsmeldungen abgibt) und derweilen ab und an automatisch weiter nach unten scrollt bis er schließlich am link "Klicken Sie hier, um den eigentlichen Serendipity Installer zu starten" auf dein abschließendes Kommando wartet? Oder ist das alles erst nach einer Weile des internen Tuns plötzlich da?
Jenes Verhalten hat damit zu tun, dass manche Server keine flush Ausgaben "erlauben" oder "können", sie also immer erst das vollständige Ende eines Gesamtprozesses abwarten müssen bevor sie dessen Meldungen ausgeben können.
🤓Aber das ist ja gar nicht dein Problem, oder ?!
Der Link verweist auf den $serendipity['serendipityHTTPPath']. Ist der richtig, muss es auf die normale Frontend und damit "quasi" installer Seite fallen. Ich kann mir nur vorstellen, dass diese weiße Seite, die da einen F5 reload benötigt, nur auf den anwesenden Cache (der halt etwas zu lazy ist ) zurückzuführen ist. Wie ich dem begegnen kann ist unsicher... Vielleicht durch ein Abfangen des referers und dann konsequent ein doppeltes automatisches reload oder so... Ohne das am konkreten Verhalten zu testen ist das für mich eher schwer vorherzusagen. 🙄
Beat Post author am |
Auf dem Hosttech-Server sehe ich keine Wasserstandsanzeige. Da warte ich einfach, bis alles erledigt ist und die Seite komplett aufgebaut wird.
Auf dem Manitu-Server sehe ich den aktuellen Fortschritt, bis alles soweit erledigt ist.
In beiden Fällen sehe ich zum Schluss die komplette Seite, auf der unten der Link "Klicken Sie hier, um den eigentlichen Serendipity Installer zu starten" erscheint.
Nach dem Klick auf den Link, werde ich sofort (in weniger als 1 sec.) auf die weisse Seite geworfen. Mit F5-Refresh sehe ich dann die Folgeseite.
Ian Styx am |
Aha.
Das würde bestätigen dass Hosttech kein flush des Ausgabepuffers zuläßt und außerdem noch den "nginx"? cache nutzt.
Warum das bei Manitu für letzteres ebenso wirkt kann vielleicht ebenfalls auf ein proxy-cache-artiges Gespinst zurückzuführen sein. Ist dir da was bekannt? Ansonsten kann ich mich nicht erinnern solche eine weiße Seite in diesem Zusammenhang je schon einmal selbst beobachtet zu haben... wiewohl Ersteres schon, zb bei Uberspace, wenn ich recht erinnere.
Denn wie gesagt, es ist die Frontend URL des Blogs, aber eben im upgrade Modus...
Ian Styx am |
Denn wie gesagt, es ist die Frontend URL des Blogs, aber eben im upgrade Modus...
Und das ja nur, wenn du den Wartungsmodus angestellt hast. Es ist also die 503 temporarily not available Seite ... allerdings mit dem kleinen Unterschied, dass du durch sie hindurchstoßen kannst mit dem dort angegebenen link und der dich (wieder) auf die backend Startseite aber im Install-Modus führt, da, wo die einzelnen upgrade tasks auszuführen sind. Erst dessen submit bringt dich dann auf die Seite mit den zwei links für blog frontend oder blog backend, dem man dann brav ins Backend folgt, um dort noch weiter herumzustöbern und am Ende den Wartungsmodus wieder zu verlassen.
Es ist also anzunehmender Weise die 503 Seite die dein F5 reload benötigt - oder ?!
Beat Post author am |
Und das ja nur, wenn du den Wartungsmodus angestellt hast.
Öhm... Nein. Das mit dem Wartungsmodus mache ich so gut wie nie...
Ian Styx am |
🙄Nun denn... dann ist es der automatische Umbieger per HTML header, wenn ich recht erinnere. Denn der Link vom autoupdate zielt definitiv auf das Frontend und ... ist dort kein Wartungs-STOP-modus gesetzt ... verbiegt sich an dieser Stelle wieder in das Backend in den dortigen Install (task) Modus.
Das muss ich mir wohl nochmal ansehen ob es da nicht etwas expliziteres gibt, wenn ein Browser sich weigert kräftig durchzuladen.
Beat Post author am |
Ich musste schon sehr lange keine Plugins mehr updaten und habe mir deshalb etwas Sorgen gemacht. 😉 😁
Ja, wieder einmal Ferien und etwas unterwegs sein (egal ob mit dem Auto oder dem Fahrrad) wäre schon was... Bei mir wird das in diesem Jahr wohl nicht klappen. In den ersten vier Monaten dieses Jahres wurde mein Feriengeld bereits in Ärzte, Untersuchungen und Medikamente investiert. Da bleibt nicht mehr wirklich was übrig. 🙄
Na ja, das ist ja der älteste Witz der Menschheit: Wie bringt man Gott zum Lachen? In dem man sagt: "Ich habe einen Plan!" 😃 😂
Ich wünsche Dir alles Gute und hoffe, dass Du nicht nur zum Fahrrad aufpumpen sondern auch mal zum fahren kommst. Etwas frische Luft in frühlingshafter Natur tut durchaus gut!
Ian Styx am |
😊 Hier war es kalt wie am Nordpol. ❄❄❄
Wo ich gerade da bin ... ich finde dein Smarty entrypaging snippet ist zu nah am Trackback link. Das irritiert (mich). Wahrscheinlich könnte man da mindestens ein 1em margin dazugeben ... oder so.
Ian Styx am |
Hoi Beat
Mir ist gerade aufgefallen dass du anscheinend die Admin/Autor Edtier-Link-Möglichkeiten aus dem Frontend (entries.tpl) entfernt hast. War das Absicht? Das ist doch alles schon so lange her... [ Ich suchte gerade nach dem Datum + genauer Erstellzeit eines Eintrags (weil es heute - im Vergleich mit beatsblog - so viele mit dem "Serverumstellungs-1h-delay" - du erinnerst 😊- gab) und ich diesen, obwohl eingeloggt, nicht aus dem Frontend heraus öffnen konnte. ]
Irgendwie erinnere ich mich auch dunkel dass es eine datetime +Uhrzeit Attribut Ausgabe im Quellcode gab, a la
wenigstens im single entry view. Auch die gibt es bei dir nicht.
Vielleicht ja alles so gewollt. Ich wollte nur darauf hinweisen. 🤨LG.
Beat Post author am |
Ob Absicht, Unwissenheit oder Zufall. Das kann ich heute nicht mehr so genau sagen 🙄. Sicher ist, dass ich den Footer im pure-beat Theme völlig umgestaltet habe. Bei dieser Aktion habe ich wohl auch den editentrylink rausgeworfen. War vielleicht nicht so klug und diesen könnte ich ja auch wieder einfügen. Wäre ja ein Komfortgewinn für den Admin.
Auch hier: Ja. Die post_byline habe ich komplett gelöscht, da ich die Author-Angabe bei einem einzigen Author ziemlich überflüssig fand. In dieser post_byline befand sich auch die Datum- und Zeitangabe. Also auch hier: Das Kind mit dem Bad ausgeschüttet.
Ian Styx am |
Eigentlich schon...! 😉
Vielleicht würde sich u.a. Google bei seinen Indizierungen darüber freuen und dein Ranking verbessern...? 🤔
Ich brüte über dem RichText Editor Problem ab Styx 5.0 und werde dich zu gegebener Zeit mal mit einem screenshot erfreuen zwecks besserer Abstimmung.