Бегет делает мозги!

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

---------- Добавлено 02.04.2020 в 12:41 ----------

Только при чем тут хостер не совсем понятно.

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

Но интересно, а что дальше? Дальше-то пути нет! С Blog'а на VIP City что ли сразу прыгать? Так он во сколько раз дороже? В 10!!! Или почти в 7, если стольник учитывать. Не на этот ли парадокс нам намекает название темы?)))

Да хотя бы при том, что на том же мх за 10+ лет на сопоставимом тарифе и думать не думал ни о каких превышениях CP!

У бегета информированность это вроде и плюс, а вроде и минус. Сделали уведомление о блокировке сессий, все вой подняли что бегет такой гад, но все забили что эти блокировки были и у других, просто они об этом не знали. Так же и с CP, найдите инфу о бегете, что на 66CP начинается вендетта.

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

А что именно подразумевается под "правдой"? Тут особо нечего рассказывать. CP получается напрямую из системы Process Accounting в ядре Linux. Эта величина отражает время, которое было потрачено процессором на обработку процессов пользователя (как в пространстве ядра, так и в пространстве пользователя). Оно в неизменном виде показывается пользователю в панели.

Честно говоря я даже не знаю, что еще добавить к этому =)

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

Также ранее мы пробовали для тех, кто многократно превышает нагрузку, вводить ограничения через cgroups на процессор. Это не зашло: негатива было больше чем пользы.

В итоге мы просто сейчас не мучаем пользователей из-за превышения нагрузки. Исключения - если это превышение в 4-5-6 раз от тарифа и есть влияние на работу сервера в целом. Тогда или балансировка или письмо пользователю с просьбой оптимизировать код. Как правило это еще сопряжено с зависанием процессов, кучей запросов в БД, локами и прочими радостями, которые начинают мешать другим пользователям.

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

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

Еще пример: у нас есть целая пачка скриптов, которые для некоторых особенно удачно сделанных CMS расставляют индексы в БД вместо их разработчиков.. А отсутствие индексов - самая частая причина запредельной нагрузки на БД. И таких мелочей на самом деле много.

Хотя возможно и стоит просто взять и нарисовать в тарифах большие цифры, сделать различия, если так пользователям будет более понятно и спокойно =))

Тут есть рядом тема. Бегет ещё и скрипт свой "защитный" в код внедряет, когда большое превышение нагрузки.

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

Но всё же считаю, что это гемор лишний для клиента, следить за этими СР. И это не есть плюс для хостера. А уж как эти CP абстрактно описаны! Так, что сами не могут внятно объяснить, как это работает.

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

С Бегетом, в принципе, пока тоже компромисс: они могут считать, что у меня сайт не оптимизирован, а я могу подумать, что специально так всё настроено всё, ибо оверселлинг(

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

---------- Добавлено 02.04.2020 в 12:54 ----------

vladqa, ух, по первому прочтению - весьма достойный ответ!

Спасибо!

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

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

То есть вы сейчас серьезно? Вы хотите за 150р в месяц получить ресурсы всего выделенного сервера? Так и возьмите сервер по цене сервера, шаред не про это, вам тут сервер разделили на всех по кусочку равному оплате.

Привет. Пишу:

1. Почему одной конкретной проблемой клиента по чуть чуть занимаются все сотрудники из которых целой картиной никто не владеет?

2. Почему такая большая задержка с решением проблем? Может стоит нанять больше сотрудников?

3. Почему уровень квалификации сотрудников ТП Бегета низкое? Чтоб зарплату платить как можно меньше?

Был такой жадный хостер Мастерхост и где он сейчас?

---------- Добавлено 02.04.2020 в 20:08 ----------

Вы поймите одно. У Бегета не свой ДЦ как у Мастерхоста. Они посредники/прокладка между Селектелом и юзерами и должны, что-то зарабатывать ибо им каждый месяц платить за аренду серверов Селектелу. Тут вопрос жадности.

ИМХО надо поднять этот СР до 100 хотя бы для начала. А пока имеем вот, что:

Выделенный красным сайт на ВП. Плагинов мало вообще и дающих нагрузку тем более.

Сайт на WP, SuperCache установлен, настроен не по дефолту, REST API выпилен, wp_cron отключен, наиболее надоедливым ботам закрыто посещение сайта до 1-2 раза в сутки, что-то сделал с admin-ajax.php, хотя есть мнение, что:

Ну, не знаю, пока лень досконально разбираться)

В принципе, и с wp_cron'ом, и с REST API, возможно, такая же фигня - сервер почему-то грузят, но это стандартные фичи Вордпресса 😕

В итоге нагрузка в среднем около 68% (44 СР).

Посещаемость:

значения: среднесуточные

                        апрель 	  март

	Просмотры	 1,571	 1,032

	Сессии	           644	   443

	Посетители	   516	   375

	Хосты	           495	   353

Без проведённой оптимизации почти каждый день зашкаливало за 65 СР.

---------- Добавлено 02.04.2020 в 19:17 ----------

Had, 20 посещений/2% нагрузки экстраполировать на мои 1000 посещений, то 100% нагрузки получится.

Ну не просто так я эту тему поднимаю!

Сначала кучка людей делает Вордпресс, другая кучка хостинг Бегет, а я потом думай, почему одно так грузит других)))

Vittorino, ИМХО моё такое:

Что при средней оптимизации нормальный хостинг должен держать 8000-10000 уников в сутки.

Учитывая заявление Бегета, что при идеальных условиях хостинг будет держать 38 000 уников моё ИМХО выходит правильным. Но по факту мы имеем показатели в разы меньше.

---------- Добавлено 02.04.2020 в 22:42 ----------

Кстати первый сайт на скрине имеет сейчас 350 уников в сутки. Если округлить 14 процентов от лимита. И если посчитать грубо умножаем 350 уников на 7 и получаем при 2450 униках СР будет 100% и начнёт делать мне мозги. А это очень мало.

Уровню сотрудников Бегета многим не мешало бы поучиться.

Не хочу тебя расстраивать, но там же, где и был.

Не мелочись - миллион!