Помощь - Поиск - Пользователи - Календарь
Полная версия: Перегрузка сервера скриптами
Онлайн-форум hostobzor.ru > Архив (темы до 1.06.2015). Только для чтения. > Коммерческий хостинг. Общие форумы > Общие вопросы
Admin
Должен ли клиент верить на слово хостеру, что скрипты его сайта перегружают сервер?

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

Удобно, не правда ли? Как с этим бороться?

PS. Случаи умышленной перегрузки никто не отрицает, речь не о них.
ex-SavaHost
Не должен.
Следует ожидать хотя бы скриншот с данными перегрузки.
О возврате денег - судить не берусь, вопрос противоречивый, а отключение (при наличии скриншота)- это нормально.
Не может 1 клиент позволить себе насиловать сотню других на одном с ним сервере.
edogs
QUOTE(SavaHost.com @ 29.09.2005, 13:32)
Не должен.

А что ему делать остается?
QUOTE(SavaHost.com @ 29.09.2005, 13:32)
Следует ожидать хотя бы скриншот с данными перегрузки.

А смысл? Если верить хостеру, то доказательства не нужны. Если не верить хостеру, то надо предположить в нём умение делать скриншоты наравне с неумением владеть фотошопом.

Тема актуальная, но имхо вопрос неразрешимый.
Были похожие по смыслу темы
http://forum.hostobzor.ru/index.php?showtopic=1599 (много флуда)
http://forum.hostobzor.ru/index.php?showtopic=1724
http://forum.hostobzor.ru/index.php?showtopic=1797
Но там кажется к тому же и пришли.

QUOTE(Admin @ 29.09.2005, 12:59)
Дурацкая тенденция на рынке:
- любой пионер, назвавшийся хостером, берет деньги с клиента;

В основном начинают с реселлерки?
QUOTE(Admin @ 29.09.2005, 12:59)
- столкнувшись с первой же проблемой из-за своей некомпетенции или экономии средств на ресурсах, объявляет клиенту, что тот нарушил условие договора перегрузкой сервера;

А в таком случае наличие реальной перегрузки может быть уточнено у хостера финального. Технически. На практике - фиг знает:-\
eSupport.org.ua
QUOTE(Admin @ 29.09.2005, 12:59)
Удобно, не правда ли? Как с этим бороться?
*



Надо указать какие скрипты вызывают перегрузку и предоставить системные данные о том что перегрузка имеет место быть.
Другое дело что такие данные можно "нарисовать".

По сему - независимая экспертиза. Скрипты ставяться на эталонный сервер где происходит их тестирование. Другое дело кто будет оплачивать такую услугу? wink.gif
ex-SavaHost
Давайте отделим зерна от ....
Вариант 1. Клиент периодически подгружает сервер до 3-5-8%.
Следует его предупредить, что за уплоченные 1-2-4 $ это многовато и необходимо искать пути решения проблемы.
Вариант 2. Клиент чего то там поставил, сервер скакнул до 50-95%, всё зависло.
Отключить и дать пинка в зад.
Без всяких обьяснений. Если клиент вменяемый - позволить ему повторить попытку после переделки "этого".
Если повторится опять - сказать прощай.
Лечить клиентские скрипты, если это не VIP план за 30 - 50$ - извините, не хостера дело.
Admin
Господа, позвольте акцентировать ваше внимание на том, что при заключении договора, клиент понятия не имеет о ресурсоемкости своего проекта. И не может иметь, разве что на уровне интуиции.

Более того, хостер в лучшем случае, как здесь уже прозвучало выше, укажет допустимый % нагрузки. А % от чего? У одного ксеон дуальный с несколькими гигами памяти, у другого селерон полуразобранный под диваном или пятикопеечный "реселлерский аккаунт", который все хостеры так щедро предлагают всем желающим. Будут вам и скриншоты (даже не фотошоповские, а честные), будут и системные данные о том что перегрузка имеет место быть. Только денег у клиента уже не будет, потому как хостер провел естественные отбор клиентов под свое железо за его же счет и даже анализировать причину перегрузки не собирается, т.к. "не те деньги".
MasterDedicated
Не соглашусь с Петром,
О какой «экономии» идет речь? для хостера (хвостера?) каждый клиент дорог! и он будет его терпеть пока это возможно smile.gif технически.

