Kommentare von

beats TEST blog

Silvester-Edition 3.7.1 und PHP 8.0.13

Beat Post author am |

A propos Statistik: Unter "Die 20 längsten Artikel" ist die Nr. 1 im Live-Blog dieser Beitrag: https://www.beatsblog.ch/2622-die-TOP-25-Sizilien-Fotos.html

Das kommt wohl daher, dass im Quellcode die Zeichen gezählt werden und der Code für die Einbindung eines Bilds doch ziemlich umfangreich ist. Text gibt es im genannten Beitrag ja nicht sehr viel.

So gesehen ist auch diese Liste nicht wirklich aussagekräftig... aber da gibt es auch noch andere, wie z.B. "Top Trackbacker" -> da gab es bei mir in 16 Jahren ganze 4 externe Trackbacks und alle gelisteten Links laufen heute ins Leere.

Wie gesagt: Mein Blog ist nicht repräsentativ und ich bin nur sehr oberflächlich an Statistiken interessiert. Mit dem rollenden Jahr für Besucher hast Du mir eine grosse Freude gemacht. Dadurch lassen sich Trends erkennen. Mehr brauche ich nicht.

Ian Styx am |

Und das wo dein Blog von Statistiken und Kilometer Zählungen nur so strotzt...🙂 (ich dachte wenn ich jemand fragen könnte dann dich.. 😁)

Die Liste löschen/leeren hilft nicht. Sie wird per Plugin Aufruf immer direkt aus der DB ausgelesen. Sie in plain text umzuwandeln kann ich easy konfigurabel machen, da es bereits eine solche Option gibt, denn es gibt eine weitere Top Referrers Box in der erweiterten Besucherstatistik, die auf die serendipity refs Tabelle und ihre Daten zurückgreift. Diese zeigt aber nur die 10 letzten / besten aus den 7 letzten Tagen an, während die vordem genannte immer die allzeit top twenty anzeigt.

Vieles in den erweiterten Statistiken ist auch eher so eine Art Spielerei. Einmal gesehen, kann man es auch gleich wieder abstellen.

Beat Post author am |

Grüsse aus dem sonnigen Thailand 🌞⛱🌴

Vielleicht gibt es den nachfolgenden Fehler nur in meinem Blog, denn ich habe die Suche ja umgebaut. Doch mir ist aufgefallen, dass wenn das Suchergebnis mehr als eine Seite an Resultaten liefert, dass die Folgeseiten (also P2, P3, usw.) nicht angezeigt werden (die Seite bleibt weiss).

Konkret: Ich habeim Live-Blog nach "Phuket" gesucht und 14 Ergebnisse erhalten. Nach dem Blättern zu P2 wird mir dann nichts mehr angezeigt. Danach verwendete ich Suchbegriffe mit noch mehr Ergebnissen und da war es dann das selbe. Das ist auf styx.beatsblog auch so (wo das pure-Original-Theme im Einsatz ist).

Ian Styx am |

Jaul! Ich möchte auch in die SONNNNNNNNEEEE Hmm, ja komisch....

Auf meinem verschiedenen Development pure themes gehts aber..., was die Vermutung auslöst, dass es ein Plugin ist das auf dem 'frontend_display' hook (oder so) lauscht und dort eventuell eine uninitialisierte Variable abcheckt. Da es bei P2 auf einer white page of death endet, wäre die Frage, ob du eventuell an deine Apache access und error logs kommst. Da dann den Fehler produzieren und direkt nachschauen. Wahrscheinlich ist es das.... und der Fehler wäre dort eingeschrieben.

Ian Styx am |

Hier gehts ohne Fehler zb "Ferien" ergab 127 Treffer und pagination läuft.

Das gilt auch für dein LIVE blog und die styx. edition. Beide gehen wie gewünscht mit diesem Begriff.

Beat Post author am |

Wenn ich hier nach "Peter" suche und dann auf die Seite 2 blättern will, erhalte ich folgende Fehlermeldung:

Fatal error: Uncaught Error: Call to a member function display() on null in .../styx-master/index.php:125 Stack trace: #0 {main} thrown in .../styx-master/index.php on line 125

Ist aber nicht so wichtig. Ich möchte hier nicht wirklich Zeit für Fehlersuche aufwenden und deshalb brauchst Du Dich auch nicht speziell zu kümmern.

Alles hat seine Zeit... 🙏

Ian Styx am |

Schade. 😢

Ist wie Phuket, nur schlimmer. Komisch ist aber, dass soviele andere ohne jegliche Probleme gehen. [ Bett, Filet, Gartenhaus, Geschichten, *mond, Indien, Rhein, Schleier* ]. Ich kann mir das nicht wirklich erkären. Und da du mich ja kennst, wurmt mich das... Die Logs wären da wohl wesentlich. Dieser index error macht erst recht keinen Sinn und scheint mir nur eine Art regression - also Folgefehler - eines anderen Fehlers (der im Log sein müsste) zu sein.

Ian Styx am |

GOTCHA GOTCHA GOTCHA!!!

Pinkel Peter PHUKET Paradies und ein Pethusalem Pug! 😀🤩🤩🙀

Danke!

Beat Post author am |

👍 :applaus:

Ian Styx am |

Habt ihr denn immer noch nicht genug? Vielleichts solltet ihr den Februar noch dranhängen. Besser wirds nicht! 😎
Musstet ihr die Thai Tracking App installieren?

Der P-Bug ist erst mit der nächsten Version gefixt und ich denke mal das ist ok so. Bis dahin kann man aber locker *Peter oder *Phuket verwenden und alles funktioniert.

Beat Post author am |

Nun sind wir wieder zurück...

