Proxy support and the Host field:HT

Proxy support and the Host field:

HTTP 1.1 has a required Host header by spec.

HTTP 1.0 does not officially require a Host header, but it doesn't hurt to add one, and many applications (proxies) expect to see the Host header regardless of the protocol version.

Example:

GET / HTTP/1.1
Host: www.blahblahblahblah.com
This header is useful because it allows you to route a message through proxy servers, and also because your web server can distinguish between different sites on the same server.

So this means if you have blahblahlbah.com and helohelohelo.com both pointing to the same IP. Your web server can use the Host field to distinguish which site the client machine wants.

Persistent connections:

HTTP 1.1 also allows you to have persistent connections which means that you can have more than one request/response on the same HTTP connection.

In HTTP 1.0 you had to open a new connection for each request/response pair. And after each response the connection would be closed. This lead to some big efficiency problems because of TCP Slow Start.

OPTIONS method:

HTTP/1.1 introduces the OPTIONS method. An HTTP client can use this method to determine the abilities of the HTTP server. It's mostly used for Cross Origin Resource Sharing in web applications.

Caching:

HTTP 1.0 had support for caching via the header: If-Modified-Since.

HTTP 1.1 expands on the caching support a lot by using something called 'entity tag'. If 2 resources are the same, then they will have the same entity tags.

HTTP 1.1 also adds the If-Unmodified-Since, If-Match, If-None-Match conditional headers.

There are also further additions relating to caching like the Cache-Control header.

100 Continue status:

There is a new return code in HTTP/1.1 100 Continue. This is to prevent a client from sending a large request when that client is not even sure if the server can process the request, or is authorized to process the request. In this case the client sends only the headers, and the server will tell the client 100 Continue, go ahead with the body.

Much more:

Digest authentication and proxy authentication
Extra new status codes
Chunked transfer encoding
Connection header
Enhanced compression support
Much much more.

ผลลัพธ์ (ไทย) 1:

สนับสนุนพร็อกซี่และฟิลด์โฮสต์:HTTP 1.1 ได้ส่วนหัวของโฮสต์ที่จำเป็นตามข้อมูลจำเพาะHTTP 1.0 ไม่เปิดใช้ส่วนหัวของโฮสต์ แต่มันไม่เจ็บเพิ่ม และโปรแกรมประยุกต์จำนวนมาก (ผู้รับมอบฉันทะ) คาดว่าจะเห็นส่วนหัวของโฮสต์ไม่รุ่นโพรโทคอลตัวอย่าง:รับ / HTTP/1.1โฮสต์: www.blahblahblahblah.comหัวข้อนี้จะเป็นประโยชน์ เพราะจะช่วยให้คุณสามารถกำหนดเส้นทางข้อความผ่านเซิร์ฟเวอร์พร็อกซี่ และเนื่องจากเว็บเซิร์ฟเวอร์สามารถแยกความแตกต่างระหว่างไซต์ต่าง ๆ บนเซิร์ฟเวอร์เดียวกันดังนี้หมายความว่า ถ้า คุณมี blahblahlbah.com และ helohelohelo.com ทั้งสองชี้ไปที่ IP เดียวกัน เว็บเซิร์ฟเวอร์สามารถใช้ฟิลด์โฮสต์เพื่อแยกที่ไซต์ต้องเครื่องไคลเอนต์การเชื่อมต่อแบบถาวร:HTTP 1.1 นอกจากนี้ยังได้มีการเชื่อมต่อแบบถาวรซึ่งหมายความ ว่า คุณสามารถมีคำตอบมากกว่าหนึ่งการเชื่อมต่อ HTTP เดียวใน HTTP 1.0 คุณได้เปิดการเชื่อมต่อใหม่สำหรับแต่ละคู่ตอบสนอง/คำขอ และหลังจากการตอบสนองแต่ละ การเชื่อมต่อจะถูกปิด ลูกค้าเป้าหมายนี้ปัญหาใหญ่ประสิทธิภาพเนื่องจาก TCP เริ่มต้นช้าไปวิธีการตัวเลือก:HTTP/1.1 แนะนำวิธีการเลือก การไคลเอ็นต์ HTTP สามารถใช้วิธีนี้เพื่อกำหนดความสามารถของเซิร์ฟเวอร์ HTTP ส่วนใหญ่ใช้สำหรับข้ามกำเนิดทรัพยากรใช้ร่วมกันในโปรแกรมประยุกต์เว็บแค:HTTP 1.0 ได้สนับสนุนแคผ่านหัวข้อ: ถ้าปรับเปลี่ยนตั้งแต่HTTP 1.1 ขยายตัวสนับสนุนแคมากโดยสิ่งที่เรียกว่า 'แท็กเอนทิตี' ถ้า 2 อย่างเดียว พวกเขาจะมีแท็กเอนทิตีเดียวกันHTTP 1.1 นอกจากนี้ยังเพิ่มการถ้า-Unmodified-ตั้งแต่ ถ้าตรง หัวถ้าไม่มีตรงตามเงื่อนไขยังมีเพิ่มเติมเพิ่มเติมเกี่ยวกับแคเช่นหัวข้อการควบคุมแคชสถานะการดำเนินการต่อ 100:ใน HTTP/1.1 100 Continue จะมีรหัสส่งคืนใหม่ ทั้งนี้เพื่อป้องกันไม่ให้ไคลเอนต์ส่งการร้องขอขนาดใหญ่เมื่อไคลเอนต์ที่ไม่แน่ใจแม้ว่าเซิร์ฟเวอร์สามารถประมวลผลคำ หรือได้รับอนุญาตให้ดำเนินการคำขอ ในกรณีนี้ ไคลเอนต์ส่งเฉพาะส่วนหัว และเซิร์ฟเวอร์จะบอกลูกค้า 100 Continue ไปข้างหน้ากับร่างกายมาก:รับรองความถูกต้องแบบแยกย่อยและการรับรองความถูกต้องของพร็อกซีรหัสสถานะพิเศษใหม่ส่งเป็นชิ้นส่วนที่เข้ารหัสหัวข้อการเชื่อมต่อสนับสนุนการบีบอัดขั้นสูงมากมาก

