foxi, На OpenVZ inodes задаются владельцем ноды (хостером)
====
xfs теоретически может обрабатывать безлим. количество inodes, динамически увеличивая/уменьшая по необходимости
это же ̶с̶т̶о̶л̶е̶т̶н̶я̶я̶ старая новость
Ввели эту механику работы ещё в 2017 году
bums, "Выспавшихся" гораздо больше
Спорить не все хотят
Все смотрят на ситуацию со стороны beget, но никто не смотрит на ситуацию со стороны КЦ/реестра, который понятия не имеет кто/где/когда стал реселлером и у кого
В реестре единственная инфа registrar: "REGRU-RU" и именно эта "строчка" отвечает за домен, а не партнёр
Единственное что я бы по-другому сделал, это не отрезал бы полностью API, оставив продление/смену DNS
На скринах httpd отъедает по 3-5% памяти, и процессов видимо более 20 шт
Всю память сожрал apache
Видимо настройки выкручены до потолка, и фактически apache простаивает тонной процессов, занимая RAM
Сейчас точно такого нет
Раньше - не застал видимо
sochi-russia, Вас же принудительно никто не заставляет продлевать у reg.ru
Если домен заказан через партнёра, то при продлении в reg.ru, есть приписка, что домен можно продлить у такого-то партнёра, и указан URL адрес сайта партнёра
pegs, Я думаю узнаем со временем кто врёт)
Но это не значит, что невозможно сделать автоматически )
pegs, Увы это всего лишь моя теория, как я Выше обозначил (личное мнение о ситуации на основании сканов жалоб в КЦ и форума)
Если всё с согласия клиента - то это не нарушает правил реестра
pegs, трансфер не запрещён
Смена E-mail (как подаёт инфу reg.ru) без согласия клиента (администратора домена) - не есть гуд
