統一碼在期望/優先標題

根據https://stackoverflow.com/questions/17183124/standard-http-headers-equivalents-for-a-custom-protocol，我試圖避免創建新的HTTP標頭，舊的可以做，我特別要支持Unicode。統一碼在期望/優先標題

從我所知道的，RFC5987（它提供了Unicode支持的一種方法）引用的「參數」在報頭TE，Transfer-Encoding和Content-Type和Accept中明確使用（即媒體類型）。

而「期望」（RFC2616）和「身高」（draft-snell-http-prefer-18）表示使用的排序參數，他們不這樣做，據我所知，明確提及RFC5987（也不反之亦然），所以我想知道這些頭文件是否可用於以標準認可的方式嵌入Unicode值（在參數部分內）。

來源

2013-06-21 Brett Zamir

當前支持RFC 5987編碼的唯一頭字段是Content-Disposition和Link。

出於好奇：爲什麼需要 Expect/Prefer中的非ASCII字符？

來源

2013-06-21 06:16:22

您的意思是我列出的那些不支持實現，或者Content-Disposition和Link是另外兩個支持它的嗎？（該規範似乎暗示我列出的將支持Unicode。） –

至於爲什麼，我有興趣允許任意傳遞XPath或CSS Selectors表達式，並將其應用於通常會導致給定URL的內容（更詳細的內容，我想在http://stackoverflow.com/questions/17183124/standard-http-headers-equivalents-for-a-custom-protocol）做。我認爲我可以將它傳遞到Expect中，或者更通常地在Prefer中傳遞它，而不是根據所請求的查詢語言的支持是否會導致完整文檔的返回。 –

我希望超越XPath或CSS選擇器的能力，WhatWG可能會考慮利用它或類似的東西，允許HTML標記觸發分頁和類型感知數據表搜索接口等事情，而無需作者添加Ajax庫（可能從而不適當地限制暴露給用戶的查詢選項）。通過使用標題，可以使用任何URL的靜態或動態頁面。 –

統一碼在期望/優先標題

回答

相關問題