Начну с главного: сегодняшний Web - свалка костылей, подпорок и уязвимостей!

Для реализации современного сайта требуются: DHTML, Flash, CSS, JS, CGI, DBMS, AJAX и т.д. И вся эта разношерстная "могучая кучка" ЯП, технологий и пр. используется для получения старого унылого HTML, конец бороды которого теряется в веках. Вёрстка под разные браузеры - только с костылями. Посмотреть видео-ролик без подпорок в виде Flash-плееров невозможно. JS и CGI порождают уязвимости. Не существует ничего, что могло бы решить все эти проблемы хотя бы частично.

Поэтому я создал данную тему и предлагаю поразмыслить, пофантазировать и порассуждать о том, чем можно заменить старый унылый Web на основе HTTP/HTML, совершив революцию глобального масштаба?

Предлагаю вариант: сделать браузер интерпретатором не текста с тегами (HTML), а кода, который формирует интерфейс страницы и позволяет обрабатывать действия пользователя. За основу можно взять, к примеру, QML. Плюсы следующие:

• количество используемых ЯП, технологий и пр. сокращается до Qt/QML + DBMS + ЯП по вкусу;
• можно создавать полноценные сложные интерфейсы, ни в чем не уступающие нативным - ведь интерфейс создаётся стандартными контролами, входящими в состав фреймворка Qt;
• любая интерактивность - от элементарной анимации, решаемой средствами QML, до сложной обработки данных на стороне сервера (посредством RPC);
• любые мультимедийные возможности - проигрывание видео и аудио (достаточно включить во фреймворк нужные кодеки);
• любые 3D-модели и даже игры, причем с использованием OpenGL;
• лёгкость интеграции разнородных сервисов между собой (как задумывалось в Google Wave, только охват намного шире);
• высокий уровень безопасности - каждая страница запускается в собственной "песочнице"; цифровые подписи и любое шифрование;

И такое количество плюсов - лишь в первом приближении, навскидку! С более подробной проработкой их станет ещё больше 

Захотел страничку посмотреть - поставь Qt и g++ для начала, так чтоли ?

rsm, сегодняшний веб - это не только свалка костылей, это еще и свалка информации, оформленной с использованием этих костылей. C ней что делать?

Мы должны выпередить все капиталистические страны запада! © УССР, кто - не знаю

Это сообщение отредактировал(а) gcc - 12.1.2011, 02:45

Я же написал: сделать браузер интерпретатором <...> QML. На клиентской машине ничего кроме Qt и самого браузера не потребуется.


Полезное - переделать под новые реалии, все остальное - предать забвению. Никто и не обещает, что переход будет легким и быстрым. Однако необходимость в нем имеется однозначно.

вот есть объём информации. его надо передать. 
поясните, вы хотите чтоб на стороне клиента собралась некая браузерная "программа", закачивающая и оригинально отображающая контент? 
...аля GNU-Silverlight ?

Да кстати ... Silverlight уже создан.

{выплиил чушь}

Добавлено через 7 минут и 33 секунды

Еще раз подумав - возвращаю:

Я пральна понимаю, что новаторство идеи в том, чтобы уйти от "тонкого" клиента к "толстому"?      

Это сообщение отредактировал(а) Zloxa - 12.1.2011, 11:12

Да, что-то вроде. Браузер не HTML парсит, а интерпретирует код на QML, создавая по нему интерфейс страницы и загружая в нее контент.


Даже не рядом! Сервелат делает опять же HTML.


Не думаю, что от одной лишь установки на компе Qt клиент так уж сильно потолстеет... А данные можно хранить и обрабатывать где угодно.

2ALL: концепцию будет легче понять если забыть о существовании HTML, JS, CSS и пр. Представьте, что вы открываете в редакторе исходный код страницы и видите там не привычную кашу из HTML и JS, а QML.