Да, не исключены и обманы но это 1 из 100 а может и больше… А клиенту ниче не остается как доверится скриншотам от хостера.

От нас, к примеру ушло 2 таких клиента
1й кушал среднесуточное 30% памяти(пень2.8ггц и1 гиг памяти), а 2й процессор грузил часто а это на 90-80% CPU... 1й клиент ушел после того как был не раз отключен причем отключали после не однокрантных предупреждений и советовали где устранять причину(php-nuka c БОЛЬШИМ количеством графики) в ответ полное игнорирование.

А 2й ушел тоже после того как предупреждался о превышении нагрузки и только после полного игнорирования мы отключали. Клиент в этом случае заявил такое:
«Это у вас проблема! у меня все работает я использую готовый рабочий скрипт(е107)
и ничего в нем менять не буду! ищите проблему у себя...»
Первый сидел на тарифе 4$ а второй 2$ в мес. И это при себестоимости содержания первого клиента это около 65$ а второго около 50$ (грубый подсчет, но никак не меньше)

Вот такие вот клиенты smile.gif

edogs
QUOTE(Lucky @ 29.09.2005, 15:17)
Не соглашусь с Петром,

Нам кажется сейчас речь идёт о "пионерах" которые заведомо врут клиенту (P.S. в первом сообщении).
Ибо купили допустим реселлерку на 500Мб, продали 5 акков на 100Мб, и теперь "ротируют" клиентов посредством "дай 5 баксов, перегрузил, пшел вон". А не о серьезных хостерах и реальных перегрузках. Ну или то же самое в отношении сервера. Нам кажется допустимым предположение что при определённых условиях ротирование выгоднее чистого привлечения новых клиентов.
Поэтому в данном случае нам кажется Вы немного в другую сторону акценты поставили в несогласии.
<offtop>
QUOTE(Lucky @ 29.09.2005, 15:17)
(php-nuka c БОЛЬШИМ количеством графики) в ответ полное игнорирование.

Вот даже для нас новость что php-nuke может грузить сервер из-за большого количества графики.
</offtop>
HostZilla
QUOTE(Admin @ 29.09.2005, 18:14)
...пятикопеечный  "реселлерский аккаунт", который все хостеры так щедро предлагают всем желающим.

Или по доллару при протекции ХостОбзора.
biggrin.gif

Опять презумпция виновности хостера - на 99% он обманывает клиента, говоря о перегрузке.
А то, что он, отключая одного, заботится о сайтах клиентах, которых в десятки и сотни раз больше, это, уважаемый Admin, не его ли прямая обязанность?
У нас был один случай - клиент грузил сервер, отключили, выслали скриншот, где видна нагрузка до и после отключения, предложили вернуть деньги. Клиент остался, стал пользовать другие скрипты. И все остались довольны.
Просто не пойму, зачем что-то рисовать в фотошопе, кого-то отключать без причины? Почему меня заочно в этом подозревают?
edogs
QUOTE(HostZilla @ 29.09.2005, 15:36)
Просто не пойму, зачем что-то рисовать в фотошопе, кого-то отключать без причины?

Ок. Мы попробуем свой пример. Абстрактный.
Купил студент на западе сервер. Оплатил его за полгода. Обошелся 250уе мес вместе с админством. Установив цены в 1уе за 100Мб тариф забил его по самое не балуй реселлерами и простыми клиентами. Сервер оверселлен в мясо. 6 месяц начался. Деньги пропиты в изрядной мере.
Что надо? Надо денег на новый сервак, или просто денег. Их можно получить с клиентов рассказав им про нагрузку и предложив более дорогой ТП или выделенный сервер - "патаму что жрете много ресурсов и по другому никак". Если клиент не хочет раскошеливаться, его надо срочно выгнать и на освободившееся место (да да, оно тоже кончилось несмотря на оверселлинг:-)) срочно посадить нового клиента, понадеявшись на предоплату за ХХ месяцев. Тех у кого хостинг подходит к концу по возможности не трогать, вдруг продлят. Характерный признак таких хостеров? Ну наверное выгнанные клиенты которые здравствуют на другом хостере годами при тех же параметрах.
Admin
QUOTE(Lucky @ 29.09.2005, 15:17)
Не соглашусь с Петром

