Считаю, что http уже принципиально устарел, а значит его надо заменить на что-то еще, например, на XMPP:
1. Исчезают проблемы с авторизацией. В классическом http конечно тоже есть методы авторизации, но из-за их ограничений они мало где используются. Более не нужны странички "регистрация" или "напомнить пароль", они излишни.
2. Исчезают проблемы с безопастностью, ибо по умолчанию весь трафик идет через SSL, в отличии от опционального https.
3. Исчезают проблемы с сессиями. Их просто нет, ибо будет всего 1 соединение.
4. Исчезают проблемы с Аякс-подобными запросами и постоянным поллигом сервера, не нужно использовать костыли в виде комет и потоковых серверов. Сервер всегда сможет вовремя доставить курсы валют, погоду, личные сообщения и прочее, при этом не будет создано сотен запросов к серверу, затраты трафика при ожидании будут нулевыми.
5. Исчезает проблема с последовательностью загрузки, а значит можно контролировать пользовательский кеш (по крайней мере в пределах сессии), появляется возможность трансклюзии уже закаченных документов (эдакий клиентский SSI), а значит можно только 1 раз загрузить код шаблона сайта, а только потом уже его использовать. Можно даже пойти дальше - поддерживать на клиенте некоторую локальную базу, которую держать всегда в актуальном состоянии (сервер может уведомлять о изменениях), систему шаблонов (XSLT) и генерацию страниц полностью на клиенте, если все нужные части уже есть в наличии.
6. Исчезает проблема с автозаполнением форм, можно процессить поля сразу по мере их заполнения. Не будет такого, что заполнили огромную форму с сотней полей, но где-то допустили ошибку, после чего нам надо заполнять эту форму с нуля.
7. Можно прикрутить ссылки на внешние источники через nntp, идентифицируя их по уникальному хешу. Можно добавить список официальных зеркал-кешей, откуда будет грузиться статика, тем самым повысив распределенность и отказоустойчивость, клиент сам будет выбирать ближайшее для себя зеркало. В локальных сетях можно даже ставить собственные NNTP сервера для кеширования, тем самым экономить трафик (примерно как сейчас это делает Сквид, но он кеширует страницы целиком, включая приватную информацию от конкретного пользователя, что недопустимо)
8. Исчезает проблема некорректного кеширования приватной информации, ибо все приватные данные идут только 1, конкретному пользователю, без каких либо отдельных ссылок.
Я вижу в этом только преимущества, а есть ли недостатки?
