Возник вопрос по использованию именованных пайпов - можно ли, к примеру, создав пайп с именем "\\\\.\\pipe\\testpipe" записать в пайп html-данные и после скормить его IE? На самом деле задача постевлена вполне коррректно - в неком зашифрованном виде на диске хранятся html-документы, задача - отобразить их пользователю, при этом не дав все это копирнуть ), но вот решение пока в голову не пришло.
fabi Это в принципе невозможно. Я одну HTML-книжку, запакованую подобным образом, выпотрошил с помощью отладчика из оперативки процесса. Так что если ты передаёшь ИЕ какой-либо текст, этот текст можно найти в оперативке и сохранить в файл.
2 fabi К тому же, если "случайно" произойдет совпадение имен пайпов, то пиши пропало... Два индекса &etc.
2semen, что ты имеешь ввиду под "view source"?.. 2Loger - прекрасно, но заметь, что суть вопроса то не в том, как их достать, а как ак раз таки упаковать. Если ты потрошил, то может расскажешь, как это было все организовано? NoName, это как может произойти случайное совпедение пайпов то?.. Хм.. Что - то я не пойму.
pas, это решает либо ActiveX конпонент, либо свой вьвер. Оба строятся на основе компонента IWebBrowser, тут думаю можно извратиться с защитой . А то, что после открытия документа любой браузер может его сохранить это и козе понятно.. Я что, некоректно ставлю вопросы?
fabi Нажмет правую кнопку и тыкнет "view source". Конечно если нормальную иешку пользователю не дать - то это проблему решит... Но изначально как я понял речь про обычную ie - а значит шифровать что-либо бесполезно...
Не совсем так, semen. Я описал суть проблемы выше, а такие ответы все же несерьезны. В общем виде проблема сходится к след.: Используя готовый компонент для отображения html, как например IWebBrowser не дать пользователю скопировать инфу. Как из окна просмотра, так и с харда - решений я пока не вижу, как тут можно поступить? Loger, ты ломал - ну расскажи, как это было сделано?
fabi Смотря от какого именно способа получения данных HTML нужно защищаться: 1) Не дать просмотреть HTML-код, хранящийся на диске (шифровать файлы а лучше упаковывать); 2) Запретить доступ к данным из компонента (запретить в меню "Save As" и "View source" (эта команда открывает кешированный файл из "Temporary Internet Files")); 3) Запретить доступ к данным, которые можно получить через интерфейс подобным способом; 4) Запретить доступ к памяти, в которой хранится HTML код.
fabi> строятся на основе компонента IWebBrowser, fabi> тут думаю можно извратиться с защитой. В самом деле? Поправьте меня, если я ошибаюсь, но мне кажется, что во-первых можно перехватывать обращения к компоненту, во вторых можно вообще заменить компонент на свой собственный, который просто и незатейливо сохраняет "готовенькие" html-и Поэтому либо "стандартные компоненты", либо "крутая защита", но никак не одновременно...
fabi во-первых, советую найти и почитать книжку Scott Roberts "Programming Microsoft Internet Explorer 5" от MS Press. В электронном виде она есть. во-вторых, можно реализовать свой протокол + реализовать плугин для его отображения в IE. Таким макаром например работает вьюер djvu-файлов. Плюс тут в том, что формат можешь использовать нестандартный (не хтмл). Минус в том, что юзеру сначала придется ставить этот самый плугин. Давно где-то видел экзампл реализации своего протокола под IE, да вот только не найду...
captain cobalt, не стоит сводить свои ответы к типу "идеальной защиты нет", окс? Мне нужно решить поставленную задачу, а не философствовать. IceStudent - да, спасибо за разбиение задачи на подзадачи, а дальше что? 2Max, ты абсолютно прав, благодарствую - достаточно эффективное решение, в принципе, если не будет подводных камней, то тему считаю закрытой. Всем спасибо, особенно Max`у за идею.