Не сомневаюсь smile.gif.

Уважаемые хостеры.
Ваши истории и рассуждения интересны и поучительны, но нужен простой ответ на простой вопрос: как и чем клиент может проконтролировать параметр, за превышение которого вы оставляете за собой право одностороннего расторжения договора?
eSupport.org.ua
Может купить сервер, поставить на него ПО идентичное хостерскому и протестировать свои скрипты там.
ex-SavaHost
QUOTE(Admin @ 29.09.2005, 13:32)
Уважаемые хостеры.
как и чем клиент может проконтролировать параметр, за превышение которого вы оставляете за собой право одностороннего расторжения договора?
*

Фактически ничем, ибо даже top -c и mytop требуют root доступа, которого естественно клиенту никто и никогда не даст.
QUOTE(Admin)
А % от чего? У одного ксеон дуальный с несколькими гигами памяти, у другого селерон полуразобранный под диваном или пятикопеечный "реселлерский аккаунт", который все хостеры так щедро предлагают всем желающим. Будут вам и скриншоты (даже не фотошоповские, а честные), будут и системные данные о том что перегрузка имеет место быть. Только денег у клиента уже не будет, потому как хостер провел естественные отбор клиентов под свое железо за его же счет и даже анализировать причину перегрузки не собирается, т.к. "не те деньги".
А проценты на любом железе примерно одинаковы. Просто на Дуале клиентов раза в 4 больше сидит - в результате если перебор, то он на любом сервере перебор. Это не сервер виноват, а жадность...
2edogs - подобную историю я рассказывал давно вот здесь. Согласен - это по прежнему актуально. Защиты от этого нет, кроме доброго имени, которое может быть хоть какой-то защитой, но не гарантией...
Но практически полностью согласен с HostZilla, да и сам говорил выше - зря никто не отключает. А если клиент явно мешает всем остальным - простите, прямая ОБЯЗАННОСТЬ хостера защитить остальных клиентов этого же сервера.
P.S. Кстати, клиентов вынуждающих отключать акконты из-за нагрузки в десятки процентов, совсем немного. Менее 1%. Значительно меньше, чем шуму от них.
Да и большинство из них не шумят, а признают ошибку и ищут варианты её решения, а не нового хостера... wink.gif
Eugeny Unegovskiy
QUOTE(eSupport.org.ua @ 29.09.2005, 16:59)
Может купить сервер, поставить на него ПО идентичное хостерскому и протестировать свои скрипты там.
*



Ага. Купить идентичный сервер, разместить в датацентре, купить и поставить на сервер идентичное ПО, идентично настроить и т.п. smile.gif

Моё мнение, что никак не может. Клиент либо доверяет хостеру и заключает договор, либо нет. Однако скрины, логи и всё что хостер может предоставить для решения проблемы клиент вправе требовать.
rustelekom
в обычной ситуации - доверять хостеру. в случае спорной ситуации - нанимать независимых экспертов и решать вопрос. причем уверения (и даже конкретные факты) в том что этот же скрипт у кого то работает не вызывая перегрузок, не канает. Речь то идет о конкретном сервере с конкретными настройками и потому тестировать надо именно там.
в случае недоверия к хостеру ситуация тяжелая. то же самое происходит в случае недоверия к доктору. единственный вариант что то доказать пациенту (клиенту) это нанять экспертов, но если в случае с докторами это еще может быть оправдано суммой возмешения ушерба, то в случае с хостингом - нет.
поэтому в отношении хостинга шансов у клиента что либо доказать практически не существует. если Петр возьмется можно организовать как бы комиссию по решению подобных споров (на неформальной основе конечно) и тогда у клиента появится маленький, но шансик, что то доказать.
Admin
QUOTE(SavaHost.com @ 29.09.2005, 17:11)
Фактически ничем, ибо даже top -c и mytop требуют root доступа, которого естественно клиенту никто и никогда не даст.

Спасибо, ситуация понятна.
Admin
QUOTE(worldhosting @ 29.09.2005, 18:09)
если Петр возьмется можно организовать как бы комиссию по решению подобных споров (на неформальной основе конечно) и тогда у клиента появится маленький, но шансик, что то доказать.

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

