Как скрыть код?

JPEG, PNG, PDF. :)
Если браузер обрабатывает HTML, CSS, JS - то значит код доступен. Это же веб, как иначе? JS можно обфусцировать, остальное останется как есть.
Ну или я вопрос не понял..

maxfox, css тоже можно обфусцировать и html сделать чуть менее читаемым.

devalone, авишка с ревиндом по onhover! )

devalone, Какой смысл обфусцировать CSS, если отладчик в браузере все всё покажет?

maxfox, ну как минимум можно изменить имена классов и отладчик не сможет показать старые, да, это такая себе обфускация, но тем не менее.

Как совсем дикий вариант, написать десктопное приложение отображающее веб-контент, но не дающее доступ к исходникам контента.

Думаю самым любопытным придётся выковыривать HTML, CSS и JS из оперативной памяти.

Но демонстрацию придётся каждому скачивать себе на компьютер.

Руслан Гильфанов, а если там тесная интеграция с нативом при рендеринге - то.... :)

...а если там тесная интеграция с нативом при рендеринге - то.... :)

xmoonlight, я не уловил мысль -- можно переформулировать/развернуть?

Речь о "нативе" мобильных устройств? Или...

Руслан Гильфанов, ну визуальный компонент рендеринга (HTML/CSS/JS) постоянно общается с аппликухой получая доступ к раскриптовке кода прям в памяти "налету", а после рендеринга - убивает исходник из памяти.

Руслан Гильфанов, тогда уже сразу запускать сайт на виртуальной машине на своём сервере, а пользователям давать удалённый доступ без возможности выходить за пределы браузера.

devalone, Это единственное реальное решение для демонстрации заказчику!
+100500!

xmoonlight, интересно. А после убийства исходника разве в компоненте рендеринга не остаётся то же DOM-дерево или что тогда он будет показывать? И как будут выполняться скрипты?

Я не в курсе как тот же QtWebKit хранит веб-контент в оперативной памяти, но думаю вполне извлекаемо (тем более, исходники в OpenSource). Как я понимаю, реализация браузерного движка (как и GUI) подразумевает рендеринг по данным в бесконечном цикле. Пусть в случае с HTML, CSS и JS должны быть оптимизации данных (структурированный текст -- не для рантайма), но оптимизации обратимые.

Если в бесконечном цикле рендерить и через секунду всё убивать, а все действия пользователя отдавать на хранение приложению -- тогда веб-контент может постоянно перемещаться по оперативной памяти. Вот только не будет ли это жутко лагать...

Ещё как вариант, тут напрашивается собственная модификация WebKit с закрытым исходным кодом, шифрованием и наворотами от разработчиков "защит от копирования" для осложения дизассемблирования.

Хм, виртуальная машина на собственном сервере таки вариант по-проще)

Руслан Гильфанов, скажу кратко: решение рабочее.