Дык, не вопрос, все могут дать - 100% загрузку выдал index.php. И чё :p? Смысл такую информацию слать клиенту. Профилирование скриптов по нагрузке это не задача хостера. Существуют сервис провайдеры - если у клиента отсутствует желание разбираться со своими скриптами или нет опыта в этом - велкам. Всё дадут останется только контентом заполнять. Остальное головная боль сервис провайдера (под сервис провайдером я имею в виду что-то типа blogger.com, lifejournal.com, ukoz и т.п.).
Это green диски. Одно время их ставили во многих дата центрах участвующих в программах Eco. Потом перестали, так как устарели диски да и вся идея навернулась (появились SSD которые куда более зеленые во всех смыслах). Так что ТС прав - такие диски действительно ставили в серверы производства HP, Dell. Как они там формально относились к enterprise не суть так важно, так как производители решили ставить их в серверы и ставили. Во всяком случае это явно не вина ТС.
PS. На них было очень много жалоб - вылетали куда чаще чем обычные десктопные...
Спасибо за хороший пример того, что стоит выяснять все обстоятельства прежде, чем совершить покупку.
Логи на дисковые операции? Окститесь. Это все равно что к энергосбыту предъявлять претензии за то, что они не дают детализацию по расходу суточного киловатчаса. Хотите узнать почему расход увеличился? Отключайте приборы один за другим и смотрите какой из них больше потребляет. Аналогично и тут. В первую очередь надо проверить базы (не выросли ли, нет ли медленных запросов, все ли таблицы проиндексированы), затем проверить ключевые точки в коде которые занимаются записью на диск (большей частью нагрузка вызывается записью, а не чтением). Очень часто, проблемы вызываются не сколько самим движком, столько примочками к нему добавленными - от тем до плагинов.
Обвинять хостера в том, что он хочет перевести вас на другой тариф на время ваших экспериментов также некорректно. Аналогия проста - если вы своими приборами вырубаете свет во всем подъезде энергосбыт обязан вас отключить, а не следить за вашими тестами. Так как вы создаете проблемы соседям. И здесь то же самое.
В целом, стоит четко понимать сферу ответственности клиента хостиинга и хостера.
Хостер отвечает:
а) за доступность вашего сайта
б) за место на диске и за другие лимиты (трафик, цпу и т.п.)
в) за переписку с вами по поводу превышения лимитов, помех другим клиентам и т.п.
Клиент отвечает:
а) за все проблемы возникающие из использования его аккаунта (превышение потребления лимитов, спам, взломы)
б) за создание помех другим клиентам
в) за работоспособность своих сайтов.
В зависимости от того, как устроена среда хостинга хостер может вменить себе в обязанность извещать клиента о превышении лимитов и вести статистику потребленных ресурсах. Навязать ему такую обязанность нельзя потому что:
а) у него просто может не быть технической возможности для реализации хотелок клиентов
б) он не желает этим заниматься или считает, что минусов от внедрения системы больше чем пользы.
Это у всех так. Отправлено как пожелание разработчику.
4.3.52.10 тогда.
ошиблись в рассылке. 4.3.10.23 должна быть (для ISPmanager-Pro).
Вариант http://www.forbes.com/sites/hollieslade/2014/05/19/the-only-email-system-the-nsa-cant-access/
Но, тут как обычно, вопрос доверия стороннему сервису. Ну и гугл по запросу "encrypted mail service".
Код страны не показатель, у нас много клиентов из Владивостока к примеру:) Звонки по телефону - дело такое. Одним нравится, типа забота о клиенте. Другим не нравится. Здесь нужен некий интерактив, чтобы найти компромисс. Например, можно попросить не звонить по ерунде запросом в техподдержку. Еще лучше, если есть возможность поставить галку: не хочу мол. В конце концов люди в больницы попадают - почему не позвонить если человек на инет контактах не отвечает. На телефон обычно отвечают, пусть даже и не сам больной, но родственник. А с рекламой звонить - это неприлично я считаю...
А кто будет этот контент модерировать? Это довольно большая проблема как только сервис становится худо бедно посещаемым.
