| dbo:abstract
|
- A HTTP pipelining vagy HTTP-adatcsatornázás technikájával több HTTP-kérés küldhető egyetlen TCP-kapcsolaton keresztül anélkül, hogy meg kellene várni az egyes kérések válaszüzeneteit. A kérések csatornázása drámai javulást hozhat a HTML-oldalak betöltésében, különösen nagy , például műholdas internetkapcsolatnál. azonban a gyorsulás kisebb mértékben jelentkezik, mivel a HTTP 1.1 szerint a kiszolgálónak szigorúan a kérések sorrendjében kell a válaszüzeneteket elküldenie, így (Head-of-line blocking) léphet fel. Ebben a problémában a születőben lévő HTTP 2.0, illetve a Google által fejlesztett SPDY protokoll aszinkron működése jelenthet előrelépést. Mivel általában több HTTP-kérés elfér ugyanabban a TCP-csomagban, a HTTP pipelining alkalmazásával kevesebb TCP-csomagot kell a hálózatra kiküldeni, csökkentve a hálózati terhelést. A nem idempotens metódusokat, mint a nem ajánlott beletenni az adatcsatornába. A GET és HEAD metódusok mindig csatornázhatók. Idempotens kérések szekvenciáját (pl. GET, HEAD, PUT és DELETE) attól függően lehet vagy nem lehet adatcsatornázni, hogy a szekvenciában szereplő kérések együtt értelmezve idempotensek-e. A HTTP pipelining működéséhez a kliensnek és a szervernek is támogatnia kell azt. A HTTP/1.1-nek megfelelő szerverek kötelezően támogatják a pipeliningot. Ez nem jelenti azt, hogy feltétlenül csatornázniuk is kell a válaszokat, csak annyit, hogy hibamentesen le kell kezelniük, ha a kliens csatornázott kéréssel fordul feléjük. (hu)
- <api batchcomplete="">A HTTP pipelining vagy HTTP-adatcsatornázás technikájával t HTTP-kérés küldhető egyetlen TCP-kapcsolaton keresztül anélkül, hogy meg kellene várni az egyes kérések válaszüzeneteit.A kérések csatornázása drámai javulást hozhat a HTML-oldalak betöltésn, különösen nagy késleltetésű, például műholdas internetkapcsolatnál. Széles sávú internetnél azonban a gyorsulás kisebb mértékben jelentkezik, mivel a HTTP 1.1 szerint a kiszolgálónak szigorྪn a kérések sorrendjn kell a válaszüzeneteket elküldenie, így sor eleji blokkolás (Head-of-line blocking) léphet fel. Ebben a problémn a születn lévő HTTP 2.0, illetve a Google által fejlesztett SPDY protokoll aszinkron műkése jelenthet előrelépést.Mivel általn t HTTP-kérés elfér ugyanabban a TCP-csomagban, a HTTP pipelining alkalmazásával kevesebb TCP-csomagot kell a hálózatra kiküldeni, csökkentve a hálózati terhelést.A nem idempotens met༽usokat, mint a POST nem ajánlott beletenni az adatcsatorn. A GET és HEAD met༽usok mindig csatornázhatók. Idempotens kérések szekvenciáját (pl. GET, HEAD, PUT és DELETE) attól függᔞn lehet vagy nem lehet adatcsatornázni, hogy a szekvencin szereplő kérések együtt értelmezve idempotensek-e.A HTTP pipelining műkéséhez a kliensnek és a szervernek is támogatnia kell azt. A HTTP/1.1-nek megfelelő szerverek kötelezᔞn támogatják a pipeliningot. Ez nem jelenti azt, hogy feltétlenül csatornázniuk is kell a válaszokat, csak annyit, hogy hibamentesen le kell kezelniük, ha a kliens csatornázott kéréssel fordul feléjük. (hu)
- <api batchcomplete="">A HTTP pipelining vagy HTTP-adatcsatornázás technikájával több HTTP-kérés küldhető egyetlen TCP-kapcsolaton keresztül anélkül, hogy meg kellene várni az egyes kérések válaszüzeneteit.A kérések csatornázása drámai javulást hozhat a HTML-oldalak betöltésében, különösen nagy késleltetésű, például műholdas internetkapcsolatnál. Széles sávú internetnél azonban a gyorsulás kisebb mértékben jelentkezik, mivel a HTTP 1.1 szerint a kiszolgálónak szigorúan a kérések sorrendjében kell a válaszüzeneteket elküldenie, így sor eleji blokkolás (Head-of-line blocking) léphet fel. Ebben a problémában a születőben lévő HTTP 2.0, illetve a Google által fejlesztett SPDY protokoll aszinkron működése jelenthet előrelépést.Mivel általában több HTTP-kérés elfér ugyanabban a TCP-csomagban, a HTTP pipelining alkalmazásával kevesebb TCP-csomagot kell a hálózatra kiküldeni, csökkentve a hálózati terhelést.A nem idempotens metódusokat, mint a POST nem ajánlott beletenni az adatcsatornába. A GET és HEAD metódusok mindig csatornázhatók. Idempotens kérések szekvenciáját (pl. GET, HEAD, PUT és DELETE) attól függően lehet vagy nem lehet adatcsatornázni, hogy a szekvenciában szereplő kérések együtt értelmezve idempotensek-e.A HTTP pipelining működéséhez a kliensnek és a szervernek is támogatnia kell azt. A HTTP/1.1-nek megfelelő szerverek kötelezően támogatják a pipeliningot. Ez nem jelenti azt, hogy feltétlenül csatornázniuk is kell a válaszokat, csak annyit, hogy hibamentesen le kell kezelniük, ha a kliens csatornázott kéréssel fordul feléjük. (hu)
- A HTTP pipelining vagy HTTP-adatcsatornázás technikájával több HTTP-kérés küldhető egyetlen TCP-kapcsolaton keresztül anélkül, hogy meg kellene várni az egyes kérések válaszüzeneteit. A kérések csatornázása drámai javulást hozhat a HTML-oldalak betöltésében, különösen nagy , például műholdas internetkapcsolatnál. azonban a gyorsulás kisebb mértékben jelentkezik, mivel a HTTP 1.1 szerint a kiszolgálónak szigorúan a kérések sorrendjében kell a válaszüzeneteket elküldenie, így (Head-of-line blocking) léphet fel. Ebben a problémában a születőben lévő HTTP 2.0, illetve a Google által fejlesztett SPDY protokoll aszinkron működése jelenthet előrelépést. Mivel általában több HTTP-kérés elfér ugyanabban a TCP-csomagban, a HTTP pipelining alkalmazásával kevesebb TCP-csomagot kell a hálózatra kiküldeni, csökkentve a hálózati terhelést. A nem idempotens metódusokat, mint a nem ajánlott beletenni az adatcsatornába. A GET és HEAD metódusok mindig csatornázhatók. Idempotens kérések szekvenciáját (pl. GET, HEAD, PUT és DELETE) attól függően lehet vagy nem lehet adatcsatornázni, hogy a szekvenciában szereplő kérések együtt értelmezve idempotensek-e. A HTTP pipelining működéséhez a kliensnek és a szervernek is támogatnia kell azt. A HTTP/1.1-nek megfelelő szerverek kötelezően támogatják a pipeliningot. Ez nem jelenti azt, hogy feltétlenül csatornázniuk is kell a válaszokat, csak annyit, hogy hibamentesen le kell kezelniük, ha a kliens csatornázott kéréssel fordul feléjük. (hu)
- <api batchcomplete="">A HTTP pipelining vagy HTTP-adatcsatornázás technikájával t HTTP-kérés küldhető egyetlen TCP-kapcsolaton keresztül anélkül, hogy meg kellene várni az egyes kérések válaszüzeneteit.A kérések csatornázása drámai javulást hozhat a HTML-oldalak betöltésn, különösen nagy késleltetésű, például műholdas internetkapcsolatnál. Széles sávú internetnél azonban a gyorsulás kisebb mértékben jelentkezik, mivel a HTTP 1.1 szerint a kiszolgálónak szigorྪn a kérések sorrendjn kell a válaszüzeneteket elküldenie, így sor eleji blokkolás (Head-of-line blocking) léphet fel. Ebben a problémn a születn lévő HTTP 2.0, illetve a Google által fejlesztett SPDY protokoll aszinkron műkése jelenthet előrelépést.Mivel általn t HTTP-kérés elfér ugyanabban a TCP-csomagban, a HTTP pipelining alkalmazásával kevesebb TCP-csomagot kell a hálózatra kiküldeni, csökkentve a hálózati terhelést.A nem idempotens met༽usokat, mint a POST nem ajánlott beletenni az adatcsatorn. A GET és HEAD met༽usok mindig csatornázhatók. Idempotens kérések szekvenciáját (pl. GET, HEAD, PUT és DELETE) attól függᔞn lehet vagy nem lehet adatcsatornázni, hogy a szekvencin szereplő kérések együtt értelmezve idempotensek-e.A HTTP pipelining műkéséhez a kliensnek és a szervernek is támogatnia kell azt. A HTTP/1.1-nek megfelelő szerverek kötelezᔞn támogatják a pipeliningot. Ez nem jelenti azt, hogy feltétlenül csatornázniuk is kell a válaszokat, csak annyit, hogy hibamentesen le kell kezelniük, ha a kliens csatornázott kéréssel fordul feléjük. (hu)
- <api batchcomplete="">A HTTP pipelining vagy HTTP-adatcsatornázás technikájával több HTTP-kérés küldhető egyetlen TCP-kapcsolaton keresztül anélkül, hogy meg kellene várni az egyes kérések válaszüzeneteit.A kérések csatornázása drámai javulást hozhat a HTML-oldalak betöltésében, különösen nagy késleltetésű, például műholdas internetkapcsolatnál. Széles sávú internetnél azonban a gyorsulás kisebb mértékben jelentkezik, mivel a HTTP 1.1 szerint a kiszolgálónak szigorúan a kérések sorrendjében kell a válaszüzeneteket elküldenie, így sor eleji blokkolás (Head-of-line blocking) léphet fel. Ebben a problémában a születőben lévő HTTP 2.0, illetve a Google által fejlesztett SPDY protokoll aszinkron működése jelenthet előrelépést.Mivel általában több HTTP-kérés elfér ugyanabban a TCP-csomagban, a HTTP pipelining alkalmazásával kevesebb TCP-csomagot kell a hálózatra kiküldeni, csökkentve a hálózati terhelést.A nem idempotens metódusokat, mint a POST nem ajánlott beletenni az adatcsatornába. A GET és HEAD metódusok mindig csatornázhatók. Idempotens kérések szekvenciáját (pl. GET, HEAD, PUT és DELETE) attól függően lehet vagy nem lehet adatcsatornázni, hogy a szekvenciában szereplő kérések együtt értelmezve idempotensek-e.A HTTP pipelining működéséhez a kliensnek és a szervernek is támogatnia kell azt. A HTTP/1.1-nek megfelelő szerverek kötelezően támogatják a pipeliningot. Ez nem jelenti azt, hogy feltétlenül csatornázniuk is kell a válaszokat, csak annyit, hogy hibamentesen le kell kezelniük, ha a kliens csatornázott kéréssel fordul feléjük. (hu)
|
| rdfs:comment
|
- A HTTP pipelining vagy HTTP-adatcsatornázás technikájával több HTTP-kérés küldhető egyetlen TCP-kapcsolaton keresztül anélkül, hogy meg kellene várni az egyes kérések válaszüzeneteit. A kérések csatornázása drámai javulást hozhat a HTML-oldalak betöltésében, különösen nagy , például műholdas internetkapcsolatnál. azonban a gyorsulás kisebb mértékben jelentkezik, mivel a HTTP 1.1 szerint a kiszolgálónak szigorúan a kérések sorrendjében kell a válaszüzeneteket elküldenie, így (Head-of-line blocking) léphet fel. Ebben a problémában a születőben lévő HTTP 2.0, illetve a Google által fejlesztett SPDY protokoll aszinkron működése jelenthet előrelépést. (hu)
- <api batchcomplete="">A HTTP pipelining vagy HTTP-adatcsatornázás technikájával t HTTP-kérés küldhető egyetlen TCP-kapcsolaton keresztül anélkül, hogy meg kellene várni az egyes kérések válaszüzeneteit.A kérések csatornázása drámai javulást hozhat a HTML-oldalak betöltésn, különösen nagy késleltetésű, például műholdas internetkapcsolatnál. (hu)
- <api batchcomplete="">A HTTP pipelining vagy HTTP-adatcsatornázás technikájával több HTTP-kérés küldhető egyetlen TCP-kapcsolaton keresztül anélkül, hogy meg kellene várni az egyes kérések válaszüzeneteit.A kérések csatornázása drámai javulást hozhat a HTML-oldalak betöltésében, különösen nagy késleltetésű, például műholdas internetkapcsolatnál. (hu)
- A HTTP pipelining vagy HTTP-adatcsatornázás technikájával több HTTP-kérés küldhető egyetlen TCP-kapcsolaton keresztül anélkül, hogy meg kellene várni az egyes kérések válaszüzeneteit. A kérések csatornázása drámai javulást hozhat a HTML-oldalak betöltésében, különösen nagy , például műholdas internetkapcsolatnál. azonban a gyorsulás kisebb mértékben jelentkezik, mivel a HTTP 1.1 szerint a kiszolgálónak szigorúan a kérések sorrendjében kell a válaszüzeneteket elküldenie, így (Head-of-line blocking) léphet fel. Ebben a problémában a születőben lévő HTTP 2.0, illetve a Google által fejlesztett SPDY protokoll aszinkron működése jelenthet előrelépést. (hu)
- <api batchcomplete="">A HTTP pipelining vagy HTTP-adatcsatornázás technikájával t HTTP-kérés küldhető egyetlen TCP-kapcsolaton keresztül anélkül, hogy meg kellene várni az egyes kérések válaszüzeneteit.A kérések csatornázása drámai javulást hozhat a HTML-oldalak betöltésn, különösen nagy késleltetésű, például műholdas internetkapcsolatnál. (hu)
- <api batchcomplete="">A HTTP pipelining vagy HTTP-adatcsatornázás technikájával több HTTP-kérés küldhető egyetlen TCP-kapcsolaton keresztül anélkül, hogy meg kellene várni az egyes kérések válaszüzeneteit.A kérések csatornázása drámai javulást hozhat a HTML-oldalak betöltésében, különösen nagy késleltetésű, például műholdas internetkapcsolatnál. (hu)
|
