add Cache-Control: no-cache to all index.html pages

[schefbi]

https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Cache-Control?retiredLocale=de

Cache-Control: no-cache

If you want caches to always check for content updates while reusing stored content, no-cache is the directive to use. It does this by requiring caches to revalidate each request with the origin server.

Client sends on every request: If-Modified-Since: If-None-Match:

if same version on server. Server send 304 Not Modified

[hupf]

@schefbi Können wir das effektive Problem noch einmal zusammen besprechen? Ich würde eine Lösung vorziehen in der nicht einfach das Caching ausgeschaltet wird...

[schefbi]

@hupf Spannend wenn ich die app Lokal starte wird auch die index.html des iframe mit 304 gemeldet.

Hier wird gegenüber des Test und Prod Servers Cache-Control: no-cache mitgegeben. Auf dem Netlify Server wird Cache-Control: public,max-age=0,must-revalidate mitgegeben.

Wenn ich das Portal auf dem IIS installiere erhalte ich auch immer beim iframe ein 200 anstelle des 304. Wenn ich dann auf dem iis server den Cache-Control: no-cache oder Cache-Control: public,max-age=0,must-revalidate konfiguriere wird die iFrame Seite mit 304 geladen. Ich denke wir können auf dem ngix den Cache-Control Header konfigurieren, damit er für unsere Anforderungen passt.

[hupf]

@schefbi

• Beim produktiven Build ist natürlich nun der Service Worker im Spiel, welcher z.B: das /index.html cached. Das ist der Grund weshalb es dort ein unterschiedliches Verhalten gibt zum webapp index.html.
• Weisst du ob das Problem auf dem aktuellen Produktionsstand (noch ohne Service Worker) aufgetreten ist? Oder schon mit Service Worker? Weil bei letzterem könnte es auch ein Problem mit dem Aktualisieren/Caching des Service Workers sein...
• Ich habe jetzt auf jeden Fall den Nginx mal so konfiguriert, dass immer der no-cache Header gesetzt wird.

[schefbi]

@hupf Auf der Produktion hatte die Schule das gemerkt. Bei dieser Version hatten wir noch keine Serviceworker integriert. Ich werde diese Version nun einmal auf Test deployen dann können wir sehen ob es sich korrekt verhält.

[schefbi]

@hupf Es kommt auf evt-test.apps.be.ch immer noch ein 200er es müsste doch ein 304 kommen?

[schefbi]

Gemäss Meeting auf no-cache umstellen.

Note that no-cache does not mean "don't cache". no-cache allows caches to store a response but requires them to revalidate it before reuse. If the sense of "don't cache" that you want is actually "don't store", then no-store is the directive to use. https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Cache-Control?retiredLocale=de