Уже 6 лет MIRhosting.com оказывает услуги хостинга, что прежде всего подрузамевает услуги виртуального хостинга. За это время произошло огромное количество событий в мире хостинг услуг и IT сферы в целом, в том числе неоднократные предрекания скорой кончины виртуального хостинга как услуги. Не углубляясь в споры, мы предлагаем новый подход к предоставлению услуг виртуального хостинга.
Ключевые принципы виртуального хостинга
Пришли к выводу, что лучше один раз профиль проверить при регистрации и потом выполнять автоматические услуги, чем проверять каждый раз при заказе каждой услуги
Я не проверять вообще - Вы себе не представляете количество левых регистраций. Я не знаю что хотят этим сказать люди которые там регистируются, когда пишет данные из примера.. Ну видимо в этом есть какой-то тайный смысл для них.
И они будут происходить на протяжение этого месяца, и не одно :)
Покупка доменов не имеет никакого отношения к тому, где размещен VPS. Точно также как покупка машины не имеет отношения где Вы потом ее будете заправлять.
Если для Вас темный лес название операционных систем, то Вам потребуется
- панель управления
- первоначальная настройка
- возможно - постоянное администрирование, но это уже зависит от Ваших требований, выбранной панели управления и других нюансов.
В целом, по мощности это должно быть нормально, но при условии нормальных скриптов (для Joomla это включенные модули кеширования и оптимизации), правильно настроенных баз данных по индексам, и оптимизации самой системы под эти скрипты.
Предлать конечно можно как одну из услуг, но в целом, думаю, сейчас не то время, когда является сильно востребованным хостинг статики. CDN - это одно, это отдача статики, а сами сайты редко идут статикой.
Также, уважающие себя разработчики пишут скрипты, которые имеют нормальные средства кеширования данных.
Детский сад, а не баталии, уж извините :)
Давайте доступ, сделаем все что надо, если актуально. Без лишних разговоров.
Ну правильно Boris Dolgov сказал, есть различия в gnu и bsd тарах. И бывает что запакованное одним не распаковывается другим. Точнее распаковывается, но с некоторыми ошибками/предупреждениями, которые скрипты рестора в панелях воспринимает однозначно - неправильный бэкап.
Все что нужно сделать в этом случае, это на конечном сервере пересоздать архив. Т.е. распаковать его вручную, и запаковать заново с таким же названием. И уже это подсунуть скрипту рестора.
А cPanel тут не причем, она стандартными средствами делает бэкапы в плане архиватора. И если он не разархивируется, то дело не в панели а в том почему это происходит.
Software raid плох не тем что там надо перезагружать или не надо, а тем что при использование hardware, вся cpu нагрузка связанная с raid распределением переноситься на сам контроллер, используется память для кеширования, и часто внешние контроллеры более качествены сами по себе, что также видно на скорости.
Я не говорю про удобства добавления/изменения любых параметров raid без перезагрузки, ребилд в фоновом режиме и более надежную работу чем software.
Если уж делать software, то raid 1 на уровне сети, для redundancy.
К сожалению, достаточно типичная история, которая происходит достаточно часто на серверах, не настроенных корректным образом, а также не обновляемых регулярно (ежемесячно + немедленно при выходе критических обновления os, ПО или на используемые панели управления).
Админов последнее время развелось море, зайдите в раздел предложения услуг здесь на форуме, админы - каждый второй, а потом вот такие вот сервера получаешь и диву даешься. Научились по howto делать элементарные вещи и уже крутые админы :)
Попробуйте глянуть сюда: http://help.dnska.com/index.php/MySQL_memory и посмотреть на тему оптимизации mysql. Сервер выглядит достаточно нормально для этой нагрузки.