Ja, die Thailand Tracking App mussten wir installieren und die zwei nötigen Covid-Tests darin registrieren. Ansonsten haben wir sie nie benutzt und ich hatte sowohl Bluetooth sowohl Standort-Tracking dauernd ausgeschaltet.

Wenn der P-Bug schon so lange im System schlummerte, kann er ganz gut auch noch bis zum nächsten Update weiterleben 😉.

Ich hoffe, bei Dir ist alles in Ordnung und Du bist gesund. 🤗

Ian Styx am |

Ha! Doch nicht verlängert... 😀 Welcome back!
Ich bin wenigsten in Gedanken mitgereist und habe euch mindestens insgeheim beneidet!

JaJa so schlummere er noch etwas. Denn daraufhin habe ich gleich noch so einen ganzen Stapel mehr von diesen Permalink Komponenten gefixt und in Ordnung gebracht. Die 3.8 wird daher wohl eher so eine Art Maintenance Release.

Beat Post author am |

Habe gestern die Plugins aktualisiert und darunter war auch ein Update der statischen Seiten. Seitdem wird mir die Startseite nicht mehr angezeigt. Ich habe mir die Seite angesehen, doch da ist soweit alles in Ordnung (Diese Seite als Startseite definieren = Ja).

Dieses Verhalten zeigt sich sowohl hier, wie auch auf beatsblog.ch.

Ian Styx am |

Oh 💥 mea culpa.

Ist gefixt!

Beat Post author am |

Das ging ja mal superschnell. Hier wird einem auch sonntags geholfen! 👍 Danke! :wave:

Ian Styx am |

Ich bastele gerade an einem Update vom Buch! 😎 Da war das eine willkommene Abwechslung.

Danke dass du das sofort bemerkt hast! 🤗

Styx 3.7.0 und PHP 8.0.13

Beat Post author am |

Habe nun die pure.js und die user.css angepasst und hochgeladen. Leider funktioniert das so (noch) nicht. Die Umschaltung in den Dark-Mode schlägt fehl und die Konsole zeigt auch ein paar Fehler.

Werde mich morgen darum kümmern. (Könnte auch sein, dass das alte javascript noch dreinfunkt).

Beat Post author am |

Im Chrome-Browser (der beim Schliessen alles löscht), sieht es schon viel besser aus. Dort stellt sich nur das Problem, dass die Light-/Dark-Mode Umschaltung nach der Wahl eines Menüpunkts nicht mehr funktioniert.

Ian Styx am |

Du hast das scriptlet in der index.tpl noch drinnengelassen. Das muss weg.

Dann muss der themePath vor der pure.js Einbindung definiert werden.

    <script> const themePath = '{$serendipityHTTPPath}{$templatePath}{$template}'; </script>
    <script src="{serendipity_getFile file="pure.js"}"></script>

 

Beat Post author am |

:applaus: Alles richtig gemacht! Danke! 👏 🙏

Ian Styx am |

🤗

Eins noch. Schau mal auf styx.beatsblog.ch. Jedesmal stört mich die bunte Shariff Ansamlung. Kann die wieder auf weiß, bitte?!?

Und dann noch ebenfalls dort. Im Styx 3.3.1 und PHP 8.0.1 Eintrag findet sich "Alle Plugins ebenfalls aktualisiert". Das ist im Dark mode weiß hinterlegt, da der Quelltext entweder von irgendeinem Programm geschrieben wurde das nichts mit Styx zu tun hat - aber von dir per Copy und Paste höchstwahrscheinlich in den Eintragseditor plaziert wurde - oder du hast das im Source code selber so geschrieben (testweise).

<span style="-webkit-text-stroke-width:0px; background-color:#ffffff; color:#000000; display:inline !important; float:none; font-family:-apple-system,BlinkMacSystemFont,"Segoe UI",Roboto,Oxygen-Sans,Ubuntu,Cantarell,"Helvetica Neue",sans-serif; font-size:16px; font-style:normal; font-variant-caps:normal; font-variant-ligatures:normal; font-weight:400; letter-spacing:normal; orphans:2; text-align:start; text-decoration-color:initial; text-decoration-style:initial; text-decoration-thickness:initial; text-indent:0px; text-transform:none; white-space:normal; widows:2; word-spacing:0px">Alle Plugins ebenfalls aktualisiert</span>

3. Ich persönlich nutze mein pure theme immer so dass ich in der user css

#searchsend {
  display: none;
}

setze, um den Los Buttton des search input Feldes loszuwerden, denn es funktioniert ja prima mit return. Ich habe immer wieder mal überlegt das als default zu übernehmen, doch auch immer wieder davon Abstand genommen, da ich den Usern des Themes nicht vorgreifen wollte.

Beat Post author am |


     
  1. gemacht.

  2. muss ich irgendwoher kopiert haben. Habe all das inline-style-Zeugs nun entfernt.

  3. Dieser Button hat mich nie gestört. Die Suche ist bei mir nicht an so prominenter Stelle wie im PURE-Theme. Und da ich keine Analyse-Tools einsetze kann ich auch nicht sagen, wie oft die Suche überhaupt genutzt wird. Meine Meinung: Lieber ein Button zuviel (den ich nicht nützen muss) als kein Button, den ich ev. suche. 😉




Ian Styx am |

👍 Viel besser danke!
Das mit dem button wollte ich auch nur als Anmerkung gesagt haben.

Ian Styx am |

Noch etwas ... Ist dir schon mal aufgefallen das auf styx.beat die Tags auf der Stichwortseite auf das LIVE Blog verweisen? Ist das Absicht oder eine Art von Einstellung? Wie geht das? Ist das anstatt eine auto generierten Tag list vielleicht einfach nur ein Copy & Paste eines bestimmten Datums auf dem LIVE Blog gewesen das du als statische Seite auf styx eingesetzt hast? Sieht so aus jedenfalls.