ผลลัพธ์ (ไทย) 2:

การสนับสนุนพร็อกซีและเขตโฮสต์: HTTP 1.1 มีส่วนหัวของโฮสต์ที่จำเป็นโดยสเปค. HTTP 1.0 อย่างเป็นทางการไม่จำเป็นต้องมีส่วนหัวของโฮสต์ แต่มันไม่เจ็บที่จะเพิ่มหนึ่งและการใช้งานมาก (ผู้รับมอบฉันทะ) คาดว่าจะเห็นส่วนหัวของโฮสต์โดยไม่คำนึงถึง ของรุ่นโปรโตคอล. ตัวอย่าง: GET / HTTP / 1.1 Host: www.blahblahblahblah.com หัวข้อนี้จะเป็นประโยชน์เพราะจะช่วยให้คุณไปยังเส้นทางข้อความผ่านเซิร์ฟเวอร์พร็อกซี่และยังเพราะเว็บเซิร์ฟเวอร์ของคุณสามารถแยกแยะความแตกต่างระหว่างเว็บไซต์ที่แตกต่างกันบนเซิร์ฟเวอร์เดียวกัน . ดังนั้นนี่หมายความว่าถ้าคุณมี blahblahlbah.com และ helohelohelo.com ทั้งชี้ไปที่ IP เดียวกัน เว็บเซิร์ฟเวอร์ของคุณสามารถใช้ข้อมูลโฮสต์ที่จะแยกแยะว่าเว็บไซต์ที่เครื่องไคลเอ็นต์ต้องการ. การเชื่อมต่อแบบต่อเนื่อง: . HTTP 1.1 ยังช่วยให้คุณมีการเชื่อมต่อแบบถาวรซึ่งหมายความว่าคุณสามารถมีได้มากกว่าหนึ่งคำขอ / การตอบสนองในการเชื่อมต่อ HTTP เดียวกันใน HTTP 1.0 คุณต้องเปิดการเชื่อมต่อใหม่สำหรับแต่ละคำขอ / คู่การตอบสนอง และหลังจากที่การตอบสนองของแต่ละการเชื่อมต่อจะถูกปิด นี้นำไปสู่ปัญหาบางอย่างมีประสิทธิภาพใหญ่เพราะของ TCP เริ่มช้า. วิธีการเลือก: HTTP / 1.1 แนะนำวิธีการตัวเลือก ลูกค้า HTTP สามารถใช้วิธีนี้ในการตรวจสอบความสามารถของเซิร์ฟเวอร์ HTTP โดยจะใช้ส่วนใหญ่สำหรับการใช้ทรัพยากรร่วมกันข้ามแหล่งกำเนิดในการใช้งานเว็บ. แคช: HTTP 1.0 ได้รับการสนับสนุนสำหรับการแคชผ่านทางส่วนหัว. If-ตั้งแต่HTTP 1.1 ขยายในการสนับสนุนการแคชจำนวนมากโดยใช้สิ่งที่เรียกว่า 'แท็กนิติบุคคล ถ้า 2 ทรัพยากรเหมือนกันแล้วพวกเขาก็จะมีแท็กนิติบุคคลเดียวกัน. HTTP 1.1 ยังเพิ่มหาก-ไม่ดัดแปลง-เนื่องจากการจับคู่ถ้าหาก-ไม่มี-ตรงส่วนหัวที่มีเงื่อนไข. นอกจากนี้ยังมีภาพเพิ่มเติมที่เกี่ยวข้องกับการแคชแคชเช่น . ส่วนหัวของการควบคุม100 Continue สถานะ: มีรหัสใหม่ในการกลับมาเป็น HTTP / 1.1 100 ดำเนินการต่อ เพื่อป้องกันไม่ให้ลูกค้าจากการส่งคำขอขนาดใหญ่เมื่อลูกค้าที่ไม่ได้แน่ใจว่าเซิร์ฟเวอร์สามารถประมวลผลการร้องขอหรือมีอำนาจในการดำเนินการตามคำขอ ในกรณีนี้ลูกค้าส่งเพียงส่วนหัวและเซิร์ฟเวอร์จะบอกลูกค้า 100 ดำเนินการต่อไปข้างหน้ากับร่างกาย. มากขึ้น: Digest การตรวจสอบและการตรวจสอบพร็อกซีเอ็กซ์ตร้ารหัสสถานะใหม่โอน chunked การเข้ารหัสส่วนหัวของการเชื่อมต่อการสนับสนุนการบีบอัดที่เพิ่มมากยิ่งขึ้น

