etag

    2熱度

    1回答

    從Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content: 原始服務器不能發送一個驗證報頭字段(Section 7.2),諸如ETag或Last-Modified場,在向PUT的成功響應,除非該請求的表示數據被保存而沒有任何應用於身體的變換(即,資源的新的表示數據與在PUT請求中接收到的表示數據相同)並且驗證器字段值反映新的表示。

    0熱度

    1回答

    使用案例:我們有客戶端可以使用預先簽名的URL從S3存儲中下載圖片並定期刷新它們。如果沒有改變,我們不需要再次下載圖片。 問題:如果圖片URL可以更改(例如,預簽名URL過期後),我們可以使用ETag和if-none-match標題解決我們的問題嗎?

    1熱度

    2回答

    我使用節點並表示iOS應用程序的後端。數據存儲在SQL Server數據庫中,所以iOS應用程序查詢服務器,服務器查詢數據庫,服務器接收數據庫響應,然後將響應轉發給iOS應用程序。我試圖找出緩存如何工作。我服務了很多靜態內容 - 例如博客文章。所以我打算使用etags,但我不確定它應該如何工作。我提出請求,獲取內容並在客戶端緩存響應。好。然後,我在之後的「If-None-Match」標題中存儲前一

    3熱度

    1回答

    我通過郵遞員發送帶有「If-None-Match」標頭的請求,但在控制器中始終爲null。 我正在使用Asp.net核心1.1。 我的代碼有什麼問題嗎? 調試 代碼 if (Request.Headers.ContainsKey("If-None-Match")) { var oldETag = Request.Headers["If-None-Match"].First();

    0熱度

    1回答

    我想從我的響應頭中刪除ETag。我正在使用一個nginx服務器。我瀏覽了各種帖子和博客,但無法找到將其刪除的正確方法。我所能找到的關於刪除ETag的東西是在官方文檔中給出的,但不能完全如何使用它。任何幫助將不勝感激。 我添加了「ETAG關閉」我的文件在HTTP塊nginx.conf 內路徑「/etc/nginx/nginx.conf」我用命令「的服務nginx的重裝」重裝我的nginx的服務器,但

    1熱度

    2回答

    我一直在嘗試使用Django條件視圖處理功能。基本上我想拒絕一個實體的更新操作,如果它已經被另一個用戶修改過,並且這似乎與Django提供的@condition修飾器很好地工作。 但是有一個問題是我在測試時注意到的,後來我檢查了Django的源代碼,發現我認爲可能是一個bug,但只是想在這裏先確認一下,然後向Django提交bug報告,固定。 裝飾器在新請求進入時調用,它首先根據傳入裝飾器的函數計

    1熱度

    1回答

    由於文件中有大量零件,很容易找到合適的零件尺寸(因爲可能的零件尺寸的排列數量有限,零件尺寸通常可以假定爲落在MiB或MB邊界上)。 但是,對於給定的上載,隨着零件數量的減少,出現零件尺寸的許多不同可能性,並且變得難以推算出確認計算的數量和耗時的算法。 知道了零件尺寸是有用的,因爲用於在S3的ETag計算算法僅當有效載荷匹配和兩個對象被上傳過程中使用相同的部分的大小創建生成用於兩個相同物體相同的值。

    1熱度

    1回答

    我有一個Web服務,它將ETag放在每個響應中,以便將來的調用可以使用HTTP 304(未修改)狀態。 ETag實際上只是生成查詢類型的Base64編碼以及時間戳。 我遇到的問題是,如果瀏覽器請求具有區別Accept-Language的相同資源。瀏覽器當前發送相同的If-None-Match標題,所以響應是304,即使認爲實際資源會以不同的語言返回。所以我認爲這樣做的方法是添加一個Vary Hea

    10熱度

    3回答

    我試圖在我的應用程序中啓用電子標籤支持。 我在我的swift 3項目中使用Alamofire 4。 似乎ETAG透明地處理的URLRequest其中Alamofire用途: NSURLCache and ETags 但它不工作。 這裏是HTTP頭髮送的Web服務器: headers { Connection = "keep-alive"; "Content-Length" =

    0熱度

    1回答

    我們開始在我們的中心RavenDb數據庫之上使用分佈式緩存策略。 作爲此策略的一部分,我們正在從RavenDb中檢索文檔的Etag,並從本地Azure blob存儲緩存中檢索對象的值。 我們的目標是改變非常頻繁(每天10-100對象的變化),但都極爲頻繁檢索(約5000對象檢索一分鐘,生長) 這是一個多線程的環境,以及內部RavenDb緩存不足以在AggresiveCache模式下存儲所有對象。