Mittwoch, 13. Mai 2020
Dienstag, 12. Mai 2020
+1 Std. Zeitversatz
Im Zusammenhang mit dem Archiv sind wir eher zufällig auf ein Problem gestossen, welches sich wie folgt äussert: Zwischen dem Original-Blog und dem heute aktuellen Blog gibt es unterschiedliche Zeitangaben für Blogbeiträge. Die Datenbanktabelle mit allen Einträgen wurde am 20. Januar 2020 aus dem Original-Blog exportiert und in den aktuellen Blog importiert. Damals wurde nicht berücksichtigt, dass die beiden Server mit unterschiedlichen Uhrzeiten operierten. Während es auf bbbeat.ch zum Beispiel 15:00 Uhr war, zeigte der Server von beatsblog.ch bereits 16:00 Uhr an.
Als Beispiel: Der allererste Blogeintrag wurde am 16.12.2005, um 23:55 Uhr, abgespeichtert. Auf dem neuen Server (+1 Std.) wird der gleiche Beitrag nun mit Datum 17.12.2005, 00:55 Uhr, dargestellt. Er ist also in den Folgetag gerutscht.
Für Blogbeiträge, welche zwischen 00:00 Uhr und 22:59 Uhr geschrieben wurden ist das grundsätzlich kein Problem. Doch alle Beiträge, die zwischen 23:00 und 23:59 Uhr geschrieben wurden, werden nun am (falschen) Folgetag dargestellt.
Ich kann nicht beurteilen, um wieviele Beiträge es sich dabei handelt, doch es sind sehr, sehr viele. Denn wenn ich z.B. am Sonntag einen Blogeintrag für den Samstag geschrieben habe, so änderte ich vor dem speichern das Datum und stellte die Uhrzeit auf 23:59 Uhr. Bei den gesamthaft > 2'500 Beiträgen sind das bestimmt mehrere hundert...
Ich überlegte mir deshalb, ob ich den ganzen Import nocheinmal durchführen soll. Es sollte möglich sein, vor dem Datenex- und -import die Serverzeiten anzugleichen (auf GMT stellen), so dass die Uhrzeit danach links wie rechts identisch ist. Dabei stellt sich jedoch das Hauptproblem, dass seit dem 20.01.2020 bereits 97 neue Beiträge hinzugekommen sind, die ich natürlich nicht verlieren will. Das würde ich vermutlich noch hinkriegen, doch ein tieferer Blick in beide Systeme zeigt, dass der Zeitversatz von +1 Std. überhaupt nicht durchgängig ist. ?
Nachfolgend Screenshots. Links von bbbeat.ch und rechts von beatsblog.ch. Rot gekennzeichnet die Zeitunterschiede.
Man sieht, die meisten Zeiten verschoben sich +1 Std. Doch es gibt immer wieder Beiträge, bei denen das nicht der Fall ist. Ich kann also nicht automatisiert vorgehen und quasi alle importieren Beiträge eine Stunde zurückstellen (wovon ich auch keine Ahnung hätte, wie ich das bewerkstelligen sollte).
? ? ?
Ich weiss noch nicht, wie ich vorgehen werde. Vielleicht korrigiere ich nur den allerersten Beitrag, sowie die Beiträge, die nun in einen neuen Monat fallen. Das wäre vermutlich der einfachste und realistischte Weg.
Es bleibt das unschöne Gefühl, dass man später in einem Sonntagsbeitrag u.U. liest: "Heute Samstag..."
Donnerstag, 30. April 2020
alle Blog-Bilder des Jahres 2019
Seit ich das Seitenleisten-Plugin "Drei Zufallsbilder" einsetze fällt mir auf, wie viele tolle Bilder es hier bereits gibt und wie einfach dass man die vergisst.
Ich überlege mir deshalb, eine Art Foto-Archiv anzulegen. Darin sollen alle Bilder des Blog, nach Jahren sortiert, angezeigt werden. Eine erste Idee ist, jeweils einen Blogeintrag zu erstellen und mit der "Styx Media Gallery" alle Bilder eines Jahres einzubinden. Diesen Beitrag kann man jeweils auf den 31.12. des jeweiligen Jahres datieren.
Ich teste das hier einmal mit dem Jahr 2019, indem ca. 250 Fotos hochgeladen wurden. Mir ist dabei schon klar, dass die Ladezeit eines solchen Beitrags entsprechend lange dauern wird. Trotzdem... ein Testblog ist ja dazu da um zu testen...
Hmmm... Die Galeriefunktion scheint auf 48 Bilder pro Galerie beschränkt zu sein. Sobald ich in der Auswahl auf die Folgeseite wechsle, verliere ich die Selektion der vorangegangenen Seite. Um nicht X Beiträge zu schreiben wersuche ich nun einfach, innerhalb des gleichen Beitrags eine neue Galerie einzubinden.
Ja, das geht soweit. Das heisst, ich muss vor Anwendung der Galeriefunktion die Darstellungsart (Upload-Datum) richtig wählen und dann so viele Galerien hintereinander in einen Beitrag einbauen, wie Gesamtzahl der Bilder / 48.
Der nächste Versuch also mit dem ersten Bild des Jahres 2019 beginnend und möglichst genau 48 Bilder auswählen. Ah ne, das geht nicht. Mir werden maximal 48 Bilder zur Auswahl gegeben und sobald ich ein paar Bilder ausschliesse, reduziert sich dementsprechend die Darstellung. Ich kann mir nicht (wie in der Mediathek) 96 Bilder anzeigen lassen und dann 48 davon auswählen.
Die Darstellung oben ist nun nach Zeilen und nicht nach Spalten sortiert. Dies fand ich als Übersicht und im Hinblick auf die Lightbox einfach sinniger. Nur... bei meiner Monitorauflösung werden jetzt nur zwei Bilder (260px) nebeneinader dargestellt, was nicht sehr schön ist. Die Darstellung nach Spalten (weiter oben) ist schon schöner und skaliert auch besser. Wobei ich auch sagen muss: In der Mobile-Ansicht gibt es keinen Unterschied, weil dort so oder so nur ein Bild (pro Zeile) dargestellt wird.
Muss mir das noch einmal überlegen... Wen (ausser mir) so eine Galerie überhaupt interessieren könnte, ob sich der Aufwand lohnt, denn über 3'000 Bilder bedeuten 3'000/48= > 62 Galerien in 15 Beiträgen (Jahren).
Mittwoch, 29. April 2020
Allgemein: Migration S9Y zu Styx Edition
Es kann ja durchaus sein, dass ich im S9Y-Forum mal jemandem den Umstieg auf die Styx Edition empfehle ?. Bei Interesse werden sich diesen Personen die selben Fragen stellen, mit denen ich mich beschäftigt habe. Was man tun muss, um einen bestehenden S9Y-Blog nach Styx zu migrieren habe ich hier nachgelesen und leider nicht wirklich verstanden. Weil ich das nicht kapiert habe, suchte ich nach anderen Lösungsansätzen und kam auf folgende Idee:
- Aufbau einer neuen/frischen Serendipity-Styx-Installation
- Neu-Installation aller bisher verwendeter Plugins in die neue Styx-Installation
- Kopieren aller "Uploads" (Mediadaten)
- Export von DB-Tabellen aus dem S9Y-Blog und importieren der Daten in den Styx-Blog
Mir persönlich erschien dieses Vorgehen als logisch. Ich hatte einfach Mühe herauszufinden, welche DB-Tabellen ich denn nun genau exportieren muss. Ob ich an den exportierten Daten etwas verändern und was ich beim Import beachten muss. Das waren meine Knackpunkte.
Deshalb hier meine Fragen:
- Welches Vorgehen soll man Interessenten vorschlagen?
- Gibt es eine andere/bessere Anleitung als die oben verlinkte? Gibt es die auch in Deutsch?
- Ist die Variante Wartung/Daten importieren/Serendipity getestet? Kann man das empfehlen?
- Wäre für kleinere/neuere Blogs eine Neuinstallation mit Ex-/Import von RSS eine Option?
Ich denke mir halt einfach, wer heute einen Blog startet hat meist eine Blog-Vorgeschichte. Wenn man nun der Meinung ist, dass "Styx is what Serendipity should be!", dann sollte man dafür sorgen, dass bestehende Serendipity-Anwender möglichst einfach umsteigen können. Solche "How to" sollten rasch/einfach gefunden werden und auch für Laien (wie mich) nachvollziehbar sein. Denn ehrlich gesagt fürchte ich mich etwas vor der potentiellen Frage: "Wie hast Du denn das gemacht?"
Richtig smart fände ich die Lösung einer Neuinstallation und danach den Import der Daten via "Wartung/Daten importieren/Serendipity". Im Moment weiss ich auch gar nicht, weshalb ich das nie ausprobiert habe. Wäre doch eigentlich naheliegend...
Dienstag, 21. April 2020
Tooltips
O.K.... Habe das Tooltips-Plugin installiert. Schon bei der initialen Konfiguration wusste ich nicht so genau, was ich wie einstellen soll und habe deshalb einfach die Vorgaben übernommen. Nun habe ich aber keinen Schimmer, wie ich einem Wort oder einem Bild diese Tooltip-Zusatzinformation beibringen kann. ... gucken... testen...
Wortdas sind die Zusatzinformationen Wort
BRRR... eiskalt... keine Doku, kein Icon oder Menübefehl... kein Plan... ?
Versuch mit span-title?, der mit Mouse-Over angezeigt wird. Leider bleibt "title"auf dem Smartphone unsichtbar. Ein Bild zu einem Wort verlinken klappt ja bestens. Vielleicht könnte man auch ein Wort zu einem HTML-Text-Popup verlinken... (was dann auch auf dem Handy sichtbar wäre). Nur so ein Gedanke.
Test mit Verlinkung auf eine statische Seite. Auch hier werden Header und Seitenleisten mitgeliefert. Trifft es also auch nicht.
Hintergrundinfo/Spoiler
In diesem Blog habe ich einen interessanten Artikel gelesen. Er beschreibt, wie man einfach mit HTML aufklappbare Zusatzinformationen in seinen Blog integrieren kann. Natürlich will ich das hier ausprobieren.
Klick mich
Hier wird Hintergrundinformation angezeigt oder Text, den man nur sichtbar machen will, wenn jemand darauf klickt.
Aha. So auf Anhieb funktioniert das nicht. Ich kann nicht einfach im CKEditor auf Quellcode umstellen und den HTML-Code einfügen. Der Code wird automatisch entfernt. ![]()
<details>
<summary>
Klick mich
</summary>
<p>
Hier wird Hintergrundinformation angezeigt oder Text, den man nur sichtbar machen will, wenn jemand darauf klickt.
</p>
</details>
Mit dem Icon "Codeschnipsel einfügen" klappt es auch nicht (siehe oben). ![]()
Hmmm... ich komme nicht weiter... Zumindest zeigen kann ich es. Das Problem dabei ist, dass man nach dem abspeichern den Beitrag nie mehr ändern darf, denn dann sind die HTML-Befehle weg...
Hier wird Hintergrundinformation angezeigt oder Text, den man nur sichtbar machen will, wenn jemand darauf klickt. Dieser Text sollte zur besseren Erkennung auch anders formatiert werden als der Beitragstext. z.B. kleiner Schriffont, kursiv oder mit Hintergrundfarbe. Das sollte mit CSS machbar sein.
Klick das Dreieck
Nein, ich bring's nicht "permanent" hin...
Vermutlich komme ich mit "Tooltips" eher zum Ziel. Das ist zwar nicht ganz das Gleiche, doch immerhin so ähnlich... Vielleicht sogar noch eher das, was mir vorschwebt... (man sollte relativ einfach im Fliesstext zusätzliche Detailinformationen mitgeben können). Ich installiere mal das Ereignis-Plugin "serendipity_event_tooltips"
Samstag, 4. April 2020
Plugin: Sharebuttons (serendipity_event_social)
Nicht dass ich dieses Plugin unbedingt nutzen will, doch auf diesem Testblog wollte ich mal etwas damit rumspielen. Was mir auffällt:
- Es werden keine Bilder/Icons angezeigt
- Es funktioniert nur auf Übersichtsseiten, nicht auf Single-Entry-Seiten
Falls ich das je einsetzen werde, dann nur für Single-Entries... Damit man hier jedoch überhaupt etwas sieht, habe ich es "auch für Übersichtsseiten" eingestellt.
OHHH: Habe das gleiche Plugin auf www.styx.dokumenzi.ch installiert. Da werden die Bilder/Icons angezeigt...? (scheint also etwas mit meinem user.css zu tun zu haben). Die Buttons werden aber auch dort nicht in der Single-Entry-Ansicht angezeigt.
Samstag, 21. März 2020
kürzlich aufgefallen
DER Zeitfresser
Man hätte sich ja auch einfach mal vertieft damit auseinander setzen können, welches Plugin wird beim Aufruf eines einzelnen Beitrags aktiv, welches in der Index-Darstellung inaktiv bleibt... und? Es ist das entrypaging-Plugin für Nächster/Voriger Artikel.
Sobald ich dieses Plugin auf www.beatsblog.ch deaktiviere, verkürzt sich die Ladezeit für einzelne Beiträge auf unter eine Sekunde. z.B.:
https://www.beatsblog.ch/2630-relax-and-enjoy-life.html -> 2,0MB, 48 Requests, 679ms davon 272 Wait
Wieso das hier nicht der Fall ist und nur auf dem Manitu-Host für diese Verzögerung sorgt, weiss der Geier. Ganz persönlich mag ich dieses Plugin sehr und möchte nur ungern darauf verzichten. Ich versuche es nun mal abzuspecken (kein Smarty-Templating) und schaue, ob es in vereinfachter Form genutzt werden kann.
Nee.. Auch ohne Smarty frisst das Ding gleich 3 bis 4 Sekunden. Moment: Zuerst schmeisse ich noch alle zugehörigen Einträge in der user.css weg und schaue nocheinmal. Nee, auch nicht. Bringt alles nichts. Muss mich wohl oder übel davon trennen... ?
Freitag, 20. März 2020
Need for Speed
Schon seit Anbeginn von www.beatsblog.ch stellen wir eine signifikante Verlangsamung fest, sobald ein einzelner Beitrag aufgerufen wird. Dies habe ich vor über einem Monat auch dem Manitu-Support gemeldet. Seither gab es ein paar Mails, vorwärts und zurück, doch das Problem ist immer noch da und keiner weiss so genau, wie weiter. Hier ein Beispiel:
www.beatsblog.ch (hosted by manitu) https://www.beatsblog.ch/1230-zum-zweiten-Mal.html -> Seitenaufbau 4.19 sec. davon 3.77 Wait ?
www.blog.dokumenzi.ch (hosted by hosttech) https://www.blog.dokumenzi.ch/1230-zum-zweiten-Mal.html -> Seitenaufbau 0,52 sec. davon 0.18 Wait ?
Heute nun habe ich mir Zeit genommen um auf dem Manitu-Webspace eine Subdomaine einzurichten. Darauf installierte ich eine aktuelle Styx Dev 3.0 alpha4 Version. Danach exportierte ich aus der DB von www.beatsblog.ch die entries-Tabelle und importierte diese in den leeren Blog. Das heisst, keine Plugins, keine Bilder, kein spezielles Template, keine Kategorien, keine Tags, kein irgendwas...
Das Resultat:
www.styx.beatsblog.ch (hosted by manitu) https://styx.beatsblog.ch/1230-zum-zweiten-Mal.html -> Seitenaufbau 0,43 sec. davon 0.1 Wait ??
Grummel... Es sieht also verdammt so aus, als ob ich selbst die Verzögerung irgendwo eingebaut habe. ?
Alle weiteren Schritte im Erweiterten Beitrag
Weiter: "Need for Speed"