stanford-oval/wikipedia huggingface dataset:
Carpaccio
Nguyên liệu

Carpaccio truyền thống của Piemonte là những lát thịt bò thái rất mỏng được bày trên đĩa cùng với nước ướp thịt được làm từ chanh, dầu ô liu và những lát nấm cục trắng hoặc pho mát Parmesan, có thể có cải lông phủ lên trên cùng.
Thịt dùng để chế biến Carpaccio thường là thịt bò thăn, khi thái mỏng thì hương vị thơm ngon hơn là thịt bò phi lê. Vì món ăn sử dụng thịt sống nên thịt phải đảm bảo vệ sinh.
Chú thích

1 2  Cipriani, Arrigo (1996). Harry's Bar: The Life and Times of the Legendary Venice Landmark. New York: Arcade. ISBN 1-55970-259-1.
↑  Beef carpaccio with rocket - The Times Online
Nototriche jamesonii

| Nototriche jamesonii |
| --- | --- |

Tình trạng bảo tồn
 Ít quan tâm  (IUCN 3.1)
Phân loại khoa học
Giới (regnum): Plantae
(không phân hạng): Angiospermae
(không phân hạng): Eudicots
(không phân hạng): Rosids
Bộ (ordo): Malvales
Họ (familia): Malvaceae
Chi (genus): Nototriche
Loài (species): N. jamesonii
Danh pháp hai phần
Nototriche jamesonii A.W.Hill 
Nototriche jamesonii là một loài thực vật có hoa thuộc họ Malvaceae.
Loài này chỉ có ở Ecuador.
Môi trường sống tự nhiên của chúng là đồng cỏ nhiệt đới hoặc cận nhiệt đới vùng đất cao.
Hylonome

Bài này viết về thần thoại Hy Lạp. Đối với tiểu hành tinh, xem 10370 Hylonome.
Hylonome là một nữ nhân mã trong Thần thoại Hy Lạp. Cô ta đã có mặt tại cuộc chiến chống lại Lapiths, nơi cô ta lạc mất người chồng là nhân mã Cyllarus. Đau khổ vì mất chồng, cô đã hy sinh mạng sống của mình để cứu lấy người chồng.
Niphona plagiata

| Niphona plagiata> Phân loại khoa học |
| --- | --- |
Giới (regnum): Animalia
Ngành (phylum): Arthropoda
Lớp (class): Insecta
Bộ (ordo): Coleoptera
Phân bộ (subordo): Polyphaga
Liên họ (superfamilia): Cerambycoidea
Họ (familia): Cerambycidae
Chi (genus): Niphona
Loài (species): N. plagiata
Danh pháp hai phần
Niphona plagiata White, 1858 
Niphona plagiata là một loài bọ cánh cứng trong họ Cerambycidae.
Chú thích

↑  Bisby, F.A.; Roskov, Y.R.; Orrell, T.M.; Nicolson, D.; Paglinawan, L.E.; Bailly, N.; Kirk, P.M.; Bourgoin, T.; Baillargeon, G.; Ouvrard, D. (2011). “Species 2000 & ITIS Catalogue of Life: 2011 Annual Checklist”. Species 2000: Reading, UK. Truy cập ngày 24 tháng 9 năm 2012.
Holopelus bufoninus

| Holopelus bufoninus> Phân loại khoa học |
| --- | --- |
Giới (regnum): Animalia
Ngành (phylum): Arthropoda
Phân ngành (subphylum): Chelicerata
(không phân hạng): Arachnomorpha
Lớp (class): Arachnida
Bộ (ordo): Araneae
Họ (familia): Thomisidae
Chi (genus): Holopelus
Loài (species): H. bufoninus
Danh pháp hai phần
Holopelus bufoninus Simon, 1886 
Holopelus bufoninus là một loài nhện trong họ Thomisidae.
Loài này thuộc chi Holopelus. Holopelus bufoninus được Eugène Simon miêu tả năm 1886.
Chú thích

↑  Platnick, Norman I. (2010): The world spider catalog, version 10.5. American Museum of Natural History.
Wormaldia contigua

