будет такая вот контрольная панель хостинга Directadmin (хороший сайт про то как с ней работать - site-helper.ru) но, при этом на вас ложится :
1) забота о первоначальной настройке вашего сервера (да это именно сервере и не думайте что его виртуальность облегчит вам жизнь)
2) забота о сопровождении вашего сервера
Часть 1) - наймите кого нибудь для настройки (цены от 50 до 100 средние) и тогда по сути сможете пользоваться остальным как на обычном хостинге.
Часть 2) - если что сломается дергайте человека/компанию из части 1) ...
это большая проблема для "заброшенных" бесплатных и особенно платных скриптов.
если кто уже забыл - напоминаю тему про эпопею с php4 и php5 - года на 3-4 тема была...
так что я бы не был таким оптимистом.
переделка нужна очень многим скриптам.
ну я тоже им в форму написал. может подождать просто надо...
а архива скрипта не осталось случаем :)
а куда писали ? сюда info {at} reg-it.net ?
Полностью с вами согласен относительно сути вопроса. Ждем ответа от ДЦ.
Управление настройками днс серверов dnspro.de которые собственно и отвечают за отдачу реверсов в дц netdirekt.de к сожалению находится вне нашего контроля и мы полностью зависим в этом вопросе от техников ДЦ. Техники ДЦ ответили что надо ждать пока синхронизируются зоны и на повторные запросы не отвечают. Пока больше не могу сообщить ничего приятного.
Что касается английского - попросите в тикете общаться с вами по русски - будут писать по русски с помощью переводчика.
PS. Если вы планируете заниматься рассылкой достаточно большого числа писем не советую использовать для этого ДЦ netdirekt.de.
логически да а, фактически (в соответствии с законом) без сдачи узла лицензия недействительна. берут просто временные разрешения и работают но, эти разрешения на год максимум насколько я знаю. в то же время вот "m*c*h*o*s*t" без этого узла умудрялся работать 5 лет (вроде бы - информация непроверена)...
Ну каждый занимается садомазо по своему :) Это я про opensolaris и macos - я бы уж скорее вспомнил FreeBSD.
PS. Это никакое не блочное устройство. Очень коротко:
1) К ядру цепляется модуль который работает непосредственно с файловой системой поблочно.
2) После этого делается первый бекап - который занимает взависимости от объема занятого места на диске от нескольких часов до суток. "Снимок"делается только для занятого пространства поэтому если у вас 2 тера диск на котором занято 100 гигов - эти 100 гигов + немножко служебной информации и надо будет слить.
3) После первого бекапа можно делать снимки ВСЕГО диска хоть поминутно но, учитывая конечно:
а) объем данных которые необходимо перегнать в эту минуту
б) скорость соединения
в) размер массива который вы выделили под бекап
Нагрузки нет, тормозов нет. Число файлов и их размер - абсолютно не влияют.
