Seitenleisten links & rechts

Ich hätte meine Fragen zwar noch gerne beantwortet, aber denke inzwischen, dass das history Plugin nie dafür entwickelt wurde unabhängig vom entries paging, also auf jeder Folgeseite zu funktionieren. Es war als eine 1 Seiten Information konzipiert, als flüchtiges Gimmick. Nach dem Motto: Ich komme als User auf einen Blog und sehe die letzten X Einträge per Liste also "frontpage". Dem Admin sei Dank, bekomme ich noch als ein lustiges Gimmick obendrauf, zu sehen, was dieser vor einem voraus berechneten Zeitraum bereits geschrieben hat.
Das peppt das entriespaging etwas auf. In gewisser Weise durchaus ähnlich dem, was der Kalender oder auch die Suche macht, eine bereitgestellte Zusatzsortierung anhand bestimmter Kriterien. Es macht gar keinen wirklichen Sinn diese Information erneut abzurufen, wenn ich jetzt durch alle "276" Seiten eines Blogs blättere. Immerhin ist das ja auch zusätzliche Arbeit für das System.

Dass das nun mit "stable Archive" plötzlich funktioniert, ist eher eine Art von Regression, da "stable archive" ja meint, der letzte - also aktuellste - Artikel müsse nicht oben in der Liste erscheinen sondern unten und deshalb die Liste einfach umdreht. (Die dafür damals genannten Gründe habe ich schon entkräftet, siehe andere Kommentare zu diesem Thema.)

Mich persönlich hat das schon immer irgendwie gestört, denn es negiert sozusagen das normale menschliche Verhalten, wie ich schon einmal schrieb. Normal ist es, dass ich etwas befülle und deshalb alles Neuere immer obenauf liegt. Das macht die Erfahrung der Geologie nicht anders. Natürlich drückt es das damit älter Werdende im weiter Stück für Stück nach unten. Wenn man es aber als ein Buch betrachtet, so steht das zuletzt Geschriebene natürlich hinten und Seite 1 wäre das historisch Älteste. Deshalb auch klappt dein Vergangenheitsblick mit dem history Plugin auch mit "stable archiv" stabil bis zum Ende des Seitenpagings, nein so gesehen eher "Anfang". ?

Dazu kommt die merkwürdige Anwendung von vorherige und nächste Seite. Ich will nicht links in die Vergangenheit, wenn ich vorherige Seite sehe. Das ist für mich die Seite auf der ich vorher war. Also, wie bereits erklärt, eigentlich die zuletzt/zuvor erstellte/gesehene Seite. Mit der nächsten Seite (rechts) will ich mich also tiefer eingraben, in die Vergangenheit. Das ist für mich die natürliche Ordnung!

Ich glaube diese "Gleichwertigkkeit" und damit auch verqueren Vernudelung im Hirn wurde leider von diesem schrecklichen Wordpress Paging ins Leben und unters Volk gebracht! Ich kann und will mich nicht daran gewöhnen!

Es ging ja auch nur darum dass es wahrscheinlich Berechnungen waren die wahrcheinlich auch auf BB aktiv sind.

Und, um es gleich zu sagen, sie sind falsch! Denn du hast die Rechnung ohne den Wirt gemacht.

Schaltjahre werden automatisch berechnet, also sind es immer 365 mal X.

Bitte erneuter Versuch. Es muss wahrscheinlich einfach nur das return im year loop weg.
Ansonsten bräuchte ich testdata...

Ja habe gerade noch 2 neue Versuche nachgeschoben.

Allerdings ist das mit dem dreizehnten irgendwie komisch... während das mit 15 stimmt, denn wir sind in 2020.

20 bis 19 = 1, 19 bis 18 = 2, 18 bis 17 = 3, ...., 06 bis 05 = 15, oder nicht? ?

Aber das 2020 iger Schaltjahr macht uns einen Strich durch die Rechnung, also müsste es ganz ohne Schaltjahrberechnung gehen. Erneuten Versuch, bitte sehr.

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.

Irgendwie habe ich heute einen Knoten in der Birne - warum nur sind die Älteren immer ein mehr... Vielleicht muss ich die Schaltjahr darin irgendwie herausrechnen. Also ist das noch nicht die finale Version.

Du könntest aber das stable archive wieder wegmachen!

Natürlich nicht das aktuelle Datum. Ich kann das gerade nicht per Code belegen, aber ich meinte damit, dass sich der start timestamp range und der end timestamp range der entries fetch SQL ändert und in der Zeit herunter schreitet.

Mit der Umdrehung der Liste bei "stable archives" schreitet das jetzt irgendwie anders herum und hat deshalb auch keinen Einfluss auf die history, die ihren content ja aus der gleichen Quelle holt. Und das ist ja offensichtlich.

Wenn du es gerne auch ohne stable archives hättest, müsste man den ersten Aufruf "einfach nur" irgendwie zwischenspeichern und an der Stelle der Berechnung dann "einfach nur" den gespeicherten Content anzeigen, bis irgend jemand einen neuen Cache - weil anderes Datum - erstellt.

Na dann darfst du es jetzt nochmal ausprobieren... ☺

oben - nach oben! ?

Aber was soll uns dieser Link sagen?

Blubbert wie ein Pontiac Trans Am Firebird!

Häh? ?