| Wormaldia contigua> Phân loại khoa học |
| --- | --- |
Giới (regnum): Animalia
Ngành (phylum): Arthropoda
Lớp (class): Insecta
Bộ (ordo): Trichoptera
Họ (familia): Philopotamidae
Chi (genus): Wormaldia
Loài (species): W. contigua
Danh pháp hai phần
Wormaldia contigua W Mey, 1986 
Wormaldia contigua là một loài Trichoptera hóa thạch trong họ Philopotamidae.
I Supermodel

| I Supermodel |
| --- | --- |
Diễn viên: Hiện tại: J. Alexander Yu Tsai Simon Yam Shu Pei Trước kia: Jin Xing Qi Qi Han Huo Huo Ming Xi Sui He
Quốc gia:  Trung Quốc
Số mùa: 3
Số tập: 36
Sản xuất
Thời lượng: 60 phút
Trình chiếu
Kênh trình chiếu: iQiyi
Phát sóng: 21 tháng 3 năm 2015 – 30 tháng 12 năm 2016
Liên kết ngoài
Trang mạng chính thức
I Supermodel (tiếng Trung: 爱上超模) là một cuộc thi người mẫu của Trung Quốc. Chương trình giới thiệu một nhóm mười bốn thí sinh nữ được lựa chọn bởi cố vấn để cạnh tranh trong đội gồm bảy người. Mục tiêu của chương trình là tập trung vào những thí sinh chung cuộc vào thế giới của thời trang cao cấp thông qua một loạt các bài báo và những thử thách cao để tìm ra một siêu mẫu hoàn hảo.
Chương trình sẽ nhận đơn đăng ký cho các cô gái trên 16 tuổi đáp ứng yêu cầu về chiều cao tối thiểu là 175 cm (5 ft 9 in).
I Supermodel hiện đang là một trong những chương trình người mẫu được đánh giá cao nhất tại Trung Quốc, với tổng số lượt xem trong mùa giải đạt trên 280 triệu trên iQiyi và xếp hạng ở vị trí số 1 cho những thể loại khác.
Định dạng chương trình > Chọn đội

Vào đầu mỗi mùa, các thí sinh được gặp gỡ hai cố vấn người mẫu của chương trình để lựa chọn. Sau khi đánh giá phần thể hiện của họ trên sàn diễn catwalk và phía trước ống kính, mỗi giám khảo thay thế trong việc chọn thí sinh cho đội của họ từ các thí sinh chung cuộc được lựa chọn.
Định dạng chương trình > Những thử thách

Mỗi tập phim chứa một thử thách tập trung vào các yếu tố quan trọng đối với ngành người mẫu. Các thí sinh được xếp hạng dựa trên điểm số, mỗi người đều kiếm được điểm số cho màn thể hiện của họ. Đội có nhiều điểm nhất khi kết thúc sẽ chiến thắng chung cuộc, bất kể là thua hay thắng trong thử thách. Những thử thách trong nửa cuối của cuộc thi sẽ chỉ có một người chiến thắng.
Định dạng chương trình > Buổi đánh giá và loại trừ

Để đánh giá, một nhóm các chuyên gia sẽ đánh giá phần thể hiện của mỗi thí sinh trên bưổi chụp ảnh và xác định ai sẽ bị loại, với các cố vấn có ít hoặc không nói gì trong quyết định cuối cùng. Buổi loại trừ theo định dạng giống như chương trình Top Model nhưng thứ tự gọi tên này diễn ra riêng lẻ trong mỗi nhóm. Điều này có nghĩa là cô gái cuối cùng không nhận được bức ảnh trong mỗi đội phải tham gia buổi loại trừ. Trong trường hợp cả hai đều tồi tệ hoặc là lần tệ thứ hai trong cùng một đội, cả hai đều bị loại còn trong khi tất cả các thành viên của đội khác vẫn an toàn. Thí sinh không nhận được bức ảnh sẽ bị loại.
Các mùa