Когда уже до клиентов дойдет, что они покупают дешевые услуги в полном смысле этого слова...
rustelekom
это да. с этим согласен, никакая комиссия их не разнимет точно smile.gif
Gandalf
Это ещё более-менее нормальная ситуация.

А вот когда у хостера вообще нет запретов на загрузку ресурсов в договоре и акк блочится нежданно, а на вопрос суппорт отвечает что "вы превысили лимиты" :) на вопрос о "какие лимиты, где у вас они описаны?" следует ответ: "а вы что? с дуба рухнули? все давно знают, что нельзя у хостера грузить больше 2-4% проца, 1% оператива и 8Mb на сессию PHP и 10 коннектов к MySQL! Мало ли что вы не можете узнать о таких превышениях. Надо было головой думать, когда скрипты писали/ставили! Деньги не вернём. Да и какие деньги, мы вас не знаем, вашего аккаунта у нас нет (не верите - посмотрите сейчас)."

Вот это тема! :))))))))) Во как народ работает. И клиентов тысячи!
VicoNT
QUOTE(Eugeny Unegovskiy @ 29.09.2005, 20:19)
Ага. Купить идентичный сервер, разместить в датацентре, купить и поставить на сервер идентичное ПО, идентично настроить и т.п. smile.gif
*


А, может, просто тестировать на VDS. Там и посмотреть можно, какая нагрузка (хотя бы примерно отмасштабировать можно), и дать клиенту рута, чтобы он убедился... Да, нужно иметь настроенный VDS, но можно же экаунт купить у другого провайдера на этот случай (либо договориться).
Кстати, переводить таких клиентов на VDS - тоже неплохое решение, ИМХО smile.gif

Admin
QUOTE(SavaHost.com @ 29.09.2005, 17:11)
А проценты на любом железе примерно одинаковы. Просто на Дуале клиентов раза в 4 больше сидит - в результате если перебор, то он на любом сервере перебор. Это не сервер виноват, а жадность...

Извините, Дмитрий, вчера эту фразу как-то пропустил. Но сейчас хочется с Вашей помощью ликвидировать свою некомпетентность.
Значит ли Ваша цитата, что если у двух хостеров указана предельная нагрузка в 3%, то проект будет себя одинаково чувствовать у обоих, не зависимо от того, какое у них железо? Звучит, особенно начало, примерно так smile.gif.
Речь-то шла именно о том, что хостер проценты указывает, а от чего эти проценты клиенту не сообщается. Хотя, с учетом того, что клиент все равно никогда не узнает о действительной нагрузке от его проекта, кроме как со слов хостера (как мы выяснили), знать от чего эти проценты не так уж и важно...
ex-SavaHost
2VicoNT: Это ничего не даст - ибо необходимо тестировать именно на тех же настройках и конфигурациях сервера.
При этом даже с теми же настройками (если они возможны) VDS и акконт на shared поведут себя совершенно по-разному. Практически не бывает одинаковых серверов и настроек, не говоря уже о соседях на шареде и всём прочем...
И вообще - о чем речь?
О степени доверия?
Тогда надо уходить задолго до того, когда Вас отключат, ибо тогда и данные ваши могут украсть, и домен зажать, и многое другое.
О технической экспертизе обоснованности отключения?
Тогда возьмите себе managed dedicated - это будет дешевле, чем технически обоснованное заключение об обоснованности отключения и последующий судебный процесс. rolleyes.gif
ex-SavaHost
QUOTE(Admin @ 30.09.2005, 10:09)
Извините, Дмитрий, вчера эту фразу как-то пропустил. Но сейчас хочется с Вашей помощью ликвидировать свою некомпетентность.
*

Дело не в компетентности - я сервера тоже не сам админю. wink.gif Тема рассматривает несколько иную плоскость - взаимоотношения хостер/клиент , степень доверия между ними и администрирование конфликтов.
QUOTE(Admin @ 30.09.2005, 10:09)
Значит ли Ваша цитата, что если у двух хостеров указана предельная нагрузка в 3%, то проект будет себя одинаково чувствовать у обоих, не зависимо от того, какое у них железо? Звучит, особенно начало, примерно так smile.gif
*

