Weblog Kommentare
Test "Kommentar umhängen"
Hugo am |
Hugo kommentiert direkt auf den Beitrag
Harry am |
Harry kommentiert direkt auf den Beitrag
Beat am |
Ich will *Hugo* antworten, habe aber aus Versehen *Harry* im Dropdown ausgewählt.
20191222, 10:55 -> umgehängt
Beat Menzi am |
Jetzt funktioniert es! 
(ab SW-Stand: 22.12.2019,19:11)
Fusszeile Index-Seite
Beat am |
Sollte bei einer Aufzählung/Liste der umgebrochene Text links nicht auf der selben Position beginnen wie auf der Zeile darüber? (siehe bei 2. und 3.). Sprich die Zahlen oder Punkte stehen links vor und der (ganze) Text ist eingerückt. Ich kenne das eigentlich nur so.
Ian Styx am |
Dazu müsstest du
ul, ol {
list-style-position: inside;
}
auf
ul, ol {
list-style-position: outside;
}
ändern oder das ganze Teil weglassen. Noch besser ist es ein eigenes zu setzen, da dies eine Art default browser render style war.
Zum Beispiel also unterhalb vom blockquote (der mit dem review), ca. Zeile 351. Ich reiche es für PURE noch nach. Danke.
Beat am |
Dann mache ich nichts (falsches) und warte auf den nächsten Pure-Update 
Beat am |
Habe jetzt nur die neue Zeile der style.css von GitHub kopiert und in diejenige des Pure Templates kopiert. Danke! Gefällt!
Gefällt!
Beat am |
Habe hier jetzt in der user.css bei .pager_prev svg das transform: rotateY(180deg); ebenfalls gelöscht. Dafür musste ich jedoch in der entries.tpl die gleichen svg-Daten übernehmen, wie beim entrypaging-Plugin (Nächster/Vorheriger Artikel).
entrypaging-Plugin > responsible
Ian Styx am |
Wobei das immer noch sein kann, dass beide Link Titel zu lang für die jeweiligen 48% sind, oder ein kurzer und ein langer zusammengerechnet über 96% liegen. Muss man halt sehen wie das dann aussieht.
Beat am |
siehe Screenshot im Beitrag.
Migration des Live-Blog
Ian Styx am |
Ich kann da nur schwer raten. Rein technisch gesehen hat man lieber eine stable version, die auch schon sehr bald 2.9.3 sein wird. Die 3.0-Dev ist aber auch schon ziemlich stable und zumindest eine beta - nennt sich aber halt noch alpha - falls ich noch etwas ein- oder umbauen möchte. Der Unterschied (nicht jetzt speziell, aber im globalen zwischen stables und devs) ist letztendlich das error reporting, das integrity System und andere Kleinigkeiten und dann letztendlich nur die Deklaration als eben solche.
Bei dir ist es etwas schwierig, weil dir viele der eigentlich tollen Features fehlen, aufgrund deiner Systemgrundlage (Jessie, PHP, WebP, openSSL, etc?). Immer noch muss man sich daher fragen, ob es nicht noch weitere Nebenwirkungen gibt, weil die 3.0 ja genau für den Support dieser Features gebaut und ausgelegt ist und auch erst dann richtig Freude macht. Natürlich hat die 3 auch anderes, dass auch dir zugute kommt gegenüber den 2.9.x Versionen. Sicherheits- und Bugtechnisch sollte beide einigermaßen auf dem gleichen Stand sein, dort wo man sie vergleichen kann.
Es obliegt also dir das zu entscheiden, obwohl ich natürlich raten würde den Hoster um ein aktuelles Debian Build (inkl webp, richtig eingestellter mb4 DB und vielleicht sogar ImageMagick) zu bitten. Es hat keinen Sinn auf Jessie zu verbleiben.
Beat am |
Bezüglich Hosting. Ich fahre wegen der besseren Übersichtlichkeit hier weiter. Mein letztes Schreiben an den Hosting-Anbieter kann man hier nachlesen: https://www.blog.dokumenzi.ch/2591-Kommentare-Backend.html#c5809
Heute nun folgende Antwort:
Vielen Dank für Ihre Nachricht.
Ich kläre das ab und melde mich wieder bei Ihnen.
Eine Servermigration ist nicht einfach so schnell schnell möglich, daher kann ich das nicht einfach so durchführen.
Ich werde mich in den nächsten Tagen wieder bei Ihnen melden.
Ihnen bereits jetzt einen guten Rutsch ins 2020!
Es scheint also noch etwas zu dauern... kein Problem, es eilt ja nicht und den Blogumzug möchte ich wirklich erst dann anpacken, wenn die Hosting-Basis stimmt.
Ian Styx am |
Von Servermigration hast du doch nie geredet Nur sie! Das ist ja auch nur in deinem Sinne, wenn es gar nicht anders ginge. Du möchtest einfach auf einen der neueren Server mit Debian 10 Buster umwechseln. Wenn sie dir die Möglichkeit einräumen umzuziehen ist die Frage WER das macht zweitrangig. Schneller allerdings geht das per Terminal auf deren Seite.
Beat Menzi am |
So sind Grossbetriebe nun mal. Das ist nun die dritte Person die auf dieses Thema antwortet. Je nach dem, wer gerade Schicht hat... es geht vor allem darum, die Anfrage innert 24 Std. zu beantworten, damit das Ticket nicht auf rot geht... (daran werden sie gemessen)... warten wir mal die nächste Reaktion ab. Wenn sie ausgeruht ins neue Jahr starten, liest sich "vielleicht" jemand die Sache mal von Beginn weg durch und sucht effektiv nach einer Lösung... im Moment läuft da eh alles auf Minimalbetrieb...
Beat Menzi am |
Habe jetzt doch nicht einfach abgewartet, sondern auf obige Nachricht mit dieser Antwort reagiert:
Guten Tag
Um es noch einmal klarzustellen: Ich wünsche weder eine Spezial-Serverinstallation noch eine Servermigration. Ich will einfach auf eine aktuelle Datenbank- und PHP-Version zugreifen können.
Ich denke mir (Annahme), dass auf shared-Kundenservern jeweils die DB- und PHP-Versionen zur Verfügung stehen, die bei der Server-Inbetriebnahme aktuell sind. Deshalb war meine Anfrage, ob Sie mein Hosting-Paket auf einen derzeit neuen Kundenserver verschieben können, damit ich auf die aktuellen (und gewünschten) DB- und PHP-Versionen zugreifen kann.
Ian Styx am |
Das machst du falsch, in meinen Augen. Du gibst ihnen Munition auszuweichen (siehe "aktuelle Datenbank- und PHP-Version"), denn dies hast ja nahezu schon. Aber die Grundlage ist es, die den entscheidenden Faktor ausmacht und auf den musst du verweisen bzw dir strikt wünschen.
Beat am |
Das sind die Feinheiten, die mir als Laie -gegenüber einem Profi- halt leider abgehen. Ich dachte halt, Debian (10) Buster ist neuer als die zur Verfügung stehende maira~jessie Version. Tja... schon verschickt. 
Ian Styx am |
. Ich dachte halt, Debian (10) Buster ist neuer als die zur Verfügung stehende maira~jessie Version. Tja... schon verschickt.
Ja! Das OS Debian 10 (Buster) ist sehr viel neuer als Debian Jessie (8), ca 4-6 + ca 1 Jahr/e. Das sind Welten, denn in diesen letzten ~5 Jahren hat sich viel getan.
Die Maria DB ist auch neuer, 10.3 statt 10.1 (oder was es auch war was sie dir installiert hatten), aber das macht sich nicht so viel für das gewünschte utf8mb4 Feature.
Wichtig sind - zum wiederholten Mal - die Libraries auf denen wichtige Teile aufsetzen, zB openSSL Insgesamt hebt sich das System damit auf ein wichtiges Security Level das eben Dinge mitbringt, die man/du für Styx 3.0 gebrauchen kann.
Beat am |
Plan B:
Falls mein aktueller Hoster keine aktuelle Konfiguration ermöglicht, wäre Plan B den Hostingpartner zu wechseln. Beim (vermutlich) grössten Anbieter in der Schweiz kann man gratis 30 Tage lang testen. Ich habe mir da einen Account eingerichtet und die aktuellste Styx-Master-Version aufgespielt. Läuft soweit (mit 10.1-Maria DB, PHP 7.3.11 und mit ImageMagick).
Doch wie es so ist, auch da gibt es ein paar Probleme. Siehe: https://inosawod.myhostpoint.ch/styx-master/
Ian Styx am |
Laut Maria Version ist das allenfalls ein Debian 9 "Stretch". Schon besser als Jessie, aber nicht das was man heute verlangen sollte. Wenn es überhaupt Debian ist.
https://mariadb.com/kb/en/distributions-which-include-mariadb/
Nur um es nochmal zu sagen. Debian ist mit das konservativste Betriebssystem in vielen Bezügen, weil sie sich sagen: lieber rock solid als too near to cutting edge. Deshalb ist selbst das aktuellste Debian immer eher schon gut abgehangen und man kann damit nicht falsch liegen. Ist es also veröffentlicht, spricht auch nichts dafür auf eine alte Version wechseln zu wollen. Teste also ruhig weiter - aber mal unter uns, der Preis für das minimalste hosting ist ne Frechheit!
Beat am |
aber mal unter uns, der Preis für das minimalste hosting ist ne Frechheit!
Das nennt sich "Swiss-Finish" - nicht super gut aber super teuer!
Das nennt sich "Swiss-Finish" - nicht super gut aber super teuer!
Beat am |
bei Metanet.ch gäbe es Vergleichbares zum halben Preis: Standardmässig steht MariaDB 10.2 zur Verfügung. Auf Anfrage kann zusätzlich MySQL 5.7 freigeschaltet werden. Mit PHP 5.6, 7.1, 7.2 7.3 & 7.4
Langsam denke ich: Serendipity Styx Edition stellt echt hohe Anforderungen! Das ist nicht für jedermann.
Langsam denke ich: Serendipity Styx Edition stellt echt hohe Anforderungen! Das ist nicht für jedermann.
Ian Styx am |
😶 ... ☕🥛💦 o un bel latte macciato ... 😄