Update auf phpBB 3.3.13 (... hat einen Bug bei der Suche erzeugt)

[cosinus]

In dieser Suche -> search.php?author_id=41132&sr=posts

Sehe ich als letzten Beitrag den mit Datumstempel 07.01.2025, 22:43:59 (1736286239)

Der Link kommt wie gesagt über mein Profil, "Deine Beiträge anzeigen"

[Meillo]

In dieser Suche -> search.php?author_id=41132&sr=posts

Sehe ich als letzten Beitrag den mit Datumstempel 07.01.2025, 22:43:59 (1736286239)

Der Link kommt wie gesagt über mein Profil, "Deine Beiträge anzeigen"

Interessant! Bei mir wird bei dir als letzter Beitrag der mit Datum 2025-01-09 08:27:56 angezeigt. Das ist momentan dein *vorletzter* Beitrag.

Damit existiert eine Abweichung, die zwischen dir und mir auch noch unterschiedlich ist.

[cosinus]

Damit existiert eine Abweichung, die zwischen dir und mir auch noch unterschiedlich ist.

Hatten wir das nicht schonmal? Also dass ein Mod mehr Ergebnisse sieht?

[Meillo]

Damit existiert eine Abweichung, die zwischen dir und mir auch noch unterschiedlich ist.

Hatten wir das nicht schonmal? Also dass ein Mod mehr Ergebnisse sieht?

Ich dachte, dass bisher immer alle den gleichen letzten Beitrag eines Users in der Suche hatten. Bei der Anzahl der Suchergebnisse kann es Unterschiede geben, aber ich meine mich zu erinnern, dass es beim Zeitschnitt, bis wann die Beitrage gefunden werden, fuer alle gleich ist wenn sie sich den gleichen User anschauen.

[buntewolke]

• ein Kommentar vom 10.01.2025 07:22:30 wird für mich in der "Eigene Beiträge"-Trefferliste angezeigt
• in der Trefferliste Beiträge des Benutzers suchen hinter "Beiträge insgesamt:" im Benutzerprofil wird dieser Kommentar nicht angezeigt

[cosinus]

@feltel: bitte zeitnah erneut den Redis-Cache löschen, danke!
Falls es sich herausstellt, dass genau dieser Cache die Ursache ist, kann man den dann nicht komplett deaktivieren?

[Meillo]

In dieser Suche -> search.php?author_id=41132&sr=posts

Sehe ich als letzten Beitrag den mit Datumstempel 07.01.2025, 22:43:59 (1736286239)

Der Link kommt wie gesagt über mein Profil, "Deine Beiträge anzeigen"

Interessant! Bei mir wird bei dir als letzter Beitrag der mit Datum 2025-01-09 08:27:56 angezeigt.

An dem Suchergebnis nach den Beitraegen von cosinus hat sich bei mir seit gestern nichts geaendert, obgleich er weitere Posts gemacht hat.

Bei der Suche nach meinen eigenen Beitraegen wird mein momentan tatsaechlich letzter angezeigt.


Daraus ist nun folgende Theorie entstanden:

- Es liegt an irgend einem Cache.
- Die Suchergebnisse werden gecacht.
- Wenn man die identische Suche startet, dann bekommt man die Ergebnisse vom ersten Aufruf.
- Wenn man eine noch nicht dagewesene Suche startet, dann wird tatsaechlich gesucht.
- Es ist egal, welcher User danach sucht, nur die URL ist entscheidend.

Das wuerde erklaeren, warum ich heute meinen letzten Beitrag finde (danach hatte ich zuvor nicht gesucht) aber den von cosinus nicht (danach hatte ich gestern gesucht).

Es wuerde auch erklaeren, warum Suchanfragen mit Zeit- oder Unterforeneinschraenkung (scheinbar) funktioniert haben: Sie haben eine neue Such-URL erzeugt, die noch nicht im Cache war.

Das technische Problem koennte sein, dass die Suchseite keinen No-Cache-Header (oder sowas in der Art) mehr setzt, der eigentlich verhindern sollte, dass diese Suchergebnisse gecacht werden. (Hierbei kenne ich mich leider technisch kaum aus.)

Bislang scheint diese Vermutung alle Phaenomene erklaeren zu koennen.


