vị trí Authoritative các phím truy vấn HTTP GET trùng lặp

Question

tôi đang gặp khó khăn về tìm kiếm thông tin có thẩm quyền về hành vi với HTTP GET chuỗi truy vấn trùng lặp các lĩnh vực, như

http://example.com/page?field=foo&field=bar 

và đặc biệt là nếu lệnh được lưu giữ hay không. Hầu hết các ngôn ngữ theo định hướng web tạo ra một mảng chứa cả foo và thanh được liên kết với một trường "khóa", nhưng tôi muốn biết nếu tồn tại câu lệnh có thẩm quyền (ví dụ: trên RFC) về điểm này. RFC 3986 có một phần 3.4. Query, trong đó đề cập đến cặp khóa = giá trị, nhưng không có gì được nói về cách diễn giải trật tự và trường trùng lặp, v.v. Điều này có ý nghĩa, vì nó phụ thuộc vào phụ thuộc, và không nằm trong phạm vi của RFC đó ...

Mặc dù một tiêu chuẩn thực tế tồn tại, tôi muốn thấy một nguồn có thẩm quyền cho nó, chỉ vì tò mò.

Answer 1

Có không có thông số kỹ thuật về điều này. Bạn có thể làm những gì bạn thích.

Các cách tiếp cận điển hình bao gồm: được cho trước, được cho trước, mảng-tất cả, chuỗi liên kết với dấu phẩy-tất cả.

Giả sử yêu cầu nguyên liệu là:

GET /blog/posts?tag=ruby&tag=rails HTTP/1.1 
Host: example.com 

Sau đó, có những lựa chọn khác nhau cho những gì request.query['tag'] nên năng suất, tùy thuộc vào ngôn ngữ hoặc khuôn khổ:

request.query['tag'] => 'ruby' 
request.query['tag'] => 'rails' 
request.query['tag'] => ['ruby', 'rails'] 
request.query['tag'] => 'ruby,rails' 

Answer 2

Thông thường, giá trị tham số trùng lặp như

http://example.com/page?field=foo&field=bar 

kết quả trong một tham số chuỗi truy vấn duy nhất mà là một mảng:

field[0]=='foo' 
field[1]=='bar' 

Tôi đã nhìn thấy hành vi này trong ASP, ASP.NET và PHP4.

Answer 3

Hầu hết (tất cả?) Của các khung cung cấp không đảm bảo, do đó giả sử chúng sẽ được trả về theo thứ tự ngẫu nhiên.

Luôn sử dụng phương pháp an toàn nhất.

Ví dụ, java HttpServlet giao diện: (. Thứ tự của một iterator java.util.Map không thể dựa vào một trong hai) ServletRequest.html#getParameterValues

Ngay cả những phương pháp getParameterMap lá ra bất kỳ đề cập về trật tự tham số

Answer 4

tôi có thể xác nhận rằng cho PHP (ít nhất trong phiên bản 4.4.4 và mới hơn) nó hoạt động như thế này:

GET /blog/posts?tag=ruby&tag=rails HTTP/1.1 
Host: example.com 

kết quả trong:

request.query['tag'] => 'rails' 

Nhưng

GET /blog/posts?tag[]=ruby&tag[]=rails HTTP/1.1 
Host: example.com 

kết quả trong:

request.query['tag'] => ['ruby', 'rails'] 

Hành vi này là như nhau cho GET và POST dữ liệu.

Answer 5

câu trả lời của yfeldblum là hoàn hảo.

Chỉ cần một lưu ý về một hành vi thứ năm tôi nhận thấy thời gian gần đây: trên Windows Phone, mở một ứng dụng có uri với một phím truy vấn trùng lặp sẽ dẫn đến NavigationFailed với:

System.ArgumentException: Một item với cùng một khóa đã được thêm vào.

Thủ phạm là System.Windows.Navigation.UriParsingHelper.InternalUriParseQueryStringToDictionary(Uri uri, Boolean decodeResults).

Vì vậy, hệ thống sẽ không cho phép bạn xử lý theo cách bạn muốn, hệ thống sẽ cấm. Bạn còn lại với giải pháp duy nhất để chọn định dạng của riêng bạn (CSV, JSON, XML, ...) và uri-escape-it.

Answer 6

Tôi có cùng một câu hỏi. Tôi đang viết hàm javascript để phân tích cú pháp và xâu chuỗi các truy vấn. Tôi không biết liệu chuỗi truy vấn có tên trùng lặp hay tên có ngoặc vuông hay không, chẳng hạn như x [] = 1 & x [] = 2, là tiêu chuẩn mặc dù một số ngôn ngữ hỗ trợ định dạng này.

Nhưng tôi thấy Chrome và Firefox có Lớp mới có tên là URLSeachParams và chỉ hỗ trợ định dạng đơn giản nhất là name=value. Nếu có tên trùng lặp trong chuỗi truy vấn, phương thức get của URLSearchParams chỉ trả lại tên đầu tiên.

Vì vậy, cá nhân, có thể một url tên đơn giản và không trùng lặp sẽ an toàn hơn nhiều trong tương lai.