search

autoweirdfm / autoweirdfm.github.io

Die alter (a.k.a. legacy) @Autoweird.fm homepage - Kommentare bitte nur noch über die neue Website!
https://autoweirdfm.github.io
5 stars 2 forks source link

Folge 4: HTTPS-Caching #8

Open kiview opened 7 years ago

kiview commented 7 years ago

Ich fand die Aussage aus dem Buch, dass bei HTTPS kein klassisches Caching mehr möglich ist relativ gewagt ;) Je nachdem wie meine Infrastruktur aufgebaut ist, habe ich ja als Einstiegspunkt in meine Applikation sowieso einen LoadBalancer/Firewall/Proxy, der an dieser Stelle oft eine SSL-Terminierung vornimmt. Somit habe ich jetzt auch die HTTP-Header zur Verfügung und kann gecachten Content ausliefern oder einen 304 Statuscode zurückgeben, ohne dass ich jetzt meine Applikation treffen muss.

Oder habe ich da einen Denkfehler?

richtmat commented 7 years ago

Kein Denkfehler. Natürlich stehen dem Client und Server sämtliche Header zur Verfügung, nur dazwischen sind sie nicht sichtbar, weil verschlüsselt. Es kann ganz normal auf dem Client gecached werden.

Übrigens hat der Stefan Tilkov in seinem Buch auch einen Abschnitt über AtomPub.

britter commented 7 years ago

Hallo,

schön, dass ihr uns Feedback gebt. Das zeigt uns, dass tatsächlich jemand unser Geschwafel anhört! 😄

Ich fand die Aussage aus dem Buch, dass bei HTTPS kein klassisches Caching mehr möglich ist relativ gewagt

Ich habe das nur falsch wieder gegeben. Die Autoren sprechen im Buch immer von der "caching infrastructure of the web". Also alles was zwischen deinem Server und dem Client passiert.

Je nachdem wie meine Infrastruktur aufgebaut ist, habe ich ja als Einstiegspunkt in meine Applikation sowieso einen LoadBalancer/Firewall/Proxy, der an dieser Stelle oft eine SSL-Terminierung vornimmt.

Stimmt. Wobei es ja auch Stimmen gibt, die sagen, dass man auch die interne Kommunikation verschlüsseln sollte.

Übrigens hat der Stefan Tilkov in seinem Buch auch einen Abschnitt über AtomPub.

Ohje, dann habe ich diesem Ansatz scheinbar unrecht getan. Was ist eure Meinung dazu?

richtmat commented 7 years ago

Übrigens hat der Stefan Tilkov in seinem Buch auch einen Abschnitt über AtomPub.

Ohje, dann habe ich diesem Ansatz scheinbar unrecht getan. Was ist eure Meinung dazu?

AtomPub scheint ein sehr gutes Beispiel für REST zu sein. Ob es in der Praxis außerhalb von RSS Relevanz hat weiß ich auch nicht.

kiview commented 7 years ago

Ich habe damals für meine Bachelorarbeit Restful Web Services von O'Reilly gelesen und ich meine mich zu entsinnen, dort wurde ebenfalls über AtomPub geschrieben, das ist schon faszinierend :smile:

holgergp commented 7 years ago

Ich muß zugeben, dass ich Atom bisher kaum als Protokoll wahrgenommen habe, sondern eher als Format. Muss da vielleicht mal näher reinschauen. Wenn ich mir aber die Pointer hier und hier so anschaue, scheint es aber irgendwie nicht so ganz abgehoben zu sein. Ein Vorteil kann ja sein, dass ich mit AtomPub/Hal Standardlibs weiter komme als mit Plain REST, alleine mir sind da noch keine in freier Wildbahn begegnet. Gibts da Spring-Support?