В таком случае, а не сделать ли проще? Зачем изобретать гвоздь? 
Меня уже давно раздражает подход производителей браузерных движков. Я конечно понимаю их стремление доказать крупным компаниям, что вот мол, они самые передовые, они стремятся быть на пике передовых технологий, они лучше всех, стремление это самое примитивное, подороже себя продать. И каким боком вылезает все это для веб-программиста и дизайнера? Мне приходиться использовать несколько самых ходовых браузеров в системе, чтобы каждый раз сверяться, а корректно ли работает мое приложение в этом или в этом, а как в этом или том браузере? И у меня далеко даже не сотая часть всех браузеров, что сейчас в ходу, установлена. Перечислю небольшую часть из них, ИЕ (само – собой), Макстон (надстройка над ИЕ), ФФ (огненная лиса), Опера (что и у фф, один движок), Сафари (ну, само собой), Гугле Хром (движок, что и у сафари, Апле Веб Кит). 
Из чего я исхожу, основная масса пользователей, это обычные юзеры, приходящие на твой сайт из любопытства. Первое, на что они реагируют, как твой сайт отобразиться у них в клиенте. И вот тут начинаются проблемы, каждый юзер использует свой браузер и вот подстроить свое веб-приложение под каждый браузер, из-за тех самых костылей, подпорок, очень сложно. Что в одном браузере смотрится отлично, в другом, очень коряво. Я уж не говорю о головных болях программистов. Что на одном движке просто летает, то на другом, мертво висит.
Вот и хочу сказать, а зачем гвоздь изобретать, может сделать движок, который бы объединял все новаторские предложения воедино?
Как – то несвязанно я все написал
ИМХО.  


Это сообщение отредактировал(а) Freyzer - 12.1.2011, 13:09

С чего бы вдруг? У оперы presto, у фф gecko. Первый проприетарный, второй свободный.

Проблема не в движке, проблема в головах. Едва ли не одновременно с появлением HTML появился W3C, призванный приводить внешний вид страниц к одному знаменателю путем стандартизации HTML и всех его производных. Но всегда и везде находились и находятся люди, желающие стоять поближе к включенному вентилятору при справлении естественной нужды. Сиречь, делать верстку и код, которые не соответствует вообще ничему кроме их собственного представления о том, как будет "правильно". Это первое. Далее, стоит вспомнить грустную историю Netscape vs IE. Как только на просторах Интернета остался лишь один браузер, его начали лабать как бог на душу положит, но только не в соответствии со стандартами. Такое продолжается и по сей день: если те же Gecko (движок Firefox), KHTML (Konqueror), WebKit (Safari, Chromium), Presto (Opera) реализованы худо-бедно по стандарту, то единственный и неповторимый IE гнет свою линию по принципу "сделано не у нас". К счастью, сейчас ситуация постепенно исправляется в лучшую сторону - выбор браузеров обширен. Это второе. И наконец третье: ИМХО, сами стандарты написаны настолько бестолково, мутно и "сшиты белыми нитками", что реализовать их поддержку в обозримый срок не представляется возможным; ситуация полностью аналогична С++, для которого нет ни одного компилятора, который бы на 100% соответствовал стандарту. Такие дела...

Даже если сделать один вменяемый движок, это все равно не спасет от того зоопарка разношерстных и плохо стыкующихся друг с другом приемов и технологий, которые мы имеем на сегодняшний день. Поэтому, опять же ИМХО, этот "гордиев узел" можно только разрубить одним решительным ударом, сделав по-настоящему новый Web, учитывающий существующие ошибки, недостатки, и - главное! - тенденции развития.

Спасибо за поправку, моя запарка 

rsm

Но, предложить что-то концептуально новое, да еще на голом энтузиазме? Я пессимист по натуре, я сомневаюсь в реализации нечто подобного. 

Это сообщение отредактировал(а) Freyzer - 12.1.2011, 17:36

  
как это?  

Правильно я понимаю, что мы получаем такое ж Flash/Flex или Silverlight приложение, только вместо HTML (с одним тегом embed) + swf/xap будем грузить сразу swf/xap? Ну может ещё не в бинарном виде, а текстовом - не суть. В чём профит?

Добавлено через 1 минуту и 3 секунды
HTML крут именно как язык разметки, а не язык программирования. С нехилой семантикой (в теории). Флеш/сильверлайт до сих пор (учитывая некислую историю) хреново индексируются поисковиками, а что-т новое...