Weblog Kommentare
neues History-Plugin
Beat Post author am |
Das wird eine kurze Diskussion. ?. Mich stört das überhaupt nicht. Im Gegenteil. Wer -wie ich hier- mit einer statischen Home-Seite beginnt und die Blogansicht erst über einen Link ermöglicht, der kriegt dadurch (zumindest auf der Home-Seite) einen Mehrwert. So kann sofort erkannt werden, ob es "heute" einen Blogeintrag gibt. ?
Beat Post author am |
Das Update (16.01.2020, 16:47) brachte eine kleine Verbesserung. Auf der Seite 2 wird nun zumindest 1 früherer Beitrag dargestellt. Ab Seite 3 dann keine mehr.
Was mir dabei auffällt. Der Beitrag af Seite 2 ist einer von insgesamt drei Beiträgen, die am 16.01.2006 geschrieben wurden. Zwei davon werden auf Seite 1 angezeigt (weil die Plugin-Einstellung ja definiert: 2 Einträge pro Tag) und der dritte folgt nun auf Seite 2. Wäre es denkbar/möglich, dass auch das history-Plugin sozusagen dem Seitenwechsel unterliegt und deshalb auf Seite 2 nur noch anzeigt, was auf Seite 1 fehlte und so weiter? Nur so als Gedanke.
Ich schalte im Plugin mal auf 1 Beitrag pro Tag um. Wenn die Idee von oben stimmt, müssten neu auf Seite zwei auch zwei Beiträge vom 16.01.2006 erscheinen.
Beat Post author am |
? Yes! ? Nun erscheinen auf Index-Seite 2 im History-Plugin überall dort noch Einträge, wo >1 Beitrag pro Tag geschrieben wurde. Und auf Index-Seite 3 wird noch ein Beitrag von 2006 angezeigt, da dort >2 Einträge vorliegen. Ab Index-Seite 3 ist das Plugin leer, weil nirgends >3 Beiträge von diesem Tag zu finden sind. Hier liegt das Problem begraben!
Ian Styx am |
Das verwirrt mich schon wieder... Wenn nur zwei per day erlaubt sind, wieso gibt es dann drei?
Du meinst nicht das entriespaging an sich, sondern die Variable in der Konfiguration die X Einträge pro Seite erlaubt und dass eben jene auf Seite 2 und folgend herausgerechnet werden..? Da kann sein! Gute Idee, vielleicht..!
Beat Post author am |
Dachte eigentlich, dass ich das deutlich/ausführlich genug beschrieben habe...
Also: Am 16.01.2006 wurden 3 Beiträge veröffentlicht.
Im History-Plugin ist derzeit konfiguriert: Maximale Anzahl der Einträge = 1
Deshalb:
- Auf Index-Seite 1 wird Beitrag 1 von 3 dargestellt.
- Auf Index-Seite 2 wird Beitrag 2 von 3 dargestellt.
- Auf Index-Seite 3 wird Beitrag 3 von 3 dargestellt.
- Ab Index-Seite 4 wird nichts mehr angezeigt, weil an keinem 16.01. jemals 4 Beiträge geschrieben/veröffentlicht wurden.
Das Plugin unterliegt dem "blättern". Ich kann es programmtechnisch nicht besser erklären. Ich will "pagination" nicht in den Mund nehmen, weil ich befürchte, damit einen falschen Trigger bei Dir zu treffen, aber: Das History-Plugin "verändert" sich mit jeder neu "umgelegten Seite"...
Ian Styx am |
Ahhhhh du mauserst dich ?
Diesmal habe ich es verstanden. Glaube ich zumindest. Warum sagt es mir natürlich noch nicht, denn das scheint ja dann so, als ob das Ergebnis des ersten runs irgendwie gepeichert würde, beim zweiten excluded wird und damit natürlich für die zweite und selten auch dritte Folgeseite kaum noch etwas gefunden wird.
Was passiert wenn du also heute 3 erlaubst? Nur Ergebnisse auf Seite 1, gelle? ?
Beat Post author am |
Jetzt auf 3 Beiträge pro Tag eingestellt. Und wie erwartet, ist das Plugin bereits ab Seite 2 leer. ?
Ian Styx am |
Ok Danke! Jetzt muss ich wieder tüfteln, denn das sagt mir, dass ich vielleicht ein ganz falsches Konzept für den loop programmiert habe. ??
Beat Post author am |
Habe noch etwas mit dem aktuellen History-Plugin rumgespielt. Wir hatten betreffend dem Loop schon mal die Frage, ab wo/wann man die Loops zu zählen beginnt. Siehe: /2612-Seitenleisten-links-rechts.html#c6201
Im aktuellen Plugin-Infotext von "Anzahl der durchlaufenden Jahre" steht:
Setzen Sie die Anzahl der Jahre, die durchlaufen werden sollen, wenn Sie die "Heute vor einem Jahr" als Zeitrahmen ausgewählt haben. Standard ist 1. Setzen Sie dafür die voranstehenden "Mindestalter" und "Höchstalter" Einträge auf exakt 365 Tage.
Aktuell ist es so, dass "1" den heute aktuellen Eintrag anzeigt (sofern es denn einen gibt). Um den Beitrag von "vor einem Jahr" zu sehen, muss man "2" einstellen.
Dieser Text kommt vermutlich noch aus einem früheren Entwicklungsstadium, denn hier (/2612-Seitenleisten-links-rechts.html#c6204) hast Du ja geschrieben:
Aber um es rauszufinden muss eben der extra loop gemacht werden.. Rufe /archive/ auf und zähle die blöcke vom ersten ab abwärts.
Dies ist also eine reine Info (und keine Kritik).
Beat Post author am |
Konnte besser testen mit Maximale Anzahl der Einträge = 1 (=derzeit aktive Einstellung).
Habe in der Zwischenzeit festgestellt, dass das Plugin nicht nur auf die aktuelle Index-Seite reagiert, sondern auch auf die aktuell gewählte Kategorie und auch auf die aktuell gewählten Stichworte/Tags. Also so ziemlich auf jede Art von Selektion/View/Ansicht von Beiträgen.
Es muss also irgendwie erreicht werden, dass jede Art von Selektion/View/Ansicht nicht auf dieses Plugin angewendet wird.
...räusper... ?
Ich habe dann festgestellt, dass das direkt darunter installierte "serendipity_plugin_imagesidebar" überhaupt nicht auf alle oben geschilderten jede Art von Selektion/View/Ansicht reagiert und dachte, vielleicht kann man da etwas abkupfern... doch dann sah ich:
//WARNING!!! HORRIBLY NON-STANDARD PLUGIN!!!!!
//This plugin extends the sidebar plugin class to add a simple framework for subplugins.
...darauf hab ich dann doch lieber die Finger davon gelassen... ? ... handover to professionals... ?
Ian Styx am |
Dies ist also eine reine Info
Aber beides hat nicht unbedingt etwas miteinander zu tun, bzw. Ersteres beschreibt das programmiertechnische loopen, das eben meisten mit 0 anfängt, während die Userinfo das wahre Leben beschreibt, denn du bist ja im Jahr 1 und nicht im Jahr 0, auch wenn der nächstfolgende Entry genau 1 Jahr entfernt ist. Wenn ich 0 schriebe, aber 1 meinte, wäre es nicht wirklich besser, denn ich will ja x Einträge aus/per einem (1) Jahr. Das beschreibt eben auch das aktuelle Jahr, je nachdem ob man heute zur History dazuzählt oder nicht. Deshalb hatte ich das als Frage ob man das der Feinheit halber optional machen sollte. Ansonsten kann ich nur noch schreiben das die Zählung mit dem aktuellen Jahr beginnt.
Bist du zufällig bereit etwas auszuprobieren. Ich brauche mal input, ob mein Versuch die Datenbankqueries von "20" auf 1 Mal zu begrenzen, überhaupt klappt und vielleicht schon irgendwelche positiven Auswirkungen auf die Folgeseiten mit normalen entries paging hat.
Beat Post author am |
Allzeit bereit! ?
Ian Styx am |
Gerade heraufgeladen. Es ist experimental - vorerst!
Beat Post author am |
Ich bin mir nicht sicher, ob wir vom Gleichen reden. Ich meine nicht die "Maximale Anzahl der Einträge" (pro Jahr) sondern die "Anzahl der durchlaufenden Jahre" (zwei Felder in der Amin-Oberfläche des Plugin).
Wenn da steht: "...wenn Sie die "Heute vor einem Jahr" als Zeitrahmen ausgewählt haben. Standard ist 1." gehe ich davon aus, dass ich bei der Einstellung "1" den Beitrag von vor einem Jahr angezeigt erhalte. Dem ist aber nicht so. Dafür braucht es die Einstellung "2".
Ob Du "optional" den Beitrag des aktuelle Jahrs anzeigen willst oder nicht, ist Dir überlassen. Ich würde dann "Ja" für Anzeige des aktuellen Jahrs wählen (so wie es jetzt ist).
Ian Styx am |
Können wir diesen Pingelkram mal kurz außen vor lassen... ? Mich würden jetzt die Ergebnisse der beiden Commits interessieren!
Ich hatte das schon verstanden. Deshalb meinte ich, man könne vielleicht Standard ist 1 (= aktuelles Jahr) oder so schreiben, wenn man es nicht optional macht und sowieso dann die Texte anpassen muss.
Beat Post author am |
Gemacht.
Jetzt wird auf jeder Index-Seite immer 1 Beitrag angezeigt, bis keine Beiträge mehr zu finden sind. Dann ist das Plugin leer.
PS: Hast Du Kommentar "#c6269" gelesen? Ich denke nämlich, dass "das Problem" nicht so kompliziert ist. Man muss das Plugin vor verschiedenen View/Ansichten schützen und gut ist. z.B. das Kommentar-Plugin reagiert ja auch nicht auf Seitenwechsel/Kategorien/Stichworte. Also sollte diese Loslösung von View/Ansicht machbar sein.
Ian Styx am |
Tja müsste auch AND und nicht OR sein... tztz.
Bitte NEU.
Ja, habe ich gelesen. Da bin ich noch gar nicht. Ich wollte erst einmal 20 Datenbankabfragen auf eine einzige reduzieren!
Beat Post author am |
Habe das file /include/functions_entries.inc.php in Raw kopiert und aufgespielt. Sieht immer noch gleich aus.
Ian Styx am |
Was du siehst ist das cache file. Bitte in templates_c/history_daylist.dat löschen.
Beat Post author am |
Ian Styx am |
Gelle?! ?
Interessant wirds erst, wenn man mal derjenige ist, der den cache generiert und dann gleich ohne weiteres hin- und hergeklicke in den Quelltext schaut. Abhängig davon wo man gerade ist, auf einer Start-Entries-Listen-Seite oder einer Kategorieseite oder whatever. Aber wahrscheinlich werden wir das mit der Zeitverschiebung nicht koordinieren können.
Beat Post author am |
Ach ja, jetzt hab ich es auch bemerkt. Die history-Liste reduziert sich jetzt nicht mehr je nach Kategorie oder Stichwort. Dieses "Feature" ist also auch Historie.?
Ja, Zeitverschiebung ist das Stichwort. Hier ist es jetzt nach Mitternacht und ich muss etwas Alkohol-Abbau-Schlaf einlegen. ?
Beat Post author am |
Kannst aber ruhig noch weiterarbeiten, damit sich mein morgentlicher Styx-Edition-Upload auch lohnt. ?
Ian Styx am |
? Das wird wohl nichts. denn ich lese gerade in deiner Italienreise herum. Respekt! Ich habe das mal mit dem Auto gemacht und kann deshalb so ungefähr ermessen was du da auf dich genommen hast.