¿Hay alguna manera de implementar un nuevo protocolo para eliminar el // en http: //?

Los dos puntos, la barra invertida doble es realmente muy útil. Se vuelve un poco más obvio cuando observa la forma en que Sun implementó los URI de JDBC:

jdbc: tipo de base de datos: protocolo: base de datos: // url

Puede ver que hay una necesidad de distinguir entre lo que se ejecuta sobre qué y lo que luego accede cuando llega a lo que está haciendo la conexión.

En los navegadores web, la url suele ser uno de los archivos: //, https: //, shttp: //, http: //, telnet: //, sftp: //, ftps: //, ftp: // o ardilla de tierra://. Realmente, si van a tener gopher, también debería haber wais: //. Es legible, que es lo principal, aunque uno podría argumentar que si http está por encima de otro protocolo, debe decirlo, ya que facilita que la computadora maneje los casos limpiamente. Sin embargo, nadie inventó las URL para ser más fácil en las computadoras.

De todos modos, la doble barra invertida marca el final de las capas. Eliminarlo significaría que pasaría un mal rato tratando con nombres que podrían tener múltiples significados porque el significado depende del contexto que la computadora no tiene.

Debido a que sctp es bastante mejor que tcp para ciertos tipos de carga de red, es posible que los navegadores comiencen a aceptar sctp: http: // url y tcp: http: // url, si alguna vez llegara a suceder, habría algún beneficio. para poder usar ambos. Entonces, en lugar de eliminar las cosas, las cosas pueden agregarse.

Un mejor enfoque sería deletrear todo discretamente en la URL, hacer que esté totalmente orientado a la máquina y que las computadoras puedan analizarlo de manera confiable y rápida, y luego tener una nueva convención de nomenclatura que los humanos usaron. ¿Realmente le importa a un humano qué mecanismos se utilizan? Solo necesita una forma universalmente fácil de recordar y fácil de escribir para describir cada recurso.

La única alternativa que alguien ha ideado es Xanadu de Nielsen. Que ha pasado por muchos rediseños, reescrituras y reelaboraciones, con solo algunos prototipos muy básicos para mostrar. Es posiblemente el mayor invento en tecnología de la información que nunca se haya construido, ahora que los diseños de Babbage se han realizado. Mi respeto sincero y sincero, el concepto es sorprendente y condujo a la red mundial, a la HyperCard de Apple, etc., aunque estas son limitaciones limitadas de la visión original. Este sistema le permite hacer referencia a todo de manera única tanto en el tiempo como en el espacio, y le permite reordenar los conceptos que desee para adaptarse a su forma de ver las cosas.

Si desea inventar un reemplazo para las URL, ahí es donde comienza.

En realidad, son los estándares de convenciones de URL (RFC) los que dictan el uso de: // en las direcciones web para mostrar el protocolo.

El protocolo no es la razón en este caso, con algunos rfc en URL que mencionan específicamente esta falta, pero generalmente se incluye para garantizar que el protocolo sea único dentro de la dirección.

Los dos puntos también se usan para separar otras cosas, como el puerto, por lo que las barras dejan en claro que está dando un protocolo y no tratar de incluirlo automáticamente.

Los protocolos son simplemente convenciones que todas las partes participantes acuerdan seguir para interactuar. Es bastante posible definir un protocolo para cualquier propósito, utilizando cualquier notación que desee utilizar. El truco, por supuesto, es lograr que las aplicaciones y los sistemas no escritos por usted adopten esos protocolos. A menos que haya una razón muy tangible para adoptarlos, los sistemas más utilizados probablemente no lo harán.

Es la convención URI, descrita en el RFC respectivo.

Los dos puntos significan que el protocolo se especificó antes, dos barras significan que seguirá la dirección del host.