http-pipelining

49熱度

1回答

感謝Google和堆棧溢出，我想我理解了常規HTTP流水線和HTTP多路複用（例如SPDY）之間的區別，所以我在下面的圖表中顯示了流水線和基於三個常規HTTP請求的多路複用。我的兩個問題是：圖像是否正確？是不是真的，如果流水線不會有head-of-line blocking problem它會像HTTP多路複用一樣快？還是我錯過了一個額外的差異？

2熱度

2回答

可觀察ZIP運營商在使用vertx HTTP客戶端

掛我做什麼：我使用vertx RX HTTP客戶端進行了大量的HTTP請求。在這個特定的情況下，我打電話給「方法A」，它返回一個ID列表。接收我需要調用方法A幾次以獲得下一批結果的所有ID。（每次指定我想要接收的不同頁碼）爲了提高性能並儘可能地並行調用，我創建了一個（RxJava）Observables項的列表，每個項表示一個單獨的結果頁面請求。當我完成創建這個列表時，我調用了Obserab

5熱度

1回答

HTTP：流水線，保持活動和服務器發送事件之間的關係是什麼？

我想了解什麼是HTTP管道和HTTP保持連接，並試圖建立這兩個主題和服務器發送事件技術之間的連接。據我瞭解， HTTP保持活動連接是在HTTP默認使用TCP的1.1方式時，一旦建立TCP連接用於發送幾個HTTP請求一個接一個。 HTTP流水線是客戶端向服務器發送請求的能力，而對先前請求的響應尚未使用相同的TCP連接接收，通常不用作瀏覽器的默認方式。我的問題： 1）是否有可能一個使用一個TCP連

14熱度

1回答

爲什麼在現代瀏覽器中禁用了流水線操作？

許多（如果不是所有的）現代瀏覽器都沒有使用流水線HTTP請求。理論上流水線應該通過減少獲取網站所需的往返時間來加速請求。根據HTTP標準，所有服務器必須處理流水線請求，所以問題不應該在服務器上缺乏支持。我看到了一些安全問題，例如，如果客戶端將盡可能多的流水線請求推送到服務器性能密集的URL，忽略任何可能收到的答案，則會發生第7層DoS攻擊。這將是在服務器上關閉流水線支持（違反標準）的原因，但

0熱度

1回答

爲什麼在firefox中流水線似乎不起作用？

要驗證使用HTTP流水線可以優化加載資源的速度，我做了一個測試，如下所示：在Mac 打開Firefox，在每個服務器的配置變化最大連接1，然後我打開它加載測試頁12張圖片。由一個瀏覽器負載每個圖像的一個和12個圖像花費約12秒的負載（ⅰ添加對於每個圖像1秒延遲）：我得到了下面的數字。接下來，我打開Firefox中的流水線，並刷新頁面。我得到了如下圖所示：我可以看有沒有阻塞的。所有請求都是流水

2熱度

1回答

讓兩個線性捲曲請求通過TOR用同一個IP

響應之前，我的問題 - 被awared這不是涉及到以下主題： cURL: two seperate requests, same session select outgoing ip for curl request PHP Multiple Curl Requests 我工作在一個反驗證碼系統和另一個驗證之一，它是相同的IP不能做每小時5個請求，並且因爲我正在使用TOR。但我需要遵循以下步驟/流