| Mùa | Phát sóng | Quán quân | Á quân | Các thí sinh theo thứ tự bị loại | Tổng số thí sinh | Điểm đến quốc tế |
| --- | --- | --- | --- | --- | --- | --- |
| 1 | 21 tháng 3 năm 2015 | Kiki Khang | Dương Liễu | Lưu Nhạn Hồng, Trịnh Thi Tuệ, Chung Lộc Thuần (bỏ cuộc), Thái Tuệ, Linda Thôi, Đổng Lôi, Dương Đóa Lan & Nhâm Duệ, Trương Hạo Nguyệt, Cố Ngải Gia, Trần Hi, Diêu Tuyết Phi | 14 |  Melbourne Sydney |
| 2 | 22 tháng 10 năm 2015 | Triệu Gia Đồng | Vương Mộng Nhã | Khương Vận Hiên, Mã Tuệ Tuệ, Long Tuấn Kiêu & Lý Mộng Kì, Trần Ngọc Đình, Vương Hi Nhiên, Vương Thư Kì, Na Nghiễm Tử, Tôn Thần Dân, Tất Tinh & Lưu Hân Khiết, Mã Mộng Gia | 14 |  Luân Đôn |
| 3 | 14 tháng 10 năm 2016 | Ngạn Vũ Bác | Phó Hoan Hoan | Trần Hiểu Hàn & Lý Nhã Văn, Ngưu Vi Vi, Jinx Chu, Naomi Khang, Kelly Tiền (bỏ cuộc), Đổng Dịch Hàng, Uông Hân Lội & Hàn Hồng Phán, Lu Thanh, Abby Tương, Bàng Oánh | 14 |  Los Angeles New York |
Hypertext Transfer Protocol
Lịch sử

Khái niệm siêu văn bản được Ted Nelson đặt ra vào năm 1965 trong dự án Xanadu lấy cảm hứng từ tầm nhìn những năm 1930 về hệ thống quản lý và truy xuất thông tin dựa trên vi phim "memex" nằm trong luận án "As We May Think" của ông vào năm 1945. Tim Berners-Lee và nhóm nghiêm cứu của ông tại CERN được ghi công phát minh HTTP nguyên thuỷ, cùng với HTML và công nghệ đi liền cho máy chủ web và giao diện người dùng máy khách được gọi là trình duyệt web. Berners-Lee thiết kế HTTP nhằm mục đích bổ trợ cho ý tưởng sáng tạo khác của ông: dự án "WorldWideWeb" lần đầu tiên công bố vào 1989 và nổi tiếng ngày nay với World Wide Web.
Máy chủ web đầu tiên được đưa vào hoạt động vào năm 1990. Giao thức được sử dụng chỉ có một phương thức duy nhất, mang tên GET, có nghĩa là yêu cầu trích xuất dữ liệu một trang từ một máy chủ. Phản hồi từ phía máy chủ luôn luôn là một trang định dạng HTML.
Lịch sử > Tóm lược các cột mốc phiên bản HTTP

