Распаковывать под root архивы пользователей могут только камикадзе, похоже что Вы забыли про дыры в архиваторах типа обработки путей и прочих пакостей, а сколько этих дыр еще осталось никто не знает.
Ключевое слово начинающиеся,
то есть чтобы закрыть то что надо придется явно перечислять все числа потому что согласно стандарту никаких регулярных выражений робот не поймет.
Disallow: /stat/0/page/
Disallow: /stat/1/page/
Disallow: /stat/2/page/
Disallow: /stat/3/page/
...
Disallow: /stat/999/page/
Если Вы хотите чтобы robots.txt был поменьше то придется переделать сами пути к документам то есть сделать типа того как ниже где после завершающей косой черты будут числа.
Disallow: /stat/page/
А еще проще добавить в те документы которые не надо индексировать META метки NOINDEX и другие из этого набора.
Через панель пока не пробовал, везде где надо ssh есть, а нормальные панели позволяют использовать любые программы архивации с любыми параметрами без ограничения времени выполнения или только жесткий набор с ограничением времени выполнения?
Гениально, ...
Дополнение, обычный открытый FTP давать нельзя по тем же причинам по которым нельзя давать обычный открытый telnet а вместо обычного FTP лучше давать sftp который работает в комплекте с ssh и делает почти то же самое что обычный FTP но только по закрытому соединению. Вообще то практически любое открытое соединение можно пропустить через SSL но возни с этим будет больше чем если разрешить ssh и то что работает в комплекте причем от ssh будет больше пользы потому что тогда появляется куча дополнительных возможностей.
А кроме сопровождения еще уделяют внимание online документации для пользователя.
Это в качестве рабочей гипотезы все таки лучше чем ничего, если Вы можете предложить что то лучшее то предлагайте, ...
Похоже на то что Вы ошибаетесь и все намного смешнее, ...
http://www.volchat.ru/forum/
domain: VOLCHAT.RU
type: CORPORATE
nserver: ns1.infobox.org.
nserver: ns2.infobox.org.
state: REGISTERED, DELEGATED
person: NIKOLAI A POPKOV
phone: +7 8442 ******
e-mail: ***@mail.ru
registrar: RUCENTER-REG-RIPN
created: 2002.03.17
paid-till: 2006.03.19
source: TC-RIPN
http://bnr.volgocity.ru/
domain: VOLGOCITY.RU
nserver: ns.tele-kom.ru.
nserver: ns2.tele-kom.ru.
person: DMITRY V MUKHIN
e-mail: ******@tele-kom.ru
created: 2000.11.14
paid-till: 2005.11.15
Нет пророка в своем отечестве, ...
FreeBSD rulezzz! К тому же можно включить Linux бинарную эмуляцию а вот наоборот не получится.
root за $5 в месяц тоже нужен хотя бы для того чтобы сделать дополнительный DNS сервер что очень полезно если надо сопровождать много доменов.
shell причем только ssh а не открытый telnet нужен обязательно даже на shared хостинге хотя бы для того чтобы была возможность заливать и сливать файлы архивами а не каждый отдельно.
ssh вместо открытого telnet нужен потому что пароли по открытому telnet может перехватить любой идиот в локальной сети организации или домашней сети а кроме перехвата паролей в локальной сети есть еще продвинутые способы их узнавания типа отравления DNS серверов и других пакостей против чего ssh защищает намного лучше. В telnet конечно есть одноразовые пароли но обычный пользователь с ними возиться не будет и все равно в отличии от ssh передача данных открыта.
Для почты qmail однозначно лучше чем все остальное но тоже надо правильно настраивать и не только саму программу но и кучу всего вокруг нее.
SSL это хорошо по тем же причинам по которым хорошо ssh и возможность такую желательно предоставлять всем даже бесплатно на отдельном общем IP адресе с одним общим сертификатом который можно даже самим подписать если на всем экономить.
Для perl грузите все что есть в стандартном комплекте FreeBSD и ports коллекции а потом по обоснованному запросу иногда можно дополнительно подключать другие модули то что есть в CPAN и ничего кроме этого потому что иначе напроситесь на дыры и закладки.
HTTP сервер для хостинга общего назначения скорее всего придется ставить Apache + PHP + куча модулей а иначе Вас неправильно поймут чайники которые кроме установки халявных PHP программ ничего не умеют и этим гордятся.
Из СУБД наверно лучше будет
PostgreSQL для продвинутых пользователей или MySQL для чайников но это уже дело вкуса и бизнес модели.
Мне от хостинга обязательно нужна еще возможность выполнять свои бинарные программы и желательно чтобы была возможность запускать свои daemon процессы но это опять же дело вкуса и бизнес модели.
Разрешение использовать cron очень желательно.
Вы спросили, я рассказал, ...
