Mittwoch, 3. Juni 2020
Styx-Stand: 3.0.1 DEV (13.06.2020, 14:55)
die neusten Entwicklungen
Trackback-URL für diesen Eintrag
Dieser Link ist nicht aktiv. Er enthält eine kopierbare Trackback-URI, um manuell ein Ping- und Trackback zu diesem Eintrag für ältere Blogsysteme zu generieren; zB (immer noch valide) über das zur Verfügung gestellte Eintragsfeld des serendipity_event_trackback Plugins. Serendipity und andere Blogsysteme erkennen die Trackback-URL heutzutage aber automatisch anhand der Artikel-URL. Die Trackback-URI für ihren Link des Sender-Eintrages lautet daher wie folgt: »https://www.blog.dokumenzi.ch/2647-Styx-Stand-3.0.1-DEV-13.06.2020,-1455.html«
Kommentare
Ansicht der Kommentare: Linear | Verschachtelt
Beat Post author am :
Beat Post author am :
Zu 1.
Habe gerade gesehen, dass es ein neues Theme pure19 gegeben hat. Muss ich dieses nun in pure-beat als Engine eintragen?
Ian Styx am :
Nein. Pure19 ist das alte "pure" inclusive dem javascript, ohne index.tpl und CSS Änderungen. Aber als Child theme von "pure" 2020. Das heißt, das nur die wesentlichen Dateien darinnen sind und es als Engine das "pure" 2020 theme nutzt. Falls jemand die "alte" (3.0.0) Version nutzen will.
Pure 2020 ist das neue theme mit dem grid.
Ian Styx am :
Vielleicht wäre doch morgen besser gewesen... ☺
Das kann nicht sein.
Ergo nehme ich an, dass das beat theme noch Anpassungen braucht. Ich sagte ja, ich hätte noch einiges verändert.
Beat Post author am :
Grrr... ? Stimmt. Mit dem pure-Theme sind die Seitenleisten wieder so breit wie zuvor und auch Kommentieren mit dem Adroid-Mobile funktioniert. Hmmm... muss mir wohl das style.css und mein user.css zur Brust nehmen...
Ian Styx am :
Nein Nein. Höchstens um Änderungen aus dem Vorversuch zu entnehmen.
Es liegt m.E. an dem veränderten index.tpl.
Beat Post author am :
Hörst Du mich stöhnen... ?
Ian Styx am :
Ein bisschen lauter...❗ wie meinen ⁉ ?
Ian Styx am :
Jetzt fehlt doch eigentlich nur noch deine user.css. Wo ist sie denn?
Beat Post author am :
habe die neue (pure) index.tpl nun für pure-beat abgeändert (Search und Mobile-Footer raus, Google-Fonts und Scroll-to-top rein). Rein optisch stimmt es soweit.
Doch: Sobald ich das Theme auf pure-beat umstelle, geht das Kommentieren per Android micht mehr. Mit pure Original funktioniert das... grübel... (die Entfernung von js und die entsprechenden CSS-Anpassungen habe ich nur auf styx.beatsblog.ch vorgenommen und nicht hier)... Ah. ok. ich könnte mal das user.css umbenennen, damit ich ausschliessen kann, dass es an der abgeänderten index.tpl liegt...
Ian Styx am :
Ähem ... ist deine beat pure.js schon angepasst? ?
Beat Post author am :
Ian Styx am :
Yepp! ?
Beat Post author am :
Kann ich jetzt einfach die Templateverzeichnisse pure und pure-beat in den aktiven Live-Blog kopieren oder sollte ich dort auch besser die neusten 3.01.DEV Dateien aufspielen?
Ian Styx am :
Ja, das kannst du genauso machen, oder sogar nur die wirklich geänderten files.
Alles andere ist nicht wichtig, wenn du nicht anfängst herumzuspielen. Das kann dann warten bis die 3.0.1 erscheint.
Beat Post author am :
Habe hier nur etwas rumgespielt. Ich wollte herausfinden, wie ich einen zweiten Google Schriftfont einbringen kann um diesen z.B. für Titel zu verwenden.
Ian Styx am :
Hm, hast du wohl geschafft.
Ähem, sieht aber "weniger gut" aus! Und verwirrt.
Beat Post author am :
Ja, hat mich auch nicht wirklich überzeugt. Wobei die grundsätzliche Idee, Titel und Content mit verschiedenen Schriftarten zu gestalten finde ich schon interessant.
Es gibt in meinem Kopf aber auch noch eine entgegengesetzte Idee. Grundsätzlich möchte ich meinen Blog so unabhängig wie möglich betreiben. Ich war froh, als ich reChapta rausschmeissen konnte und so gibt es auch die Überlegung, auf die Einbindung von Google Fonts zu verzichten. Ich könnte den Raleway-Font doch auch downloaden und selber hosten.(?) Das würde dann auch die index.tpl um einen externen Link reduzieren, was vermutlich der Geschwindigkeit (minimal) zu Gute kommen würde.
Ian Styx am :
Grundsätzlich ist ja die Idee externer font Quellen genau die: Entlastung des eigenen Servers. Also das, was CDNs für weitere assets bieten sollen. Dumm ist eben, dass man sich einen Mithörer ins eigene Boot holt. Was ich nicht sagen kann ist, ob jeder Request (d)einer Seite, egal ob der Font dann tatsächlich ausgeliefert wird oder nicht, auch zu so einer Art versteckter Analytik führt. Anzunehmen ist es. Und mehrt den Datenreichtum anderer. Insofern wäre es mir privat auch immer lieber, man würde eben auf alles Externe sowet wie möglich verzichten.
Zu Raleway (im Banner) passt übrigens Lato. Ein schöner font! Aber dann eher für alles. Die Lesbarkeit hat aber auch mit Zeilenabstand und Buchstabenanstand zu tun. Das ist fast eine Wissenschaft für sich.
Beat Post author am :
Also, ich liefere nun Raleway ab eigenem Server. Nachdem ich das hier testete, kopierte ich die Fonts und die angepasste index.tpl sowie user.css nach www.styx.beatsblog.ch. Via Pingdom.com habe ich die Startseite gemessen.
Google Fonts: 33 Requests, Size = 741 kb, Load-Time = 943 msec. (Content-Size & -Requests = 91% beatsblog)
Lokale Fonts: 31 Requests, Size = 657 kb, Load-Time = 958 msec. (Content-Size & -Requests = 100% beatsblog)
Geschwindigkeitsmässig ist das nahezu identisch. Das Ganze ist also eher eine ideologische Frage.
Beat Post author am :
Habe www.beatsblog.ch nun entsprechend angepasst.
Ian Styx am :
Im heutigen Klausen-und-Pragel-bei-starkem-Foehn werden noch alle Bilder in mini gestyled, obwohl bereits die 300x400 Version geladen wird. Also einfach in diesem Eintrag alle width und height Attribute der images herausnehmen.
Gibt es aus deiner Sicht noch etwas zu verbessern bzw zu fixen für die 3.0.1 ?
Beat Post author am :
Ich falle auch immer wieder darauf herein: Hier auf blog.dokumenzi.ch sind noch immer die kleinen Vorschaubilder. Geändert habe ich das nur auf beatsblog.ch und styx.beatsblog.ch (und dort werden auch die grossen Vorschaubilder angezeigt).
Nein, dazu fällt mir nichts ein.
Aber: Ich kämpfe schon seit immer mit Cookie-Problemen. Ich habe das nie erwähnt, weil ich das Problem lokal orte und auch vermute, dass sich meine insgesamt 6 verschiedenen S9Y-Installationen gegenseitig irgendwie in die Quere kommen. Das äussert sich so:
- beim Hochladen von neuen Bildern wird mir immer das Verzeichnis "Verkauf" vorgeschlagen. Egal, wie oft ich auch das Verzeichnis "2020" anwähle. Wenn ich alle Cookies aus dem Browser lösche, sehe ich beim ersten Hochladen "Stammverzeichnis", doch selbst wenn ich dann ein Bild in "2020" hochlade, wird mir beim nächsten Upload wieder "Verkauf" angezeigt.
- Wenn ich einen neuen Beitrag schreibe, wird mir standardmässig immer der Tag "BeatsBlog" ausgefüllt, obwohl es diesen Tag gar nicht gibt. Ich muss diesen Vorschlag jedesmal manuell löschen. Cookies aus dem Browser löschen bringt hier gar nichts. Auch beim ersten neuen Beitrag danach wird mir wieder "BeatsBlog" vorausgefüllt.
Werden Cookies irgendwo in der DB gespeichert? Kann man die quasi serverseitig löschen?
Ian Styx am :
? ach ja...
Dss ist das Cookie serendipity[addmedia_directory]:"Verkauf". Cookies werden immer Clientseitig gespeichert.
Das sieht mir nach einem Fehler aus. Wahrscheinlich in beiden Fällen.
Nachfrage: Für den letzteren wird dir ein freetag mit diesem Namen ausgefüllt?
Beat Post author am :
Wo denn? Ich kriege das in FireFox, Einstellungen, Datenschutz & Sicherheit, Cookies und Website-Daten, Daten entfernen... nicht los. Und weshalb habe ich nun schon wieder 33 Cookies von www.beatsblog.ch im Browser gespeichert, obwohl ich vor etwa 1 Std. alle Cookies gelöscht habe?
Ja, das passiert immer, wenn ich auf neuen Beitrag erstellen klicke. Wenn ich nur schon einen Titel vergebe und den Beitrag ansonsten leer abspeichere, kriegt er denTag "BeatsBlog" mit. Diesen gibt es eigentlich gar nicht und falls ich mal vergesse ihn aus einem Artikel zu löschen, so korrigiere ich das später über "Tags verwalten", in dem ich den Tag lösche.
Ian Styx am :
Ich sagte ja das ist ein Fehler. Ich weiß auch schon genau wo.
Andereseits schaust du auch falsch. Sie sind in den Developer Tools [F12] unter Web-Spiecher - Cookies zu finden. Sie werden natürlich auch immer wieder neu erstellt, weil das essentielle Comfort Cookies des Backends sind. Die will man/du doch gar nicht löschen....!
Beim freetag muss ich erst noch schauen.
Beat Post author am :
Ähm... Ja... gäbe es denn noch Andere? Hier nenne ich sie "Stichworte", offiziell heissen Sie "Tags für diesen Artikel". Aber ja, das, wofür man das freetag-Plugin einsetzt. ?
Ian Styx am :
Passiert das auch hier oder nur auf beatsblog? Sind die optionalen Einstellungen des freetag Plugins identisch und auch zB die Automatische Schlüsselwörter nicht für selbiges gesetzt?
Beat Post author am :
Das passiert bei allen meinen Styx-Installationen in denen das freetag-Plugin aktiv ist. Wenn ich einen neuen Beitrag erstelle und dann bei "Tags" auf "keine Tags" klicke um welche auszuwählen, scrollt die Ansicht automatisch nach unten und da wird immer der Benutzername -in diesem Fall hier- "BeatsBlog" als Tag bereits vorausgefüllt und man kann weitere Tags dazuklicken.
Dass es sich dabei um den Benutzername handelt, habe ich erst jetzt bemerkt, als ich die verschiedenen Installationen verglichen habe.
Die Plugineinstellungen sind:
Ian Styx am :
Das ist etwas ganz Besonderes. Du hast beatsblog als Tag (in 2 Einträgen) und gleichzeitig als automatisches Schlüsselwort gesetzt. Dadurch wird immer wenn du in entries gehst die Seite vom Schlüsselwort-javascript nach diesem Tag geparst. Da es immer vorhanden ist (siehe oben in der Top Leiste) ist es halt immer aktiv. Nur so kann ich mir das erklären.
Lösche diesen Tag aus den Tags unter Tags Verwalten - Alle Tags verwalten, dann lass die automatischen Schlüselwörter neu parsen (Autobahn). Damit dürfte das Verhalten weg sein. Wenn du diesen Tag gerne behalten willst, schreibe ihn einfach ein wenig anders, zb als Beats-Blog oder so. Danach wieder die Autobahn. Das müsste reichen, meine ich.
Beat Post author am :
Nein, ich will diesen Tag nicht. Die 2 Vorkommen entstanden nur deswegen, weil ich die Voreinstellung zu löschen vergass.
Habe also alle BeatsBlog-Tags gelöscht, die Tags neu parsen lassen, mich abgemeldet, neu angemeldet, auf neuen Beitrag geklickt und dann auf "keine Tags".... und... da steht schon wieder BeatsBlog als vorausgefüllter Tag. Interessant ist auch, dass wenn ich den Tag lösche, erscheint eine vergrösserte Eingabefläche, in der steht "Gespeicherte Zugangsdaten anzeigen" und da werden mir die vorhandenen Benutzer aufgelistet. Strange... ?
Ian Styx am :
Probiere mal
Wenn das die beiden entries ergibt, finde sie mal über die entryid und lösche den tag in diesen entries.
Beat Post author am :
MySQL lieferte ein leeres Resultat zurück (d.h. null Datensätze).
Ich habe ja noch immer meine LastPass-Firefox-Erweiterung in Verdacht (Passwortmanager). Doch da logge ich mich schon seit Wochen jweils aus, bevor ich auf die Admin-Oberfläche eines Blogs komme. Dürfte also keinen Einfluss haben.
Ian Styx am :
Aber wenn da per SQL query nix drin ist, dürfte eben vom freetag Plugin auch nichts geschrieben werden. Die hängen unmittelbar zusammen.
Also muss es etwas derartiges wie dein Loginmanager sein - schon weil es der Username ist. Ich weiß auch gar nicht wofür man diese Erweiterung benutzen sollte. Macht sie (abgesehen von diesem Phänomen) irgendetwas besser als die build-in Firefox Funktion?
Ian Styx am :
Und das deutet übrigens sehr vehement darauf hin, dass es wirklich dein Passwortmananger ist! Selbst die browsereigenen zeigen mitunter so ein Verhalten, dass sie auf input Felder anspringen, die gar nichts mit "password" zu tun haben, obwohl es dafür eine sehr exakte Auszeichnung gibt.
Beat Post author am :
Ja, das denke ich auch.
LastPass kann auch Formulare automatisch ausfüllen oder Kreditkarteninformationen einfügen und noch ein paar andere Dinge. Es springt deshalb wohl auf die unterschiedlichsten Feldnamen an.
Ich wollte Dir dadurch keine Zeit rauben. Und weil ich so etwas auch vermutete, habe ich bisher nie davon berichtet. Also:
Ian Styx am :
Alles Gut! Kein Problem.
Es hat aber wohl auch mit dem freetag autocomplete javascript zu tun. Dies zusammen mit dem autofill event des LastPass wird es wohl sein. Die Browser Empfehlung ist eigentlich immer, autofills gar nicht erst zu aktivieren, da dann solche Sachen eben vorkommen können. Oder halt mit ihnen zu leben. ?
Ian Styx am :
gefixt, Danke für den Hinweis! ☺
Beat Post author am :
Bei mir spukt die Mediathek. Ich erhalte nicht mehr als 50 Dateien pro Seite dargestellt. Bei 96 oder 100 Bildern erhalte ich eine leere, blanke Seite.
Noch was: Wenn ich in der Mediathek 4 Bilder nebeneinander darstellen lasse (z.B. 4x12=48) und dann eine Seite blättere, erhalte ich danach wieder die Standardansicht mit 2 Bildern (2x24=48). Dann klicke ich wieder auf das Symbol für "4-column grid" was auch prompt ausgeführt wird. Wenn ich wieder eine Seite wechsle, erhalte ich aber wieder eine 2-Bilder-Ansicht. Das Gleiche passiert auch bei "3-column grid".
Ian Styx am :
Das hatten wir schon mal (gefragt und erklärt). Da wird kein Cookie gesetzt. Es ist eine Ein-Mal-Ad-Hoc-Ansicht.
Ian Styx am :
Ich habe das nochmal überlegt und für das kommende Serendipity Styx 3.2 geändert. Media Grid und Template Grid machen Sinn als Cookie gespeichert zu werden. ?
Beat Post author am :
Ian Styx am :
Hört sich nach RAM Problemen bzw fehlender CPU Kraft an. Ich kann das nicht nachstellen, weder lokal bei mir noch hier bei dir. Es ist nicht mal gesagt das es am Server liegt.
Beat Post author am :
Ja, auf dem Hostech-Server (dokumenzi) funktioniert es. Auf dem Manitu-Server (beatsblog) erzeugt es nur eine leere Seite und ich komme nur via Bookmark (oder zurück) wieder auf die Admin-Oberfläche.
Ian Styx am :
Tja dann werden dir dort nicht genug Ressourcen zur Verfügung gestellt. 100 Stück per Seite sind ja wohl auch wenig viel. Das ist ja eine glatte Verdoppelung der empfohlenen 48... also auch des Loads.
Beat Post author am :
Ich habe da so eine Idee. ?. Ob gut/sinnvoll oder nicht, sei einmal dahingestellt. Mich würde Deine Beurteilung interessieren, inwiefern das technisch realisierbar ist. Die Idee geht so:
Ich erstelle 5 verschiedene"user.css" die sich jedoch nur in Bezug auf die Farbgestaltung unterscheiden. Die user.css des pure-beat-Theme wird dann jede Nacht (automatisch) ausgetauscht, so dass der Blog jeden Tag farblich anders angezeigt wird. Dabei könnte ich mir z.B. die 7 Regenbogenfarben vorstellen (oder weniger krass: 5 Blau-Abstufungen). Wobei ich jetzt nicht genau 7 unterschiedliche css will, da ich nicht einem bestimmten Wochentag eine bestimmte Farbe zuteilen will. Deshalb schrieb ich eingangs von 5, es könnten aber auch 6, 8 oder 10 sein. Ich fände es einfach spannend, wenn der Blog jeden Tag etwas anders -nur wenig- daherkommen würde. Deshalb auch die Idee, ausschliesslich Farben anzupassen.
Würde das gehen? Wie müsste ich die verschiedenen CSS-Files benamsen? Und könnte der nächtliche CSS-Tausch per cron-job erledigt werden (wovon ich aber auch keine Ahnung habe).
Das Ganze ist erst einmal eine Idee. Die Umsetzung ist vermutlich ziemlich aufwendig, weil man ja jedes CSS-File ausarbeiten und prüfen muss. Das wäre so ein mögliches Winter-Projekt. ?
Ian Styx am :
Zuviel Freizeit ist auch nicht immer gut... ?
Wenn dann mit javascript. was soll man denn da seine user.css vielleicht mir Smarty bemühen, was nicht eben viel schneller mit javascript zu machen wäre... Du brauchst nur soetwas wie einen tagesswitcher oder ähnliches mit entsprechendem background inline style oder so. Ich fände das aber eher irritierend und vielleicht eher für 13jährige interessant. [Anwesende ausgenommen ☺] Es kann nur eine user.css geben, da sie durch den Kern eingebunden wird.
Interessanter sind da vielleicht CSS3 Animationen - ich hatte da irgendwann neulich eine tolle Seite entdeckt, die so eine Art pulsierenden aquarelligen Leuchteffekt hatte, je nach heruntergescrolltem Inhalt. Leider habe ich sie mir nicht gemerkt.... Aber auch das ist Spiel und überdeckt nur das Wesentliche.
Beat Post author am :
? Freizeit ist doch dazu da um zu spielen, oder nicht? ? Und: WAS ist in/an beats blog denn schon wesentlich? ? Ich mags halt bunt und auch gerne mal verspielt. ?
Danke für Dein Feedback! Wie so Vieles ist auch diese Idee noch völlig unausgegoren.... Solange innerhalb eines Tages die Farbe nicht wechselt, finde ich das nicht wirklich irritierend. Der Besucher merkt das ja höchstens bei einem weiteren Besuch, an einem anderen Tag. So finde ich das eher überraschend (klingt doch schon positiver als irritierend).?
Ian Styx am :
abwarten... ☺
Beat Post author am :
Schade, dass das Smile-Smiley ☺ nicht auch so schön gelb dargestellt wird ?
Ian Styx am :
☺??????????????????????????
In der Vorschau gehts komischerweise... ach nee wohl doch nicht . Woran es genau liegt kann ich nicht sagen, ob dass das unterschiedliche Browserverhalten war oder auf CKE zurückzuführen ist...
https://emojipedia.org/smiling-face/ Das scheint der HTC Smiley zu sein. Sense 8 ohne Farbe, aber Sense 7 mit.
Ian Styx am :
Hier mal ein paar javascript Beispiele
https://stackoverflow.com/questions/29556846/set-css-design-for-day
Beat Post author am :
Das klingt interessant.
Wobei... es würde doch recht grosse Anstrengungen brauchen. Habe gerade meine user.css durchforstet und insgesamt 93 Einträge betreffend Farbe gefunden, die alle geändert werden müssten. Natürlich sind es nicht 93 verschiedene Farben, sondern vermutlich etwa deren 10, die immer wieder vorkommen. Trotzdem: Diese 10 Farbtöne müssten für jedes neue Farbschema auch erst wieder zusammengesucht und aufeinander abgestimmt werden. Ja, das wäre dann wirklich ein "Winter-Projekt"... ob es das wert ist???