| Phiên bản | Năm ra mắt | Trạng thái hiện tại |
| --- | --- | --- |
| HTTP/0.9 | 1991 | Đã lỗi thời |
| HTTP/1.0 | 1996 | Đã lỗi thời |
| HTTP/1.1 | 1997 | Còn thông dụng |
| HTTP/2 | 2015 | Còn thông dụng |
| HTTP/3 | 2022 | Còn thông dụng |
RFC 7230, HTTP/1.1: Cú pháp và định tuyến thông điệp
RFC 7231, HTTP/1.1: Ngữ nghĩa và Nội dung
RFC 7232, HTTP/1.1: Yêu cầu có điều kiện
RFC 7233, HTTP/1.1: Yêu cầu phạm vi
RFC 7234, HTTP/1.1: Bộ nhớ đệm
RFC 7235, HTTP/1.1: Xác thực
Vì HTTP/0.9 không hỗ trợ các trường Header trong một yêu cầu nên không có cơ chế nào để hỗ trợ các máy chủ ảo dựa trên tên (lựa chọn tài nguyên bằng cách kiểm tra trường Header Máy chủ). Bất kỳ máy chủ nào triển khai máy chủ ảo dựa trên tên phải tắt hỗ trợ cho HTTP/0.9. Trên thực tế, hầu hết các yêu cầu có vẻ là HTTP/0.9 đều là các yêu cầu HTTP/1.x được xây dựng kém do máy khách không mã hoá chính xác mục tiêu yêu cầu.
nó đơn giản đến mức khỏi cần viết ra tài liệu RFC cũng được (chỉ cần tài liệu gốc là đủ);
nó không có tiêu đề HTTP và thiếu nhiều tính năng khác mà ngày nay được yêu cầu vì lý do bảo mật tối thiểu;
nó đã không được phổ biến rộng rãi kể từ năm 1999 hay 2000 trở về sau (vì HTTP/1.0 và HTTP/1.1) và thường chỉ được sử dụng bởi một số phần cứng mạng rất cũ như mấy cái router cổ lỗ sĩ v.v.
RFC 9110, HTTP Ngữ nghĩa
RFC 9111, HTTP Bộ nhớ đệm
RFC 9112, HTTP/1.1
RFC 9113, HTTP/2
RFC 9114, HTTP/3
RFC 9204, QPACK: Nén trường cho HTTP/3
RFC 9218, Lược đồ ưu tiên mở rộng cho HTTP
HTTP Session

Session (phiên làm việc) là một khái niệm phổ biến được dùng trong lập trình web có kết nối với database. Đặc biệt các chức năng như đăng nhập, đăng xuất người dùng sẽ khó có thể thực hiện được nếu không sử dụng session. Ví dụ email, giao dịch ngân hàng,...
HTTP Request methods

HTTP Request Method chỉ phương thức để được thực hiện trên nguồn được nhận diện bởi Request-URI đã cung cấp
GET
GET được sử dụng để lấy lại thông tin từ máy chủ đã cung cấp bởi sử dụng một URI đã cung cấp. Các yêu cầu sử dụng GET chỉ nhận dữ liệu và không có ảnh hưởng gì tới dữ liệu.
HEAD
Tương tự như GET, nhưng nó truyền tải dòng trạng thái và khu vực header.
POST
Một yêu cầu POST sử dụng các mẫu HTML để gửi dữ liệu tới máy chủ, như thông tin khách hàng, file tải lên,...
PUT
Thay đổi tất cả các đại diện hiện tại của nguồn mục tiêu với nội dung được tải lên.
DELETE
Gỡ bỏ tất cả các đại diện hiện tại của nguồn mục tiêu bởi URI.
CONNECT
Thiết lập một tunnel tới máy chủ được xác định bởi URI đã cung cấp.
OPTIONS
Miêu tả các chức năng giao tiếp cho nguồn mục tiêu.
TRACE
Trình bày một vòng lặp kiểm tra thông báo song song với path tới nguồn mục tiêu.
HTTP Response

Khi nhận và phiên dịch một HTTP Request, máy chủ sẽ gửi tín hiệu phản hồi là một HTTP Response bao gồm các thành phần sau:
Một dòng trạng thái (Status-Line)
Không hoặc nhiều hơn các trường Header (General | Response | Entity) được theo sau CRLF
Một dòng trống chỉ dòng kết thúc của các trường header
Một phần thân thông báo tùy ý
HTTP Response > Server response

Một ví dụ về một HTTP Response:
HTTP/1.1 200 OK
Date: Mon, ngày 23 tháng 5 năm 2005 22:38:34 GMT
Content-Type: text/html; charset=UTF-8
Content-Encoding: UTF-8
Content-Length: 138
Last-Modified: Wed, 08 Jan 2003 23:11:55 GMT
Server: Apache/1.3.3.7 (Unix) (Red-Hat/Linux)
ETag: "3f80f-1b6-3e1cb03b"
Accept-Ranges: bytes
Connection: close

<html>
<head>
  <title>An Example Page</title>
</head>
<body>
  Hello World, this is a very simple HTML document.
