Хост - линукс, виртуалка - винды. Доступа не будет если виртуализация аппаратная.
Давно. Виртуалка удобна всем. На основном компе от 4 гигов памяти надо.
ну вот да, виртуальный хостинг это все же. и да, похоже, что ломятся в админку сайта. попробуйте прописать в .htaccess:
Deny from all
Allow from ваш ай-пи адрес (его можно тут узнать: ip.yandex.ru) - сразу это не поможет, надо будет подождать около часа.
Для ВПС обычно предоставляется отдельный доступ управления ВПС. Спросите все же у техподдержки - виртуальный сервер у вас или виртуальный хостинг. Скорее все же второе и тогда все что писал о сочетании CloudLinux + suphp справедливо и надо копаться в логах, чтобы понять, что привело к повышению нагрузки. Если есть статистика webalaizer посмотрите какие страницы сайта запрашивают чаще всего. Вполне возможно, что вам пытаются брутфорсить - это делают боты и они очень даже могут вызвать нагрузку.
Здравствуйте!
Если своевременно обновлять CMS и пользоваться только плагинами и скинами из проверенных источников особых проблем не возникает. Проблемы возникают в основном у тех, кто не обновляет движки или делает это неправильно (например обновляет "поверх" установленного движка оставляя дырявые файлы а также шеллы закачанные ранее. Это в частности, касается Joomla). 0day уязвимости, а также приватные эксплоиты, конечно, могут иметь место, но вероятность массового взлома с их помощью не так уж велика.
Кроме того, можно задуматься и об установке дополнительных плагинов увеличивающих безопасность, запретить доступ в админку по ай-пи адресу и т.п. и т.д. В общем, кто ищет, тот найдет, а кто ленится - мотается по хостерам.
PS. Что касается - сам дурак, почему бекапы не делал и т.п. и т.д. Тут надо исходить из условий обслуживания - если заявлено, что делается ежедневный бекап, то надо делать его, господа провайдеры. Иначе это непрофессионально.
Если это ВПС на базе OpenVZ технологии, то вполне возможно, что он никогда не укладывался в лимиты. Эта технология позволяет в таком случае "забирать" ресурсы ноды если они простаивают. А сейчас может появились еще клиенты на этой ноде и ресурсы теперь не простаивают отчего и на ваш впс забирать их неоткуда. ВПС ребутнули?
Если это виртуальный сервер, то вам просто не хватает памяти. Попробуйте перегрузить ВПС, возможно какой-то из процессов завис и скушал память и теперь ее не хватает. Честно говоря на 128 мбт мало какой сайт будет работать нормально. Сейчас на один пхп процесс выделяется столько, а на виртуальном сервере еще надо выделять память под другие сервисы.
Кто эти 90% хостеров? Так же можно было назвать 90% клиентов жадинами которые пытаются сунуть аналог вконтакте в 3 рублевый тариф. Идентичное сравнение вашему и такое же голословное.
Перед заказом хостинга всегда можно уточнить какие лимиты существуют у хостера и на каких тарифах. Естественно, что не стоит ожидать на 10 рублевом тарифе таких же
лимитов, как и на 10000 рублевом.
Лимиты вводятся не для того, чтобы срубать бабки, а чтобы обеспечить справедливое распределение общих ресурсов соответственно уплаченным клиентом деньгам, а также чтобы обеспечить стабильную работу серверов хостера.
Напоминает сочетание О/С CloudLinux и suphp.
В Показатели Virtual Memory Usage обычно есть не только показатели но и графики - на них можно посмотреть потребление ресурсов по времени суток и датам.
На вашей стороне, вы не сможете изменить настройки так, чтобы такая ошибка не появлялась. Так как это срабатывают лимиты на потребляемые вашим сайтом ресурсы на стороне хостера.
Проверьте журналы нагрузки, доступа к сайту - возможно вас спамят запросами POST (коммент спам) либо попытками подобрать пароль. При превышении заданного лимита в О/С Cloudlinux система станет выдавать 500 или 503 ошибку на все поступающие запросы на сайт.
Прежде всего я бы посоветовал посылать лесом всех тех, кто будет рекомендовать сразу сменить хостера. Идеальных хостеров не существуют - гонят с одного, погонят и с другого. Речь идет, конечно, о нормальных хостерах, которые занимаются своим делом профессионально.
Применительно к вашему случаю можно посоветовать проделать следующее:
1) Если есть статистика нагрузки - внимательно ее изучить, если ее показатели непонятны - уточнить у техподдержки что они означают.
2) Посмотреть журналы доступа к сайту и журнал ошибок. Как правило, в них находится информация которая позволяет определить, что за запросы могли вызвать повышенную нагрузку.
3) Посмотреть журналы ошибок php.
И уже по результатам консультироваться (прежде всего с техподдержкой), сторонними специалистами и искать решение проблемы а затем уже принимать решение.
Понимаю, что проще обозвать хостера плохим, начать жаловаться по форумам, менять хостеров как перчатки и т.п. Однако это классическое поведение безответственного и непрофессионального вебмастера. Стоит ли следовать этому "канону" решать вам.---------- Добавлено 18.07.2013 в 09:42 ----------Здравствуйте!
Понимаю, что проще обозвать хостера плохим, начать жаловаться по форумам, менять хостеров как перчатки и т.п. Однако это классическое поведение безответственного и непрофессионального вебмастера. Стоит ли следовать этому "канону" решать вам.
