Mosik, почему же на пару часов, если он 3 месяца не будет меняться! :)
Но на самом деле вопрос будет ли востребованно это кэширование? будет ли человек в пределах между апдейтами проверять свой ПР больше (например) 3 раз?
или это защита от куртых сео каторые проверяют ПР своей домашней странички по несколько раз на день! :) тогда согласен :).
Кешировать??!!! PR??!!
1) Допустим что возможно сделать кэшь на время между апдейтами.
2) Но тогда большинство людей должны проверять одни и теже страницы на одних и тех же дата центрах!
(этот пункт требует статистической проверки, но пока верится с трудом:) )
3) А если кешировать результат (в нашем случае ПР (даже если и бэк линки)) для каждого пользователя отдельно, тогда нахрена он полезет второй раз проверять свой ПР если (предположем) будет знать что результат закэширован!
Вобщем с кэшированием я не особо уловил мысль.
А вот ещё по теме навеяло, походу к бану может превести не только частые запросы ПР, а и вообще любые частые запросы к гуглю с одного ИП. А это уже ни в какие ворота. Но ведь живут же люди, чувствую решение есть.
Никто не пытался делать публичных сервисов для работы с гуглом ?
Если бы дольше вникал , обнаружил бы запросы вида
http://livepr.raketforskning.com/poll.html?u=http://www.domain.com&nr=2
по каторым в xml виде возвращается PR.
А нащёт яваскрипта, хорошая мысль. если это возможно то на худой конец это выход!
Т.Е. вырисовывается следующая картина.
Если я сдлеаю общедоступный сервис по проверки ПР, то что бы обеспечить его работоспособность, мне придётся менять ИП например каждую неделю :)
При этом URI сайта может оставаться прежним. Гугл его не за банит и не запеналит.
Но что делать с IP, может работать через общие прокси? но почемуто кажется что ребята с livepr.raketforskning.com не пользуются прокси, да и IP свой не меняют. Так в чём секрет их живучести
пока всякие умники минусов не накидали, обращю внимание что я спрашивал НЕ ГДЕ ВЗЯТЬ СКРИПТ ПР!!! А РАЗРЕШАЕТ ЛИ ГУГЛ КАМУНИЗДИТЬ У НЕГО ПР для своих сервисов!!!!!!! разницу чувствуете, Кузьминкин?
Возможно кто-нибудь знает алгоритм расшифровки аббревиатуры гуглем или формирование синонимов. Поделитесь сооброжениями, тогда этот топик станет намного более полезным! :)
Дык приведи пример!
на некоторых датацентрах по запросу "-фывафывачямс" ничего не находит!
сайт достался в наследство.
А с ссылками вообще проблема. Владельцы сайта подписали его на сервис обмена перекрёстными ссылками и теперь у них на сайте есть каталог с линками на всякий бред по различной тематике. И Мне ещё предстоит доказать владельцам что так нельзя делать :(
threak,
вот для тебя скрипт (редирект с без www на www). Ставишь в global.asax на событие BeginRequest и вперёд. Только я ещё переменную поместил в web.config, isRedirect301 называется, думаю смысл понятен.:) пригодится чтобы не редиректило на тестовом сервере.
private void Global_BeginRequest(object sender, System.EventArgs e) { if ((System.Configuration.ConfigurationSettings.AppSettings["isRedirect301"]!= null) &&(System.Configuration.ConfigurationSettings.AppSettings["isRedirect301"].ToString()=="true")) { if (!HttpContext.Current.Request.ServerVariables["SERVER_NAME"].ToString().Equals("www.domain.com")) { HttpContext.Current.Response.Status = "301 Moved Permanently"; string isQueryString = (HttpContext.Current.Request.QueryString.ToString()=="")?"":"?"+HttpContext.Current.Request.QueryString.ToString(); string isPath = (HttpContext.Current.Request.Path=="/default.aspx")?"/":HttpContext.Current.Request.Path; HttpContext.Current.Response.AddHeader("Location", "http://www.domain.com" + isPath + isQueryString); HttpContext.Current.Response.End(); } } }
