Есть некий BHO который по событиям о готовности документа в броузере, берёт этот документ как текст, обрабатывает его и добавляет туда таблицу и несколько картинок. После этого он замещает старый тест на новый. Всё вроде хорошо, только есть проблема, если соединение было по https броузер выкидывает предупреждение что на странице присутствуют не безопасные элементы. Опытным путём выянено что ругонь идёт на картинки. Я их указываю с локального диска типа "file:///C:/something.gif". Вопрос собственно как победить предупреждение? На ум конечно приходит указывать тоже https путь, но это не самое лудшее решение. Может быть есть ещё варианты?
Здравствуйте, baraboshinkg, Вы писали:
B>Есть некий BHO который по событиям о готовности документа в броузере, берёт этот документ как текст, обрабатывает его и добавляет туда таблицу и несколько картинок. После этого он замещает старый тест на новый. Всё вроде хорошо, только есть проблема, если соединение было по https броузер выкидывает предупреждение что на странице присутствуют не безопасные элементы. Опытным путём выянено что ругонь идёт на картинки. Я их указываю с локального диска типа "file:///C:/something.gif". Вопрос собственно как победить предупреждение? На ум конечно приходит указывать тоже https путь, но это не самое лудшее решение. Может быть есть ещё варианты?
Реализовать свой Asynchronous Pluggable Protocol для https.
Здравствуйте, Conr, Вы писали:
C>Здравствуйте, baraboshinkg, Вы писали:
B>>Есть некий BHO который по событиям о готовности документа в броузере, берёт этот документ как текст, обрабатывает его и добавляет туда таблицу и несколько картинок. После этого он замещает старый тест на новый. Всё вроде хорошо, только есть проблема, если соединение было по https броузер выкидывает предупреждение что на странице присутствуют не безопасные элементы. Опытным путём выянено что ругонь идёт на картинки. Я их указываю с локального диска типа "file:///C:/something.gif". Вопрос собственно как победить предупреждение? На ум конечно приходит указывать тоже https путь, но это не самое лудшее решение. Может быть есть ещё варианты? C>Реализовать свой Asynchronous Pluggable Protocol для https.
А есть более дешёвое решение? Если нет, то где нибудь есть примеры реализаци?
Здравствуйте, baraboshinkg, Вы писали:
B>А есть более дешёвое решение? Если нет, то где нибудь есть примеры реализаци?
Может быть и есть, но вот так вот сходу в голову больше ничего не приходит. Что касается примера, то в группах стоит поискать пример PassthruAPP, автор Igor Tandetnik. Напрямую там решения этой задачи нет, но это лучший пример реализации APP, по крайней мере из общедоступных.
Здравствуйте, Conr, Вы писали:
C>Здравствуйте, baraboshinkg, Вы писали:
B>>А есть более дешёвое решение? Если нет, то где нибудь есть примеры реализаци? C>Может быть и есть, но вот так вот сходу в голову больше ничего не приходит. Что касается примера, то в группах стоит поискать пример PassthruAPP, автор Igor Tandetnik. Напрямую там решения этой задачи нет, но это лучший пример реализации APP, по крайней мере из общедоступных.
Можно еще, конечно, покорежить настроки IE в реестре, но за такие методы решения проблемы можно и канделябром...
Здравствуйте, Conr, Вы писали:
C>Здравствуйте, Conr, Вы писали:
C>>Здравствуйте, baraboshinkg, Вы писали:
B>>>А есть более дешёвое решение? Если нет, то где нибудь есть примеры реализаци? C>>Может быть и есть, но вот так вот сходу в голову больше ничего не приходит. Что касается примера, то в группах стоит поискать пример PassthruAPP, автор Igor Tandetnik. Напрямую там решения этой задачи нет, но это лучший пример реализации APP, по крайней мере из общедоступных. C>Можно еще, конечно, покорежить настроки IE в реестре, но за такие методы решения проблемы можно и канделябром...
Это какие?
Здравствуйте, baraboshinkg, Вы писали:
C>>Можно еще, конечно, покорежить настроки IE в реестре, но за такие методы решения проблемы можно и канделябром...
B>Это какие?
Он же сказал — канделябром
PassthruAPP — очень хорошее решение.
Ничего не нужно регистрировать в реестре. После реализации нужных классов в BHO-шнике, шесть строчек кода — и ты контролируешь все, что приходит и уходит (за редким исключением, которое конечно всегда есть )
Здравствуйте, baraboshinkg, Вы писали:
C>>Можно еще, конечно, покорежить настроки IE в реестре, но за такие методы решения проблемы можно и канделябром... B>Это какие?
Изменять пользовательские настройки без его ведома.
Здравствуйте, Conr, Вы писали:
C>Здравствуйте, baraboshinkg, Вы писали:
C>>>Можно еще, конечно, покорежить настроки IE в реестре, но за такие методы решения проблемы можно и канделябром... B>>Это какие? C>Изменять пользовательские настройки без его ведома.
Это то понятно. Вопрос как это сделать?
Здравствуйте, EqWu, Вы писали:
EW>Здравствуйте, baraboshinkg, Вы писали:
C>>>Можно еще, конечно, покорежить настроки IE в реестре, но за такие методы решения проблемы можно и канделябром...
B>>Это какие?
EW>Он же сказал — канделябром
Ну это меня не пугает. Главное что бы работало.
EW>PassthruAPP — очень хорошее решение. EW>Ничего не нужно регистрировать в реестре. После реализации нужных классов в BHO-шнике, шесть строчек кода — и ты контролируешь все, что приходит и уходит (за редким исключением, которое конечно всегда есть )
Здравствуйте, baraboshinkg, Вы писали:
B>Ну это меня не пугает. Главное что бы работало.
Это зря, карму портит.
Настройки хранятся в HKEY_CURRENT_USER\\Software\\Microsoft\\Windows\\CurrentVersion\\Internet Settings.
Тебя интересует параметр WarnonZoneCrossing — его нужно сбрасывать в 0;
Чтобы не корежить вышеуказанный ключ, стоит реализовать в своем BHO интерфейс IDocHostUIHandler и в GetOptionKeyPath возвращать фейковый ключ (например HKEY_CURRENT_USER\\Software\\CoolIeBho), в котором завести WarnonZoneCrossing с нужным значением.
Но этот способ может не работать с некоторыми браузерами на основе движка IE.
)
