Z>Меня вот больше беспокоит, кто придумал такой неэффективный текстовый протокол HTTP.
Z>Этож сколько информации лишней передается, со всей этой многословностью, переносами строк и т.д.
Z>Нет чтобы запилить нормальный такой бинарный протокол

Избыточность HTTP-заголовков на сравнительно малом количестве больших объектов — стремится к нулю. А это почти вся браузерщина.
В клинических случаях, дискомфорт от HTTP на моей памяти можно было охарактеризовать тремя словосочетаниями: полный дуплекс, высокочастотная передача маленьких пакетов, медленные мобильные сети.
Со всеми тремя сценариями ИМХО отлично справятся вебсокеты. Единожды установил HTTP соединение, и фигачь бинарщину, сколько и когда влезет.

PS. Конечно, асечный OSCAR в своё время был куда эффективнее HTTP. На мобильных сетях это было особенно заметно. Прицеплять к нескольким полезным байтам сотни байт хедеров — действительно накладно, особенно при дорогом трафике. Но опять же, в те времена вебсокетов не было.

N>Всем протоколам верхнего уровня лучше быть текстовыми.
N>Экономия на переходе в бинарность не окупается утяжелением отладки и диагностики.

По хорошему лучше не решать, что лучше А поддерживать и текст, и бинарщину. Как, например, google это делает с xml.

Здравствуйте, iiice, Вы писали:

N>>Всем протоколам верхнего уровня лучше быть текстовыми.
N>>Экономия на переходе в бинарность не окупается утяжелением отладки и диагностики.

I>По хорошему лучше не решать, что лучше А поддерживать и текст, и бинарщину.

Речь не про поддержку, а про разработку нового.

I> Как, например, google это делает с xml.

XML — структурное средство, это отдельная категория. Не говоря о том, что это (неизбежный) уродец.

IO>Ну тогда file: , а не file:/

это относительный URI.

Здравствуйте, IObserver, Вы писали:


IO>А зачем file:/ ? Почему не просто: c:/file или /c:/file?

Потому, что многие программы умеют работать как с файлами, так и с хттп, фтп, и даже кастомными протоколами. Например, какая разница медиаплееру, откуда брать поток — из файла, из инета, или с железяки, для которой зареген свой префикс, а поток обслуживается драйвером? А в твоем варианте получается, что файлы стоят особняком, и это уже не протокол, а просто локальный путь.