BoyStav

BoyStav
Рейтинг
182
Регистрация
10.11.2006
antono:
Обнаружил что домен находится в каком то черном списке:
http://www.surbl.org/lookup/
Проверил еще своих доменов, несколько тоже там находятся.
Это что еще за дибилы и не на основании ли их абуз выносят домены?
Все пегистраторы пока молчат, выходные видимо.

именно на основании их и еще спамхауза, у меня уже давно чешуться руки на дебилов из этих компаний, на каком основании они заносят домены в свои гавеные списки, мне не понятно, но уже пару раз попадал с ними, причем домены однозначно чистые (свои сервера, свой диапазон ИП)

overnight:
Может быть клоакинг.

ну на клоакинг я в любом случае проверить не смогу :(

для этого надо иметь ИП ПС

Salambo:
За максимум 100-120 wmz можно купить максимум же ТИЦ 40, если с приличными беками.
ТИЦ 50-70 стоят уже ТИЦ х $3 (если с хорошими беками из ЯК)
ТИЦ 80 и выше - ТИЦ х $4 (если с хорошими беками из ЯК)

Саламба, я думаю уже все в курсе вашего внеземного ценообразования.

Человек написал, что он хочет и за сколько, кому надо тот предложит.

Aladdin:
Блин ну чё ты влез с умными мыслями ! Яж его спрашивал. Вдуг школьнег копящий на квартиру сделал 3 говносайта и хочет вагонбабла.

Предложение снято.

мой профиль похож на профиль школьнега с 3мя говносайтами? :)

собственно, вопрос стал в виду проверки бэков на мои сайты, для этого сейчас пишется утилита, в которой, сейчас реализована проверка noindex и nofollow, в стадии реализации проверка визуального скрытия.

интересуюсь вопросом с точки зрения расширения функциональности программы.

_DaNGeR_:
написал. посмотрим, что они скажут.
но все равно, если кто-то имеет опыт работы с АПИ, то отписывайте, т.к. сами понимаете с годадди-вцами особо быстро не пообщаешься..

Хотел поработать, не понравилось отношение к клиенту (отвечают на вопросы, как собаке кость кидают, лижбы не гавкала), да и цены там выше розницы.

нет меня какраз волнует сокрытие кода ссылки, т.е. проверка купленных и обменяных ссылок, т.е. когда код ссылки есть формально, а реально он закрыт от поисковика.

яваскрипт и флеш, это явное закрытие.

возможно через роботс можно запрещать индексацию (я не нашел), какиенибудь метатеги?

Напишите в саппорт годяди и попросите мануал, если будете достаточно убедительны, то дадут.

netwind:
вбрасываю идею : композитный ключ по перевернутому имени хоста + ресурсу на хосте.
то есть если url http://company.yandex.ru/inside/partners.xml, нужно хранить имя хоста "ur.xednay.ynapmoc" и "inside/partners/xml". такие ключи должны хорошо упаковаться и заполнять дерево с дивной иерархичностью.

я что то совсем смысле не уловил, поясните пожалуйста.

зачем это?

neolord:
под кэшем вы оба подразумеваете memcached? Мне кажется это тухляк. Учитывая, сколько там будет данных, придется в озу выгрузить чуть ли не всю бд. Невелика вероятность что юзеры будут все время запрашивать один и тот же сайт. Разве что ЯК закешировать =) Такие вещи (поток и распределение юзеров) надо конечно сразу планировать и делать выводы.

neolord добавил 28.05.2009 в 17:19


и тут вы снова неправы.
Во-первых я думаю берман одумался - два склеенных md5 (хотя это тухляк, когда есть SHA-2 и md6, дающие сразу хеш нужной длины) занимают таки не 64 байта а 32, которые в числовое представление, увы, не засунешь. Ну а хеш 8байтный это слабовато конечно.
Во-вторых, можно смело использовать текстовый ключ, если ему жестко задать длину. Если еще при этом отключить регистрозависимость, то можно смело производить сравнение по равенству через XOR или длинное вычитание - это работает моментально (кстати, думаю в Postgre так и сделано для строковых данных фиксированной длины), можно считать что так же как и для числа такого же объема (правда чисел таких не бывает)
Хотя это в общем то пофиг. Так все равно никто не делает.

строка какой фиксированной длинны? 512 символов? это только 1Кб для url на запись или две.

да кеш, в мемкешед или подобном.

теперь по поводу кеша, в общем виде это:

16 байт - хеш (МД5)

16 байт - указатели на ветви

8 байт указатель на лист

1 байт ПР

41 байт для записи, т.е. на миллион записей нужно всего 41 мегабайт ОЗУ, с расчетом на то, что случаи наличия листев единичны.

либо вобще листья оставить в БД, тогда еще - 8 байт.

Все описанное верно для нормальных языков программирования, про размеры в ПХП судить не берусь.

да и систему такую я бы писал не на ПХП.

П.С. все это теоритические выкладки, базирующиеся на моем опыте, в котором практически отсутствуют практические знания по работе мускула, надо написать тесты.

Всего: 1113