</body>
</html>
Dòng Status-Line: Một dòng Status Line bao gồm phiên bản giao thức (HTTP-Version) sau đó là mã hóa trạng thái số (Status-Code) và cụm từ thuần văn bản được liên kết của nó. Các thành phần được phân biệt bởi dấu cách.
HTTP Response > HTTP Status Code

Mã trạng thái HTTP được máy chủ phản hồi lại mỗi khi nhận được HTTP Resquest.
Yếu tố Status-Code là một số nguyên 3 ký tự, trong đó ký tự đầu tiên của mã hóa trạng thái định nghĩa hạng (loại) phản hồi và hai ký tự cuối không có bất cứ vai trò phân loại nào. Có 5 giá trị của ký tự đầu tiên như sau:
HTTP Response > HTTP Status Code > 1xx: Thông tin

Nó nghĩa là yêu cầu đã được nhận và tiến trình đang tiếp tục.
HTTP Response > HTTP Status Code > 1xx: Thông tin > 100 (Continue)

Máy chủ trả về mã này để chỉ ra rằng nó đã nhận được một phần đầu tiên của một yêu cầu và được chờ đợi cho phần còn lại.
HTTP Response > HTTP Status Code > 1xx: Thông tin > 101 (Switching protocols)

Bên yêu cầu đã yêu cầu các máy chủ để chuyển đổi và máy chủ được thừa nhận rằng nó sẽ làm như vậy
HTTP Response > HTTP Status Code > 2xx: Thành công

Nó nghĩa là hoạt động đã được nhận, được hiểu, và được chấp nhận một cách thành công.
HTTP Response > HTTP Status Code > 2xx: Thành công > 200 (Successful)

Các máy chủ xử lý yêu cầu thành công
HTTP Response > HTTP Status Code > 2xx: Thành công > 201 (Created)

Yêu cầu đã thành công và các máy chủ tạo ra một nguồn tài nguyên mới.
HTTP Response > HTTP Status Code > 2xx: Thành công > 202 (Accepted)

Máy chủ đã chấp nhận yêu cầu, nhưng vẫn chưa xử lý nó
HTTP Response > HTTP Status Code > 2xx: Thành công > 203 (Non-authoritative information)

Máy chủ xử lý yêu cầu thành công, nhưng đang quay trở lại các thông tin mà có thể là từ một nguồn khác.
HTTP Response > HTTP Status Code > 2xx: Thành công > 204 (No content)

Các máy chủ xử lý yêu cầu thành công, nhưng không trả lại bất kỳ nội dung nào
HTTP Response > HTTP Status Code > 2xx: Thành công > 205 (Reset content)

Các máy chủ proccessed yêu cầu thành công, nhưng không trả lại bất kỳ nội dung. Không giống như một phản ứng 204, phản ứng này đòi hỏi người yêu cầu thiết lập lại xem tài liệu
HTTP Response > HTTP Status Code > 2xx: Thành công > 206 (Partial content)

Các máy chủ xử lý thành công một phần của một yêu cầu
HTTP Response > HTTP Status Code > 3xx: Sự điều hướng lại

Nó nghĩa là hoạt động phải được thực hiện để hoàn thành yêu cầu.
HTTP Response > HTTP Status Code > 3xx: Sự điều hướng lại > 301 (Moved permanently)

Các trang web yêu cầu đã bị di chuyển vĩnh viễn tới URL mới
HTTP Response > HTTP Status Code > 302 (Moved temporarily)

Trang được yêu cầu đã di chuyển tạm thời tới một URL mới
HTTP Response > HTTP Status Code > 304 (Not modified)

Các trang yêu cầu đã không được sửa đổi kể từ khi yêu cầu cuối cùng. Khi máy chủ trả về phản hồi này, nó không trả lại các nội dung của trang.
HTTP Response > HTTP Status Code > 4xx: Lỗi Client

Nó nghĩa là yêu cầu chứa cú pháp không chính xác hoặc không được thực hiện
HTTP Response > HTTP Status Code > 4xx: Lỗi Client > 400 (Bad request)

Các máy chủ không hiểu được yêu cầu.
HTTP Response > HTTP Status Code > 401 (Not authorized)

