Используя ASP.NET, там программный способ сделать снимок экрана содержимого браузера?
Локальные вычисления не могут использоваться с ML Pipelines. Пожалуйста, смотрите эту статью .
6 ответов
Я могу сказать Вам прямо сейчас, что нет никакого способа сделать это из браузера, и при этом не должно быть. Предположите, что Ваша страница встраивает Gmail в iframe. Вы могли затем украсть снимок экрана ящика входящих сообщений Gmail человека!
Это могло быть сделано безопасным при наличии браузера, "закрашивают черной краской" весь iframes, и встраивает, который нарушил бы междоменные ограничения.
Вы могли, конечно, записать расширение, чтобы сделать это, но знать о соображениях безопасности, обрисованных в общих чертах выше.
Обновление: можно использовать служебную функцию холста для получения снимка экрана страницы на том же источнике как код. Существует даже lib, чтобы позволить Вам делать это: http://experiments.hertzen.com/jsfeedback/
Можно найти другие возможные ответы здесь: Используя HTML5/Canvas/JavaScript, чтобы сделать снимки экрана
Browsershots имеет интерфейс XML-RPC и доступный исходный код (в Python).
Я использовал бесплатный блок UrlScreenshot.dll, который можно загрузить здесь.
Работы приятно!
Существует также WebSiteScreenShot, но это не свободно.
Вы могли попробовать плагин браузера как IE7 Pro для Internet Explorer, который позволяет Вам сохранять снимок экрана текущего сайта в файл на диске. Я уверен, что существует сопоставимый плагин для FireFox там также.
Если Вы хотите сделать что-то как Вы описанный. Необходимо назвать внешний процесс, который печатает вывод IE, как описано здесь.
Почему Вы не проявляете другой подход?
Если у Вас есть потребность, что пользователи могут просмотреть то же содержание снова, то это кажется, что это - бизнес-требование для Вашего приложения, и таким образом, необходимо встраивать его в приложение.
Структурируйте URL так, чтобы то, когда тот же пользователь (принимающий Вас имеют сессии и приложение, показывает разные вещи различным пользователям), посетило тот же URL, они всегда видят то же самое. Они могут затем отметить URL локально, или у Вас может даже быть функция приложения, которая сохраняет его в профиле пользователя.
Часть этого означала бы делать "чистые URL", например, site.com/view/whatever-information-needed-here.
При выполнении основанных на времени данных где они изменяются, как они становятся старше, существует, вероятно, пара возможных подходов.
- Если Ваши данные не изменяются регулярно, то Вы могли всегда делать "текущую" страницу, например, site.com/view/2008-10-20 (добавьте час/минуту/второй как соответствующий).
- Если это обновляется и/или обновляет более регулярно, имейте "текущую" страницу как site.com/view.. но позвольте указывать точное время впоследствии. В этом случае у Вас должна была бы быть "ссылка на эту страницу" функция типа, которая свяжется с постоянным URL с полной датой/временем. Обратитесь к картам Google для вдохновения здесь - если Вы прокручиваете через карту, можно всегда нажимать "link to here", и это предоставит ссылку, которая включает координаты GPS, объекты на карте, и т.д. В этом случае это не очень дружественный URL, но это действительно работает вполне хорошо.:)