Hat von euch jemand Ahnung von solchen Caches und wie man das Cachen einzelner Seiten verhindern kann? Koennte das jemand pruefen, ob in dieser Richtung etwas zu entdecken ist?

[cosinus]

- Wenn man die identische Suche startet, dann bekommt man die Ergebnisse vom ersten Aufruf.
- Wenn man eine noch nicht dagewesene Suche startet, dann wird tatsaechlich gesucht.
- Es ist egal, welcher User danach sucht, nur die URL ist entscheidend.

Genau diese Vermutung hatte ich auch schon.

[4A4B]

Das technische Problem koennte sein, dass die Suchseite keinen No-Cache-Header (oder sowas in der Art) mehr setzt, der eigentlich verhindern sollte, dass diese Suchergebnisse gecacht werden. (Hierbei kenne ich mich leider technisch kaum aus.)

Die maßgeblichen HTTP-Header bei Aufruf von search.php?author_id=41132&sr=posts :

Code: Alles auswählen

Cache-Control: private, no-cache="set-cookie"
Date: Fri, 10 Jan 2025 09:46:52 GMT
Expires: Fri, 10 Jan 2025 09:46:52 GMT

Ein (privater) Browser darf cachen, außer den Set-Cookie-Header, alle anderen (Proxies etc.) sollen überhaupt nicht cachen.

Allerdings sollte es dann ausreichen, den Browser-Cache zu leeren, um frische Ergebnisse zu erhalten. Das ist aber ja nicht der Fall:

- Es ist egal, welcher User danach sucht, nur die URL ist entscheidend.

Anscheinend wird wohl serverseitig gecached?

[buntewolke]

Bislang scheint diese Vermutung alle Phaenomene erklaeren zu koennen.

In der Demo-Instanz http://www.try-phpbb.com/ kann der Admin im Admin Control Panel (ACP) unter SERVER CONFIGURATION den Wert

Code: Alles auswählen

Search settings -> Search result cache length

setzen. Die Demo-Instanz hat den Wert 1800 sec. Welchen "Search result cache length:"-Wert hat debianforum.de?

[feltel]

Den Standardwert 1800.

[buntewolke]

@feltel: bitte zeitnah erneut den Redis-Cache löschen, danke!

@feltel: Schön wäre, wenn genauer Zeitpunkt, wann serverseitig Cache geleert wird, hier im Forum bekannt gemacht wird. Dann hat man vlt. bessere Chancen die Fehlerursache weiter einzugrenzen. Was und wie speichert Redis auf dem Server? Ist Redis ein Standardbestandteil von phpBB?

[feltel]

Das Löschen habe ich bisher einmal getan und auch entsprechend kommuniziert. Redis ist eine einfache Key-Value-DB, die im RAM gehalten wird. Sie gehört nicht direkt zu phpBB, ist dort aber als einfacher Cache nutzbar.

[buntewolke]

@feltel: Und es gab in der Redis-Konfiguration keine Änderungen - bspw. Updates, die das veränderte Verhalten der Suche verursachen könnten? Oder ist vlt. der Fehler in der Suche einfach erst ab der phpBB-Version 3.3.13 aufgefallen?

[TRex]

Hätte er das geändert, wüsste er es. Bei redis ändert sich quasi nichts mehr von Relevanz, das Ding ist "stable".

[TRex]

Ich hab (mit etwas Vorarbeit durch gemini 2.0) ein Script geschrieben, welches die Suchergebnisse scraped (stündlich via cron in meinem Fall).

Findet ihr hier: https://git.aero2k.de/?p=dfde/trace-search.git;a=tree

Die Nutzerliste, die gesucht wird, könnt ihr anpassen - müsst dazu über Profillinks die User-ID ermitteln. Ich fänds hilfreich, wenn noch ein nicht-Mod das ebenso ausführt, da wir ja schon gelernt haben, dass das einen Unterschied macht.

Edit: Ungewollter Nebeneffekt kann sein, dass die Suche nach neuen Beiträgen nicht wie gewollt funktioniert, da ihr ja quasi die Seite besucht habt. Ist mir nicht so aufgefallen, kam mir aber eben in den Sinn.

[cosinus]

Das Löschen habe ich bisher einmal getan und auch entsprechend kommuniziert.

Hast du den denn heute oder gestern nochmal gelöscht oder nicht?

[feltel]