Đề nghị yêu cầu xác thực. Máy chủ có thể trả về phản hồi này yêu cầu xác thực đăng nhập tài khoản và mật khẩu (thông thường máy chủ trả về phản hồi này nếu client gửi request một trang đăng nhập)
HTTP Response > HTTP Status Code > 401 (Not authorized) > 403 (Forbidden)

Máy chủ từ chối yêu cầu.(thông thường nếu đăng nhập không thành công máy chủ sẽ trả về mã lỗi này)
HTTP Response > HTTP Status Code > 401 (Not authorized) > 404 (Not found)

Máy chủ không thể tìm thấy trang yêu cầu. Ví dụ, máy chủ thường trả về mã này nếu có 1 yêu cầu tới một trang không tồn tại trên máy chủ.
HTTP Response > HTTP Status Code > 401 (Not authorized) > 405 (Method not allowed)

Phương thức được xác định trong yêu cầu là không được cho phép.
HTTP Response > HTTP Status Code > 401 (Not authorized) > 406 (Not acceptable)

Máy chủ chỉ có thể tạo một phản hồi mà không được chấp nhận bởi Client.
HTTP Response > HTTP Status Code > 401 (Not authorized) > 407 (Proxy authentication required)

Yêu cầu client phải xác thực sử dụng một proxy. Khi máy chủ trả về phản hồi này, nó cũng chỉ ra proxy mà người yêu cầu phải sử dụng.
HTTP Response > HTTP Status Code > 408 (Request timeout)

Request tốn thời gian dài hơn thời gian máy chủ phản hồi
HTTP Response > HTTP Status Code > 408 (Request timeout) > 409 (Conflict)

Các máy chủ gặp phải một cuộc xung đột thực hiện yêu cầu. Các máy chủ phải bao gồm thông tin về các cuộc xung đột trong các phản ứng. Máy chủ có thể trả về mã này để đáp ứng với yêu cầu PUT xung đột với yêu cầu trước đó, cùng với một danh sách các sự khác biệt giữa các yêu cầu.
HTTP Response > HTTP Status Code > 408 (Request timeout) > 410 (Gone)

Các máy chủ trả về phản hồi này khi các nguồn tài nguyên yêu cầu đã bị loại bỏ vĩnh viễn. Nó tương tự như một 404 (Không tìm thấy) mã, nhưng đôi khi được sử dụng ở vị trí của một 404 cho nguồn lực được sử dụng để tồn tại nhưng không còn làm. Nếu tài nguyên đã di chuyển vĩnh viễn, bạn nên sử dụng một 301 để xác định vị trí mới của tài nguyên.
HTTP Response > HTTP Status Code > 408 (Request timeout) > 411 (Length required)

Content-Length không được xác định rõ. Máy chủ sẽ không chấp nhận yêu cầu mà không có nó
HTTP Response > HTTP Status Code > 408 (Request timeout) > 412 (Precondition failed)

Các máy chủ không đáp ứng một trong các điều kiện tiên quyết mà người yêu cầu đưa vào yêu cầu.
HTTP Response > HTTP Status Code > 408 (Request timeout) > 413 (Request entity too large)

Máy chủ không thể xử lý yêu cầu bởi vì nó là quá lớn đối với các máy chủ để xử lý.
HTTP Response > HTTP Status Code > 408 (Request timeout) > 414 (Requested URI is too long)

URI yêu cầu (thường là một URL) là quá dài đối với máy chủ để xử lý.
HTTP Response > HTTP Status Code > 408 (Request timeout) > 416 (Requested range not satisfiable)

Máy chủ trả về mã trạng thái này nếu yêu cầu cho một phạm vi không có sẵn cho trang.
HTTP Response > HTTP Status Code > 408 (Request timeout) > 417 (Expectation failed)

Máy chủ không thể đáp ứng yêu cầu của các trường yêu cầu, tiêu đề mong đợi.
HTTP Response > HTTP Status Code > 5xx: Lỗi Server

