О прикольно, я из Бегета, увидел топик.
Да, мы поднимаем цены на хостинг. Причины простые:
1. Дорожает покупка всего оборудования, дорожает логистика, нужно учитывать кучу новых рисков, чтобы не было перебоев с поставками
2. Дорожают каналы связи, аренда стоек в цодах. И дорожает более чем на 30%
3. Цены не менялись более двух лет. За это время вообще существует инфляция. Только за этот год обещают 20% =).
4. Все хотят качественный сервис. А как вы представляете его обеспечение без качественного оборудования, специалистов? IT дорожает везде и уже не первый год.
Я думаю, что никому не нужен хостинг, который работает на БУ-говне. Все хотят новые процессоры, быстре nvme, качественный софт =) К сожалению, это не бесплатно.Кто-то покрывает эту разницу продажей/продлением доменов за 5-кратную стоимость, кто-то впаривает доп. услуги в надежде что вы не заметите галочку при оплате. Некоторые коллеги по рынку сделали комиссию 100% за оплату в рублях =))) Мы поступаем честно и прозрачно.
Уведомление заранее, потому что.. ну это вообще-то во-первых у нас прописано в оферте, а во-вторых это просто по-человечески корректно - предупреждать заранее. Все оплаченные услуги сохранят свою стоимость на весь оставшийся период. Цели сделать так, чтобы оплатили заранее побольше - нет. Да и уверяю вас, немного кто оплатит.
Стоимость VPS кстати не изменилась.
Это еще с прошлого года не актуально. Для нового домена выпускается сразу же после появления записей на dns-серверах.
Потому что подавляющему числу пользователей все равно. Они не выходят за лимиты, у них все прекрасно и нет никакого смысла забивать им голову всеми этими деталями.
Вам в тикете предлагали эту статистику посмотреть, даже скриншот дали и инструкцию =)
Она находится в разделе MySQL, иконка "статистика" напротив нужной базы.
Нагрузка на MySQL - это величина CPU_TIME из Percona User Statistics (https://www.percona.com/doc/percona-server/LATEST/diagnostics/user_stats.html). В секундах.
Нагрузка на MySQL и "обычная" нагрузка - это разные величины, не зависящие друг от друга и собираются они по-разному.
Все значения из этой статистики можно посмотреть в панели управления.
Had, сообщите в личку хоть номер тикета или логин, чтобы я мог посмотреть что у вас там такое случилось при переносе.
Вы откуда взяли эту информацию? Придумали? У нас абсолютно все оборудование собственное. В Селектеле мы просто арендуем стойки и платим за электроэнергию.
Интересно, как можно оптимизировать хостинг под wordpress? Вы же понимаете, что у вас на любом хостинге будет выполняться тот же самый код (ведь он ваш) за +- одинаковое время.
admin-ajax у вордпресса вообще используется для любых ajax-запросов. Какие там навешаны у каждого плагины и сколько раз они долбят бекенд (и какие вычисления просходят на нем) - со стороны не ясно. Нужно брать, читать код. Вы ведь не будете этого делать.
PS там даже придумали плагин Heartbeat control, который позволяет меньше запросов на бекенд отправлять из админки.
А где вы это заявление увидели?
В разделе MySQL напротив нужной БД кнопка-иконка "Статистика" рядом с иконкой phpMyAdmin
shtrihs, я думаю, что теперь с вашей ситуацией чуть более понятно стало.
На самом деле вот эта вещь из статистики в панели управления достаточно ярко кричит о проблеме:
А что именно подразумевается под "правдой"? Тут особо нечего рассказывать. CP получается напрямую из системы Process Accounting в ядре Linux. Эта величина отражает время, которое было потрачено процессором на обработку процессов пользователя (как в пространстве ядра, так и в пространстве пользователя). Оно в неизменном виде показывается пользователю в панели.
Честно говоря я даже не знаю, что еще добавить к этому =)
Но мы так практически никогда не делаем. Исключения бывают лишь в случаях, когда пользователь использует настолько много ресурсов, что его проще или выгнать (если это какие-то сомнительные сайты казино, рассылки или другая неполезная активность) или предложить сразу выделенный сервер для реально больших проектов. Более того, у нас уже давным давно нет никакой системы, которая бы автоматически выполняла какие-либо рассылки с предложением перейти на больший тариф или вводила бы ограничения. Как правило пользователи сами обращаются с вопросом о том, "почему у меня такая большая нагрузка".
Также ранее мы пробовали для тех, кто многократно превышает нагрузку, вводить ограничения через cgroups на процессор. Это не зашло: негатива было больше чем пользы.
В итоге мы просто сейчас не мучаем пользователей из-за превышения нагрузки. Исключения - если это превышение в 4-5-6 раз от тарифа и есть влияние на работу сервера в целом. Тогда или балансировка или письмо пользователю с просьбой оптимизировать код. Как правило это еще сопряжено с зависанием процессов, кучей запросов в БД, локами и прочими радостями, которые начинают мешать другим пользователям.
Самый честный ответ на данный момент: так исторически сложилось. Поскольку мы не гоняемся за пользователями с желанием их наказать за какие-либо превышения, то и параметр этот для нас достаточно второстепенен.
Почему мы не гоняемся за пользователями? Потому что это куча негатива, недопониманий, необходимость очень много времени расследовать причины нагрузки, если мы хотим не просто обвинить кого-то, но и помочь исправить, и прочее. Никто от этого не выиграет. У подавляющего большинства пользователей все равно этот вопрос никогда не возникает. Поэтому мы просто следим за тем, чтобы всем всего хватало и взаимодействуем только с очень злостными грузильщиками.
Еще пример: у нас есть целая пачка скриптов, которые для некоторых особенно удачно сделанных CMS расставляют индексы в БД вместо их разработчиков.. А отсутствие индексов - самая частая причина запредельной нагрузки на БД. И таких мелочей на самом деле много.
Хотя возможно и стоит просто взять и нарисовать в тарифах большие цифры, сделать различия, если так пользователям будет более понятно и спокойно =))
shtrihs, напишите пожалуйста в личку ваш логин или id. Еще раз посмотрим, что там с нагрузкой и есть ли объективные причины для столь значительного роста показателей
Had, я технический директор Бегета. Можешь написать мне.
К сожалению, мне сложно без иронии комментировать многие тезисы, которые тут были озвучены, т.к. в основном это больше похоже на мифы =)) Поэтому если у тебя есть более конкретные вопросы, можешь мне их задать.
PS там выше писали про wildcard для Let's Encrypt. Совсем скоро появится уже в панели вместе с wildcard-поддоменами.
