Nach Wechsel von MySQL auf MariaDB Probleme mit Sprung zum letzten neuen Beitrag

Hallo,

Quote from Susi

Oder kann das auch einen anderen Grund haben?

klingt nach einem neuen (serverseitigen) Cache, der die Redirects fehlerhaft cached. Kann man meist in den HTTP-Antwort-Headern erkennen, dafür bräuchte es aber die URL.

Hallo,

danke. Es sind in den Header zwar keine offensichtlichen Anzeichen für serverseitiges Caching zu erkennen, dafür aber Header, die unter Umständen für ein Caching im Client sorgen:

$ http 'https://www.example.com/forum/thread/44131-redacted-for-privacy/?action=firstNew'
HTTP/1.1 302 Found
Cache-Control: max-age=21600, public
Connection: keep-alive, Keep-Alive
Content-Length: 0
Content-Type: text/html
Date: Thu, 11 Nov 2021 16:02:52 GMT
Expires: Thu, 11 Nov 2021 22:02:52 GMT
Keep-Alive: timeout=2, max=1000
Location: https://www.example.com/forum/thread/44131-redacted-for-privacy/?postID=1146041#post1146041
Server: Apache
Set-Cookie: wsc53_cookieHash=*snip*; path=/; domain=www.example.com; secure; HttpOnly
Strict-Transport-Security: max-age=600000
Upgrade: h2,h2c
Vary: User-Agent,Accept-Encoding

Der HTTP-Status 302 ist eine temporäre Weiterleitung. Es findet sich in der Antwort aber auch ein cache-control: max-age=21600, public. Ersteres gibt an, dass die Antwort für 6 Stunden gecached werden darf und letzteres gibt an, dass die Antwort auch in einem geteilten Cache (ein geteilter Cache ist sowas wie Cloudflare oder ein anderer serverseitiger Cache) gespeichert werden darf.

Ist beides Murks, insbesondere das public ist ziemlich gefährlich.

Fazit: Versuch herauszufinden woher dieser schrottige Cache-Control-Header kommt. Wenn du da nicht selbst was durch die .htaccess konfiguriert hast, dann musst du den Webhoster fragen. Durch unsere Software kommt der auf jeden Fall nicht. Ganz im Gegenteil: Ab WoltLab Suite 5.4 setzen wir ganz explizit ein private bei Weiterleitungen um ein Caching in geteilten Caches zu verhindern. Reguläre Seiten dürfen schon ewig nicht mehr gecached werden.

Hallo,

das public (Zeile 32) ist jetzt verschwunden. Das max-age ist noch gesetzt. Das wird die Regel in Zeile 17 sein. Aber effektiv ist der ganze Teil von 14 bis 28 problematisch, weil der nur die Dateitypen und nicht die URLs berücksichtigt.

Zeile 1 bis 11 ist nicht grundsätzlich problematisch, aber ich würde davon ausgehen, dass der Apache das selbstständig korrekt hinbekommt [1]. Entsprechend würde ich das auch rauswerfen, wodurch die Einstellungen alle entfernt sind und effektiv gar nicht manuell irgendwie daran rumbasteln, insbesondere, wenn man die Regeln selbst nicht versteht.

[1] Außerdem ist ein DEFLATE für Bilder unsinnig, weil die eh schon komprimiert sind.

Hallo,

Quote from Susi

Oder besser alles raus nehmen?

würde ich einfach alles rausnehmen. Das vary: accept-encoding sollte durch den Apache (hoffentlich) automatisch gesetzt werden, sobald eine Kompression für die entsprechende Datei aktiv wird. Beim DEFLATE ist eigentlich nur noch js/css relevant und das passiert da (hoffentlich) bereits durch eine entsprechende Konfiguration des Webhosters.

Hallo,

Quote from Susi

Ok, dann kommt jetzt alles raus, wenn All-Inkl das schon am Server so konfiguriert hat. Da frage ich vorher mal nach oder lasse das sonst dort umsetzen. Danke sehr!

wenn du es schon entfernt hast, dann passt es zumindest für das CSS (JS habe ich nicht geprüft):

$ http 'https://www.example.com/forum/wcf/style/style-6.css?m=1636440860'
HTTP/1.1 200 OK
Accept-Ranges: bytes
Connection: Upgrade, Keep-Alive
Content-Encoding: gzip
Content-Type: text/css
Date: Mon, 15 Nov 2021 08:53:37 GMT
ETag: "73dd0-5d055942aec77-gzip"
Keep-Alive: timeout=2, max=1000
Last-Modified: Tue, 09 Nov 2021 06:54:20 GMT
Server: Apache
Strict-Transport-Security: max-age=600000
Transfer-Encoding: chunked
Upgrade: h2,h2c
Vary: Accept-Encoding,User-Agent

content-encoding: gzip mit passendem vary: accept-encoding.

Hallo,

Quote from Susi

Als du geschaut hast, war es noch drin, jetzt ist es raus. Wo finde ich denn diese Anzeige?

ich nutze dafür ein Kommandozeilen-Tool. Das ergibt sich aber auch aus den Dev-Tools des Browsers („Netzwerk-Tab“). Da die entsprechende Anfrage anklicken und die entsprechenden Antwort-Header einsehen. Ich habe aber noch einmal geschaut, geändert hat sich nichts:

HTTP/1.1 200 OK
Accept-Ranges: bytes
Connection: Upgrade, Keep-Alive
Content-Encoding: gzip
Content-Type: text/css
Date: Mon, 15 Nov 2021 09:31:36 GMT
ETag: "73dd0-5d055942aec77-gzip"
Keep-Alive: timeout=2, max=1000
Last-Modified: Tue, 09 Nov 2021 06:54:20 GMT
Server: Apache
Strict-Transport-Security: max-age=600000
Transfer-Encoding: chunked
Upgrade: h2,h2c
Vary: Accept-Encoding,User-Agent