Traiter avec l'adresse HTTP du contenu dans les pages HTTPS

Votre pire scénario n'est pas aussi mauvais que vous le pensez.

Vous êtes déjà l'analyse du flux RSS, vous avez déjà l'image d'Url. Disons que vous avez un URL de l'image comme http://otherdomain.com/someimage.jpg. Vous réécrivez cette URL https://mydomain.com/imageserver?url=http://otherdomain.com/someimage.jpg&hash=abcdeafad. De cette façon, le navigateur fait une requête https, afin que vous vous débarrasser de ces problèmes.

La prochaine partie - créer une page proxy ou servlet qui effectue les opérations suivantes -

1. Lire le paramètre de l'url de la chaîne de requête, et de vérifier le hachage
2. Télécharger l'image depuis le serveur, proxy et de revenir au navigateur
3. En option, les images en cache sur le disque

Cette solution présente certains avantages. Vous n'avez pas à télécharger l'image au moment de la création de l'html. Vous n'avez pas à stocker les images localement. Aussi, vous êtes apatride; l'url contient toutes les informations nécessaires pour servir de l'image.

Enfin, le paramètre de hachage est pour la sécurité, vous ne voulez que votre servlet pour servir des images pour les url que vous avez construit. Ainsi, lorsque vous créez l'url, de calculer, de md5(image_url + secret_key) et d'ajouter que le paramètre de hachage. Avant de vous servir de la demande, de recalculer la valeur de hachage et de le comparer à ce qui a été transmis à vous. Depuis le secret_key n'est connue que de vous, personne d'autre ne peut construire des url valides.

Si vous développez en java, Servlet est juste quelques lignes de code. Vous devriez être capable de port le code ci-dessous sur un autre back-end de la technologie.

/*
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);
    }    
}

Je ne sais pas si cela pourrait convenir à ce que vous faites, mais comme une solution rapide, je "wrap", le contenu du protocole http en https script. Par exemple, sur votre page, qui est servi par https, je voudrais introduire un iframe qui permettrait de remplacer votre flux rss et à la src attr de l'iframe mettre l'url d'un script sur votre serveur et qui capte l'alimentation et les sorties de l'html. le script est la lecture de l'alimentation via http et sorties via https (donc le "wrapping")

Juste une pensée

Il serait préférable d'avoir le contenu du protocole http à https

Accepté la réponse m'a aidé à mettre à jour cette fois de PHP ainsi que de la SCRO, j'ai donc pensé que je pourrais inclure la solution pour les autres:

pur PHP/HTML:

<?php //(the originating page, where you want to show the image)
//set your image location in whatever manner you need
$imageLocation = "http://example.com/exampleImage.png";

//set the location of your 'imageserve' program
$imageserveLocation = "https://example.com/imageserve.php";

//we'll look at the imageLocation and if it is already https, don't do anything, but if it is http, then run it through imageserve.php
$imageURL = (strstr("https://",$imageLocation)?"": $imageserveLocation . "?image=") . $imageLocation;

?>
<!-- this is the HTML image -->
<img src="<?php echo $imageURL ?>" />

javascript/jQuery:

<img id="theImage" src="" />
<script>
    var imageLocation = "http://example.com/exampleImage.png";
    var imageserveLocation = "https://example.com/imageserve.php";
    var imageURL = ((imageLocation.indexOf("https://") !== -1) ? "" : imageserveLocation + "?image=") + imageLocation;
    //I'm using jQuery, but you can use just javascript...        
    $("#theImage").prop('src',imageURL);
</script>

imageserve.php
voir http://stackoverflow.com/questions/8719276/cors-with-php-headers?noredirect=1&lq=1 pour en savoir plus sur la SCRO

<?php
//set your secure site URL here (where you are showing the images)
$mySecureSite = "https://example.com";

//here, you can set what kinds of images you will accept
$supported_images = array('png','jpeg','jpg','gif','ico');

//this is an ultra-minimal CORS - sending trusted data to yourself 
header("Access-Control-Allow-Origin: $mySecureSite");

$parts = pathinfo($_GET['image']);
$extension = $parts['extension'];
if(in_array($extension,$supported_images)) {
    header("Content-Type: image/$extension");
    $image = file_get_contents($_GET['image']);
    echo $image;
}

Je me rends compte que c'est un vieux thread mais une option, c'est juste pour enlever le http: la partie de l'URL de l'image, de sorte que " http://some/image.jpg "devient" //some/image.jpg'. Cela permettra également de travailler avec les Cdn