2Оксиген
в моем варианте забыл еще добавить, что ns-ы провайдера должны давать
возможность AXFR зоны, либо это должно как-то настраиваться.
Иначе толку от secondary на сторне не будет, они просто не смогут выкачать
зону с праймари.
2pegs
не реально чтобы ip поменялись т.к. эти ip скорее всего прописаны на
primary клиента. Т.е. смена ip приведет к массовым ошибкам на
secondary и протуханием зон, если админы primary не пошевелятся
и не пустит новый ip для axfr зоны. Т.е. это реальная подстава и ру-центер на это не пойдет.
Хмм, ну если под своим брендом, то сделайте в зоне
мойдомен две A записи
ns3.мойдомен A {ip адрес secondary ru-центер ns4.nic.ru}
ns4.мойдомен A {ip адрес secondary ru-центер ns8.nic.ru}
И тогда список ns-ов будет
ns1.мойдомен
ns2.мойдомен
ns3.мойдомен
ns4.мойдомен
Но опять же, вы покупаете secondary у ru-центр для одного домена, который еще к тому же
нельзя будет поменять, как правильно заметил pegs это дорого, но с другой стороны для
серьезного проекта оно стоит того
1. Правило - 2 ns-а в разных подсетях не просто так придумали. Если нужна надежность, то это неправильное решение. Могут быть проблемы с тестированием ns-ов в ру-центер. Тестирование не пройдет.
2. Если я правильно понял вопрос, то список ns-ов для вашего домена с услугой ру-центра будет выглядеть так:
ns1.ваш_домен
ns2.ваш_домен
ns4.nic.ru
ns8.nic.ru
Причем я бы выкинул ns2.ваш_домен так как смысла в нем нет, а
ру-центер дает на самом деле два secondary для вашего домена,
один из которых находится в амстердаме. Т.е. с точки зрения надежности
лучше не придумаешь. Даже если ляжет канал забугор домен будет резолвится.
Если сосредоточится на wget, то можно попробовать пофильтровать
трафик и вырезать из закачиваемых страниц 'BASE HREF=' налету,
к примеру с помощью nc хитро завернуть трафик через sed.
Мне, помню, так удалось заголовки подменить,
но я потратил на это кучу времени и сейчас не повторю. :(
Может, кто посоветует еще что можно сделать или прогу погибче чем wget.
Если бы wget отдавал список url к закачке вместо их обхода, то
можно было бы редактировать этот список и подсовывать опять wget.
Т.е. получилось бы что-то полуавтоматическое.
bums все правильно написал, только качаться вебархив все равно не будет, поскольку
у них стоит защита от скачивания - javascript вырезает часть url-ов, а роботы javascript
не интерпретируют:
<head><BASE HREF="http://www.anglija.ru.way_back_stub/">...
А потом мутят javascript
var sWayBackCGI = "http://web.archive.org/web/20080112014047/";... url = url.replace('.way_back_stub',''); aCollection[sProp] = sWayBackCGI + url;
Что касается количества страниц, то пока не пройдешь по ссылкам не поймешь.
Все ссылки на странице - редиректы по всей видимости на последнюю версию
страницы.
ИМХО - надо писать самому обходчик, под свою задачу...
У wget есть еще одно неприятное качество, он смотрит в robots.txt,
когда выкачивает рекурсивно сайт и принимает во внимание директивы.
А у вебархива эти урлы запрещены к индексации, т.е. рекурсивно wget не выкачаете сайт с вевархива,
а постранично можно.
Вот именно кто/что читает и основной вопрос, клиенту должно
быть понятно из интерфейса что он получит не читая регламента.
И если за все время работы с вами клиенту не пришлось обратится ни разу
к регламенту, то это хорошо, ему и так все понятно.
Ладно, мы работаем с этими доменами, нам нужно знать эти регламенты,
но я уверен, что не многие среди нас знают их наизусть. А с другой стороны
пришел клиент, нужен один домен... он что должен стать экспертом по регламенту прежде чем заказать услугу... только времени прочитать сколько уйдет, не говоря уж о том чтобы понять.
Давай проведем опрос, предлагаю список ответов:
Читаете ли вы регламенты, когда пользуетесь какими-либо услугами, к примеру, регистрация домена?
- да всегда читаю перед первым заказом услуги полностью регламент
- никогда не заказываю услугу, если нет полной ясности по регламенту
- просматриваю, но не вчитываюсь
- делаю по наитию
- если возникают проблемы обращаюсь к регламенту
Я сказал ровно то что сказал, не надо мне приписывать того что я не говорил.
Я вот не знаю как еще донести мысль?
Где я написал что регламент для дураков?
Регламент - защита бизнеса говорил, для дураков - не говорил.
Вы пост то внимательно прочитайте.
Вообще нафиг что-то писать если ничего не читают, а пишут что-показалось?
_interceptor_ добавил 06.03.2009 в 12:17
А что написал, коль не о чем говорить? :)
Я бы при встрече провел экзамен по знанию всех регламентов наизусть. 😂
Есть, конечно, уникумы, которые знают все наизусть, но их мало.
Если вы требуете от меня абсолютной точности фразы, то хорошо
"в подавляющем большенстве", но сути это не поменяет.
Мне не нравилось отношение dkameleon к проблеме, я высказался,
повторятся не буду, кому интересно может прочитать выше.
2Оксиген популярность/не популярность вебмани - отдельная тема,
потеря клиентов может быть значительно ниже роста, но это все равно потеря.
Но , повторюсь, я спорил именно
с позицией "В регламенте все написано, а ты xxxx, и такой xxx".
2Neopolitan система мне лично не нравится, я лично не пользуюсь, но
мне особо и не надо.
Грамотно написанные регламенты - защита бизнеса, снижение рисков, молодцы.
Регламенты никто не читает, народ действует по здравому смыслу.
Чем больше ваш регламент похож на здравый смысл тем меньше издержки
и больше довольных клиентов.
