Im dritten Teil unserer Serie ging’s um If-Match und wie du damit Lost Updates bei PUT und PATCH verhinderst – zwei Clients bearbeiten dieselbe Ressource, der Server erkennt die Kollision anhand des ETags und lehnt den veralteten Schreibzugriff ab. Eine Frage ist dabei offen geblieben: Was ist …

Im zweiten Teil unserer Serie ging’s um Caching-Header – und im Pro-Tipp zu starken vs. schwachen ETags haben wir kurz angeteasert, dass strong ETags noch einen zweiten Job haben: Sie schützen dich beim Schreiben vor Lost Updates. Genau darum geht’s heute.

Nachdem wir in dieser Serie die Architektur verstanden, Performance-Killer eliminiert und gefährliche Config-Defaults gebändigt haben, kommen wir heute zur vielleicht wichtigsten Frage: Wie komme ich eigentlich dorthin?