beats TEST blog

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:

1. Aufbau einer neuen/frischen Serendipity-Styx-Installation
2. Neu-Installation aller bisher verwendeter Plugins in die neue Styx-Installation
3. Kopieren aller "Uploads" (Mediadaten)
4. 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:

1. Welches Vorgehen soll man Interessenten vorschlagen?
2. Gibt es eine andere/bessere Anleitung als die oben verlinkte? Gibt es die auch in Deutsch?
3. Ist die Variante Wartung/Daten importieren/Serendipity getestet? Kann man das empfehlen?
4. 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...

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.

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...

Klick das Dreieck

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.

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"

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.

In den Kommentaren schreibe ich Dinge/Verhalten/Vorkommnisse auf, die mir im Umgang mit der Styx-Edition auffallen. Ich erwarte dazu kein Feedback oder irgendwelche Aktionen/Reaktionen. Wenn es zu etwas nütz ist, dann ist es gut, ansonsten einfach ignorieren.

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... ?

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"

Test-Eintrag für Live-Blog

Wie vor ein paar Tagen angesprochen, versuchte ich die Top 25 Bilder der Sizilien-Tour auszuwählen. Das war gar nicht einfach. Im Foto-Verzeichnis befinden sich über 1'200 Bilder, im Fotoalbun landeten die besten 700 und daraus nun ein Destilat von nur 25 Bildern herauszukristallisieren, war eine echte Herausforderung. Dabei bin ich ganz egoistisch vorgegangen. Da dies mein Ego-Blog ist, soll ich (oder zumindest mein Bike) auf dem Foto sein. Auch wenn wir viele ganz tolle Gruppenfotos gemacht haben, so hat es nur Eines davon in meine Top 25 geschafft. Die Zusammenstellung der Bilder ist völlig selbstbezogen, subjektiv und auch nicht chronologisch.

Nach den guten Tipps, habe ich die Galerie auch hier noch einmal neu erstellt.

Weiss man eigentlich, weshalb die h2-Titel unterschiedlich animiert werden? Bei den Beiträgen werden sie von links nach rechts getippt (*typing 5s").

Im Archiv oder auf der Kommentarübersichtsseite "fliegen" die h2-Titel von der Mitte an den linken Rand. Das gefällt mir eigentlich noch bessar als das *typing 5s" der Beitragstitel. Ich wollte dies gleich stellen, kann CSS-mässig aber keinen Unterschied erkennen. Beide Titel referenzieren auf "#content h2" und trotzdem verhalten sie sich unterschiedlich. ?

In dieser Installation kann ich Bilder nicht als <picture> einfügen, dehalb kann ich den Effekt hier nicht zeigen.

Auf www.beatsblog.ch ist mir aufgefallen, dass die grossen Beitragsbilder eine Rahmenlinie über die ganze Beitragsbreite erhalten (also grösser als das 600px-Bild). Ich habe diese Bilder nun wieder als Medien eingefügt und dann ist die Linie weg. Kannst Du das vielleicht bei Dir einmal testen?

Nach dem heutigen Update, gibt es ein Kuriosum: Das letzte Beitragsbild reicht über die Fusszeile in den nächsten Beitrag. https://www.beatsblog.ch/2591-Bangkok-China-Town.html (das sieht man natürlich nur in der Blog-Listen-Ansicht).