zzzit: А вы поправьте, если я не прав, как это при накопительных лимитах все может продолжать работать?
Как минимум потому, что политика отношения хостеров к превышениям у всех разная.
К примеру, у нас нет никакой автоматики, которая в момент убьет сайты клиента путем остановки хостинг-аккаунта.
Уведомления о превышениях высылаются администраторам и они уже разбирают, насколько реально клиент мешает "жить" другим и что вызывает нагрузку.
К примеру, один клиент поставил плохой шаблон для сайта, который, судя по strace, записывал что-то в файлы и вытаскивал из них на протяжении 3-4 секунд, при подгрузке страницы, загружая ядро на максимум (да и сама страница грузилась 5 секунд). Конечно, при такой активности мы высылаем уведомления о превышении и ведем диалог с клиентом. Самое главное, чтобы клиент шел на диалог, ведь если ему плевать на свой сайт, то нам подавно.
Другое случай: банальный хабраэффект, от которого никто не застрахован.
Тут вполне можно обойтись без уведомлений. Лимиты CPU довольно формальны, по крайней мере у нас.
zzzit: Трудно будет найти, по-моему ihc говорил, что у них так, ua-hosting (но по ua-hosting не знаю, обманом не брезгуют, к ним лучше не идти).
Смотрите, чтобы у хостера не стоял cloudlinux и не было лимитов на процессор в часах, у таких при превышении сайты отключаются.
Вы хоть за все хостинги разом не говорите, раз не шарите что и как отключается при превышении :)
Stek: Вообще то это как раз не нормально. По умолчанию листинг директории закрыт.
У кого по умолчанию закрыт листинг?
Специально поставил только что чистый Apache 2.4.16 и проверил:
В тикетах еще и пароли часто пишут, для ускорения решения проблемы. Так что это жесткая дыра, если содержимое тикетов доступно кому то еще, кроме автора и саппорта.
Я рассуждаю с точки зрения того, что скриншоты выкладывает не автоматика какая-то, а человек.
В скриншоте стартового поста я не увидел ничего плохого. Ответ сотрудника кому-то, данных никаких нет.
И в конце концов, клиент сам может выложить подобный скриншот.
Поэтому причем здесь хостер - неясно, ищите того кто добавил изображение в первую очередь.
big jacky: Привет всем. Воспользовался дешёвым хостингом. Теперь не знаю куда бежать. Что меня убило: 1. Техподдержка
2. Тикеты общения с клиентами в индексе Гугла! Вместе с мэйлами и т.д. ТП говорит "ничего страшного". Это вообще нормально?
Ну, это только вам решать насколько это нормально.
Если затирают персональные данные, то, наверное, ничего плохого.
3. У всех сайтов на ВП открыт каталог /wp-includes/. Думаете шучу? Смотрите:
Ну и ТП мне типа "это ничего страшного, мэйлы и так всем известны, их и так ломают, каталоги /wp-includes/ это не страшно" Подскажите, может это я параноик и всё это и правда норма?
Это совершенно обычная нормальная настройка веб-сервера с открытым по умолчанию каталогом (а некоторые хостеры отдают 403 при доступе к каталогу по дефолту), но это не проблема хостера, а проблема вашей CMS. Если для каталога разработчики принудительно не выставили 403 forbidden или не кинули index.html файл, то, значит, для разработчиков Wordpress такое поведение (открытый каталог) является нормой.
Можете зайти в каталог wp-content и в нем увидеть файл index.php следующего содержания:
<?php // Silence is golden.
Разработчикам надо было это закрыть - они закрыли.
Курсы можете найти на этой странице: http://rnko.ru для Кукурузной карты.
Но легче всего, наверное, завести какую-нибудь виртуалку от QIWI.
Да, у вас все нормально с ними. Значит вы уже все очистили сами. :)
Ну, во-первых выполните:
Так вы узнаете на каком диске/разделе забиты иноды.
Затем найдите скриптик (в этих самых интернетах), который посчитает Inodes и вычислит где их столько скопилось. :)
А вы поправьте, если я не прав, как это при накопительных лимитах все может продолжать работать?
Как минимум потому, что политика отношения хостеров к превышениям у всех разная.
К примеру, у нас нет никакой автоматики, которая в момент убьет сайты клиента путем остановки хостинг-аккаунта.
Уведомления о превышениях высылаются администраторам и они уже разбирают, насколько реально клиент мешает "жить" другим и что вызывает нагрузку.
К примеру, один клиент поставил плохой шаблон для сайта, который, судя по strace, записывал что-то в файлы и вытаскивал из них на протяжении 3-4 секунд, при подгрузке страницы, загружая ядро на максимум (да и сама страница грузилась 5 секунд). Конечно, при такой активности мы высылаем уведомления о превышении и ведем диалог с клиентом. Самое главное, чтобы клиент шел на диалог, ведь если ему плевать на свой сайт, то нам подавно.
Другое случай: банальный хабраэффект, от которого никто не застрахован.
Тут вполне можно обойтись без уведомлений. Лимиты CPU довольно формальны, по крайней мере у нас.
Трудно будет найти, по-моему ihc говорил, что у них так, ua-hosting (но по ua-hosting не знаю, обманом не брезгуют, к ним лучше не идти).
Смотрите, чтобы у хостера не стоял cloudlinux и не было лимитов на процессор в часах, у таких при превышении сайты отключаются.
Вы хоть за все хостинги разом не говорите, раз не шарите что и как отключается при превышении :)
Здравствуйте!
Посмотрите тарифный план "Бизнес" https://lealhost.com/info/hosting.html
SSD 8 Gb / 1024 Mb RAM / Франция. Тест 5 дней.
Вообще то это как раз не нормально. По умолчанию листинг директории закрыт.
У кого по умолчанию закрыт листинг?
Специально поставил только что чистый Apache 2.4.16 и проверил:
Я рассуждаю с точки зрения того, что скриншоты выкладывает не автоматика какая-то, а человек.
В скриншоте стартового поста я не увидел ничего плохого. Ответ сотрудника кому-то, данных никаких нет.
И в конце концов, клиент сам может выложить подобный скриншот.
Поэтому причем здесь хостер - неясно, ищите того кто добавил изображение в первую очередь.
Привет всем. Воспользовался дешёвым хостингом. Теперь не знаю куда бежать.
Что меня убило:
1. Техподдержка
2. Тикеты общения с клиентами в индексе Гугла! Вместе с мэйлами и т.д.
ТП говорит "ничего страшного". Это вообще нормально?
Ну, это только вам решать насколько это нормально.
Если затирают персональные данные, то, наверное, ничего плохого.
3. У всех сайтов на ВП открыт каталог /wp-includes/. Думаете шучу? Смотрите:
Ну и ТП мне типа "это ничего страшного, мэйлы и так всем известны, их и так ломают, каталоги /wp-includes/ это не страшно"
Подскажите, может это я параноик и всё это и правда норма?
Это совершенно обычная нормальная настройка веб-сервера с открытым по умолчанию каталогом (а некоторые хостеры отдают 403 при доступе к каталогу по дефолту), но это не проблема хостера, а проблема вашей CMS. Если для каталога разработчики принудительно не выставили 403 forbidden или не кинули index.html файл, то, значит, для разработчиков Wordpress такое поведение (открытый каталог) является нормой.
Можете зайти в каталог wp-content и в нем увидеть файл index.php следующего содержания:
Разработчикам надо было это закрыть - они закрыли.
То есть вам нужен еще более оверселленый VDS на OpenVZ, чем этот? :)
https://en.wikipedia.org/wiki/Swappiness
/ru/forum/888096
/ru/forum/878813
/ru/forum/865460
А через 3 месяца будет еще тема про агрессивный своп, а потом еще и еще.