Некоторое время моё мнение об этом хостере было весьма положительное, мой скромный сайтик нормально функционировал...техподдержка...по техническим вопросам была не нужна...как-то начались проблемы с сайтом - они нам предложили перейти на другой, менее загруженный сервер и всё стало снова работать хорошо. (Надо сказать, сейчас речь идёт о сайте www.mamas.ru хостящемся по тарифу Normal) С августа после небольшой акции по раскрутке посещаемость сайтика начала увеличиваться с обычных 200 хостов в день до 300-400-500... и начались проблемы... На вопросы о том - какую нагрузку производит наш сай, и нельзя ли снова перейти на менее загруженный сервер мы ничего вразумительного не получили. Был ответ что это временные неполадки, и скоро всё будет работать. Совет оптимизировать запросы (Это в ответ на наш запрос - сами они никаких предупреждений о том что сайт даёт большую нагрузку и т.п. ничего не присылали). По поводу оптимизации честно ответили, что стоит движок форума vbulletin и настроен он в соответствии с рекомендациями форума поддержки - все дающие большую нагрузку фишки были отключены.
В общем сайт худо-бедно работал, до часа X - утра 9-го ноября сего года. (а по Москве это около 3-х часов утра) Я заходу на сайт и вижу ошибку о проблеме что недостаточно памяти ...так же недоступна cpanel пишу в техподдержку...и тишина...до вечера того же дня. Пишем на адрес босса, что на заявку не отвечают...но в этот день ответа так и не дождались. Cpanel через некоторое время стала доступна, правда инфа в ней отображалась явно неадекватно - было написано, что занято сайтом 600 с копейками Mb Свободно 0 мб. (А всего под сайт выделено 1000 метров..и где ещё почти 400?) Так же нет никаких данных касательно объёма трафика. Сайт заработал только вечером следующего дня, и пришёл ответ

Я этому ооочень удивляюсь


А так же спрашиваю касательно работы панели управления.

жду ответа целый день. Снова пишем на адрес босса, об отсутствие ответа. В результате этот ответ получаем снова почти через сутки после подачи.

Ответ такой:



Продолжаю интересоваться у подержки...


Ответ

Почитала фак местный http://hosting.agava.ru/faq/php.shtml тут сказано насчёт того, что можно создать и как создать настроечный файл, но никаких упоминаний , касательно памяти, что её размер изначально меньше....

Отображение траффика вроде как уже наладилось.... и без моего пароля...

Но ощущение осталось очень неприятное. Однозначно решили переезжать и переносить все наши сайты.

Хотела разместить отзыв на hostobzor.ru но там выдаёт сообщение


Хотя до этого мы уже оставляли отзыв от нашего сайта, вполне положительный..интересно, почему сейчас нельзя

(По правилам форума оставляю фио клиента - Широбоков Андрей Иванович, сайт зарегистрирован на мужа)

Вы не разбираетесь, как видно, в достаточной мере в том, чем отличается тарифная память в 64мб и выставленная в php.ini максимальная для одного скрипта. 64 выделяется на ваши процессы в сумме, 32 в php.ini поставлено вероятно для того, чтобы если у вас запустится один проблемный скрипт, который начнет потреблять память, вы могли его остановить (через веб-шелл например и т.п.) + в это время ваш сайт хоть как-то работал. В vbulletin примером такого проблемного скрипта может служить attach.php (может быть неточно указал название, но тот, который показывает картинки, прикрепленные к постам) - он может съесть очень много памяти при отображении большой картинки, ибо он ее загружает в память, а затем масштабирует, создавая копию (и тоже в памяти).

Как вам справедливо заметили - вы сами можете изменить значение 32 на 64 - тогда каждому скрипту будет позволено съесть всю память и не дать запуститься ничему больше.

Так что ваши притензии по поводу памяти к хостеру несостоятельны. Перед тем как выкладывать их надо было потрудиться изучить вопрос более тщательно

2 mamasru!
С 500 уников на форум Вы подошли к некому пределу для шаред хостинга. 64 метра памяти это очень хороший лимит, поверьте.
Вам уже нужно посматривать в сторону VPS сервера. Или, попробовать убрать все лишние и тяжелые процессы с сайта. Как крайний вариант, попытаться оптимизировать скрипты форума, что нерационально.
Удачи!

а не могли бы вы уточнить на что вы собственно жалуетесь? по пунктам желательно. насколько я понял вы жалуетесь:

а) что что то изменилось без вашего ведома
б) что вам долго отвечали
в) что вы не очень удовлетворены ответами техподдержки

правильно ?

по пунту а) должен сказать что обычно если что то обновляют на сервере то извещают об этом клиентов рассылкой или объявлением на сайте или в панели. случается также что возникает срочная необходимость что-то изменить и в таких случаях обычно рассылку не делают. также ее обычно не делают в случае какого то рутинного обновления которое теоретически не сможет привести ни к чему плохому (хотя лично я предпочитаю в любом случае информировать потому что заранее все нюансы не выяснить в 99.9% случаев).

просто без этих ответов жалоба выглядит как - ну обиделся я на них и все тут.
а нам как зрителям было бы интереснее понять - на что обиделись, была ли причина для обиды и т.п. и т.д.


PS. Вот часто клиенты думают что хостеру померять нагрузку от сайта как нечего делать. Так вот должен сказать что возможно у каких то остеров это и просто но, далеко не у всех - не все технологии это позволяют делать с разумными трудозатратами и выделением ресурсов на эту специфическую задачу. Поэтому не стоит обижаться на то что хостеру часто проще перетащить ваш аккаунт на менее загруженный сервер нежели разбираться что и чем грузит сервер у вас на сайте.

