Враки. TTL корневых зон доменов .ru - сутки или больше. Он не хотят его менять, да.
Самая частая ошибка при переносе сайтов между провайдерами - поменять данные у регистратора доменов и сидеть ждать трое суток, как будто по-другому нельзя. У некоторых провайдеров при этом может надолго осесть информация он NS . Но ведь можно и не ждать если делать все правильно.
Я почему вам предлагал самому поискать как настроить bind - вы бы попытались и обнаружили бы, что bind НЕЛЬЗЯ НАСТРОИТЬ для игнорирования TTL. Это принципиальная позиция ISC.
а вы ведь в тот раз когда глючило, просто домен переносили ?
мой эксперимент слишком чистый и точный, не учитывает обычно возникающую неразбериху и ошибки при переносе.
Не угадали.
X-Cache обычно добавляет squid в режиме акселератора.
"какой-то домен" - это имя кеша чтобы можно было отследить путь прохождения и кеширования документа в случае странных запутанных проблем.
Вот там еще zend optimzer+ есть. Может в нем дело и акселераторы обычно виндовые девелоперы не ставят. Не пробовал даже, но они пишут, что лучше чем eaccelerator.
верхний предел для размножения процессов регулируется через MaxClients.
ну можете почитать зачем нужен Max(Min)SpareServers. Если большое число ничем не занятных процессов так уже беспокоит - нужно уменьшать MaxSpareServers.
Да лучше бы не равное 0 поставить, но и не слишком маленькое.
Даже если утечек памяти нет, какой-нибудь массивный php-скрипт может выделить себе много памяти и этот конкретный потомок apache освобождать ее не станет.
Товарищ впервые увидел как работает nginx. Ну, бывает. Плюс там еще, похоже, mysql "подтянули". Отсюда и различия.
Виртуализация сама по себе никак не может ускорить сайты.
Совершенно случайно МТС у меня тоже есть. Докладываю : сервер ns.mtsnet.ru 213.87.0.1, обслуживающий GPRS работает в строгом соответствии с RFC, что подтверждают результаты эксперимента. Эксперимент проведен с TTL=60 секунд. TTL возвращается правильно. Запись изменилась в пределах расчетного времени. На стороне клиента использовалась утилита nslookup.exe из поставки лицензионной windows xp sp3.
DLag, я так понимаю вы вспомнили случай из личной практики? и сколько там было у такого ISP клиентов ?
traffic inspector вообще хрень какая-то, а bind - отраслевой стандарт. Разговор был о среднестатистическом ISP. Монополист вынужден быть достаточно большим и не использует разные поделки наколенные.
эта волшебная сила заранее укажет низкий TTL и кеш сам выветрится.
Давайте-ка, чтобы опровергнуть мое утверждение, покажите как именно легко и просто жадный провайдер-монополист должен настроить в bind для игнорирования TTL . Без перекомпиляции.
А потом и будем теоретизировать насколько часто это происходит.
