絞吸式挖泥船繞吸水管裝設旋轉絞刀裝置,將河底泥沙進行切割和攪動,再經吸泥管將絞起的泥沙物料,借助強大的泵力,輸送到泥沙物料堆積場,它的挖泥、運泥、卸泥等工作過程,可以一次連續(xù)完成,它是一種效率高、成本較低的挖泥船,是良好的水下挖掘機械。
抽沙船 choushachuan5
挖泥船 washachuanjixie
相關建材詞條解釋:
挖泥船
在世界各個繁忙的港口,忙碌著多種形狀的挖泥船,清挖著水道與河川,以便其他船舶順利通過。有些挖泥船本身沒有動力,它每換一處工作位置,總是靠拖船帶動;從水底挖出的泥沙傾入在旁等待的駁船里拖走。本身有動力的挖泥船在通行較大船舶的航道上施工,用粗大的軟管抽吸淤泥。挖泥船把泥沙存在艙中,裝滿后開往海外倒掉。側伸吊桿挖泥船是清理狹窄水道最有效的工具,它平穩(wěn)地緩行,每小時約走3700米,在湖底鏟出一條寬約35米的水道,泵將吸出的泥沙沿著長長的吊桿,噴回到離水道較遠的水中。吃水較深的大船尤其需要倚重這種挖泥船。
http
HTTP的發(fā)展是萬維網(wǎng)協(xié)會(WorldWide Web Consortium)和Internet工作小組(Internet Engineering Task Force)合作的結果,(他們)最終發(fā)布了一系列的RFC,其中最著名的就是RFC 2616。RFC 2616定義了HTTP協(xié)議的我們今天普遍使用的一個版本——HTTP 1.1。HTTP是一個客戶端和服務器端請求和應答的標準(TCP)??蛻舳耸墙K端用戶,服務器端是網(wǎng)站。通過使用Web瀏覽器、網(wǎng)絡爬蟲或者其它的工具,客戶端發(fā)起一個到服務器上指定端口(默認端口為80)的HTTP請求。(我們稱這個客戶端)叫用戶代理(user agent)。應答的服務器上存儲著(一些)資源,比如HTML文件和圖像。(我們稱)這個應答服務器為源服務器(originserver)。在用戶代理和源服務器中間可能存在多個中間層,比如代理,網(wǎng)關,或者隧道(tunnels)。盡管TCP/IP協(xié)議是互聯(lián)網(wǎng)上最流行的應用,HTTP協(xié)議并沒有規(guī)定必須使用它和(基于)它支持的層。 事實上,HTTP可以在任何其他互聯(lián)網(wǎng)協(xié)議上,或者在其他網(wǎng)絡上實現(xiàn)。HTTP只假定(其下層協(xié)議提供)可靠的傳輸,任何能夠提供這種保證的協(xié)議都可以被其使用。通常,由HTTP客戶端發(fā)起一個請求,建立一個到服務器指定端口(默認是80端口)的TCP連接。HTTP服務器則在那個端口監(jiān)聽客戶端發(fā)送過來的請求。一旦收到請求,服務器(向客戶端)發(fā)回一個狀態(tài)行,比如"HTTP/1.1 200 OK",和(響應的)消息,消息的消息體可能是請求的文件、錯誤消息、或者其它一些信息。HTTP使用TCP而不是UDP的原因在于(打開一個)一個網(wǎng)頁必須傳送很多數(shù)據(jù),而TCP協(xié)議提供傳輸控制,按順序組織數(shù)據(jù),和錯誤糾正。具體細節(jié)請參考‘TCP和UDP的不同’(en.wikipedia.org/wiki/User_Datagram_Protocol#Difference_between_TCP_and_UDP )。通過HTTP或者HTTPS協(xié)議請求的資源由統(tǒng)一資源定位器(UniformResource Identifiers)(或者,更準確一些,URLs)來標識。
抽沙船 choushachuan5
挖泥船 washachuanjixie
相關建材詞條解釋:
挖泥船
在世界各個繁忙的港口,忙碌著多種形狀的挖泥船,清挖著水道與河川,以便其他船舶順利通過。有些挖泥船本身沒有動力,它每換一處工作位置,總是靠拖船帶動;從水底挖出的泥沙傾入在旁等待的駁船里拖走。本身有動力的挖泥船在通行較大船舶的航道上施工,用粗大的軟管抽吸淤泥。挖泥船把泥沙存在艙中,裝滿后開往海外倒掉。側伸吊桿挖泥船是清理狹窄水道最有效的工具,它平穩(wěn)地緩行,每小時約走3700米,在湖底鏟出一條寬約35米的水道,泵將吸出的泥沙沿著長長的吊桿,噴回到離水道較遠的水中。吃水較深的大船尤其需要倚重這種挖泥船。
http
HTTP的發(fā)展是萬維網(wǎng)協(xié)會(WorldWide Web Consortium)和Internet工作小組(Internet Engineering Task Force)合作的結果,(他們)最終發(fā)布了一系列的RFC,其中最著名的就是RFC 2616。RFC 2616定義了HTTP協(xié)議的我們今天普遍使用的一個版本——HTTP 1.1。HTTP是一個客戶端和服務器端請求和應答的標準(TCP)??蛻舳耸墙K端用戶,服務器端是網(wǎng)站。通過使用Web瀏覽器、網(wǎng)絡爬蟲或者其它的工具,客戶端發(fā)起一個到服務器上指定端口(默認端口為80)的HTTP請求。(我們稱這個客戶端)叫用戶代理(user agent)。應答的服務器上存儲著(一些)資源,比如HTML文件和圖像。(我們稱)這個應答服務器為源服務器(originserver)。在用戶代理和源服務器中間可能存在多個中間層,比如代理,網(wǎng)關,或者隧道(tunnels)。盡管TCP/IP協(xié)議是互聯(lián)網(wǎng)上最流行的應用,HTTP協(xié)議并沒有規(guī)定必須使用它和(基于)它支持的層。 事實上,HTTP可以在任何其他互聯(lián)網(wǎng)協(xié)議上,或者在其他網(wǎng)絡上實現(xiàn)。HTTP只假定(其下層協(xié)議提供)可靠的傳輸,任何能夠提供這種保證的協(xié)議都可以被其使用。通常,由HTTP客戶端發(fā)起一個請求,建立一個到服務器指定端口(默認是80端口)的TCP連接。HTTP服務器則在那個端口監(jiān)聽客戶端發(fā)送過來的請求。一旦收到請求,服務器(向客戶端)發(fā)回一個狀態(tài)行,比如"HTTP/1.1 200 OK",和(響應的)消息,消息的消息體可能是請求的文件、錯誤消息、或者其它一些信息。HTTP使用TCP而不是UDP的原因在于(打開一個)一個網(wǎng)頁必須傳送很多數(shù)據(jù),而TCP協(xié)議提供傳輸控制,按順序組織數(shù)據(jù),和錯誤糾正。具體細節(jié)請參考‘TCP和UDP的不同’(en.wikipedia.org/wiki/User_Datagram_Protocol#Difference_between_TCP_and_UDP )。通過HTTP或者HTTPS協(xié)議請求的資源由統(tǒng)一資源定位器(UniformResource Identifiers)(或者,更準確一些,URLs)來標識。