Das mit der sidebar ist schon komisch. Ich kann mir nicht erklären wozu bootstrap4 bzw sein Autor darauf besteht. Möglicherweise ein Versehen?
Da du das jetzt mit dem Child und Enkel, also der Abstammungslinie geschnallt hast, ist die Lösung auch ganz einfach. Entweder man fixt das Original in bootstrap4 oder man kopiert sich die sidebar.tpl nach B46 und löscht darin das
$template_option.bs_rss AND
und schwupps geht es.
Beat Post author am |
? Ich mag das immer sehr, wenn Du von "ganz einfach" sprichst. ?. Klar. Mit Deinem Background ist diesbezüglich vieles sehr einfach. Ich komme meist nicht mal auf die Idee, wo ich an einer Schraube zu drehen hätte und schon gar nicht wie...
Nee... obwohl ich das Hamburger-Menü mit den Submenüs in B46 wirklich SUPER finde, sehe ich von einem Template-Wechsel für meinen Live-Blog ab. Ich finde es dann doch nicht so super, dass ich gewillt wäre, geschätzte 50 Std. für Template-Anpassungen zu investieren... Denn mein Ziel wäre ja, dass es am Schluss so aussieht wie jetzt PURE-BEAT, einfach mit "Hamburger und Submenüs".
PS: Es wäre vermutlich schlauer, wenn ich mich mit dem neuen PSG-Theme mal beschäftigen würde...
Einfach im Sinne eines sehr einfachen Bugfixes. (Siehe letzten commit.)
Ähem, ...den/das Hamburger hast du ja selbst entfernt
PSG ist nur ein Beispiel für ein Kartendesign mit dem specialhook für die letzten x Einträge, siehe auch im NEWS changelog, ...und würde natürlich mit deiner Staticpage Startseite kollidieren. Beides zusammen ginge wohl nicht... nur eines in das andere mit Fummelei!
Einfach im Sinne eines sehr einfachen Bugfixes. (Siehe letzten commit.)
Ich habe auch noch einmal nachgedacht. Es ist eindeutig ein Fehler des bootstrap4 themes. Also auch nur dort zu fixen!
Beat Post author am |
Ähem, ...den/das Hamburger hast du ja selbst entfernt
Der Pure-Hamburger in der Fusszeile blendet doch einfach den Header mit seinen Menülinks von oben ein und ist somit (aus meiner Sicht) ein Fake-Hamburger. So, wie er in den Bootstrap-Themes verwendet wird, nämlich oben rechts (entweder alleine oder in Kombination mit einer Kopfzeile), in Verbindung mit einem direkt von da ausfahrenden Menü, so sieht meiner Meinung nach eine echte Hamburger-Menü-Führung aus. Damit mag ich falsch liegen, doch das ist halt meine Position.
PSG finde ich echt spannend und dass dies mit meiner statischen Startseite (und wohl auch mit meiner Kategorien-Struktur) kollidiert habe ich nach ersten Tests rausgefunden. Ich werde mir die Idee des "Kartendesign" genauer ansehen und nachdenken, ob und wie ich dies in meinen Blog integrieren könnte. Dazu nur eine kurze Frage vorneweg: Können bei PSG in der Desktop-Ansicht nach wie vor Seitenleisten angezeigt werden oder wandern diese auch automatisch nach unten (so wie bei B46)?
Ich verstehe natürlich Deine Entwicklersicht und weiss, dass Du nicht noch X Stunden für Beschreibungen, Dokumentationen und Erläuterungen aufwenden kannst. Für mich, als unbedarften User, ist es aber immer enorm schwierig, ein neues Theme erfassen (und beurteilen) zu können. Somit bin ich sehr dankbar für die Erklärungen in der PSG-Theme-Konfiguration "Startseiteneinstellungen (optional):" ? Das geht genau in die richtige Richtung und hilft enorm!
Nur Hamburger machen echte Hamburger! Das muss hier mal gesagt werden! ?
Natürlich! PSG ist pures Pure. Da ist nichts anders.
Das habe ich mir gedacht und sie gleich etwas aufwendiger gestaltet.
Beat Post author am |
Kurze Frage vor dem Jahresende:
Gibt es eine Möglichkeit, die Blog-Satistik am 01.01.2021 auf Null zu stellen? Also alle bisher gesammelten Daten zu löschen, damit man eine aktuelle Jahresstatistik erhält.
Falls ich keine bessere Idee habe, würde ich das Statistik-Plugin deinstallieren, per FTP von Server löschen und danach wieder neu installieren.
Hallo Beat - wünsche schöne Weihnachten gehabt zu haben!
Ich frage mich was das für einen Sinn macht....,
denn die Statistiken sind eigentlich zwei Arten von Daten: Das visitors Log und die Aggregation. Da das Log sich aufbläht über die Zeit, habe ich eine Begrenzung von genau einem Jahr eingeführt und jeder Aufruf des Statistik Plugins löscht alles überstehende, nachdem es die Daten aggregiert, also zusammengefasst und überführt, hat. Deshalb steht da für Heute:
Die erweiterte Besucherstatistik hat seit folgendem Zeitpunkt Daten gesammelt: 2019-12-27
Dies Zusammenfassung landet in der visitors_count (und refs) Tabelle.
Zurück zur "Warum" Frage.
Vielleicht willst du ja einfach nur die "meist überflüssigen" Blog Statistiken loswerden...?!
Dafür gibt es einen Knopf: Alles zeigen?
Es sind also 3 Tabellen: visitors, visitors_count und refs. Diese werden automatisch gelöscht wenn du das Plugin deinstallierst.
Per FTP löschen ist unnötig! Dies wäre ja nur in den Fällen vonnöten, wo es sich um eigene und ev, vermurkste Developer Plugins oder andere sehr spezielle Fälle handelt. Das verbesserte allgemeine Plugin Management sollte, nachdem Migrations Upgrader einmal den Altlastenmanger bedient haben, soetwas nur noch sehr selten zulassen bzw vonnöten machen.
Beat Post author am |
Ja, Weihnachten war stimmig und schön. Danke! Ich hoffe, Du konntest auch ein paar friedliche Tage verbringen und dem Corona-Virus erfolgreich ausweichen. ?
Ah.. ich habe gar nicht gemerkt, dass die Statisk ein "rollendes Jahr" aufzeichnet. Irgendwie hatte ich im Kopf, dass ab Start des Statistik-Plugins einfach immer weiter addiert wird (über all die Jahre). Auf www.beatsblog.ch installierte ich das Plugin am 24.01.2020 und deshalb kam ich auf die Idee, dass mich eher die Daten pro Kalenderjahr, also ab 01.01.2021, interessieren.
Was den "Alles zeigen?"-Button anbelangt: Asche auf mein Haupt. Ich habe die Plugineinstellungen nie im Detail angesehen. Habe nun kurz damit rumgespielt. Im Live-Blog werde ich mir dennoch alles anzeigen lassen. Das passt schon so.
Somit hat sich das Thema dann auch erledigt. Danke! ?
Früher war das auch tatsächlich so, das dass aufquellende visitors log die Datenbank ziemlich ausbremsen konnte. Ich habe da Blogs mit gigantischen Logs erlebt .... die mich später veranlassten das rolling year einzuführen.
Guten Rutsch! ?
Beat Post author am |
? Wünsche Dir auch einen guten Rutsch ins neue Jahr! ?
Vielen Dank für die vielen Stunden "Support", die Du mir in diesem Jahr geboten hast. Ohne Deine Unterstützung wäre mein Live-Blog nie so schön herausgekommen. Ich weiss das ausserordentlich zu schätzen!
Ich auch für meinen furchtlosen Tester mit seinem wertvollen Blog-Daten-Schatz fürs Debugging! ?
And a Happy New Year! ✨
Beat Post author am |
Und kaum klopft man sich mal gegenseitig etwas auf die Schultern und denkt: Alles ist gut... sieht man wieder etwas Neues/Altes.
Das Historiy-Plugin zeigt zum neuen Jahr ganz unverschämt Beiträge vom 01.01 und vom 02.01. an. Hmmm... Ein Schaltjahr/Nicht-Schaltjahr-Problem? Das history_daylist.dat löschen und neu erzeugen hat auch keine Korrektur gebracht. Mal schauen, wie es morgen aussieht. Ob sich das einrenkt oder ob nun dauernd zwei Tage angezeigt werden.
Ja ich sitze da schon dran.
Mein Verdacht ist auch dass es sich dabei um ein "Schaltjahr" Problem handelt. Und zwar eines normalen Jahres das auf ein Schaltjahr folgt, in diesem Fallauf 2020. Ich muss das nur noch richtig denken können.
Nachsehen ja; aber das ist ja nur der fehlende bzw addierte Tag, also 365 oder 366. Ich denke dass das jetzt grundsätzlich klappt! Nur eine gehäufte Ansammlung von aufgesetzten Schaltsekunden oder ein PHP bug könnte dem jetzt noch in ferner Zukunft gefährlich werden. Oder halt Blogs mit falsch gelisteten Einträgen... ?
Oder halt Blogs mit falsch gelisteten Einträgen...
Willst Du mir damit irgendetwas sagen? ??
Beat Post author am |
Grummel... ?
Nachdem ich hier zwei Plugins aktualisiert habe, wollte ich das Selbe im Live-Blog durchführen. Wenn ich dort auf "Plugins updaten" klicke, erhalte ich als Antwort eine leere Seite. Da nützte auch erneutes ab- und anmelden nichts und auch den Browsercache (mitsamt Coockies) löschen blieb ohne Wirkung.
Hmmm... ? Irgendetwas läuft da momentan schief. Muss noch weiter nachforschen. Interessanterweise funktionierte das Plugins updaten auf styx.beatsblog.ch ohne Probleme.
Haben eben jene denn nun vielleicht schon die neue Versionsnummer (in Pluginliste im i Info Aufklappkasten) ?
Im Vergleich zu hier?
Beat Post author am |
Strange ?! Beim heutigen Versuch die Plugins upzudaten, habe ich wieder eine blanke Seite erhalten.
So zum Spass klickte ich dann auf den Button "Seitenleistenplugin installieren" und da wurde mir dann rot angezeigt, dass es bei mir eine serendipity_plugin_history_original.php gibt. Klar. Die habe ich am letzten Samstag erzeugt, bevor ich die neue, korrigierte Version aufgespielt habe. Da nun das History-Plugin mit der neuen Fileversion gut funktioniert, habe ich also per FTP die angemäkelte _original.php-Datei gelöscht und siehe da... nun konnte ich auch die noch ausstehenden Plugin-Updates durchführen.
Anscheinend mag das Styx Plugin Update keine Dateien, die da nicht hingehören (auch nicht bei Plugins, für die gar kein Update ansteht). Das Resultat ist dann eine weisse Seite. Gut zu wissen...
Ian Styx am |
?
Das mit der sidebar ist schon komisch. Ich kann mir nicht erklären wozu bootstrap4 bzw sein Autor darauf besteht. Möglicherweise ein Versehen?
Da du das jetzt mit dem Child und Enkel, also der Abstammungslinie geschnallt hast, ist die Lösung auch ganz einfach. Entweder man fixt das Original in bootstrap4 oder man kopiert sich die sidebar.tpl nach B46 und löscht darin das
und schwupps geht es.
Beat Post author am |
? Ich mag das immer sehr, wenn Du von "ganz einfach" sprichst. ?. Klar. Mit Deinem Background ist diesbezüglich vieles sehr einfach. Ich komme meist nicht mal auf die Idee, wo ich an einer Schraube zu drehen hätte und schon gar nicht wie...
Nee... obwohl ich das Hamburger-Menü mit den Submenüs in B46 wirklich SUPER finde, sehe ich von einem Template-Wechsel für meinen Live-Blog ab. Ich finde es dann doch nicht so super, dass ich gewillt wäre, geschätzte 50 Std. für Template-Anpassungen zu investieren... Denn mein Ziel wäre ja, dass es am Schluss so aussieht wie jetzt PURE-BEAT, einfach mit "Hamburger und Submenüs".
PS: Es wäre vermutlich schlauer, wenn ich mich mit dem neuen PSG-Theme mal beschäftigen würde...
Ian Styx am |
Einfach im Sinne eines sehr einfachen Bugfixes. (Siehe letzten commit.)
Ähem, ...den/das Hamburger hast du ja selbst entfernt
PSG ist nur ein Beispiel für ein Kartendesign mit dem specialhook für die letzten x Einträge, siehe auch im NEWS changelog, ...und würde natürlich mit deiner Staticpage Startseite kollidieren. Beides zusammen ginge wohl nicht... nur eines in das andere mit Fummelei!
Ian Styx am |
Ich habe auch noch einmal nachgedacht. Es ist eindeutig ein Fehler des bootstrap4 themes. Also auch nur dort zu fixen!
Beat Post author am |
Der Pure-Hamburger in der Fusszeile blendet doch einfach den Header mit seinen Menülinks von oben ein und ist somit (aus meiner Sicht) ein Fake-Hamburger. So, wie er in den Bootstrap-Themes verwendet wird, nämlich oben rechts (entweder alleine oder in Kombination mit einer Kopfzeile), in Verbindung mit einem direkt von da ausfahrenden Menü, so sieht meiner Meinung nach eine echte Hamburger-Menü-Führung aus. Damit mag ich falsch liegen, doch das ist halt meine Position.
PSG finde ich echt spannend und dass dies mit meiner statischen Startseite (und wohl auch mit meiner Kategorien-Struktur) kollidiert habe ich nach ersten Tests rausgefunden. Ich werde mir die Idee des "Kartendesign" genauer ansehen und nachdenken, ob und wie ich dies in meinen Blog integrieren könnte. Dazu nur eine kurze Frage vorneweg: Können bei PSG in der Desktop-Ansicht nach wie vor Seitenleisten angezeigt werden oder wandern diese auch automatisch nach unten (so wie bei B46)?
Ich verstehe natürlich Deine Entwicklersicht und weiss, dass Du nicht noch X Stunden für Beschreibungen, Dokumentationen und Erläuterungen aufwenden kannst. Für mich, als unbedarften User, ist es aber immer enorm schwierig, ein neues Theme erfassen (und beurteilen) zu können. Somit bin ich sehr dankbar für die Erklärungen in der PSG-Theme-Konfiguration "Startseiteneinstellungen (optional):" ? Das geht genau in die richtige Richtung und hilft enorm!
Ian Styx am |
Nur Hamburger machen echte Hamburger! Das muss hier mal gesagt werden! ?
Natürlich! PSG ist pures Pure. Da ist nichts anders.
Das habe ich mir gedacht und sie gleich etwas aufwendiger gestaltet.
Beat Post author am |
Kurze Frage vor dem Jahresende:
Gibt es eine Möglichkeit, die Blog-Satistik am 01.01.2021 auf Null zu stellen? Also alle bisher gesammelten Daten zu löschen, damit man eine aktuelle Jahresstatistik erhält.
Falls ich keine bessere Idee habe, würde ich das Statistik-Plugin deinstallieren, per FTP von Server löschen und danach wieder neu installieren.
Ian Styx am |
Hallo Beat - wünsche schöne Weihnachten gehabt zu haben!
Ich frage mich was das für einen Sinn macht....,
denn die Statistiken sind eigentlich zwei Arten von Daten: Das visitors Log und die Aggregation. Da das Log sich aufbläht über die Zeit, habe ich eine Begrenzung von genau einem Jahr eingeführt und jeder Aufruf des Statistik Plugins löscht alles überstehende, nachdem es die Daten aggregiert, also zusammengefasst und überführt, hat. Deshalb steht da für Heute:
Dies Zusammenfassung landet in der visitors_count (und refs) Tabelle.
Zurück zur "Warum" Frage.
Vielleicht willst du ja einfach nur die "meist überflüssigen" Blog Statistiken loswerden...?!
Dafür gibt es einen Knopf: Alles zeigen?
Es sind also 3 Tabellen: visitors, visitors_count und refs. Diese werden automatisch gelöscht wenn du das Plugin deinstallierst.
Ian Styx am |
Per FTP löschen ist unnötig! Dies wäre ja nur in den Fällen vonnöten, wo es sich um eigene und ev, vermurkste Developer Plugins oder andere sehr spezielle Fälle handelt. Das verbesserte allgemeine Plugin Management sollte, nachdem Migrations Upgrader einmal den Altlastenmanger bedient haben, soetwas nur noch sehr selten zulassen bzw vonnöten machen.
Beat Post author am |
Ja, Weihnachten war stimmig und schön. Danke! Ich hoffe, Du konntest auch ein paar friedliche Tage verbringen und dem Corona-Virus erfolgreich ausweichen. ?
Ah.. ich habe gar nicht gemerkt, dass die Statisk ein "rollendes Jahr" aufzeichnet. Irgendwie hatte ich im Kopf, dass ab Start des Statistik-Plugins einfach immer weiter addiert wird (über all die Jahre). Auf www.beatsblog.ch installierte ich das Plugin am 24.01.2020 und deshalb kam ich auf die Idee, dass mich eher die Daten pro Kalenderjahr, also ab 01.01.2021, interessieren.
Was den "Alles zeigen?"-Button anbelangt: Asche auf mein Haupt. Ich habe die Plugineinstellungen nie im Detail angesehen. Habe nun kurz damit rumgespielt. Im Live-Blog werde ich mir dennoch alles anzeigen lassen. Das passt schon so.
Somit hat sich das Thema dann auch erledigt. Danke! ?
Ian Styx am |
Jupp soweit alles gut! ?
Ein Rolling Year Plugin. ? Genau!
Früher war das auch tatsächlich so, das dass aufquellende visitors log die Datenbank ziemlich ausbremsen konnte. Ich habe da Blogs mit gigantischen Logs erlebt .... die mich später veranlassten das rolling year einzuführen.
Guten Rutsch! ?
Beat Post author am |
? Wünsche Dir auch einen guten Rutsch ins neue Jahr! ?
Vielen Dank für die vielen Stunden "Support", die Du mir in diesem Jahr geboten hast. Ohne Deine Unterstützung wäre mein Live-Blog nie so schön herausgekommen. Ich weiss das ausserordentlich zu schätzen!
Ian Styx am |
Ich auch für meinen furchtlosen Tester mit seinem wertvollen Blog-Daten-Schatz fürs Debugging! ?
And a Happy New Year! ✨
Beat Post author am |
Und kaum klopft man sich mal gegenseitig etwas auf die Schultern und denkt: Alles ist gut... sieht man wieder etwas Neues/Altes.
Das Historiy-Plugin zeigt zum neuen Jahr ganz unverschämt Beiträge vom 01.01 und vom 02.01. an. Hmmm... Ein Schaltjahr/Nicht-Schaltjahr-Problem? Das history_daylist.dat löschen und neu erzeugen hat auch keine Korrektur gebracht. Mal schauen, wie es morgen aussieht. Ob sich das einrenkt oder ob nun dauernd zwei Tage angezeigt werden.
Ian Styx am |
Ja ich sitze da schon dran.
Mein Verdacht ist auch dass es sich dabei um ein "Schaltjahr" Problem handelt. Und zwar eines normalen Jahres das auf ein Schaltjahr folgt, in diesem Fallauf 2020. Ich muss das nur noch richtig denken können.
Ian Styx am |
Sorry für das delay ... ich war gestern etwas zermust und konnte nicht denken.
Jetzt meine ich aber es gelöst zu haben. Ich schicke es dir gleich mal rüber zum testen.
Beat Post author am |
? magic hands ?
Habe das neue serendipity_plugin_history.php hier und im Live-Blog eingefügt. Dann das history_daylist.dat gelöscht und... ?
Sieht sehr gut aus! ?
Ian Styx am |
Wunderbar!
Mal sehen, wann wir dieses Stehaufmännchen endlich besiegt haben..! ?
Beat Post author am |
Ich denke, dass am 01.03.2021 der nächste "Checkpoint" ansteht. ?
Ian Styx am |
Nachsehen ja; aber das ist ja nur der fehlende bzw addierte Tag, also 365 oder 366. Ich denke dass das jetzt grundsätzlich klappt! Nur eine gehäufte Ansammlung von aufgesetzten Schaltsekunden oder ein PHP bug könnte dem jetzt noch in ferner Zukunft gefährlich werden. Oder halt Blogs mit falsch gelisteten Einträgen... ?
Beat Post author am |
Willst Du mir damit irgendetwas sagen? ??
Beat Post author am |
Grummel... ?
Nachdem ich hier zwei Plugins aktualisiert habe, wollte ich das Selbe im Live-Blog durchführen. Wenn ich dort auf "Plugins updaten" klicke, erhalte ich als Antwort eine leere Seite. Da nützte auch erneutes ab- und anmelden nichts und auch den Browsercache (mitsamt Coockies) löschen blieb ohne Wirkung.
Hmmm... ? Irgendetwas läuft da momentan schief. Muss noch weiter nachforschen. Interessanterweise funktionierte das Plugins updaten auf styx.beatsblog.ch ohne Probleme.
Ian Styx am |
Irgendwie verschluckt, vielleicht?
Haben eben jene denn nun vielleicht schon die neue Versionsnummer (in Pluginliste im i Info Aufklappkasten) ?
Im Vergleich zu hier?
Beat Post author am |
Strange ?! Beim heutigen Versuch die Plugins upzudaten, habe ich wieder eine blanke Seite erhalten.
So zum Spass klickte ich dann auf den Button "Seitenleistenplugin installieren" und da wurde mir dann rot angezeigt, dass es bei mir eine serendipity_plugin_history_original.php gibt. Klar. Die habe ich am letzten Samstag erzeugt, bevor ich die neue, korrigierte Version aufgespielt habe. Da nun das History-Plugin mit der neuen Fileversion gut funktioniert, habe ich also per FTP die angemäkelte _original.php-Datei gelöscht und siehe da... nun konnte ich auch die noch ausstehenden Plugin-Updates durchführen.
Anscheinend mag das Styx Plugin Update keine Dateien, die da nicht hingehören (auch nicht bei Plugins, für die gar kein Update ansteht). Das Resultat ist dann eine weisse Seite. Gut zu wissen...