В смысле, ссылаться на NS, на нэйм-сервер? Вовсе необязательно.
Проблема в том, что лиру, при некоторых условиях, доступно изменение практических всех полей, отвечающих за формирование хуиза, поэтому отследить реального владельца по прямым данным не всегда возможно.
А смысл? Забанят ведь.
Нет ip-адресов класса "А", есть из разных классов "А". Таблица соответствия поможет в этом разобраться:
Таблица соответствия адресов: classfull/classless +----------------------------------------------+ |addrs bits pref class mask | +----------------------------------------------+ | 1 0 /32 255.255.255.255 | | 2 1 /31 255.255.255.254 | | 4 2 /30 255.255.255.252 | | 8 3 /29 255.255.255.248 | | 16 4 /28 255.255.255.240 | | 32 5 /27 255.255.255.224 | | 64 6 /26 255.255.255.192 | | 128 7 /25 255.255.255.128 | | 256 8 /24 1C 255.255.255 | | 512 9 /23 2C 255.255.254 | | 1K 10 /22 4C 255.255.252 | | 2K 11 /21 8C 255.255.248 | | 4K 12 /20 16C 255.255.240 | | 8K 13 /19 32C 255.255.224 | | 16K 14 /18 64C 255.255.192 | | 32K 15 /17 128C 255.255.128 | | 64K 16 /16 1B 255.255 | | 128K 17 /15 2B 255.254 | | 256K 18 /14 4B 255.252 | | 512K 19 /13 8B 255.248 | | 1M 20 /12 16B 255.240 | | 2M 21 /11 32B 255.224 | | 4M 22 /10 64B 255.192 | | 8M 23 /9 128B 255.128 | | 16M 24 /8 1A 255 | | 32M 25 /7 2A 254 | | 64M 26 /6 4A 252 | | 128M 27 /5 8A 248 | | 256M 28 /4 16A 240 | | 512M 29 /3 32A 224 | |1024M 30 /2 64A 192 | +----------------------------------------------+
Кроме того, предоставление адресов компаниям не имеет каких-то видимых признаков упорядочивания, и может производится как из соседних классов "С", так и из остальных. Публичные ДНСы Гугла 8.8.8.8 и 8.8.4.4 яркий тому пример (кстати, у кого есть ссылка на историю получения этих ip - скиньте в топик: что-то навскидку даже не припомню регламента, согласно которому iana могла бы отдать кому-то адреса из подобного диапазона).
В пять процентов уже никто не верит, я так понимаю? Евгенича жостко накололи?
Задавались уже похожим вопросом.
Простейший способ собрать большинство ip какой-либо компании, это поиск по netname, но в данном примере он осложняется тем, что, к примеру, ns7.yahoo.com (как и многие другие адреса этой компании) не имеет оформленного хуиза.
Кроме того, поисковику не составит труда выделить дочерний диапазон какой-либо из фирм (в т.ч. несуществующей, хотя это чревато), и тогда найти его настоящего владельца можно будет разве что по роутам и списку лиров. Также поисковик может вообще зарегистрировать несколько диапазонов под другим юр. лицом (и, соответственно, нетнэймом) специально для проверок клоакинга - в этом случае не спасёт вообще ничего, кроме инсайда.
Да уж, список явно неполный.
Wings Of Fury, вопрос в другом - правильно ли Яндекс определяет опечатки в текстах и как они влияют на ранжирование. Т.е. наоборот, будет ли "стройка", набранная на сайте частично латинницей, отрицательным фактором при формировании серпа.
Тоже интересуют результаты экспериментов, если есть у кого.
"И чем же она хороша?" И чем оптимизаторам грозит?
Сдаётся мне, что наши генераторы многабукаф своим софтом и стиль сымитируют, и, наоборот, запутают все эти анализаторы отсутствием/избытком знаков препинания и прочей подобной лабудой. Ещё не рады будут в Яндексе, что прибавили себе работы.
Критиканов чую за версту, ты же знаешь. ;)
С Днем Рождения. :)
Phessiv, никак не повлияло (вёрстка плывёт, междустрочный вариант остаётся прежним).
Слава Шевцов, что, и Кэмерон не спасёт отцов русского 3D?
Ну вспомни отвратные первые ЖК-дисплеи. Покупали ведь. Хотя бы из-за габаритов, забив на всё остальное.
В нашем случае тоже есть преимущество.
Это пятничный отжег, чи шо?
Значит, надо сделать так, чтобы она стала им нужна. Слава, ты меня убиваешь.
Кстате, посколько для 3D нужны как раз более быстрые феньки, то надо нашим изобретателям к Кэмерону подкатить. Типа, вот есть образцы, способные совершить очередную революцию в 3D.
Просим, маэстро. У Вас есть все шансы снова стать императором всея кинематографа.
