Здравствуйте
Указываю просто пример конфигурации, подробности просьба уточнять (включая наличие) по ICQ 1322727
локация - Сент-Луис, штат Миссури
AMD Athlon™ II X4 4x2.3 ГГц
8 ГБ
2x1000 ГБ SATA-II
Трафик без лимита (порт 100 Мбит/с)
99 у.е./мес
Бесплатно:
Панель управления ISPmanager Lite
Внешнее хранилище для резервных копий объёмом 50 ГБ
угу, уже 12 страниц игнорирования и отсутствия разговоров
+1
пожалуй самый полезный и умный совет для ТС и всем, кто ищет ответ на данный вопрос (и ижи с ними), хостинг-оператор предоставляет именно хостинг услуги (они могут отличаться по ценам, качеству, технологиям и т.д.), то есть размещение данных в сети Интернет, но НЕ занимается (если это не оговорено отдельно) обновлением Ваших сайтов, аудитом безопасности скриптов, ГАРАНТИРОВАННЫМ резервным копированием данных (повторюсь, если не оговорено отдельно) и т.д. Всеми вопросами, которые НЕ касаются именно размещения данных (хостинг) должен заниматься пользователь (клиент провайдера). Исключение составляют предложения, где в явной форме подобные услуги указаны в договоре/оферте предоставляемых услуг.
этот бред есть ещё в куче разных других тем, причём от кучи разных ников (у всех максимум по 5-20 сообщений), причём каждый раз провайдер указывается разный, видимо посты набивают...
сколько точно вешать в граммах?
Просьба уточнить, Вам нужно чтоб все 10 адресов были из разных подсетей или же можно и группами (например 3 адреса из одной, 3 из второй и т.д.) ?
хостер в данном случае виновен только если создание бекапов было заявлено в перечне услуги (того, что входит в услугу), если же резервные копии хостер не обещал делать, то и вины фактически нет. В свою очередь ТС виноват в том, что не делал самостоятельно резервное копирование (все основные современные панели управления позволяют выполнять подобные операции автоматически, по заданному графику (например на любой фтп), почему ТС не использовал штатные возможности не ясно.
как доказывает этот топик не у всех
Тут я с Вами вынужден не согласиться, если разрешить пользователям использовать свой php.ini, есть вероятность, что включат ф-ции, которые были отключены глобально (если были разумеется), то есть system, exec, shell_exec и т.д. что в свою очередь не страшно само по себе, но если в ОС есть публично известные уязвимости, с помощью них (используя данные ф-ции) могут повысить привилегии вплоть до root
данные аспекты я тоже описывал ранее, идеальных решений нет, но средств для минимизации проблем достаточно, нужно просто их оптимлаьно соединить вместе (как конструктор)
не, писать нужно то (названия CMS и прочее), что у всех на слуху :) html, php, я уже молчу про СУБД для многих пользователей что-то непонятное (современный пользователь привык нажимать кнопки в мастерах)