ผลลัพธ์ (ไทย) 3:

สนับสนุนพร็อกซี่และพิธีกรภาคสนาม :

HTTP 1.1 ได้ต้องเป็นเจ้าภาพโดย spec ส่วนหัว HTTP 1.0 อย่างเป็นทางการ

ไม่ต้องโฮสต์หัว แต่มันไม่เจ็บที่จะเพิ่มและการใช้งานมาก ( พร็อกซี ) คาดว่าจะเห็นส่วนหัวของโฮสต์โดยไม่คำนึงถึงโปรโตคอลรุ่น ตัวอย่าง

:

รับ / HTTP / 1.1

: www.blahblahblahblah โฮส . comหัวข้อนี้จะเป็นประโยชน์ เพราะจะช่วยให้คุณเส้นทางข้อความผ่านพร็อกซีเซิร์ฟเวอร์ และเพราะเว็บเซิร์ฟเวอร์ของคุณสามารถแยกแยะระหว่างเว็บไซต์ที่แตกต่างกันบนเซิร์ฟเวอร์เดียวกัน

ดังนั้นนี้หมายความว่าถ้าคุณ blahblahlbah.com helohelohelo.com ทั้งสองและชี้ไปที่ IP เดียวกัน เว็บเซิร์ฟเวอร์ของคุณสามารถใช้เป็นสนามเพื่อแยกแยะไซต์ซึ่งเครื่องที่ลูกค้าต้องการ

หมั่นการเชื่อมต่อ :

http 11 ยังช่วยให้คุณมีการเชื่อมต่อแบบถาวร ซึ่งหมายความว่าคุณสามารถมีมากกว่าหนึ่งร้องขอ / การตอบสนองบนการเชื่อมต่อ HTTP เหมือนกัน

ใน HTTP 1.0 คุณต้องเปิดการเชื่อมต่อใหม่สำหรับแต่ละคำขอ / การตอบสนองคู่ และหลังจากการตอบสนองแต่ละการเชื่อมต่อจะถูกปิด นี้นำไปสู่ปัญหาใหญ่เพราะประสิทธิภาพ TCP ช้าเริ่ม

ตัวเลือกวิธีการ :

http / 1.1 แนะนำทางเลือกวิธีการHTTP ลูกค้าสามารถใช้วิธีนี้เพื่อตรวจสอบความสามารถของ HTTP เซิร์ฟเวอร์ มันเป็นส่วนใหญ่ใช้สำหรับข้ามประเทศการใช้ทรัพยากรร่วมกันในการใช้งานเว็บ

:

แคช HTTP 1.0 ยังสนับสนุนแคชผ่านทางส่วนหัว : ถ้าแก้ไขตั้งแต่

HTTP 1.1 ขยายในแคชสนับสนุนมาก โดยใช้สิ่งที่เรียกว่าแท็ก ' นิติบุคคล ' ถ้า 2 เป็นแหล่งเดียวกัน แล้วพวกเขาจะได้แท็กนิติบุคคลเดียวกัน

HTTP 1.1 ยังเพิ่ม ถ้าไม่เพราะ ถ้าตรงกัน ถ้าไม่ตรงส่วนหัวที่เป็นเงื่อนไข

ยังมีข้อมูลเพิ่มเติมเกี่ยวกับแคชชอบแคชควบคุมหัว

100 ยังคงสถานะ :

มีการปรับปรุงใหม่ใน HTTP / 1.1 100 ต่อ นี้ เพื่อป้องกันไม่ให้ลูกค้าจากการส่งการร้องขอขนาดใหญ่เมื่อลูกค้าไม่มั่นใจว่าถ้าเซิร์ฟเวอร์สามารถประมวลผลการร้องขอหรือได้รับอนุญาตให้ประมวลผลการร้องขอ ในกรณีนี้ลูกค้าจะส่งเพียงส่วนหัวและเซิร์ฟเวอร์จะบอกลูกค้า 100 ต่อ ไปร่างกาย มากขึ้น :




พิเศษย่อยตรวจสอบและพร็อกซี่ตรวจสอบสถานะใหม่รหัสการเข้ารหัสขนส่งเป็นชิ้นส่วน



สนับสนุนการเชื่อมต่อการบีบอัดส่วนหัวเพิ่มมากยิ่งขึ้น