moldu, ну что сказать. убедитесь что фунционирование dns у этого провайдера действительно противоречит рекомендациям RFC. Вроде как DNS это телематика. Телематика это
Приказ Минсвязи РФ от 23 июля 2001 г. N 175 ОБ УТВЕРЖДЕНИИ РУКОВОДЯЩЕГО ДОКУМЕНТА ОТРАСЛИ
"ТЕЛЕМАТИЧЕСКИЕ СЛУЖБЫ :
по идее международные стандарты МСЭ - это как раз RFC. Попытайтесь воззвать к Федеральной службе по надзору в сфере связи и массовых коммуникаций. Или сделать вид что вы воззвали, а именно прислать провайдеру копию обращения :) Должно быть забавно.
Кстати, неработающий TTL в DNS это тот же самый случай.
moldu, а что ждать ? напишите им.
Часто бывает когда клиент заключает договор на хостинг с МРК или каким-нибудь региональным провайдером, потом переходит к другому и забывает что он должен уведомить провайдера о сносе зоны. Соответственно треть/большая половина города не может попасть на сайт. Не один раз наблюдал в нашем региональном интернете.
Еще могу вспомнить случай: фирма покупает домен через частное лицо - сотрудника, сотрудник увольняется и исчезает, в итоге никто не может изменить dns-сервера. Новый хостер по испорченному телефону разговаривает со старым и они добавляют неправильно новые записи, в итоге несколько месяцев сайт грузится в 66% cлучаев.
Короче, это все следствия недостаточного опыта и неразберихи.
Обычно DNS таки работает.
Слава Шевцов, ну вы слишком упрощенно себе все представляете. Нет,два сервера в разных с-сетях это не то что я имел ввиду.
Объясните же как нужно сконфигурить bind чтобы он игнорировал TTL ? Я даже отдаленно не представляю зачем и кому может понадобиться портить бинд.
Кому может понадобиться портить tcp/ip стек винды? Ни разу об этом не слышал. Можете написать в винде ipconfig /displaydns увидите записи и время их жизни - TTL.
Один единственный раз мне встретилась проблема во время переноса сайта у одного единственного посетителя : у него стоял Outpost с какими-то настройками, после переписки с ним он снес Outpost и все классно заработало. Сайт не так чтобы маленький был.
50к это уж для большинства слишком много за доступность. Это, видимо, построение собственного датацентра и участие в глобальном роутинге.
перерыв в 5-15 минут уже в допустимых рамках? поставьте задачу в таком ключе :
требуется разработка репликации, мониторинга и интеллектуальной балансировки DNS для собственных сайтов. (Видите сколько надо знать слов ? )
Это совсем не 50к. Это даже я бы осилил. Нет я этим не занимался, но архитектуру вполне представляю.
Надежность решения я бы оценил как 95% - не все днс-клиенты очищают кеш как полагается.
Слава Шевцов, "хочется". Вот я валяюсь с таких хочется.
пишите так : "ищется человек для настройки решения, имеется от N $". Все резко найдется, уверяю.
Чтобы правильно задать гуглу вопрос, надо знать хотя бы половину ответа.
Думаете оно вам поможет? Берите приличный непадучий хостинг. Дешевле обойдется.
N1k, как и раньше в php, только там будет всего одна длинная строка значений в том порядке в котором указано в выражении.
MOP1, да не будет count(*) лишние ключи проверять, просто товарищ спутал с каким-то другим случаем.
N1k, ну здесь не так очевидно. а эти границы можно пересчитать математически?
если серия запросов затрагивает весь диапазон, то будет выгодно одним запросом, иначе даже 10 мелких могут быть быстрее одного ( ну конечно если там есть индекс по s1).
запрос приблизительно такой
select sum( if(s1 >= 72 and s1 <= 89,1,0)) as s_72_89, sum(if (s1 >= 90 and s1 <= 95,1,0) as s_90_95, ..
надо проверять
ужос. почитайте про group by и сможете заменить это одним запросом
