Safari eTag 缓存实现是否损坏？
Is Safari eTag cache implementation broken?
我在休息 API，但我在使用 Safari 缓存实现时遇到了问题。当对我的资源执行 GET 时，将返回 eTag。在我对同一个 URL 执行 DELETE 之后，我可以看到 Safari 发送带有 if-none-match 的 eTag，因此服务器拒绝删除资源，因为 eTag 匹配。其他浏览器工作正常。
我尝试禁用缓存添加 max-age=0, no-cache, no-store 到服务器中的所有响应，但没有成功。有没有办法避免 Safari 发送 eTag？
它终于可以使用 Cache-control":"max-age=0, no-cache, no-store" header，只需在测试前删除所有 cookie 和会话
我在休息 API，但我在使用 Safari 缓存实现时遇到了问题。当对我的资源执行 GET 时，将返回 eTag。在我对同一个 URL 执行 DELETE 之后，我可以看到 Safari 发送带有 if-none-match 的 eTag，因此服务器拒绝删除资源，因为 eTag 匹配。其他浏览器工作正常。
我尝试禁用缓存添加 max-age=0, no-cache, no-store 到服务器中的所有响应，但没有成功。有没有办法避免 Safari 发送 eTag？
它终于可以使用 Cache-control":"max-age=0, no-cache, no-store" header，只需在测试前删除所有 cookie 和会话