Не совсем так, ибо я отвечал на вот эту Вашу фразу:
QUOTE
А % от чего? У одного ксеон дуальный с несколькими гигами памяти, у другого селерон полуразобранный под диваном или пятикопеечный "реселлерский аккаунт", который все хостеры так щедро предлагают всем желающим.
Суть в том, что нагрузка, создаваемая каким-то клиентским сайтом или скриптом (точнее, реакция сервера на эту нагрузку) не всегда или не совсем зависит от модели процессора. Целерон (не "под диваном") wink.gif тоже неплохо справляется с сайтами средней сложности, если их на нём 40 или 60. И иногда мы видим те же сайты, которые еле шевелятся на Дуалях - потому что их там под тысячу, а то и больше...
Admin
SavaHost.com, т.е. утверждение клиентов, что у одного хостера проект создает перегрузку, а у другого работает нормально - не лишено смысла? Я, собственно, к этому подвожу.

Следовательно, в подобных ситуациях, у клиента два выхода - либо оптимизировать свои скрипты под "дешевого" хостера, либо попытаться забрать неиспользованные деньги и перенести проект к нормальному хостеру?
Arseny, Web Style
Тестирование мало что даст. Надо обеспечить еще и такую же посещаемость, как на "рабочем" проекте. Или специально отслеживать время выполнения одного-единственного скрипта, что непросто.

Могу добавить, что некоторые клиенты (и даже разработчики) обожают разговаривать в стиле - "Я взял готовый скрипт, у других хостеров все работает, ищите проблемы у себя, известите меня как почините". blink.gif

QUOTE
при заключении договора, клиент понятия не имеет о ресурсоемкости своего проекта. И не может иметь, разве что на уровне интуиции.


Вот это как раз очень напрасно.

По крайней мере, если не знаешь, какие могут быть узкие места, будь готов переписывать скрипты.

Однако в любом случае я считаю, что предоплату при расторжении договора следует возвращать обязательно. Если конечно речь не идет о том, что клиент сожрал на двести баксов платного трафика. smile.gif)
Arseny, Web Style
Почему обязательно "к нормальному"?
Может получиться наоборот - ненагруженный Celeron обрабатывает запросы быстрее, чем перегруженный Xeon

Я думаю, стоит прежде всего понять, в чем проблема.
eSupport.org.ua
QUOTE(Admin @ 30.09.2005, 13:57)
SavaHost.com, т.е. утверждение клиентов, что у одного хостера проект  создает перегрузку, а у другого работает нормально - не лишено смысла? Я, собственно, к этому подвожу.

Следовательно, в подобных ситуациях, у клиента два выхода - либо оптимизировать свои скрипты под "дешевого" хостера, либо попытаться забрать неиспользованные деньги и перенести проект к нормальному хостеру?
*



В принципе так оно и есть. Например загрузка от php скриптов меньше где используется mod_php, а не phpsuexec.
Admin
QUOTE(Arseny @ Web Style,30.09.2005, 14:08)
Почему обязательно "к нормальному"?
Может получиться наоборот - ненагруженный Celeron обрабатывает запросы быстрее, чем перегруженный Xeon

Извините, Arseny, Web Style, я не уточнил, кого считаю нормальным.

Нормальный хостер, в моем понимании применительно к данной ситуации, это:
- тот, кто раньше клиента заметит проблему и поставит его в известность об этом в вежливой форме и укажет пути решения;
- тот, кто не допустит задолженности в виде выкачанного на 200 баксов платного трафика, а примет меры гораздо раньше;
- тот, кто будет не аккаунт отключать, а выключит только сайт, повесив на это время необидную для клиента заставку для его посетителей "Извините, у нас профилактика. Будем благодарны, если вернетесь к нам позже.";
- тот, кто хорошо ориентируется в собственных ресурсах и не будет набивать клиентов под завязку на один сервер, вовремя позаботится о расширении аппаратного парка и обслуживающего персонала.

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

Еще раз для клиентов:
Количество, качество и стоимость услуг не могут быть независимыми друг от друга. Увеличиваем количество - должна либо расти цена, либо падать качество. Увеличиваем качество - либо количество нужно снижать, либо цену поднимать. Жесткая система.
ex-SavaHost
QUOTE(Admin @ 30.09.2005, 10:57)
Следовательно, в подобных ситуациях, у клиента два выхода - либо оптимизировать свои скрипты под "дешевого" хостера, либо попытаться забрать неиспользованные деньги и перенести проект к нормальному хостеру?
*

