Weblog Kommentare
Serendipity Styx 3.2.0
Beat Post author am |
Auf styx.beatsblog.ch spiele ich etwas mit dem B46-Theme rum. Dazu zwei Fragen:
- Ist es gewollt, dass auch in der Desktop-Ansicht keine Seitenleisten dargestellt werden (d.h. sie sind unten angefügt, wie in der Mobile-Ansicht).?
- Sobald ich in der Theme-Konfiguration "RSS-Links in der Seitenleiste?" auf "Nein" setze, werden überhaupt keine Seitenleisten mehr dargestellt.
Und den Infotext muss ich vermutlich noch 10x ganz langsam lesen, bis ich wirklich verstanden habe, was mir da alles gesagt wird. ??
Dieses Theme wurde nicht nur für die neuesten Bootstrap-Assets aktualisiert, sondern hat auch die Konfiguration und das Raster der Indexdatei zum Verschieben der Seitenleisten in den Seitenfuß vereinfacht.
Auf der anderen Seite wurden die Haupt-Template-Dateien erweitert und eine einfache auto-"handgemachte" Unterstützung für Untermenüs der Navigationsleiste hinzugefügt. Abgesehen von der direkten Verwendung oder als Theme-Kopie, erlaubt dies die Verwendung als eine gut geeignete Zwischen-Schicht-Engine für mögliche einfache ENKEL-Themes durch "Engine: b45, bootstrap4", indem einfach einige zusätzliche Benutzerstile hinzugefügt werden und vielleicht das Strukturraster der Indexdatei geändert wird.
? ?
Ian Styx am |
Zu 1:
Ja das ist so gewollt. Ich wollte mich auf ein Blog ohne Ablenkung konzentrieren. Und ich bin auch kein Fan von diesen riesigen jumbotron headern. Wer das gerne hätte soll sich einen Abkömmlung ziehen und den Jumbo selbst einfügen. Beispiele sind auf der getbootstrap.com Seite vorhanden oder man durchsucht die Dokumentation danach.
Für echte Seitenleisten muss man die Struktur ein wenig verändern (siehe zB das bootstrap4 Parent Theme) und wahrscheinlich das CSS entsprechend anpassen.
Zu 2:
Dass sollte nicht sein, da das
{if $template_option.bs_rss}
<section class="serendipity_plugin_rsslinks mb-3">
<h3>{$CONST.SUBSCRIBE_TO_BLOG}</h3>
...
</section>
{/if}
{if $leftSidebarElements > 0}{serendipity_printSidebar side="left"}{/if}
{if $rightSidebarElements > 0}{serendipity_printSidebar side="right"}{/if}
vor den Seitenleisten sitzt. Bist du dir sicher?
Zu 3:
Beim 11. Mal darfst du ruhig nachfragen..! ?
Ian Styx am |
Woher kommt (dort) eigentlich das "blabla" unter den 5 mediasidebar Bildern?
Beat Post author am |
Zu 2. Na ja... ich kann das locker reproduzieren. Im Theme "RSS-Links in der Seitenleiste?" auf "Ja" setzen und alle Seitenleistenplugins werden angezeigt. Dann auf "Nein" setzen und alle sind weg. Serverunabhängig (also egal ob hosttech oder manitu).
Verschwommen erinnere ich mich daran, dass es dieses Problem bereits vorher, beim Bootstrap4-Theme gab. -> Ja, hab's kurz getestet. Da ist das Verhalten gleich. Es ist also eher Bootstrap- als Theme-bedingt.
Meine Start-Euphorie ist bereits wieder etwas abgeklungen ?. Jumbotron interessiert mich nicht, da müsste ich also nichts tun. Dennoch würde es mich dutzende von Stunden kosten, bis ich das B46-Theme meinen funktionalen Vorstellungen und den Styling-Ideen angepasst hätte. Dafür fehlt mir etwas die Motivation und das Pure-Beat-Theme gefällt mir ja immer noch sehr gut ? (da stecken ja auch locker 100 Std. Arbeit drin). Wenn ich mich ehrlich nach einem Mehrwert oder -nutzen hinsichtlich B46-Theme frage, finde ich keine ausreichend gute Antwort (Hamburger mit Submenüs reicht irgendwie doch nicht). Zudem denke ich, dass Pure das wohl immer noch "most featured" Theme ist. Damit liege ich bestimmt nicht falsch.
Zu 3. Und somit müsste ich Dich auch nicht mit Bootstrap-Fragen löchern und um Hilfe bitten. Du hast ja bestimmt auch Besseres zu tun.?
Ich habe übrigens erst jetzt geschnallt, dass B46 ein Child-Theme von Bootstrap4 ist. Davon dann nochmals eine Child-Theme erstellen?? Quasi ein Enkelkind von Bootstrap4? Nein, danke! Klappe ? zu, Maus ? tot!
Ja, 10x den Infotext lesen hat geholfen ?.
Beat Post author am |
Ah, da habe ich früher mal dran rumgespielt (und es dann vergessen). Habe jetzt wieder den Text aus dem Live-Blog übernommen.
Ian Styx am |
Die Serendipity Styx Edition hat übrigens gerade ein eigenes "Discussion Forum" bekommen: ?
https://github.com/ophian/styx/discussions
falls uns hier mal die Luft ausgeht... ?
Beat Post author am |
Habe den Support deswegen angeschrieben.
Ian Styx am |
Ich addiere das mal hier lieber, wegen dem "Migrations Konzept" Fehler. Du solltest untersuchen, ob deine Datenbank jetzt iegendwie anders eingestellt ist, zb nicht mehr auf Kollation utf8mb4_unicode_520_ci steht. Hast du da Vergleichsmöglichkeiten? Wegen der ? Fragezeichen als replacement für die 4-Byte Zeichen. Vielleicht haben sie zur Migration einfach einen dump der Datenbank gemacht (mit unvollständigen Voreinstellungen bzgl. des vollen unicode Satzes) und es dann so auf dem neuen Server installiert. Irgendwie sowas vielleicht. Denn manche wenige emojis in älteren Kommentaren sind erhalten geblieben, die Menge die zum erweiterten Raum gehört allerdings nicht.
Beat Post author am |
Die haben mich richtig gut verstanden... ?
Ohne es genau untersucht zu haben behaupte ich jetzt einfach mal, dass nur noch die Emojis sichtbar sind, die ich via Plugin selbst erstellt habe. Alle "alten" utf8mb4-Emojis sind weg. Ich werde mal auf die Datenbank sehen. Vielleicht finde ich ja anhand Deiner Hinweise etwas raus...
Beat Post author am |
Ich konnte nichts Auffälliges finden. Bis ich dann in der DB-Übersicht über folgenden Hinweis gestolpert bin:
Webserver
Ich werde jetzt mal kurz auf PHP7.4.16 umstellen und checken, ob die früheren Emojis wieder auftauchen.
Beat der Dummi-Tester am |
? Nö. Mit PHP7.4.16 kommen die Emojis auch nicht zurück.
Ich poste jetzt mal unter "falschem Namen" um herauszufinden, ob die "keine E-Mail-Benachrichtigung" etwas mit PHP8 zu tun hat.
Beat Post author am |
? Auch nicht. Keine Mail-Benachrichtigung mehr. Weder mit PHP7.4.16 noch mit 8.0.3. Habe den Mailaccount selbst auch überprüft. Der funktioniert ansonsten problemlos.
Werde jetzt wieder auf PHP8.0.3 umstellen und danach Feierabend machen.
Danke für Deine Unterstützung und ein schönes Wochenende!
PS:
Weils auf www.beatsblog.ch funktioniert könnte ich in Versuchung geraten und hier die V3.4-alpha2 durch die offizielle V3.3 zu ersetzen...
Ian Styx am |
Also deine gefundenen Hinwese haben damit mehr oder minder nichts zu tun.
Interessant wäre, welche Datenbank sie jetzt benutzen und in welcher Version genau; also ob Mysql (7.x/8.x) oder MariaDB (10.3.x/10.4.x/10.5.x) und ebenso wie genau sie deine Datenbank Tabellen auf den neuen Server migriert haben; per Datei copy, per SQL dump, etc.? (Haben sie doch, oder?)
Um die fehlende Mail-Benachrichtigung kümmere ich alsbald. Ich muss erst mal ein paar Vorbereitungen treffen damit ich das lokal überhaupt debuggen kann.
Beat Post author am |
Der hosttech-Support hat zumindest einen gewissen Unterhaltungswert ?:
?? nächster Versuch...
... übrigens: Die Umstellung auf "FPM" hat die Emojis auch nicht zurückgebracht.
Ian Styx am |
Geht denn jetzt mail()?
Emojis migration kann auch nix mit FastCGI oder FPM zu tun haben. Das ist eindeutig eine falsche Konvertierung beim Umzug (wahrscheinlich nur 3-Byte statt 4-Byte.
Ian Styx am |
Nachfrage: Geht mail() denn jetzt mit der FPM Umstellung?
Beat Post author am |
? Nein. Nach wie vor keine E-Mails.
Habe soeben das mailtest.php noch einmal hochkopiert und getestet. Resultat: "Message accepted" doch weit und breit kein E-Mail. ?
Die super Helpdesk-Mitarbeiter sind der Überzeugung, dass etwas mit meinem Script nicht stimmt. Und dies obwohl ich Ihnen den Quelltext zugeschickt habe und sie das ganz einfach selbst testen könnten. Doch sie wollen anscheinend nicht.
Mir ist das (hier beim Testblog) nicht so wichtig. Ich warte, bis Ihnen andere Kunden damit auf die Füsse treten.
Beat Post author am |
Habe vorhin https://styx.beatsblog.ch/ upgedated. Wenn ich eingeloggt bin und in einem zweiten Fenster den Blog mit der satischen Titelseite ansehe, erhalte ich ganz unten folgenden Hinweis:
Wenn ich den Blog aufrufe (https://styx.beatsblog.ch/categories/BLOG) erscheint ganz oben folgende Mitteilung:
Ich glaube, das hatten wir schon und ich könnte diese Meldung wegkriegen, wenn ich die functions_routing.inc.php vom Live-Blog übernehmen würde.
Nachtrag: Yep! mit der geänderten functions_routing.inc.php ist der zweite Warnhinweis weg. ?
Ian Styx am |
Ob das allerdings die richtige Taktik ist bei essentiellen Dingen, bezweifle ich. Vielleicht tritt das bei anderen ja nicht auf, und ist vielleicht alleine auf dein Mailkonto beschränkt... PHP mail() scheint zu funktionieren, denn sonst würdest du kein accepted angezeigt bekommen. Alleine die über /usr/sbin/sendmail -t -i versendete eMail verirrt sich irgendwo im System (anzunehmenderweise).
Ian Styx am |
Danke. Mache ich heute Abend.
Ian Styx am |
Done! ?
Beat Post author am |
Plugin-Update durchgeführt. Bestätige gerne, dass die Warnung nun weg ist. ?
Beat Post author am |
Habe vorhin nach dem Schreiben eines Blogbeitrags zufälligerweise auf "Vorschau" geklickt. Da ist dann folgender Hinweis erschienen:
Hatten wir das nicht schon?
Ian Styx am |
Ich glaube nicht... Erledigt! 🙏