Инструкция содержит много мертвых ссылок и неточнестей.
Там стоит WHMCS и такая фича в нем есть по умолчанию...
А сказку на ночь?😆
А по теме, искренне желаю, чтоб оборудование кликхоста поднялось в ближайшее время.🚬
Ну я не собираюсь навязывать Вам свое мнение, ибо опыта у меня всетаки поменьше будет. Но как показала практика, то суппорт-сисадмин + аська + около 500 клиентов уже убивают сотрудника, а процент решаемости проблем около 70%. В то время как более "тормознутые" тикеты, но удобные для нормального клиента ( это тот который готов ждать, а не каждые пять минут интересоваться тут ли сотрудник и какова температура на курортах в Турции ) позволяют решать проблемы на 100%, ведь тикеты могут решаться не одним сотрудником, а несколькими. И я думаю, что многие обратили внимание на то, что нормальные западные компании работают по такой схеме имея поддержку, которая состоит из нескольких уровней. Поэтому я бы не назвал свои рассуждения убыточными, ибо сколько людей - столько мнений.
P.S. Да, может та схема может казаться неоптимальной с точки зрения цены, но я и не говорил, что она пременима к школахостингам.🚬
Понятие разделение труда, видимо, незнакомо...🙄
Вы когда по улице идете и видете рабочих, которые стелят асфальт, не хотите им помочь?:) Каждый должен заниматься своим делом, это повышение качества услуг, а не раздавание людям доступа к серверам...
Мне вот непонятно, что хочет доказать GuraSK...
Давайте разберемся как все работает в нормальной компании, а не all in one ( админ + директор + суппорт ). В нормальной компании есть:
- руководитель
- менеджеры
- суппорт
- администраторы
( уборщиц и другой персонал в этой довольно грубой схеме я считать не буду )
Если есть проблемы с серверами или нодами как в данному случае, то этой проблемой занимаеться администратор, так как только администратор должен иметь доступ к серверу, ибо суппорт по мануалу может и rm -rf сделать... Менеджеры должны заниматься проблемами финансом куда ни админы, ни суппорт лезть не должны. И суппорт, опять же суппорт должен помогать клиенту, но он не должен лезть на сервер и компилить там апач, это обязаность администратора. Так по какой причине администратор должен лезть на неадминистратируемый VPS, когда об этом писалось в TOS?
Время администратора стоит дорого и менее 25$/час от нормальных людей я не видел, а эта цена уже в 2.5 раза превышает цену данного VPS. А если нод не одна, а 10-15 и на каждой стайка клиентов-чайников с кривыми руками, которые прочитали книгу от некоего автора и решили что они админы с большой буквы, а когда завалили какой-то сервис идут орать в аську ( это вообще зло )/ тикеты / мыло, что им не должны, а обязаны помочь. Я сомневаюсь, что такой компании рентабельно оплачивать время администратора которое он тратит на такие VPSы.
Другое дело full managed, когда все делаеться фирмой, но цена такого VPS приближаеться к цене нормального сервера...
А платить то ендюзеру...:) Так что, тарифы с безлимитным трафиком и соотношениями неминуемое зло и для клиента, и для хостера.
Поддержу мнение Александра по Hypervm. Что не понравилось в ней, так это практически полное отсутствие документации по api, в результате чего некоторые возможности находились методом научного тыка:( Ну и поддержка на их форуме туговата, если честно, ждать ответа это очень долгое занятие.
Да, с шаблонами ситуация интересна, хотя я б назвал эту ситуацию решаемой элементарно. Создание VPSов с уже установленой панелью и дальнейшее их клонирование, с ISPManager тут вообще все просто, так как создание лицензий там автоматизировано.
Я бы лично взял бы, так как под каждую цель - свое железо нужно:) Но использование OpenVZ, а тем более VDSManager выглядит для меня сомнительно. VDSManager + Xen вообще еле работал и не давал нормальных отчетов, к примеру, почему нельзя запустить VPS. А насколько я знаю, ситуация не далеко ушла. Поэтому, я б не сильно пинал бы "парурельс" с VZ, ибо из опыта, для неподготовленных юзеров PPP ( Parallels Power Panel ) это как панацея, а суппорту отсутствие лишней головной боли.
