À quoi sert google.com/blank.html

22

Récemment, je me suis retrouvé sur http://www.google.com/blank.html

Quelqu'un at-il une idée de pourquoi cette page existe et à quoi pourrait-elle être utile?

ᆼ ᆺ ᆼ
la source

Réponses:

24

Google possède des URL conçues à des fins spéciales, telles que:

http://www.google.com/blank.html

et

http://clients3.google.com/generate_204

Ceux-ci sont conçus pour faciliter la détection des `` portails captifs '' : c'est-à-dire que lorsque vous vous connectez à un réseau wifi dans un hôtel ou un aéroport, vous (ou un processus automatisé) pouvez aller consulter ces pages. S'ils renvoient autre chose que le résultat escompté (c'est-à-dire s'ils blank.htmlcontiennent autre chose qu'une page vierge), le processus qui la vérifie sait que quelque chose intercepte vos demandes Web - très probablement une page de portail exigeant un paiement.

Exemple d'utilisation, ( WifiWatchdogStateMachine.java ):

private static final String DEFAULT_WALLED_GARDEN_URL =
        "http://clients3.google.com/generate_204";
    /**
 * DNS based detection techniques do not work at all hotspots. The one sure
 * way to check a walled garden is to see if a URL fetch on a known address
 * fetches the data we expect
 */
private boolean isWalledGardenConnection() {
    HttpURLConnection urlConnection = null;
    try {
        URL url = new URL(mWalledGardenUrl);
        urlConnection = (HttpURLConnection) url.openConnection();
        urlConnection.setInstanceFollowRedirects(false);
        urlConnection.setConnectTimeout(WALLED_GARDEN_SOCKET_TIMEOUT_MS);
        urlConnection.setReadTimeout(WALLED_GARDEN_SOCKET_TIMEOUT_MS);
        urlConnection.setUseCaches(false);
        urlConnection.getInputStream();
        // We got a valid response, but not from the real google
        return urlConnection.getResponseCode() != 204;
    } catch (IOException e) {
        if (DBG) {
            log("Walled garden check - probably not a portal: exception " + e);
        }
        return false;
    } finally {
        if (urlConnection != null) {
            urlConnection.disconnect();
        }
    }
}

Plus de discussion à ce sujet peut être trouvée sur ce fil .

Soz
la source
6
C'est une bonne utilisation de blank.html, et à laquelle je n'aurais pas pensé. Cependant, la plupart des gens que je connais utilisent google.com/blank.html pour générer un écran blanc et blanc brillant sur les téléphones et les tablettes à utiliser comme lampe de poche. Je ne sais pas si cette utilisation est dans les intentions de Google pour la page, mais elle est populaire à cet effet.
Norman Kraft
1
J'adore (je déteste) qu'à l'heure actuelle, le moyen le plus simple d'obtenir un écran blanc est d'en demander un à Google!
Alex
Pourrait enregistrer une page Web localement ou utiliser l'une des applications d'éclairage d'écran 2 Mo + :) @Alex
tgkprog
7

Cette URL est utilisée par Google à des fins multiples, pas seulement pour faciliter la détection de «portails captifs».

J'ai découvert qu'il est utilisé dans le cas décrit ci-dessous:

Le référent Google blank.html est utilisé lorsqu'une image apparaît dans le SERP de recherche sur le Web et que l'utilisateur clique sur cette image. cela fait que Google affiche une page d'arrière-plan noir avec une vue agrandie de la vignette de l'image, et cette page (non sécurisée, c'est-à-dire HTTP pas HTTPS) contient du code Google JavaScript / Ajax qui fait que l'image d'origine (en taille réelle) être chargé par le navigateur, avec un référent défini sur http://www.google.com/blank.html (ou certaines variantes localisées, par exemple http://www.google.ca/blank.html, etc.).

Notez que cela diffère de ce qui se passe si l'utilisateur effectue une recherche d'images. dans ce cas, l'image SERP est sécurisée (HTTPS), et lorsque l'utilisateur clique sur une image miniature, google affiche l'image agrandie sur fond noir, et la page image SERP contient du code Google JavaScript / Ajax qui provoque l'original (taille réelle) à charger par le navigateur, avec un référent vide (pas blank.html).

loupiote
la source
3
Désolé d'avoir supprimé votre réponse précédente. Merci d'avoir persévéré.
Stephen Ostermiller