2.1. Protocolli non-HTTP

2.1. Protocolli non-HTTP

Un'applicazione può fare affidamento su HTTP senza soddisfare i criteri per utilizzarlo come definito sopra. Ad esempio, un'applicazione potrebbe voler evitare di rispecificare parti del formato del messaggio ma potrebbe modificare altri aspetti del funzionamento del protocollo, oppure potrebbe voler utilizzare metodi specifici dell'applicazione.

Ciò consente maggiore libertà nel modificare le operazioni del protocollo, ma almeno una parte dei benefici delineati nella Sezione 3 viene persa poiché la maggior parte delle implementazioni HTTP non sarà facilmente adattabile a questi cambiamenti. Anche il beneficio della notorietà andrà perso.

Tali specifiche NON DEVONO utilizzare gli schemi URI HTTP, le porte di trasporto, gli ID di protocollo ALPN o i registri IANA; piuttosto, sono incoraggiate a stabilire i propri.