По поводу нагрузки. Не знаем что у Вас за форум, но 500 хостов, 10000 хитов на вобле с отключенными наиболее грузящими вещами обычно не создают проблемной нагрузке на большинстве хостеров. Другой вопрос что в вину хостеру поставить что он 500 хостов не выдерживает Вы не сможете - т.к. это политика индивидуальная, с которой есть смысл сугубо смириться. Поэтому если вопрос не разрешится - попробуйте и других хостеров тоже, возможно поможет.
Несколько парадоксально звучит. Если у хостера не возможно померять нагрузку, то как он выбирает сайт для переноса на менее нагруженный сервер? Монетку что-ли кидает?

При обнаружении проблем с сильной загруженностью сервера (ее измерить проще, чем нагрузку от одного сайта) имеет смысл скриптом отключить последовательно на 1 минуту каждый сайт на этом сервере с замером нагрузки после очередного отключения и включения предыдущего. Так можно выявить тот сайт, который доставляет максимум проблем и перенести его, не разбираясь собственно каким образом он вносит вклад в нагрузку сервера в целом.

debugger

Это понятно. Но если бы была всё же доступная информация о том, сколько памяти для чего выделено, и что мы можем и как можем это поменять - претензий бы не было!

asteroidМы как раз пытаемся переехать на vds

rustelekom[b]

Письмо было

Сайт упал 9.11

После появления проблем в октябре, были 2 просьбы о переносе на менее загруженный сервер, если мы создаем повышенную нагрузку, их проигнорировали. Если у нех нет таких возможностей - определить какую нагрузку мысоздаём - могли бы нам об этом сказать. Так же мы спрашивали - какое примерно кол-во запросов нормально для базы, чтобы оценить степень нашей нагрузки на неё - тоже никаких вразумительных ответов.

На первый запрос после обнаружения сбоя - почти сутки (и то только после письма суппорт-боссу)
на второй почти через трое суток, из них больше суток сайт был в дауне. Достаточно для недовольства?

1 - Слегка удивлены просьбой выслать пароль от cpanel
2 - Ответы подразумевали ссылки на файлы, которые появились только после обращения.

теперь более понятно.
по пункту 1) - пароли от ваших аккаунтов ниглде не хранятся в открытом виде. часть операций по проверке невозможно реализовать или проверить войдя в вашу спанель из под суперпользователя. так что если просят пароль это в общем нормально. галвное чтобы не от банковского счета просили альтернативно могли бы поменять пароль, зайти проверить что нужно и потом отослать вам новый пароль. ну это кто как.

PS. перевод на менее загруженный сервер это по идее нонсенс. сервер НЕ ДОЛЖЕН быть загруженным просто. иначе за что тогда платят клиенты когда покупают хостинг? за загруженный сервер что ли



кхе кхе. вспомните про свой сервер кто там нагрузку создает на серваке где только ваши собстенные скрипты? помните сколько времени убили чтобы хоть попробовать найти? а теперь представьте что это не ваши сайты а чужие и их от 200 до 1500. ну и что окажется проще в этом случае? конечно ему проще перебросить на другой сервер...

PS. Я пока не верю что на стандартном спанелевском серваке на линухе можно настроиться так чтоб получать спомощью какой то тулзы точное указание на конкретного юзера который создает проблему и тем более на то что именно у него создает проблемы.

Дык нет. В том то и дело. Если невозможно определить кто грузит, то как определить кого перебрасывать?
Вот debugger привел вариант с отключением всех подряд аккаунтов на минуту с целью проверить не они ли грузят, в принципе это понятно, хотя и жестоко (тем более нас нас пару раз случайно выключали по ошибке видимо как раз при таком методе).
Но неужели это действительно единственный способ?

будете смеяться но если пхп как модуль стоит то вполне даже да. помню такие времена - ровно так и делали. но, с течением времени, появился опыт и теперь это проще сделать понаблюдав за работой всего на сервере. потом у нас стоит suphp что облегчает немножко жизнь. но, в целом то проблема действительно тяжкая. во всяком случае со стандартной настройкой типа апач 1.3.хх + спанель + какой то линукс без вкусностей.

но, это. в офтоп уходим. подробнее думаю в отдельной теме надо. тут все таки с юзером надо разбираться.

Упс.
Ошибся темой.

telana peruser и нагрузку можно отслеживать хоть top'ом

Ну вот в вдс например у меня есть доступ к "текущенму состоянию mysql"
где мне выдаётся
статистика по сетевому трафику MySQL-сервера со времени его запуска.
Статистика запросов к базе, даже по конкретным запросам.
Ну и вообще... хостингом занимаются уже кучу времени, мне трудно поверить что ещё не придумали, как оценить нагрузку на проц - действительно тот же htop замечательно показывает именно процент занимаемой памяти и ресурсов проца.

Так же под рутом есть возможность войти в панель под конкретным пользователем. Без паролей.

И в таком случае мне очень интересно, а по какому принципу агава отключает сайты создающие слишком большую нагрузку на сервер (не раз об этом слывшала) - если они не могут это выяснить.

Если войти в cpanel с рутовым или ресселерским аккаунтом и потом зайти как пользователь, то все равно некоторые операции будут недоступны, так ка для них нужно входить с логином и паролем пользователя - это такая особенность.