Недавно я каким-то образом оказался на 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
Они предназначены для облегчения обнаружения «захваченных порталов» : то есть, когда вы входите в сеть Wi-Fi в отеле или аэропорту, вы (или автоматизированный процесс) можете перейти на эти страницы. Если они возвращают что-либо кроме намеченного результата (то есть, если он 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 referer используется, когда изображение появляется в поисковой выдаче веб-поиска, и пользователь нажимает на это изображение. это приводит к тому, что Google отображает страницу на черном фоне с увеличенным видом миниатюры изображения, и эта страница (не защищенная, т.е. HTTP, а не HTTPS) содержит некоторый код Google JavaScript / Ajax, который приводит к тому, что исходное (полноразмерное) изображение быть загружены браузером с установленным реферером http://www.google.com/blank.html (или некоторыми локализованными вариантами, например http://www.google.ca/blank.html и т. д.).
Обратите внимание, что это отличается от того, что происходит, если пользователь выполняет поиск изображений. в этом случае SERP изображения защищен (HTTPS), и когда пользователь нажимает на миниатюру изображения, Google отображает увеличенное изображение на черном фоне, а страница SERP изображения содержит некоторый код Google JavaScript / Ajax, который вызывает исходный код. (полноразмерное) изображение, загружаемое браузером, с пустым реферером (нет
blank.html
).источник