_interceptor_

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 система мне лично не нравится, я лично не пользуюсь, но

мне особо и не надо.

Грамотно написанные регламенты - защита бизнеса, снижение рисков, молодцы.

Регламенты никто не читает, народ действует по здравому смыслу.

Чем больше ваш регламент похож на здравый смысл тем меньше издержки

и больше довольных клиентов.