Internet Engineering Councilは新しい
RFC6648を公開し
ました 。これは、すべてのプロトコルで
Xタイプのプレフィックスを放棄することを強く推奨しています。 新しいRFCは、IETFコミュニティでの議論とコンセンサスの結果です。
ご存じのように、
X-は実験パラメータの命名に伝統的に使用されており、他の機能と競合することなく使用できます。 このプラクティスは、FTPプロトコルのパラメーターを使用して1975年に始まりました。
たとえば、HTTPは次の実験ヘッダーを使用するようになりました：X-Requested-With、X-Forwarded-For、X-ATT-DeviceId、X-Wap-Profile、X-Frame-Options、X-XSS-Protection、X-Content-タイプオプション、X-Forwarded-Proto、X-Powered-By、X-UA-Compatible。
IETFの専門家は、この場合、マイナスの効果はプラスの効果よりも強いと考えています。 問題は、実験的な実装が標準によってカバーされる領域に浸透する傾向があることです。 多くの場合、実験機能の改良後、下位互換性のために古い
Xバージョンのサポートを維持する必要があります。 たとえば、これは
HTTP / 1.1のx-gzipおよびx-compressメディアタイプで発生しました。
もう1つの危険性は、実験パラメーターが標準化手順を事実上回避して事実上受け入れられるようになることです。
-webkit- *プレフィックスでも、単一の実装が世界独占になると脅迫する場合に同様の状況が観察されます。