юни

юни
Рейтинг
933
Регистрация
01.11.2005
Phessiv:
больше процентов попробуйте или line-height:30px; ставьте

Это уже пробовал, нужно не увеличение интервала, а кроссбраузерное его отображение.

Spidey.coder:
Что еще не ясно?

Мне не нужно "вместо", мне нужны именно теги, отвечающие за над- и подстрочное написание.

Trean, помогло, но результат всё равно не идеальный, особенно в опере. Есть ещё мысли?

Spidey.coder, вставлять теги внутрь html, кроме нужных <sub> и <sup> - нет, неприемлимо.

Нужно решить всё средствами css.

Spidey.coder, ну, дал же адрес. Или css не выдёргивается, нужно код привести?

Пральна, лучше про Остапа...

Куда-то не в ту тему занесло вас.

Ну же, товарищи. Найдите причину.

Адрес странички - mining-enc.ru/b/bavenit/, можно за денежку.

levka9:
Но и в таком случае он будет ссылаться на тоже NS, нет ли ?

В смысле, ссылаться на NS, на нэйм-сервер? Вовсе необязательно.

Проблема в том, что лиру, при некоторых условиях, доступно изменение практических всех полей, отвечающих за формирование хуиза, поэтому отследить реального владельца по прямым данным не всегда возможно.

levka9:
Цель моя просто не делать полный клоакинг а примерно 10% от каждой страницы.

А смысл? Забанят ведь.

levka9:
Я не замечал что бы гугл или яши были были ИП класса А. Поэтому фильтрую по классу Би.

Нет 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 (как и многие другие адреса этой компании) не имеет оформленного хуиза.

Кроме того, поисковику не составит труда выделить дочерний диапазон какой-либо из фирм (в т.ч. несуществующей, хотя это чревато), и тогда найти его настоящего владельца можно будет разве что по роутам и списку лиров. Также поисковик может вообще зарегистрировать несколько диапазонов под другим юр. лицом (и, соответственно, нетнэймом) специально для проверок клоакинга - в этом случае не спасёт вообще ничего, кроме инсайда.

Revan:
Просто сбор всех, даже официальные айпи Гугла - задача скорее не решаемая, чем решаемая.

Да уж, список явно неполный.

Всего: 34981