Nó nghĩa là máy chủ thất bại với việc thực hiện một yêu cầu nhìn như có vẻ khả thi.
HTTP Response > HTTP Status Code > 5xx: Lỗi Server > 500 (Internal server error)

Các máy chủ gặp lỗi và không thể thực hiện yêu cầu.
HTTP Response > HTTP Status Code > 5xx: Lỗi Server > 501 (Not implemented)

Các máy chủ không có các chức năng để thực hiện yêu cầu. Ví dụ, máy chủ có thể trả về mã này khi nó không nhận ra phương thức yêu cầu.
HTTP Response > HTTP Status Code > 5xx: Lỗi Server > 502 (Bad gateway)

Các máy chủ đã hoạt động như một gateway hoặc proxy và nhận được một phản ứng không hợp lệ từ máy chủ ngược.
HTTP Response > HTTP Status Code > 5xx: Lỗi Server > 503 (Service unavailable)

Máy chủ hiện không có sẵn (vì nó bị quá tải hoặc xuống để bảo trì). Nói chung, đây là một trạng thái tạm thời.
HTTP Response > HTTP Status Code > 5xx: Lỗi Server > 504 (Gateway timeout)

Các máy chủ đã hoạt động như một gateway hoặc proxy và đã không nhận được yêu cầu kịp thời từ máy chủ ngược.
HTTP Response > HTTP Status Code > 5xx: Lỗi Server > 505 (HTTP version not supported)

Các máy chủ không hỗ trợ phiên bản giao thức HTTP được sử dụng trong yêu cầu.
Sau đây là danh sách tất cả các mã trạng thái HTTP được liệt kê theo tài liệu giao thức HTTP của trang w3c
HTTP Response > HTTP Response Header Fields

Các trường Header phản hồi cho phép Server truyền thông tin thêm về phản hồi mà không thể được đặt trong dòng Status-Line. Những trường Header này cung cấp thông tin về Server và về truy cập từ xa tới nguồn được xác định bởi Request-URI:
response-header = Accept-Ranges; 
                       | Age     ; 
                       | ETag    ; 
                       | Location; 
                       | Proxy-Authenticate; 
                       | Retry-After; 
                       | Server;
                       | Vary    ; 
                       | WWW-Authenticate;
Encrypted connections

Có 2 cách phổ biến mã hóa kết nối HTTP là HTTP secure (viết tắt HTTPS = HTTP + SSL) hoặc kết hợp HTTP và Transport Layer Securerity (TLS)
Liên quan

FTP
HTTPS
UDP
TCP/IP
Chú giải

↑  Trong thực tế, các luồng này được sử dụng dưới dạng nhiều kết nối phụ TCP/IP để ghép các yêu cầu/phản hồi đồng thời, do đó giảm đáng kể số lượng kết nối TCP/IP thực ở phía máy chủ, từ 2-8 cho mỗi máy khách xuống còn 1 và cho phép nhiều khách hơn được xử lý cùng một lúc.
↑  Vào năm 2022, hỗ trợ HTTP/0.9 vẫn chưa chính thức bị ngừng sử dụng hoàn toàn và vẫn hiện diện trên nhiều máy chủ web và trình duyệt (chỉ dành cho phản hồi của máy chủ), ngay cả khi thường bị tắt. Hiện chưa rõ sẽ mất bao lâu để ngừng hoạt động HTTP/0.9 hoàn toàn.
Một URL sẽ bắt đầu bằng HTTP, rồi kế đó là hai chấm và hai dấu gạch xiên liên tiếp, rồi đến mác tên miền WWW
Tim Berners-Lee
Capsella bursa-pastoris

| Capsella bursa-pastoris> Phân loại khoa học |
| --- | --- |
Giới (regnum): Plantae
(không phân hạng): Angiospermae
(không phân hạng): Eudicots
Bộ (ordo): Brassicales
Họ (familia): Brassicaceae
Chi (genus): Capsella
Loài (species): C. bursa-pastoris
Danh pháp hai phần
Capsella bursa-pastoris (L.) Medik., 1792 
Capsella bursa-pastoris là một loài thực vật có hoa trong họ Cải. Loài này được (L.) Medik. mô tả khoa học đầu tiên năm 1792.
Chú thích