Совершенно неверно. Хостер в ценой в 3$ не обязательно плохой.
И дорогой хостер с аршинной надписью на сайте "4 х DUAL процессор" wink.gif может оказаться владельцем сервера с 1500 клиентов на нём и постоянно перегруженым процессором.
Просто в 95% случаев если хостер говорит, что есть проблема - то она есть. Её масштабы - это второй вопрос. И если хостер без предупреждения отключает акконт при загрузке в 3-5 процентов, то это повод задуматься...
А оптимизировать скрипты надо всегда. Правда иногда как раз после этого и приходится клиента отключать в связи с возросшей нагрузкой... biggrin.gif
HostZilla
QUOTE(SavaHost.com @ 30.09.2005, 20:21)
...И если хостер без предупреждения отключает акконт при загрузке в 3-5 процентов, то это повод задуматься...

Ради интереса - что в Вашем понимании 3-5% загрузки?
Anatoly Bogdanov
дёшево не значит плохо smile.gif
всё дело в руках которые настраивают и администрируют сервера....
приведу живой пример tongue.gif
http://99t.ru/
переехал с адванты к нам... и на сколько я вижу нормально себя чувствует...

QUOTE(Admin @ 30.09.2005, 13:57)
Следовательно, в подобных ситуациях, у клиента два выхода - либо оптимизировать свои скрипты под "дешевого" хостера, либо попытаться забрать неиспользованные деньги и перенести проект к нормальному хостеру?
*



Были и у нас клиенты, которые грузили сервер, те, кто не понимали просьб об оптимизации скриптов получали ограничение по ресурсам сервера, но за всё время работы их было всего 2…
Admin
QUOTE(SavaHost.com @ 30.09.2005, 17:21)
Совершенно неверно. Хостер в ценой в 3$ не обязательно плохой.

Смотря, за что он эти $3 берет.

"10 рублей в месяц - и балдейте с нами!". Да, за балдеж - цена хорошая. Но если клиент решит, что он там osCommerce развернет, думаю - будут недоразумения.
HostZilla
QUOTE(Admin @ 30.09.2005, 21:18)
Смотря, за что он эти $3 берет.

"10 рублей в месяц - и балдейте с нами!". Да, за балдеж - цена хорошая. Но если клиент решит, что он там osCommerce развернет, думаю - будут недоразумения.

Например, у нас ни за 3$, ни за 21$ нельзя создавать проблемы соседям. Цена - не главное.
Anatoly Bogdanov
если клиент умеет только мышкой кликать то да smile.gif и вообще существует описание услуги smile.gif и есть умники которые мамбу умудряются за 10 рублей в месяц прикручивать... tongue.gif

QUOTE(Admin @ 30.09.2005, 18:18)
Смотря, за что он эти $3 берет.

"10 рублей в месяц - и балдейте с нами!". Да, за балдеж - цена хорошая. Но если клиент решит, что он там osCommerce развернет, думаю - будут недоразумения.
*


Anatoly Bogdanov
QUOTE(Anatoly Bogdanov @ 30.09.2005, 19:09)
если клиент умеет только мышкой кликать то да smile.gif и вообще существует описание услуги smile.gif и есть умники которые мамбу умудряются за 10 рублей в месяц прикручивать...  tongue.gif
*


Это как мороженное без шоколадной глазури за 10 рублей и мороженное с шоколадной глазурью за 20 рубелей
Кому нужна шоколадная глазурь те переходят на другой тариф,… чем толще глазурь, тем больше цена tongue.gif
Admin
QUOTE(Anatoly Bogdanov @ 30.09.2005, 19:09)
если клиент умеет только мышкой кликать то да smile.gif и вообще существует описание услуги smile.gif и есть умники которые мамбу умудряются за 10 рублей в месяц прикручивать...  tongue.gif
*


