Ваш худший сценарий не так плох, как вы думаете.
Вы уже анализируете RSS-канал, поэтому у вас уже есть URL-адреса изображений. Скажем, у вас есть URL-адрес изображения, например http://otherdomain.com/someimage.jpg
. Вы переписываете этот URL как https://mydomain.com/imageserver?url=http://otherdomain.com/someimage.jpg&hash=abcdeafad
. Таким образом, браузер всегда делает запрос через https, поэтому вы избавляетесь от проблем.
Следующая часть - создать прокси-страницу или сервлет, который выполняет следующие действия:
- Прочтите параметр url из строки запроса и проверьте хэш
- Загрузите изображение с сервера и проксируйте его обратно в браузер.
- При желании кешировать изображение на диске
Это решение имеет ряд преимуществ. Вам не нужно загружать изображение во время создания html. Вам не нужно хранить изображения локально. Кроме того, вы не имеете гражданства; URL-адрес содержит всю информацию, необходимую для показа изображения.
Наконец, хэш-параметр предназначен для безопасности; вы хотите, чтобы ваш сервлет обслуживал изображения только для созданных вами URL-адресов. Итак, когда вы создаете URL-адрес, вычислите md5(image_url + secret_key)
и добавьте его в качестве хеш-параметра. Прежде чем обслуживать запрос, пересчитайте хеш и сравните его с тем, что вам было передано. Поскольку secret_key известен только вам, никто другой не может создавать действительные URL-адреса.
Если вы разрабатываете на java, сервлет - это всего лишь несколько строк кода. Вы должны иметь возможность перенести приведенный ниже код на любую другую внутреннюю технологию.
/*
targetURL is the url you get from RSS feeds
request and response are wrt to the browser
Assumes you have commons-io in your classpath
*/
protected void proxyResponse (String targetURL, HttpServletRequest request,
HttpServletResponse response) throws IOException {
GetMethod get = new GetMethod(targetURL);
get.setFollowRedirects(true);
/*
* Proxy the request headers from the browser to the target server
*/
Enumeration headers = request.getHeaderNames();
while(headers!=null && headers.hasMoreElements())
{
String headerName = (String)headers.nextElement();
String headerValue = request.getHeader(headerName);
if(headerValue != null)
{
get.addRequestHeader(headerName, headerValue);
}
}
/*Make a request to the target server*/
m_httpClient.executeMethod(get);
/*
* Set the status code
*/
response.setStatus(get.getStatusCode());
/*
* proxy the response headers to the browser
*/
Header responseHeaders[] = get.getResponseHeaders();
for(int i=0; i<responseHeaders.length; i++)
{
String headerName = responseHeaders[i].getName();
String headerValue = responseHeaders[i].getValue();
if(headerValue != null)
{
response.addHeader(headerName, headerValue);
}
}
/*
* Proxy the response body to the browser
*/
InputStream in = get.getResponseBodyAsStream();
OutputStream out = response.getOutputStream();
/*
* If the server sends a 204 not-modified response, the InputStream will be null.
*/
if (in !=null) {
IOUtils.copy(in, out);
}
}
Если вы ищете быстрое решение для загрузки изображений через HTTPS, тогда вам может быть интересна бесплатная служба обратного прокси на https://images.weserv.nl/ . Это было именно то, что я искал.
Если вы ищете платное решение, я ранее использовал Cloudinary.com, который также хорошо работает, но, на мой взгляд, слишком дорого обходится только для этой задачи.
источник
Я не знаю, подойдет ли это к тому, что вы делаете, но в качестве быстрого исправления я бы «обернул» содержимое http в сценарий https. Например, на вашей странице, обслуживаемой через https, я бы представил iframe, который заменил бы ваш RSS-канал, а в атрибуте src iframe поместил URL-адрес сценария на вашем сервере, который захватывает канал и выводит html. скрипт читает фид через http и выводит его через https (таким образом "оборачивая")
Просто мысль
источник
Что касается вашего второго требования - вы можете использовать событие onerror, т.е.
<img onerror="some javascript;"...
Обновить:
Вы также можете попробовать выполнить итерацию
document.images
в dom. Существуетcomplete
логическое свойство, которое вы можете использовать. Я не знаю наверняка, подойдет ли это, но, возможно, стоит изучить.источник
Принятый ответ помог мне обновить это как для PHP, так и для CORS, поэтому я подумал, что включу решение для других:
чистый PHP / HTML:
javascript / jQuery:
imageserve.php см. http://stackoverflow.com/questions/8719276/cors-with-php-headers?noredirect=1&lq=1 для получения дополнительной информации о CORS
источник
Иногда, как в приложениях facebook, мы не можем иметь незащищенное содержимое на защищенной странице. также мы не можем сделать это содержимое локальным. например, приложение, которое загружается в iFrame, не является простым контентом, и мы не можем сделать его локальным.
Я думаю, что мы никогда не должны загружать содержимое http в https, также мы не должны откатывать страницу https к версии http, чтобы предотвратить диалоговое окно с ошибкой.
единственный способ обеспечить безопасность пользователя - использовать https-версию всего содержимого, http://web.archive.org/web/20120502131549/http://developers.facebook.com/blog/post/499/
источник
Лучше всего иметь http-контент на https
источник
Просто: НЕ ДЕЛАЙТЕ ЭТОГО. Содержимое Http на странице HTTPS по своей природе небезопасно. Точка. Вот почему IE показывает предупреждение. Избавиться от предупреждения - глупая фигня.
Вместо этого на странице HTTPS должно быть только содержимое HTTPS. Убедитесь, что контент также можно загружать через HTTPS, и ссылайтесь на него через https, если страница загружается через https. Для внешнего контента это будет означать загрузку и кеширование элементов локально, чтобы они были доступны через https - конечно. К сожалению, никак иначе.
Предупреждение есть по уважительной причине. Шутки в сторону. Потратьте 5 минут на размышления, как вы могли бы захватить страницу, показанную по https, с настраиваемым контентом - вы будете удивлены.
источник
Я понимаю, что это старый поток, но один из вариантов - просто удалить часть http: из URL-адреса изображения, чтобы http: //some/image.jpg превратилось в //some/image.jpg. Это также будет работать с CDN
источник
Лучший способ работать для меня
источник