Du vergleichst zuviel mit anderen Plugins, die nicht vergleichbar sind, da sie nicht gleichzeitig dieselbe Query abfragen wie auf der Entries Liste und dem history sidebar widget. Wobei das davon unahängig mit den "views" vielleicht sogar sein kann. Ich weiß es noch nicht. Eins nach dem anderen!
Bitte mal einen erneuten Versuch zum heraufladen - (mit besserer Habe fertig Beschreibung, bitte! ?)
Beat Post author am |
Die neusten Daten sind online.
Jetzt wird (auf den ersten Blick) immer der selbe Eintrag angezeigt. (Ja, im Plugin sind 15 Durchläufe eingestellt)
Beat Post author am |
AHA... Habe in den Plugin-Einstellungen nun "Maximale Anzahl der Einträge" auf 20 hochgesetzt. Nun werden auf jeder Seite alle gefundenen Einträge angezeigt. ?
Ist die Einschränkung durch Kategorien/Stichworte nun ein Feature? ? Könnte man ja durchaus so sehen... ?
Haben wir Maximale Anzahl der Einträge beide also total mißverstanden?
Es scheint fast so! Dass es die Maximal Anzahl der erlaubten entries festsetzt, analog zu der globalen Konfigurationsoption maximale Entries per Seite, und nicht die von dir hervorgehoben 3 Beiträge pro Tag.
Ich hatte daraufhin fest damit gerechnet und das so dann überhaupt nie weiter in Frage gestellt. dass es die Einträge des gewünschten Zeitraumes beschränkt.
Jedenfalls weiß ich jetzt warum Stable Archives ging. Es nutzt ein anderes limit für die Datenbankabfrage, während die default Abfrage eine Limitierung von X hat, aber auf den Folgeseiten von X, Y, wobei sich Y aus X mal Seite berechnet, was eben für die entries Paginierung gedacht ist. (Das ist dann das so verwirrend Herausgerechnete, siehe c6263.)
Beat Post author am |
M O M E N T !
Bis heute Morgen war klar und getestet, dass die Angabe in "Maximale Anzahl der Einträge" sich auf Einträge pro Kalenderjahr bezieht. Wir hatten ja "1" eingestellt und auf der ersten Index-Seite sahen wir bestimmt 6 oder noch mehr Einträge (aber eben nur 1 pro Tag). Sobald die Einstellung auf "2" gespeichert ist erhöhte sich die Anzahl der angezeigten Beiträge um diejenigen, bei deren Datum zwei (oder mehr) Blogeinträge geschrieben wurden.
Das Verhalten von "Maximale Anzahl der Einträge" auf die ganze Liste ist also neu.
Ja das stimmt wohl (auch)! ? Es waren vorher einzelne Abfragen - immer für einen bestimmten Zeitraum. Somit hatte die Max Zahl einen Einfluss auf die ausgegebenen Einträge (des Jahres-Tages).
Nun ist es eine Entries Listen Abfrage geworden. die alles aus den vorgegeben geloopten Jahren holt, mit der Beschränkungen von X Einträgen insgesamt, so wie die Liste es auch macht.
Klingt logisch.
Und beide Eindrücke stimmen, denn die Stelle die das berührt hat sich nicht verändert, und ist, da es eben jene Listen Datenbank Query nutzt, vorher, sagen wir mal, einfach nur "mißbraucht" worden. ?
Beat Post author am |
Klingt kompliziert - aber gut! ?
Vielen Dank für Deinen tollen Einsatz an diesem (alten) Plugin!
Und wenn man es ganz genau nimmt, war es auch vorher schon eine Limitierung der Gesamtzahl, die im Falle eines definierten Zeitraumes ohne "Anzahl der durchlaufenden Jahre" einfach eben die Tages Max Zahl beschränkte und wenn man das Höchstalter dann etwas höher setzte, um zB mehrere aufeinanderfolgende Tage abzugreifen, war/wurde dies wahrscheinlich auch deutlich.
Ich binde es mal hier an: Ich habe gerade mal nachgecheckt. Auf BB, mit dem x-mal installierten History Plugin, wird auf Kategorien und auf freetag Seiten auch nichts angezeigt. Das hat soweit auch seine Richtigkeit. Denn der Zustand ist ja Kategorieanfrage/Taganfrage = Suche alle Einträge in/mit. Das gilt ja auch (weiterhin) wenn das history Plugin läuft und trifft dann auch nur, wenn einzelne Artikel im gesuchten time-range auch gleichzeitig in der Kategorie sind, bzw. einen zugewiesenen xyz Tag haben.
Wenn der history Cache bei dir dann ordentlich funktioniert, wird dann natürlich der cache ausgegeben werden, der sich ja auf dieselbe Art generiert, (in Bezug auf keine bzw. alle Kategorien und keineTags), wie es auch die Entries Liste (=?/frontpage) macht.
Beat Post author am |
Betreffend freetag-Plugin. Schwierig zu beantworten. Installiert habe ich es hier in der Styx-installation, doch die DB-Tabelle-befüllte ich mit Daten aus meinem Live-Blog. Vielleicht kommt daher die Inkonsistenz.
FTP-Uploads mache ich mit FileZilla, V3.46.3. Übertragungseinstellung: Standard, Zeichensatz: Automatische Erkennung. ASCII oder Binär kann ich nirgends erkennen.
Beat Post author am |
Im Moment sieht es so aus, als ob das history-Plugin zu lange zwischengespeichert wird. Aktuell haben wir den 21.01.2020 und ich sehe noch immer die Daten für den 20.01.2020.
Merkwürdig. Da hat sich seit 13 Monaten nichts mehr getan, sollte dann also die richtige Datei sein. Mit den aufgespielten DB Inhalten hat das eigentlich nichts zu tun, bis auf die freetag Daten in der Config Tabelle.
Dann kannst du es ja mal hier herunterladen und im freetag UTF-8 Ordner ersetzen
Zeitverschiebung ... es dreht sich ja um die Server Zeit (nicht deine!) ?
Beat Post author am |
Auf die Idee bin ich auch schon gekommen. Doch wie Du meinem Kommentar ansehen konntest, war in CH bereits 08:48 Uhr. Und auch jetzt sehe ich die Einträge des 20.01. (auch in einem leeren Edge-Browser).
Beat Post author am |
Ah, Moment... lang_de.inc.php habe ich am 06.12.2019 manuell geändert. Warum? Weiss nicht mehr so genau. Vermutlich weil ich "Stichworte" statt "Tags" wollte.
Egal. Habe nun die von Dir verlinkte Datei eingesetzt.
Beat Post author am |
Genau, da ist es wieder "Tags für diesen Artikel" - unmöglich...?
Nur für Dich lass ich dieses "Deutsch für Du" noch etwas stehen. ?
Ich habe jetzt /templates_c/history_daylist gelöscht (Zeitstempel war 20.01.2020, 23:53). Nun werden die heute korrekten Einträge vom 21.01. angezeigt. Sollte dieses Temp-File nicht irgendwie automatisch und täglich gelöscht werden?
Beat Post author am |
Ups...
Ian Styx am |
Du vergleichst zuviel mit anderen Plugins, die nicht vergleichbar sind, da sie nicht gleichzeitig dieselbe Query abfragen wie auf der Entries Liste und dem history sidebar widget. Wobei das davon unahängig mit den "views" vielleicht sogar sein kann. Ich weiß es noch nicht. Eins nach dem anderen!
Ian Styx am |
Heißt Ups fertig?
Beat Post author am |
Ups... heisst: Nun wird gar kein Inhalt mehr angezeigt.
Ian Styx am |
Bitte mal einen erneuten Versuch zum heraufladen - (mit besserer Habe fertig Beschreibung, bitte! ?)
Beat Post author am |
Die neusten Daten sind online.
Jetzt wird (auf den ersten Blick) immer der selbe Eintrag angezeigt. (Ja, im Plugin sind 15 Durchläufe eingestellt)
Beat Post author am |
AHA... Habe in den Plugin-Einstellungen nun "Maximale Anzahl der Einträge" auf 20 hochgesetzt. Nun werden auf jeder Seite alle gefundenen Einträge angezeigt. ?
Ist die Einschränkung durch Kategorien/Stichworte nun ein Feature? ? Könnte man ja durchaus so sehen... ?
Ian Styx am |
Haben wir Maximale Anzahl der Einträge beide also total mißverstanden?
Es scheint fast so! Dass es die Maximal Anzahl der erlaubten entries festsetzt, analog zu der globalen Konfigurationsoption maximale Entries per Seite, und nicht die von dir hervorgehoben 3 Beiträge pro Tag.
Ich hatte daraufhin fest damit gerechnet und das so dann überhaupt nie weiter in Frage gestellt. dass es die Einträge des gewünschten Zeitraumes beschränkt.
Jedenfalls weiß ich jetzt warum Stable Archives ging. Es nutzt ein anderes limit für die Datenbankabfrage, während die default Abfrage eine Limitierung von X hat, aber auf den Folgeseiten von X, Y, wobei sich Y aus X mal Seite berechnet, was eben für die entries Paginierung gedacht ist. (Das ist dann das so verwirrend Herausgerechnete, siehe c6263.)
Beat Post author am |
M O M E N T !
Bis heute Morgen war klar und getestet, dass die Angabe in "Maximale Anzahl der Einträge" sich auf Einträge pro Kalenderjahr bezieht. Wir hatten ja "1" eingestellt und auf der ersten Index-Seite sahen wir bestimmt 6 oder noch mehr Einträge (aber eben nur 1 pro Tag). Sobald die Einstellung auf "2" gespeichert ist erhöhte sich die Anzahl der angezeigten Beiträge um diejenigen, bei deren Datum zwei (oder mehr) Blogeinträge geschrieben wurden.
Das Verhalten von "Maximale Anzahl der Einträge" auf die ganze Liste ist also neu.
Ian Styx am |
Ja das stimmt wohl (auch)! ?
Es waren vorher einzelne Abfragen - immer für einen bestimmten Zeitraum. Somit hatte die Max Zahl einen Einfluss auf die ausgegebenen Einträge (des Jahres-Tages).
Nun ist es eine Entries Listen Abfrage geworden. die alles aus den vorgegeben geloopten Jahren holt, mit der Beschränkungen von X Einträgen insgesamt, so wie die Liste es auch macht.
Klingt logisch.
Und beide Eindrücke stimmen, denn die Stelle die das berührt hat sich nicht verändert, und ist, da es eben jene Listen Datenbank Query nutzt, vorher, sagen wir mal, einfach nur "mißbraucht" worden. ?
Beat Post author am |
Klingt kompliziert - aber gut! ?
Vielen Dank für Deinen tollen Einsatz an diesem (alten) Plugin!
Ian Styx am |
Und wenn man es ganz genau nimmt, war es auch vorher schon eine Limitierung der Gesamtzahl, die im Falle eines definierten Zeitraumes ohne "Anzahl der durchlaufenden Jahre" einfach eben die Tages Max Zahl beschränkte und wenn man das Höchstalter dann etwas höher setzte, um zB mehrere aufeinanderfolgende Tage abzugreifen, war/wurde dies wahrscheinlich auch deutlich.
Ian Styx am |
Huch! Hast du hier gerade reinegermacht? Da fehlen 4 Kommentare!
Beat Post author am |
Ja, hab ich gelöscht.
Ian Styx am |
Ich binde es mal hier an: Ich habe gerade mal nachgecheckt. Auf BB, mit dem x-mal installierten History Plugin, wird auf Kategorien und auf freetag Seiten auch nichts angezeigt. Das hat soweit auch seine Richtigkeit. Denn der Zustand ist ja Kategorieanfrage/Taganfrage = Suche alle Einträge in/mit. Das gilt ja auch (weiterhin) wenn das history Plugin läuft und trifft dann auch nur, wenn einzelne Artikel im gesuchten time-range auch gleichzeitig in der Kategorie sind, bzw. einen zugewiesenen xyz Tag haben.
Wenn der history Cache bei dir dann ordentlich funktioniert, wird dann natürlich der cache ausgegeben werden, der sich ja auf dieselbe Art generiert, (in Bezug auf keine bzw. alle Kategorien und keineTags), wie es auch die Entries Liste (=?/frontpage) macht.
Beat Post author am |
Betreffend freetag-Plugin. Schwierig zu beantworten. Installiert habe ich es hier in der Styx-installation, doch die DB-Tabelle-befüllte ich mit Daten aus meinem Live-Blog. Vielleicht kommt daher die Inkonsistenz.
FTP-Uploads mache ich mit FileZilla, V3.46.3. Übertragungseinstellung: Standard, Zeichensatz: Automatische Erkennung. ASCII oder Binär kann ich nirgends erkennen.
Beat Post author am |
Im Moment sieht es so aus, als ob das history-Plugin zu lange zwischengespeichert wird. Aktuell haben wir den 21.01.2020 und ich sehe noch immer die Daten für den 20.01.2020.
Ian Styx am |
Merkwürdig. Da hat sich seit 13 Monaten nichts mehr getan, sollte dann also die richtige Datei sein. Mit den aufgespielten DB Inhalten hat das eigentlich nichts zu tun, bis auf die freetag Daten in der Config Tabelle.
Dann kannst du es ja mal hier herunterladen und im freetag UTF-8 Ordner ersetzen
https://raw.githubusercontent.com/ophian/additional_plugins/master/serendipity_event_freetag/UTF-8/lang_de.inc.php
FileZilla: In Übertragung - Übertragungstyp (Automatisch sollte reichen, denn FZ kann das) .
Ian Styx am |
Zeitverschiebung ... es dreht sich ja um die Server Zeit (nicht deine!) ?
Beat Post author am |
Auf die Idee bin ich auch schon gekommen. Doch wie Du meinem Kommentar ansehen konntest, war in CH bereits 08:48 Uhr. Und auch jetzt sehe ich die Einträge des 20.01. (auch in einem leeren Edge-Browser).
Beat Post author am |
Ah, Moment... lang_de.inc.php habe ich am 06.12.2019 manuell geändert. Warum? Weiss nicht mehr so genau. Vermutlich weil ich "Stichworte" statt "Tags" wollte.
Egal. Habe nun die von Dir verlinkte Datei eingesetzt.
Beat Post author am |
Genau, da ist es wieder "Tags für diesen Artikel" - unmöglich...?
Nur für Dich lass ich dieses "Deutsch für Du" noch etwas stehen. ?
Ian Styx am |
Stimmt! Wir haben ja den 21. ... Komisch...
Beat Post author am |
Ich habe jetzt /templates_c/history_daylist gelöscht (Zeitstempel war 20.01.2020, 23:53). Nun werden die heute korrekten Einträge vom 21.01. angezeigt. Sollte dieses Temp-File nicht irgendwie automatisch und täglich gelöscht werden?