Хватит рекламы, пока меня модераторы не забанили smile.gif. А вот ссылку бы на сайт с мамбой за 10р... Хоть в ПМ киньте, что ли.
ex-SavaHost
QUOTE(HostZilla @ 30.09.2005, 14:28)
Ради интереса - что в Вашем понимании 3-5% загрузки?
*

Имею в виду среднесуточную, а не пиковую...
Resolve_Ru
Еще раз для клиентов:
Количество, качество и стоимость услуг не могут быть независимыми друг от друга. Увеличиваем количество - должна либо расти цена, либо падать качество. Увеличиваем качество - либо количество нужно снижать, либо цену поднимать. Жесткая система.


Это будет верно, при условии что сервер будет только один два.

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

Главное не жадничать и не пихать на ксеоны по ~1000-1500 сайтов
Денис
QUOTE(Admin @ 29.09.2005, 12:59)
Должен ли клиент верить на слово хостеру, что скрипты его сайта перегружают сервер?


Если хостер раскрыл алгоритм подсчета нагрузки, схема "прозрачна" и единообразна для всех аккаунтов, если клиенту приходят регулярные уведомления о том, что в такой-то период превышена нагрузка, то, наверное, нет причин не верить. Немаловажный фактор - репутация хостера, его компетентность, грамотность, опыт. Да, речь не о пионере-реселлере, который перепродает 500Мб и даже не знает, как считается нагрузка... ему вдруг показалось, что сайт "тяжелый" он и гонит клиента.

Далее обсуждался вопрос, как клиент может проверить.

QUOTE(SavaHost.com @ 29.09.2005, 17:11)
Фактически ничем, ибо даже top -c и mytop требуют root доступа, которого естественно клиенту никто и никогда не даст.


Неправильно. top, ps - доступны не из под рута, а на некоторых системах они покажут только процессы того пользователя, под кем запускаются. В этом случае нет причин закрывать ит от пользователей.

У клиента есть еще команда time. Можно оперировать ей и вполне успешно.

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

QUOTE(eSupport.org.ua @ 30.09.2005, 15:50)
Например загрузка от php скриптов меньше где используется mod_php, а не phpsuexec.


Не совсем верное утверждение в контексте темы.
Использование дополнительного обработчика (т.е. установка php как cgi) - это дополнительный оверхед, большая нагрузка на сервер в целом, дольшее время выполнение скрипта. Но процентное соотношение не меняется. Да, верно, что из-за возросшей нагрузки в целом провайдер может разместить меньше клиентов на один сервер, зато он получает отличную возможность контролировать загрузку утилитой sa (так как php-скрипты "становятся" cgi-скриптами). Появляются и другие плюсы, но это не по теме... А вот в случае php как модуля в класическом варианте (без собственный патчей и "хаканья") таких средств контроля за php-скриптами не получить (они выполняются от apache). И верить хостеру на слово, что php-скрипт такого-то пользователя загрузил сервер, в этом случае нельзя.

QUOTE(Admin @ 30.09.2005, 13:57)
Следовательно, в подобных ситуациях, у клиента два выхода - либо оптимизировать свои скрипты под "дешевого" хостера, либо попытаться забрать неиспользованные деньги и перенести проект к нормальному хостеру?


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

QUOTE(eSupport.org.ua @ 29.09.2005, 16:59)
Может купить сервер, поставить на него ПО идентичное хостерскому и протестировать свои скрипты там.

Уже прозвучал намек, что нереально. Да, нереально.

Коротко.
Как проверить? Как проверить?
1- top, ps, time, подсчет запросов - клиенту в руки
2 - наличие "прозрачной" схемы, доверие, репутация
Anatoly Bogdanov
QUOTE(Resolve_Ru @ 01.10.2005, 00:06)
Это будет верно, при условии что сервер будет только один два.
*


Вот именно… у нас их много… tongue.gif

QUOTE(Resolve_Ru @ 01.10.2005, 00:06)
Главное не жадничать и не пихать на ксеоны по ~1000-1500 сайтов
*


Без разницы, ксеноны, пни, амд… как настроите, какую политику разделения ресурсов будет вести так и будет работать… есть такая фраза хорошая «не чего на зеркало пенять коль рожа крива» - ничего личного просто пословица smile.gif
wink.gif
Есть сервера на которых и 2000 и 3000 и 5000 и всё прекрасно работает

