Автономный просмотр динамического контента?

Question

Я хочу просматривать динамическое содержимое (флэш-игры, онлайн-транзакции и т. Д.) В автономном режиме.

Например, я заканчиваю 1-й уровень этой крутой флэш-ролевой игры. Я выхожу в автономный режим и снова играю на уровне.

Или я делаю покупку. И сделать покупку снова в автономном режиме. Конечно, это ничего не сделает. Это будет строго для демонстрационных целей.

Или я смотрю видео онлайн. Перейдите в автономный режим и посмотрите снова.

Это возможно? Что бы я ни делал через браузер, он должен загружать вещи. Когда он загружается, он хранится на диске. Затем, когда он находится в автономном режиме, он направляет весь трафик на локальный диск. Звучит просто, но возможно ли это?

Или я что-то упустил?

Допустим, кто-то исправил браузер, чтобы сделать автономный режим намного более мощным. Как веб-разработчик, как я могу защитить свое приложение от этого пропатчен браузер?

Допустим, я заряжаю свое содержимое (видео, игры ... и т. Д.) за просмотр / использование. С этим исправленным браузером люди могут заплатить один раз и просматривать / использовать его снова и снова. Они могут даже сделать тарбол из своего кеша браузера и поделиться с другими людьми в Интернете.

Итак, мои вопросы:

1. возможен ли этот исправленный браузер?
2. если это возможно, как я могу защитить свой контент от него?

Answer 1

Я пытаюсь найти оригинального автора цитаты: «Попытка сделать цифровой контент не копируемым - это как попытка сделать воду не мокрой».

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

Давайте поговорим о видео (и аудио). По сути, без управления клиентом, вы НЕ можете остановить кэширование загруженного видео и его повторный просмотр. Существуют «пропатченные» браузеры. На самом деле, они не исправлены. Они даже не должны быть. FireFox имеет любое количество плагинов, таких как «DownloadHelper», которые делают все это возможным. YouTube старается регулярно менять свою систему, чтобы сломать DownloadHelper. Но они знают, что могут только замедлить ход событий.

Единственный способ контролировать повторную загрузку видео - настаивать на том, чтобы пользователь использовал ваш полностью настраиваемый плагин или приложение. Проблема в том, что (а) это стоит гораздо больше денег, (б) это более болезненно для пользователя.

Другие случаи, о которых вы упоминаете - RPG и онлайн-транзакции ... это разные вещи. Часто с RPG или другой игрой клиентская часть включает в себя только часть кода. Часть кода находится на вашем сервере. Игра без подключения к серверу невозможна. Вам не нужно писать это таким образом, вы можете сделать это на 100% клиентом ... в этом случае (например, для Flash) SWF-файл можно загружать и воспроизводить снова и снова без вашего контроля.

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

Онлайн-транзакция ВСЕГДА включает в себя серверный компонент, обычно зашифрованный и не повторяемый. Они могут быть защищены.