Нещодавно я якось опинився на http://www.google.com/blank.html
Хтось має уявлення, чому ця сторінка існує і для чого вона може бути корисною?
Нещодавно я якось опинився на http://www.google.com/blank.html
Хтось має уявлення, чому ця сторінка існує і для чого вона може бути корисною?
Відповіді:
У Google є кілька URL-адрес, призначених для спеціальних цілей, таких як:
http://www.google.com/blank.html
і
http://clients3.google.com/generate_204
Вони розроблені для полегшення виявлення "порталів, що перебувають у полоні" : тобто, коли ви входите в мережу wifi в готелі чи аеропорту, ви (або автоматизований процес) можете перейти на ці сторінки. Якщо вони повертають щось, окрім запланованого результату (тобто якщо blank.html
містить щось, крім порожньої сторінки), то процес, який перевіряє, знає, що щось перехоплює ваші веб-запити - швидше за все, сторінка порталу вимагає оплати.
Приклад його використання ( 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();
}
}
}
Подальше обговорення цього питання можна знайти в цій темі .
Ця URL використовується Google у багатьох цілях, а не лише для полегшення виявлення "порталів, що перебувають у полоні".
Я виявив, що він використовується в описаному нижче випадку:
Референт Google blank.html використовується, коли зображення з'являється в веб-пошуку SERP, і користувач натискає на це зображення. це призводить до того, що Google відображає чорно-білу сторінку із збільшеним переглядом мініатюрного зображення, і ця сторінка (незахищена, тобто HTTP не HTTPS) містить деякий код JavaScript JavaScript / Ajax Google, який спричиняє вихідне (повнорозмірне) зображення завантажуватиметься у веб-переглядачі з реферером, встановленим на http://www.google.com/blank.html (або деякими локалізованими варіантами, наприклад, http://www.google.ca/blank.html тощо).
Зауважте, що це відрізняється від того, що відбувається, якщо користувач здійснює пошук зображень. у цьому випадку зображення SERP захищено (HTTPS), і коли користувач натискає на ескіз зображення, google відображає масштабоване зображення на чорному тлі, а сторінка SERP зображення містить деякий код JavaScript JavaScript / Ajax Google, який викликає оригінал (повнорозмірне) зображення, яке завантажується браузером, із порожнім реферером (не blank.html
).