rolleyes.gif
eSupport.org.ua
QUOTE(Денис @ 01.10.2005, 11:23)
Не совсем верное утверждение в контексте темы.
Использование дополнительного обработчика (т.е. установка php как cgi) - это дополнительный оверхед, большая нагрузка на сервер в целом, дольшее время выполнение скрипта. Но процентное соотношение не меняется. Да, верно, что из-за возросшей нагрузки в целом провайдер может разместить меньше клиентов на один сервер, зато он получает отличную возможность контролировать загрузку утилитой sa (так как php-скрипты "становятся" cgi-скриптами). Появляются и другие плюсы, но это не по теме... А вот в случае php как модуля в класическом варианте (без собственный патчей и "хаканья") таких средств контроля за php-скриптами не получить (они выполняются от apache). И верить хостеру на слово, что php-скрипт такого-то пользователя загрузил сервер, в этом случае нельзя.


Может и не совсем верное, однако провайдер не расскажет о том сколько у него всего клиентов на сервере, по этому "может" не значит "должен".
А mod_php легко обрезать лимитами и проблем он просто не будет доставлять...
Drug
QUOTE
Уважаемые хостеры.
Ваши истории и рассуждения интересны и поучительны, но нужен простой ответ на простой вопрос: как и чем клиент может проконтролировать параметр, за превышение которого вы оставляете за собой право одностороннего расторжения договора?


Админ, я поступаю так (правда пока не до конца сделал сравнительную таблицу напишу ниже):
На всех серверах снимается процессорное время которае тратится на обработку задач клиентов с шагом 5 минут.

Потом сумируется и вычисляется сколько он в среднем в час кушал процентов и в месяц сколько скушал времени. На основе этих данных можно вычилсить нагрузку и у меня в моей самописанной панели строятся графики загрузки и проценты загрузки.

Что касается того что за 1 процессорную секунду на P3-1266 выполнится меньше задач чем на P4-3.2 ггц, то для этого я написал скрипт, который грузит сперва один сервер, затем другой - то ест ьвыполняет равное кол-во операця но за разное время. после вычитается коэффицент по котрому я могу понять насколько в процентном соотношение клиент на сервере где стоит p3 может грузить больше чем на p4


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

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

То есть они говорят: "а видишь там на валуехосте я за 9$ могу гиг места получить, а у тебя только 300 мег получается". И сложно клиенту обяснить, что при его нагрузке его с валуяхоста попрут. (а может и не попрут пока сервер пустой)
Admin
Как жаль, Drug, что Вы в меньшинстве... Спокойный клиент - своевременно информированный клиент.
VicoNT
<offtopic>
QUOTE(Drug @ 04.10.2005, 13:41)
То есть они говорят: "а видишь там на валуехосте я за 9$ могу гиг места получить, а у тебя только 300 мег получается". И сложно клиенту обяснить, что при его нагрузке его с валуяхоста попрут. (а может и не попрут пока сервер пустой)
*


Не попрут smile.gif - говорю как многолетний клиент валуя (английского). Однако со временем при возрастании посещаемости сам уйдешь smile.gif
</offtopic>
Денис
QUOTE(Drug @ 04.10.2005, 10:41)
Админ, я поступаю так ......


Да, есть что-то от Вашей схемы и у нас smile.gif
Есть еще один известный провайдер, у которого даже в общих чертах подобная схема описана на сайте (мы тоже опишем потом).
Графиков не строим (пока), но шлем уведомления с указанием процентного соотношения. Автоматически шлется каждый день сводная табличка (только если превышения были).

Но у нас клиенты не понимают другого. Не понимают, почему у тех, от кого они пришли, не возникало проблем с нагрузкой (уведомления не приходили и админы не писали). Приходится объяснять, что мы не равняемся на тех, кто не следит за нагрузкой, например, на тех, от кого сами сбегают wink.gif.

Это к тому, что
QUOTE
Как жаль, Drug, что Вы в меньшинстве... Спокойный клиент - своевременно информированный клиент.

Вот еще один добавился wink.gif
Это текстовая версия — только основной контент. Для просмотра полной версии этой страницы, пожалуйста, нажмите сюда.
Русская версия Invision Power Board © 2001-2025 Invision Power Services, Inc.