ХренРедькиНеСлаще: wolf, скрин из стандартного набора. В заначке, правда тоже есть, на случай когда уберут из стандарта :)
Запас карман не тянет :)
Интересная картинка! Но мне кажется, что пример на скрине не совсем жизнеспособный. Представленная ситуация может быть обусловлена наличием поддоменов. Если можно приведите пожалуйста, аналогичный скрин, но только на обычном домене 2-го уровня (чтобы у домена не было поддоменов и единственным алиасом был www.).
Номинал, ибо судя по всему на европейском рынке товаров такой марки мы скоро уже не увидим. Европейское подразделение Siemens, даже после приобретения BenQ, так и осталось убыточным. По последним данным европейское представительство скоро закроется и торговая марка BenQ-Siemens скоро будет существовать только на азиатском рынке (см. Компьютерру №657)
motordealer: У меня была програмка, которая проверяла домены, которые должны освободиться на следующий день, она кроном делала по 1 запросу в минуту, на все запросы, интересные мне уходило по 7-8 часов в день. Все было хорошо. Но потом я добавил вторую прогу для доменов в зоне com... Там программка работала весь день. Через 3-4 недели с яндекса я не мог получит данные вообще. Какими бы функциями PHP не пользовался для этого.
Т.е. обращение к любой странички приводило к ошибке.
Стоп, домены проверяются в другом месте - whois.ripn.net или я не прав? Яндекс и whois-служба это разные вещи. В whois-службах ограничение не более 150 запросов в час, не более 10 запросов в минуту.
Мне изначально хотелось решить проблему на Perl и это получилось! Создав соединение на уровне сокета, в его свойствах можно указать, какой из локальных адресов и через какой порт использовать.
Мишган: Есть:-) сам над этим думал не так давно. Приложение которое устанавливает исходящее соединение должно выбрать с какого ip это будет сделано. Для каждого приложения настройки разные. Обычно ip указывается приложением во время привязки к сокету (при установлении соединения)
А примеров скриптов на PHP или Perl не встречалось? Допустим мне к базе данных нужно приконнектится с определенным IP (с другим не пустит).
Это по-сути скрытый текст. Если нет реальной необходимости использовать такое оформление (допустим при помощи такого оформления скрываются ключевики), то можно стучать.
С Днём Рождения, Антон! Желаю счастья, здоровья, удачи, ну и конечно, чтобы у твоих детей были богатые родители!
wolf, скрин из стандартного набора. В заначке, правда тоже есть, на случай когда уберут из стандарта :)
Запас карман не тянет :)
Интересная картинка! Но мне кажется, что пример на скрине не совсем жизнеспособный. Представленная ситуация может быть обусловлена наличием поддоменов. Если можно приведите пожалуйста, аналогичный скрин, но только на обычном домене 2-го уровня (чтобы у домена не было поддоменов и единственным алиасом был www.).
Использует ли Яндекс при ранжировании что-то похожее на алгорим TrustRank или это только в планах?
Номинал, ибо судя по всему на европейском рынке товаров такой марки мы скоро уже не увидим. Европейское подразделение Siemens, даже после приобретения BenQ, так и осталось убыточным. По последним данным европейское представительство скоро закроется и торговая марка BenQ-Siemens скоро будет существовать только на азиатском рынке (см. Компьютерру №657)
У меня была програмка, которая проверяла домены, которые должны освободиться на следующий день, она кроном делала по 1 запросу в минуту, на все запросы, интересные мне уходило по 7-8 часов в день. Все было хорошо. Но потом я добавил вторую прогу для доменов в зоне com... Там программка работала весь день. Через 3-4 недели с яндекса я не мог получит данные вообще. Какими бы функциями PHP не пользовался для этого.
Т.е. обращение к любой странички приводило к ошибке.
Стоп, домены проверяются в другом месте - whois.ripn.net или я не прав? Яндекс и whois-служба это разные вещи. В whois-службах ограничение не более 150 запросов в час, не более 10 запросов в минуту.
Пожалуйста:
#!/usr/bin/perl -w
use IO::Socket;
unless (@ARGV > 1) { die "usage: $0 host document ..." }
$host = @ARGV;
$EOL = "\015\012";
$BLANK = $EOL x 2;
$ip = "xxx.xxx.xxx.xxx";
foreach $document ( @ARGV ) {
$remote = IO::Socket::INET->new( Proto => "tcp",
PeerAddr => $host,
PeerPort => "http(80)",
LocalAddr => "$ip"
);
unless ($remote) { die "cannot connect to http daemon on $host" }
$remote->autoflush(1);
print $remote "GET $document HTTP/1.0" . $BLANK;
while ( <$remote> ) { print }
close $remote;
}
Мне изначально хотелось решить проблему на Perl и это получилось! Создав соединение на уровне сокета, в его свойствах можно указать, какой из локальных адресов и через какой порт использовать.
Есть:-) сам над этим думал не так давно. Приложение которое устанавливает исходящее соединение должно выбрать с какого ip это будет сделано. Для каждого приложения настройки разные. Обычно ip указывается приложением во время привязки к сокету (при установлении соединения)
А примеров скриптов на PHP или Perl не встречалось? Допустим мне к базе данных нужно приконнектится с определенным IP (с другим не пустит).
Это по-сути скрытый текст. Если нет реальной необходимости использовать такое оформление (допустим при помощи такого оформления скрываются ключевики), то можно стучать.
То есть можно не париться по разделению IP на сервере?
Начните с рандомной задержки между запросами, допустим от 0 до 3-4 секунд + рандомного User Agent. Если забанят IP, сменить его всегда успеете.