Nein, sonst hätte ich das doch auch gesagt.

[feltel]

Die search.php von phpBB 3.3.14 habe ich wiederhergestellt, da das offenbar nichts gebracht habe. Durch den Kernelupdate-bezogenen Neustart eben ist naturgemäß der Redis-Cache auch geleert.

[MSfree]

Die search.php von phpBB 3.3.14 habe ich wiederhergestellt, da das offenbar nichts gebracht habe. Durch den Kernelupdate-bezogenen Neustart eben ist naturgemäß der Redis-Cache auch geleert.

Und schon sehe bei der Auflistung meiner Beiträge als letzten Beitrag einen vom 7. Januar, dabei hatte ich heute schon ein paar Beiträge gepostet.

[kalamazoo]

Ist denn diese Funktion _so_ essentiell das es wehtut, wenn das (aktuell) nicht geht, nach eigenen Beiträgen zu suchen?

Na ja, nicht dass ich hier so wichtig wäre, aber nachdem ich nicht jeden Tag online resp. im DF eingeloggt bin, ist "Eigene Beiträge" meine Einstiegsseite im Forum (weniger aus Egozentrik, sondern um zu sehen, ob sich bei den Themen mit einer Beteiligung meinerseits etwas getan hat). Bin dann -- nachdem ich ein wenig den Überblick verloren habe -- auch etwas inaktiv geworden.

Weiters: Benutzer kardamon (keine nähere Beziehung zu ihm oder ihr, ist nur infolge der wenigen Beiträge leichter überblickbar) sollte gemäss Profil 5 Beiträge haben, Beiträge des Benutzers suchen gibt mir dann aber nur 4 aus

Hat man sich schon einmal mit den Developers bei phpBB Limited in Verbindung gesetzt? Ist das DF das einzige Forum, wo seit dem Update vor vier Monaten Probleme auftreten (ich nehme mal an, dass es eine Vielzahl von Nutzern der Software gibt)?

[TRex]

Hat man sich schon einmal mit den Developers bei phpBB Limited in Verbindung gesetzt? Ist das DF das einzige Forum, wo seit dem Update vor vier Monaten Probleme auftreten (ich nehme mal an, dass es eine Vielzahl von Nutzern der Software gibt)?

Ja, hier. viewtopic.php?t=190559#p1378050 -> https://tracker.phpbb.com/browse/PHPBB-17456

[buntewolke]

Redis cache never expires with the TTL of 0

Discussion: https://www.phpbb.com/community/viewtopic.php?t=2654422

 As per the Redis docs https://redis.io/docs/latest/commands/e ... is-expires there's no default TTL, also TTL of 0 is not supported either.

If 0 is set for TTL, Redis cached key just never expires and lives forever until got deleted.

https://tracker.phpbb.com/plugins/servlet/mobile#issue/PHPBB-17358

[kalamazoo]

Ja, hier. viewtopic.php?t=190559#p1378050 -> https://tracker.phpbb.com/browse/PHPBB-17456

Danke! Dein erster Link bringt mich nur an den Anfang des Fadens, viewtopic.php?p=1378050#p1378050 hat dann funktioniert.

Okay, der "Redis-Cache" -- was mir eigentlich nichts sagt, ich nehme an, dass ihr daran ohnehin schon arbeitet; solltet ihr Hilfe bei der Kommunikation mit den PHP-Programmierern brauchen, könnte ich mit nahezu "native English" helfen (habe einige Jahre an Ivy League Universitäten unterrichtet), in der Sache kann ich leider nichts beitragen

[michaa7]

Erstens: Ja, ich nutze "Eigene Beiträge" immer wieder ...

Zweitens: Im Redis log kann man wohl nach Abfragen suchen.

Code: Alles auswählen

You can also try MONITOR command from redis-cli to review the number of commands executed.

Und, BTW, wäre es nicht vielleicht hilfreicher im Redis Forum (statt dem phpBB Forum) nachzufragen, was die Ursache dafür sein kann, dass das Cache nicht up-to date ist, bzw dem 1800 sec Standardwert um Tage hinterherhinkt?

Vielleicht ist das was für unseren nativ english speaker?

Das
https://forum.redis.io
ist read-only und zeigt einen Link hierhin für aktive Diskussionen:
https://discord.com/invite/redis