Конкуренция творит чудеса !!!
https://beget.com/ru/news/2017/flexible-domain-prices
https://vk.com/wall-16725543_31581
не каких больше 1000 рублей за продление для розничных клиентов reg.ru !! Это ПОБЕДА !!! Как я и писал https://habr.com/company/beget/blog/331366/ - мы смогли сделать рынок более демократическим !!! Скоро подтянутся и другие регистраторы !!!
речь идет о 70к доменов.
Насколько я сейчас понимаю, сейчас с нами произошло именно это.
Долгое время мы регистрировали домены через reg.ru, так же у нас есть аккаунты у других регистраторов. Мы не сразу стали регистраторами и пользовались услугами других компаний. В первую очередь мы хостинг и уже потом регистратор. Раньше перенос между регистраторами был очень сложны и что бы его упростить мы сделали API ко всем популярным регистраторам, что бы можно было управлять доменами и хостингом в одном месте.
У нас нет не какой информации от reg.ru - кроме обвинений в нарушении правил, но у нас нет информации, что именно мы нарушаем и как. Но суть претензий насколько я могу понять в этой новости https://beget.com/ru/news/2018/transfer-renewal, я к сожалению не могу опубликовать весь текст, но там есть один из пунктов "Совершении Заказчиком действий, направленных на злоупотребление статусом акредитованного регистратора и партнера акредитованного регистратора". Ну и конечно компенсация за эти действия =)
Если честно я не очень понимаю в чем мы виноваты ? Мы работали с **** c 2008 года и в общем то партнерские отношения нас устраивали, год назад мы стали регистратором - у нас начался рост а у Регру наоборот регрес. Мы сделали бесплатный перенос доменов - и видимо это было последней каплей. Но если честно я все равно не очень понимаю - почему не предупредить заранее, что бы наши пользователи не страдали. Это как минимум уважение к конечному пользователю. Но судя по вашему комментарию "'А винить будут сволочей из бегета." - эффект которого они хотели добиться - частично они добились. Далее то как мы это видим на текущий момент.
--------------------------------
Расторжение договора с Рег.ру
Сегодня компания REG.RU пошла на шаг, который принес большие неудобства нашим пользователям. В одночасье они отключили нас от своего API, лишив возможности наших клиентов управлять своими доменами через нас.
Расторгнув в одностороннем порядке договор, они разослали письмо всем, кто регистрировал домены через нас или переносил домены к нам до момента того, как мы стали аккредитованным регистратором. Сделали они это без каких либо явных предварительных уведомлений нас, как партнера.
Для всех доменов .RU/.РФ, которые находятся у нас на партнерских договорах с регистраторами, перенос к нам, как к регистратору, Бесплатный! Для переноса домена к нам вам нужно получить только Auth-код у текущего регистратора и ввести его в нашей панели (https://cp.beget.com/domains/promo/transfer). О том, как это сделать, есть информация на нашем сайте - https://beget.com/ru/articles/ru_rf_transfer
Если у вас возникают вопросы или нужна помощь - мы предоставим ее по всем каналам связи с нами - https://beget.com/ru/contacts
Что произошло?
В рамках регистрации доменов .RU/.РФ наша компания работала с компанией REG.RU, согласно партнерскому договору №485 от 07.10.2008. За это время мы стали одним из крупнейших хостинг-провайдеров и, полагаем, одним из крупнейших партнеров компании Рег.ру, а объем наших ежемесячных регистрации превысил 10 тысяч в месяц.
В 2016 году мы приняли решение стать аккредитованным регистратором в зонах .RU/.РФ, для того, чтобы наш клиент получал максимально качественные услуги. Мы успешно прошли аккредитацию и приступили к регистрации доменных имен, как самостоятельный регистратор (https://beget.com/ru/news/2016/registrator) .
В статье https://habr.com/company/beget/blog/331366 мы подробно описали причины, которые побудили нас стать регистратором:
- Были случаи разделегирования доменов/не продления доменов, при том что API отдавала успешный код.
- Частые проблемы с API.
- Невозможность решать юридические вопросы напрямую с клиентами.
- Желание предоставлять максимально качественный сервис и нести прямую ответственность перед клиентом.
Кроме того, мы запустили акцию, согласно которой клиент мог осуществить перенос и последующее продление домена у нас фактически по себестоимости (https://beget.com/ru/news/2018/transfer-renewal). Тем самым, для наших клиентов перенос доменов к нам, как к регистратору, мы постарались сделать как можно более комфортным. При этом выбор регистратора всегда остается за клиентом, мы не выставляли никаких ограничений для того, чтобы наш клиент продолжал работать с текущим регистратором и поддерживали работу доменов клиента через сторонних регистраторов.
Технические сложности
В письмах, которые reg.ru разослали клиентам, есть ссылка на личный кабинет, но самих учетных данных для входа нет. Фактически даже это действие было подготовлено не корректно с технической точки зрения. Всем, кто пострадал от действий REG.RU мы окажем всеобъемлющую помощь, чтобы вы могли продлить ваш домен вовремя.
Постараемся в ближайшее время решить данную проблему всеми возможными способами!
Справедливости ради надо сказать torg был одним из первых наших клиентов, очень интересно с чем связанно такое мнение ?
1) Функционал с подтверждением был для старых аккаунтов, на которых не было верификации номера. Надо проверить, выкладывание переноса доменов не спровоцировало ли к регресс.
2) В соседнем топике я немного описал ответ на эту проблему, скопирую сообщение сюда, оно не совсем отвечает на вопрос, но там описываются возможные причины:
массовых проблем кроме ООМ на части free серверов я не замечал. напишите на alexey псинка beget.ru - аккаунт и как смотреть логи - разберусь в причинах отвечу.
У меня сайт 100 посетителей и потребляет 1000CP, не работает, медленно открывается и еще 100 проблем вместе.
Может действительно проблема не в хостинге =), сайт на 100 посетителей при нормальных условиях не может столько потреблять. Для примера приведу достаточно большой интернет магазин https://www.onlinetrade.ru - там явно больше чем 100 посетителей и дневная нагрузка 25к CP. Иногда сталкиваюсь со случаями когда у пользователя действительно потребление 500-1000CP при этом сайт еле работает и на сайте в обще нет посетителей.
Самый простой пример подобной ситуации - на сайте есть цикл без выхода, например:
php скрипт начинает работать, при этом он работает пока либо не отвалиться по таймауту, либо его не убьет наш софт. Даже если нет пользователей (которые кстати закроют страницу после того как она не будет грузиться секунд 5), есть еще куча ботов которые будут прилежно ждать ответа. Еще раз - скорость загрузки сайта не связанна с нагрузкой (исключение долгие запросу MySQL, ,блокировки и так далее).
Как не странно второй случай - вредоносные вставки кода, и тут уже фантазия не имеет границ, начиная от майнинг, ddos, перенаправления на другие сайта , спама и заканчиваю я даже не знаю чем. Наверное более подробно знает Григорий Земской из https://revisium.com не сочтите за рекламу, но он с этим работает каждый день.
"мои сайты лежат при 100 посетителях на них" - еще один возможный пример, блокировки в MySQL,при 10 пользователях будет работать, а при 20 уже нет. Если MyISAM - тогда все печально, InnoDB - надо еще постараться, но возможно.
Бывают случае (тоже часто) подключения внешних ресурсов - сайт ждет информацию с определенного сервиса, когда сервис работает сайт летает, когда нет - открывается по 20 секунд.
"Короче Бегет превратился в гавно.... Тупо клянчат денег чтобы увеличить оплату на 100 посетителей )))" - по факту видимо да, мы просим с Вам деньги за потребляемые ресурсы. Логичнее было бы разобраться - почему потребляются эти ресурсы.... И самое главное - это сейчас происходит не в автоматическом а в ручном режиме =)
Что интересно мы пробовали сделать ограничение по скорости выполнения после определенного количества потребленных ресурсов (через cgroups в линуске), фактически аналог VPS, так как ответственность за нагрузку перекладывается на пользователей. Но к это создает больше проблем, чем решений.
Если хотите я посмотрю почему так происходит именно с Вашим сайтом, обычно это 2-4 часа работы - напишите на alexey псинка beget.ru, такие обвинения не очень приятны - я оставлю за собой право результаты выложить тут.---------- Добавлено 16.03.2018 в 01:34 ----------пс. извиняюсь за орфографию, пишу почти в без сознательном состоянии не спал часов 35 где то.
Возможно, если честно я не очень понимаю о чем именно идет речь, так как не руководил разработкой этого функционала. Это фри хостинг или платный, была смена владельца или внешние действия с номером ?
В пятницу уточню у менеджеров, когда такое возможно и предметно отвечу
Добрый день.
Не могу сказать что oscar3 проблемный сервер, ну то есть, да конечно есть проблемные сервера и не всегда получается быстро исправить ситуацию. Просто банальный пример - диски начали умирать, надо все заменить. Это приводит к деградации raid - и падению производительности, продолжаться это может 5 дней.
В любом случае напишите пожалуйста мне на почту alexey собакен beget.ru, постараюсь разобраться в ситуации.
Мы используем не стандартный хандлер redis - а свой. В случае если редис не доступен сессии работают с файлами. Так же добавили модуль который пишет в лог где, на какой строке, какой URL вызывался и сколько времени была блокировка. Не могу сказать, что это было сложно сделать - но в момент внедрения проблем мы получили не мало.
теперь как устроенно разделение. У каждого пользователя в docker работает свой экземпляр redis со своим настройками памяти, конфигами. Работает от имени суб-пользователя привязанного к основному пользователю (для сбора статистики стандартными средствами)
далее в iptables прописываем правила, их для каждого пользователя может быть много
Там два правила для локальных подключений и для внешних - это можно все настроить с панели управления. И получается, фактически когда пользователь стучится на 127.0.0.1:6379 его запрос перенаправляется внутрь контейнера, другие запросы внутрь контейнера попасть не могут.
Это позволяет поднимать приватные экземпляры redis, memcache, sphinx, mysql, postgress - да в принципе всего чего угодно в рамках виртуального хостинга.
Если честно я с HostCMS не разу не работал, в код не лазил, подсказать по этому вопросу не могу. Блокировки - это не к хостингу это больше к PHP. Только мы решили сообщать об этой проблеме, так как иногда это помогает.---------- Добавлено 27.10.2017 в 04:59 ----------пс. надеюсь пользователь aalangow не сильно обидеться что я указал его логин в примере...