↑  The Plant List (2010). “Capsella bursa-pastoris”. Truy cập ngày 9 tháng 6 năm 2013.
Atalar, Şavşat

| Atalar |
| --- | --- |
—  Xã  —
 
AtalarVị trí ở Thổ Nhĩ Kỳ
Quốc gia:  Thổ Nhĩ Kỳ
Tỉnh: Artvin
Huyện: Şavşat
Dân số (2010)
 • Tổng cộng: 35 người
Múi giờ: EET (UTC+2)
 • Mùa hè (DST): EEST (UTC+3)
Mã bưu chính: 08700 
Atalar là một xã thuộc huyện Şavşat, tỉnh Artvin, Thổ Nhĩ Kỳ. Dân số thời điểm năm 2010 là 35 người.
Chú thích

↑  “Cities, towns and villages in Artvin”. Viện thống kê Thổ Nhĩ Kỳ. Lưu trữ bản gốc ngày 17 tháng 7 năm 2012. Truy cập ngày 23 tháng 9 năm 2012.Quản lý CS1: bot: trạng thái URL ban đầu không rõ (liên kết)
Ichstedt

| Ichstedt   |
| --- | --- |

 
Vị trí của Ichstedt   thuộc Huyện Kyffhäuserkreis  
Ichstedt  
Quốc gia: Đức
Bang: default
Huyện: Kyffhäuserkreis
Liên xã: Mittelzentrum Artern
Chính quyền
 • Thị trưởng: Günter Wagner (CDU)
Diện tích
 • Tổng cộng: 9,67 km2 (373 mi2)
Độ cao: 145 m (476 ft)
Dân số (2006-12-31)
 • Tổng cộng: 704
 • Mật độ: 0,73/km2 (1,9/mi2)
Múi giờ: CET (UTC+01:00)
 • Mùa hè (DST): CEST (UTC+02:00)
Mã bưu chính: 06556
Mã vùng: 0 34 66
Biển số xe: KYF
Ichstedt là một đô thị ở huyện Kyffhäuser, ở bang Thüringen, Đức. Đô thị này có diện tích 9,67 km², dân số thời điểm ngày 31 tháng 12 năm 2006 là 704 người.
| x t Xã và đô thị ở huyện Kyffhäuser |
| --- | --- | --- |
|  Abtsbessingen  Artern  Bad Frankenhausen  Bellstedt  Borxleben  Bretleben  Clingen  Donndorf  Ebeleben  Etzleben  Freienbessingen  Gehofen  Gorsleben  Greußen  Großenehrich  Hauteroda  Helbedündorf  Heldrungen  Hemleben  Heygendorf  Holzsußra  Ichstedt  Kalbsrieth  Kyffhäuserland  Mönchpfiffel-Nikolausrieth  Nausitz  Niederbösa  Oberbösa  Oberheldrungen  Oldisleben  Reinsdorf  Ringleben  Rockstedt  Roßleben  Sondershausen  Thüringenhausen  Topfstedt  Trebra  Voigtstedt  Wasserthaleben  Westgreußen  Wiehe  Wolferschwenda  |  Abtsbessingen  Artern  Bad Frankenhausen  Bellstedt  Borxleben  Bretleben  Clingen  Donndorf  Ebeleben  Etzleben  Freienbessingen  Gehofen  Gorsleben  Greußen  Großenehrich  Hauteroda  Helbedündorf  Heldrungen  Hemleben  Heygendorf  Holzsußra  Ichstedt  Kalbsrieth  Kyffhäuserland  Mönchpfiffel-Nikolausrieth  Nausitz  Niederbösa  Oberbösa  Oberheldrungen  Oldisleben  Reinsdorf  Ringleben  Rockstedt  Roßleben  Sondershausen  Thüringenhausen  Topfstedt  Trebra  Voigtstedt  Wasserthaleben  Westgreußen  Wiehe  Wolferschwenda  |  |