NanaNa... Nächtlicher Einspruch mein Herr!
Du testest eine Version die ausgesprochenermaßen für Serversysteme ab 2019 und neuere PHP 7 Versionen gebaut ist. Nichts besonderes eigentlich. Und nichts, was man als hohe Anforderung bezeichnen sollte. Es gibt eine Anforderung für aktuelle (konservative) Operation Systems, nicht mehr. Es ist also nicht mein Problem das bestimmte Provider eine sehr "zurückhaltende" Server-Upgradepolitik betreiben und uralte Systeme langer als nötig im Web belassen. Nach dem Motto: "Die Kundschaft wirds gar nicht merken." Ich habe auch schonmal gesagt, dass die Versionsnummer der MariaDB 10.1 oder 10.2 oder 10.3 oder 10.4 nicht die Rolle spielt, da es ja um die Utf8mb4-Fähigkeit ging. Das ist also schon seit Jahren möglich, MySQL 5.7 willst du nicht.
Styx 2.9.x ist für all jene nutzbar die immer noch länger soewas wie Debian (9) Stretch fahren, zwar mit für diese OS Version genügender openSSL Version und Möglichkeiten bis PHP 7.3+, nur halt ohne native webP Unterstützung und die anderen Leckereien aus der kommenden 3.0.
Styx 3.0 ist nicht für ältere Systeme, wie Debian Jessie gedacht.
Beat am |
Ich warte immer noch auf eine Antwort...?
Habe heute Nachmittag einen Reminder mit Bitte um Feedback geschickt... je länger ich hier mit Styx-Edition rumexperimentiere, desto altbackener kommt mit S9Y vor und desto mehr ärgert mich der uralt-WYSIWYG-Editor drüben im Live-Blog... Wie gesagt: von meiner Seite aus wäre ich bereit... ?♀️
Wenn ich dein letztes Emoji sehe bzw eigentlich nicht sehe/erkenne, könnte ich mir gut vorstellen soetwas wie eine Lupe zu implementieren, um zu sehen "daschdaschderBeatzwischenBergenischt"! Windows hatte mal soetwas - durchaus brauchbar für betagte Herren! ?
Beat am |
? zoom auf 200% hilft auch ?
Du hast ja im Kommentar #c5645 beschrieben, wie ich die Emojis mit CSS grösser machen könnte. Ich befürchte einfach, dass es mir dann die gleichmässige Zeilenhöhe (resp. den Zeilenabstand) zerschiesst. Müsste mal etwas damit experimentieren...?. Dieses Problem kenne ich z.B. von meinen Smileys und
Ich wundere mich immer dass du so merkwürdige Darstellungen in der Kommentar Seitenleiste hast, aber du hast dir auch komische Sachen in den Plugin Optionen eingestellt. ZB mein Kommentar der aus 2 p-ehs besteht und mit Ja JA natürlich anfängt. Das zweite p klebt förmlich am ersten und die p-ehs sind im Quelltext sowieso weggenudelt. Stelle mal Zeilenumbruch wieder auf default 30 und Zeichen pro Kommentar wieder auf 120, bzw annähernd zu deiner Schrift.
Beat am |
Das mit den p-ehs habe ich nicht verstanden. Egal. Habe die Einstellungen wie gewünscht vorgenommen.
Der Hintergrund war dieser: Im Plugin kann man (eine Zeile höher) Responsiver Umbruch durch eigenes Theme? auf Ja stellen (was auch aktuell so eingestellt ist). In meinem Live-Blog ist die Kommentar-Seitenleiste viel breiter. Lässt man nun den Zeilenumbruch bei 30 Zeichen, entsteht zwischen dem 30. und 31. Zeichen immer eine kleine Lücke (nicht ganz so gross wie ein Leerschlag, aber deutlich sichtbar). Seit ich den Umbruch auf 200 Zeichen eingestellt habe, ist diese Lücke weg (oder so weit hinten/unten, dass man sie in der Seitenleiste nicht mehr sieht, da diese nur 150 Zeichen anzeigt). ?
Verstehe. Ich glaube sogar ich hatte das auch schon einmal. Das mit bb.ch kann aber hier ja so nicht gelten, weil viel weniger breit, nicht wahr?!
Habe deshalb etwas weiter daran herumgespielt und konnte nicht herausfinden warum es lokal bei mir sich total anders verhält. Das Problem war ja, dass zwischen Satzende "da." und der nächsten (eigentlich) P-Zeile mit "Ach" nicht mal ein Leerzeichen war.
Daraufhin habe ich mir das nl2br Plugin neu angesehen und total umgestellt. Und sogar den ja ja Kommentar einmal neu gespeichert. Jetzt gehts! Wobei es immer noch nicht so ausieht wie bei mir. Denn ich habe statt P-ehs (und das ist so gewollt) BR-s. So dass das genauso aussieht wie zwei P-ehs.
Ich vermute inzwischen, dass dir bzw deinem PHP mb_strimwidth() fehlt. Das könnte also durchaus auch noch andere PHP mb_Funktionen betreffen. Man müsste noch mal die PHP info daraufhin untersuchen. Aber nicht mehr jetzt, denn jetzt muss ich mal an die frische Luft!
Ciao ?
Beat am |
Habe kurz phpinfo.php hochgeladen und nachgesehen. Es gibt bei mir 0 (Null) Zeichenfolgen mb_. oder auch 0 (Null) strimwith
phpinfo.php wieder gelöscht.
Wünsche Dir einen schönen Abend! Tolle Leistung heute! ? ? ? DANKE
Beat am |
Daraufhin habe ich mir das nl2br Plugin neu angesehen und total umgestellt.
Habe soeben festgestellt, dass in alten Einträgen wieder riesige Zeilenabstände dargestellt werden. Danach kosultierte ich das nl2br-Plugin und stellte fest, dass alles Mögliche auf Ja gestellt ist. Daraufhin stellte ich ausser Kommentare alles wieder auf Nein und speicherte das Plugin wieder ab. So passt auch die Ansicht der alten Beiträge wieder.
Ops, sorry! Daran habe ich gar nicht gedacht. Das nl hatte ich auch weggemacht, wenn du es früher in deinen Beiträgen benutzt hast, solltest du es zum pre dazufügen.
Ich sollte halt nicht ungefragt in anderen Blogs herumspielen! x 100. Setzen! ?
Beat am |
Die phpinfo.php ist jetzt wieder da, falls Du selber nachsehen willst.
Hatte es gerade doch erinnert. Bitte die info und die url wieder löschen. Danke.
Du hast mbstring und damit auch alle PHP mb_() Funkltionen. Daran sollte es also nicht liegen.
Ich habe außerdem gerade noch einmal die OpenSSL Version gecheckt. Es ist tatsächlich so, das Jessies Version zu alt ist für die korrekte Verschlüsselungsgeschichte.
Beat am |
Kein Problem.?
Ich habe gestern Abend noch 14x das history-Plugin in die Seitenleiste installiert und mich dann etwas umgeguckt. Nur deshalb ist mir das überhaupt aufgefallen.
Ich liebe dieses Plugin. Schade nur, dass man das 14x installieren muss und man nicht in einem Plugin n+1 Zeiträume definieren kann. Dann würde ein Titel, z.B. "vor Jahren" reichen. Nur so als Info. Falls es Dir je langweilig wäre und Du noch Lust hättest um ein Plugin zu erweitern. ?
Beat am |
A propos history-Plugin: Guck mal bei "vor 2 Jahren" ?
Da gibt es einen Eintrag "Testumgebung(en)" wo ich das erste Mal über Styx-Edition geschrieben habe. Wie die Zeit vergeht...
Na sowas... das habe ich nie gesehen bzw ist wahrscheinlich das weswegen ich hier neulich aufschlug. Es war über eine Google Suche.
Es müsste natürlich ein Entwickler heißen ...
Und warum hast du eigentlich solange gewartet... ?
Beat am |
Und warum hast du eigentlich solange gewartet... ?
Wie schon öfters geschrieben: Ich liebe meinen Blog! Ich beschütze ihn und versuche ihn -wenn immer möglich- am Leben zu erhalten. Zudem bin ich eine treue Seele und blicke dankbar auf 14 Jahre Original-S9Y zurück. Das System hat mich nie im Stich gelassen und ich wollte erst einmal sehen, was überhaupt die Unterschiede von S9Y zu Styx sind. Wenn da einige (oder ein) Entwickler abspringt muss das ja nicht zwangsläufig bedeuten, dass diese Edition dann besser als das Original wird...
Dann kam die Zeit, wo ich meinen Live-Blog einfach etwas moderner gestalten wollte und dazu habe ich im S9Y-Forum einige Beiträge verfasst. Ich will jetzt nicht sagen, dass dort nichts geschehen ist, doch ich empfand zumindest einige Ablehnung in den Antworten und konnte nur wenig Wille zur Veränderung feststellen. Der Hauptgrund, weshalb ich wirklich zu Styx wechsle ist, die funktionierende CKEditor-Integration. Die Uralt-Version in S9Y zickt ziemlich rum und löscht konsequent eingefügten iframe-Code. Das wurde schon vor Jahren bemängelt, doch scheinbar ist dort niemand in der Lage, diese Probleme zu lösen.
Durch die vielen Migrationsversuche auf meinen Testumgebungen fühle ich mich in der Zwischenzeit sicher genug um den Schritt (endlich) auch für den Live-Blog zu vollziehen. ?
Noch etwas ganz anderes zum Schluss: In der mobilen Ansicht gibt es keine "powered by"-Fusszeile. Willst Du das nicht noch anfügen? Etwas Werbung in eigener Sache kann bestimmt nicht schaden. ?
Nehmen wir mal den Schluß vorweg: Ich denke Sinn und Zweck einer mobilen Ansicht ist, soviel als möglich aus dem Weg zu räumen. Deswegen habe ich das wohl beiseitegeräumt, aber eigentlich würde es dort auch nicht stören... ? .. Ich werde also vielleicht noch einmal darüber nachdenken.
Zum ersten Teil: Das war eine eher rhetorische Zwinker Frage!
Das mit dem iframe ist evil und ist deshalb auch nicht erlaubt. Das gilt auch für alle Styx supported Versions.
Das heißt nicht, dass es von einigen Plugins nicht doch genutzt wird, zum Beispiel von den Media embed plugins, denn diese kümmern sich um security. Der simple und voreingestellte "Embed Media" Button sollte dir den garmin com iframe code korrekt einlesen und vom ACF unangetastet lassen. Direkt iframes in code zu gießen ist halt verboten - aus gutem Grund!
Mit ein wenig Suche hättest du die Beantwortung deiner Frage also schon lösen können, denn ich habe es in https://board.s9y.org/viewtopic.php?t=20539 schon einmal beantwortet und im gesamten CKEditor (plus) Plugin thread sicher mehrfachst angesprochen, soweit ich mich erinnere.
Beat am |
Musste erst mal kräftig nachdenken, bis mir bewusst wurde, was ich in meine user.css schreiben muss.
Ian Styx am |
NanaNa... Nächtlicher Einspruch mein Herr!
Du testest eine Version die ausgesprochenermaßen für Serversysteme ab 2019 und neuere PHP 7 Versionen gebaut ist. Nichts besonderes eigentlich. Und nichts, was man als hohe Anforderung bezeichnen sollte. Es gibt eine Anforderung für aktuelle (konservative) Operation Systems, nicht mehr. Es ist also nicht mein Problem das bestimmte Provider eine sehr "zurückhaltende" Server-Upgradepolitik betreiben und uralte Systeme langer als nötig im Web belassen. Nach dem Motto: "Die Kundschaft wirds gar nicht merken." Ich habe auch schonmal gesagt, dass die Versionsnummer der MariaDB 10.1 oder 10.2 oder 10.3 oder 10.4 nicht die Rolle spielt, da es ja um die Utf8mb4-Fähigkeit ging. Das ist also schon seit Jahren möglich, MySQL 5.7 willst du nicht.
Styx 2.9.x ist für all jene nutzbar die immer noch länger soewas wie Debian (9) Stretch fahren, zwar mit für diese OS Version genügender openSSL Version und Möglichkeiten bis PHP 7.3+, nur halt ohne native webP Unterstützung und die anderen Leckereien aus der kommenden 3.0.
Styx 3.0 ist nicht für ältere Systeme, wie Debian Jessie gedacht.
Beat am |
Ich warte immer noch auf eine Antwort...?
Habe heute Nachmittag einen Reminder mit Bitte um Feedback geschickt... je länger ich hier mit Styx-Edition rumexperimentiere, desto altbackener kommt mit S9Y vor und desto mehr ärgert mich der uralt-WYSIWYG-Editor drüben im Live-Blog... Wie gesagt: von meiner Seite aus wäre ich bereit... ?♀️
Ian Styx am |
Tja....
Wenn ich dein letztes Emoji sehe bzw eigentlich nicht sehe/erkenne, könnte ich mir gut vorstellen soetwas wie eine Lupe zu implementieren, um zu sehen "daschdaschderBeatzwischenBergenischt"! Windows hatte mal soetwas - durchaus brauchbar für betagte Herren! ?
Beat am |
? zoom auf 200% hilft auch ?
Du hast ja im Kommentar #c5645 beschrieben, wie ich die Emojis mit CSS grösser machen könnte. Ich befürchte einfach, dass es mir dann die gleichmässige Zeilenhöhe (resp. den Zeilenabstand) zerschiesst. Müsste mal etwas damit experimentieren...?. Dieses Problem kenne ich z.B. von meinen Smileys
und 
Ian Styx am |
Ich wundere mich immer dass du so merkwürdige Darstellungen in der Kommentar Seitenleiste hast, aber du hast dir auch komische Sachen in den Plugin Optionen eingestellt. ZB mein Kommentar der aus 2 p-ehs besteht und mit Ja JA natürlich anfängt. Das zweite p klebt förmlich am ersten und die p-ehs sind im Quelltext sowieso weggenudelt. Stelle mal Zeilenumbruch wieder auf default 30 und Zeichen pro Kommentar wieder auf 120, bzw annähernd zu deiner Schrift.
Beat am |
Das mit den p-ehs habe ich nicht verstanden. Egal. Habe die Einstellungen wie gewünscht vorgenommen.
Der Hintergrund war dieser: Im Plugin kann man (eine Zeile höher) Responsiver Umbruch durch eigenes Theme? auf Ja stellen (was auch aktuell so eingestellt ist). In meinem Live-Blog ist die Kommentar-Seitenleiste viel breiter. Lässt man nun den Zeilenumbruch bei 30 Zeichen, entsteht zwischen dem 30. und 31. Zeichen immer eine kleine Lücke (nicht ganz so gross wie ein Leerschlag, aber deutlich sichtbar). Seit ich den Umbruch auf 200 Zeichen eingestellt habe, ist diese Lücke weg (oder so weit hinten/unten, dass man sie in der Seitenleiste nicht mehr sieht, da diese nur 150 Zeichen anzeigt). ?
Ian Styx am |
Verstehe. Ich glaube sogar ich hatte das auch schon einmal. Das mit bb.ch kann aber hier ja so nicht gelten, weil viel weniger breit, nicht wahr?!
Habe deshalb etwas weiter daran herumgespielt und konnte nicht herausfinden warum es lokal bei mir sich total anders verhält. Das Problem war ja, dass zwischen Satzende "da." und der nächsten (eigentlich) P-Zeile mit "Ach" nicht mal ein Leerzeichen war.
Daraufhin habe ich mir das nl2br Plugin neu angesehen und total umgestellt. Und sogar den ja ja Kommentar einmal neu gespeichert. Jetzt gehts! Wobei es immer noch nicht so ausieht wie bei mir. Denn ich habe statt P-ehs (und das ist so gewollt) BR-s. So dass das genauso aussieht wie zwei P-ehs.
Ich vermute inzwischen, dass dir bzw deinem PHP mb_strimwidth() fehlt. Das könnte also durchaus auch noch andere PHP mb_Funktionen betreffen. Man müsste noch mal die PHP info daraufhin untersuchen. Aber nicht mehr jetzt, denn jetzt muss ich mal an die frische Luft!
Ciao ?
Beat am |
Habe kurz phpinfo.php hochgeladen und nachgesehen. Es gibt bei mir 0 (Null) Zeichenfolgen mb_. oder auch 0 (Null) strimwith
phpinfo.php wieder gelöscht.
Wünsche Dir einen schönen Abend! Tolle Leistung heute! ? ? ? DANKE
Beat am |
Habe soeben festgestellt, dass in alten Einträgen wieder riesige Zeilenabstände dargestellt werden. Danach kosultierte ich das nl2br-Plugin und stellte fest, dass alles Mögliche auf Ja gestellt ist. Daraufhin stellte ich ausser Kommentare alles wieder auf Nein und speicherte das Plugin wieder ab. So passt auch die Ansicht der alten Beiträge wieder.
Ian Styx am |
My fault, heißt auch mbstring. Das enabled alle PHP multibyte string functionen die dann alle mit mb_ anfangen.
Ian Styx am |
Ops, sorry! Daran habe ich gar nicht gedacht.
Das nl hatte ich auch weggemacht, wenn du es früher in deinen Beiträgen benutzt hast, solltest du es zum pre dazufügen.
Ich sollte halt nicht ungefragt in anderen Blogs herumspielen! x 100. Setzen! ?
Beat am |
Die phpinfo.php ist jetzt wieder da, falls Du selber nachsehen willst.
Ian Styx am |
? wenn ich nur noch wüßte wo... kannst du mir die url im backend hinterlassen?
Beat am |
O.K.
Ian Styx am |
Hatte es gerade doch erinnert. Bitte die info und die url wieder löschen.
Danke.
Du hast mbstring und damit auch alle PHP mb_() Funkltionen. Daran sollte es also nicht liegen.
Ich habe außerdem gerade noch einmal die OpenSSL Version gecheckt. Es ist tatsächlich so, das Jessies Version zu alt ist für die korrekte Verschlüsselungsgeschichte.
Beat am |
Kein Problem.?
Ich habe gestern Abend noch 14x das history-Plugin in die Seitenleiste installiert und mich dann etwas umgeguckt. Nur deshalb ist mir das überhaupt aufgefallen.
Ich liebe dieses Plugin. Schade nur, dass man das 14x installieren muss und man nicht in einem Plugin n+1 Zeiträume definieren kann. Dann würde ein Titel, z.B. "vor Jahren" reichen. Nur so als Info. Falls es Dir je langweilig wäre und Du noch Lust hättest um ein Plugin zu erweitern. ?
Beat am |
A propos history-Plugin: Guck mal bei "vor 2 Jahren" ?
Da gibt es einen Eintrag "Testumgebung(en)" wo ich das erste Mal über Styx-Edition geschrieben habe. Wie die Zeit vergeht...
Ian Styx am |
Jupp. Das wäre sicher eine lohnenswerte Erweiterung.
Ich muss eventuell nur erinnert werden, zB nach releases wenn sich das ominöse schwarze Loch auftut... ?
Ian Styx am |
Na sowas... das habe ich nie gesehen bzw ist wahrscheinlich das weswegen ich hier neulich aufschlug. Es war über eine Google Suche.
Es müsste natürlich ein Entwickler heißen ...
Und warum hast du eigentlich solange gewartet... ?
Beat am |
Wie schon öfters geschrieben: Ich liebe meinen Blog! Ich beschütze ihn und versuche ihn -wenn immer möglich- am Leben zu erhalten. Zudem bin ich eine treue Seele und blicke dankbar auf 14 Jahre Original-S9Y zurück. Das System hat mich nie im Stich gelassen und ich wollte erst einmal sehen, was überhaupt die Unterschiede von S9Y zu Styx sind. Wenn da einige (oder ein) Entwickler abspringt muss das ja nicht zwangsläufig bedeuten, dass diese Edition dann besser als das Original wird...
Dann kam die Zeit, wo ich meinen Live-Blog einfach etwas moderner gestalten wollte und dazu habe ich im S9Y-Forum einige Beiträge verfasst. Ich will jetzt nicht sagen, dass dort nichts geschehen ist, doch ich empfand zumindest einige Ablehnung in den Antworten und konnte nur wenig Wille zur Veränderung feststellen. Der Hauptgrund, weshalb ich wirklich zu Styx wechsle ist, die funktionierende CKEditor-Integration. Die Uralt-Version in S9Y zickt ziemlich rum und löscht konsequent eingefügten iframe-Code. Das wurde schon vor Jahren bemängelt, doch scheinbar ist dort niemand in der Lage, diese Probleme zu lösen.
Durch die vielen Migrationsversuche auf meinen Testumgebungen fühle ich mich in der Zwischenzeit sicher genug um den Schritt (endlich) auch für den Live-Blog zu vollziehen. ?
Noch etwas ganz anderes zum Schluss: In der mobilen Ansicht gibt es keine "powered by"-Fusszeile. Willst Du das nicht noch anfügen? Etwas Werbung in eigener Sache kann bestimmt nicht schaden. ?
Ian Styx am |
Nehmen wir mal den Schluß vorweg: Ich denke Sinn und Zweck einer mobilen Ansicht ist, soviel als möglich aus dem Weg zu räumen. Deswegen habe ich das wohl beiseitegeräumt, aber eigentlich würde es dort auch nicht stören... ? .. Ich werde also vielleicht noch einmal darüber nachdenken.
Ian Styx am |
Ach nee. Das hing mit dem mobile_footer zusammen. Doppelt gemoppelt kam nicht gut.
Bei dir müsstest du halt einfach das "display: none; /*default mobile status*/" wieder erlauben, in dem du die ganze Zeile löscht.
Ian Styx am |
Zum ersten Teil: Das war eine eher rhetorische Zwinker Frage!
Das mit dem iframe ist evil und ist deshalb auch nicht erlaubt. Das gilt auch für alle Styx supported Versions.
Das heißt nicht, dass es von einigen Plugins nicht doch genutzt wird, zum Beispiel von den Media embed plugins, denn diese kümmern sich um security. Der simple und voreingestellte "Embed Media" Button sollte dir den garmin com iframe code korrekt einlesen und vom ACF unangetastet lassen. Direkt iframes in code zu gießen ist halt verboten - aus gutem Grund!
Mit ein wenig Suche hättest du die Beantwortung deiner Frage also schon lösen können, denn ich habe es in https://board.s9y.org/viewtopic.php?t=20539 schon einmal beantwortet und im gesamten CKEditor (plus) Plugin thread sicher mehrfachst angesprochen, soweit ich mich erinnere.
Beat am |
Musste erst mal kräftig nachdenken, bis mir bewusst wurde, was ich in meine user.css schreiben muss.
hat dann gewirkt. Danke! ?