рунити это пиздец

копировал новость
hosting.kitchen/reg-ru/roadmap-kak-rynok-hostinga-transformirovalsya-v-rynok-oblakov.html

захотел так же ссылку на их новый брендинг указать

что я сначала набил в браузере?
runiti.ru — ру нити
нихуя ошибся

далее я набил
ryniti.ru — ру ниточки
снова блять ошибся

пришлось короче на русском забить в гугл рунити
и наконец я попал на runity.ru

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

короче тут нужно было либо ru-niti, чтобы четко глаз выделил и отложил в подсознательную память фразу РУ и НИТИ
либо купить модную новую зону .reg
hostsuki.pro/tag/newGTLD-re2/
и сделать там about.reg или ru.reg russia.reg
тдтд

ИБП vs Вводы питания ?

Если грамотно заводить электричество в дачу, то можно сделать хоть 4 разных ввода независимых
Тогда встает вопрос, а зачем тогда нам нужны ИБП вообще?

Я правильно понимаю что в том же ОВХ никогда и не было ИБП?
Потому что иначе бы они не допустили технических работ в GRA недавно обсуждаемых

Я правильно понимаю, если где-то есть ИБП на серверах/стойках — то значит в этом ДЦ уровень электропитания — 1 ввод?
Т.е. можно ли расценивать как наличие ИБП как триггер к зависимому от энергии ДЦ и построению?

И другой вопрос, что же лучше делать?
Покупать ИБП на стойку или покупать просто корпусы с 2 БП и делать больше вводов?
Мне кажется в мегаполисе, который строит подвальные geo-точки, сделать разные энерго-вводы гораздо проще, чем ставить ИБП на каждую стойку.

А ведь мы еще даже не обсудили дизельные генераторы. Бывали случаи когда они где-то применялись, типо в IHOR неделю на дизеле работал вроде, yandex облако тоже работало на дизеле сколько то дней, у webdc бывали новости про дизель. Но я не разу не слышал новость от selectel чтобы они на дизеле сколько там часов или дней работали. Так вот, дизель становится не нужен, если у тебя дохуя разных электро вводов независимых, или все таки становится нужен? Или же он покупается просто так чтобы был типо как возможно никогда в жизни не понадобится, но вдруг если накроет третьей мировой то когда-ниб и понадобится.

VMmanager снова обновляется криво, нахуя вы это делаете ? почему просто 5-10 лет не получать бабки за пользование того что УЖЕ РАБОТАЕТ ?



при попытки открыть статистику узла
или статистику любой ВМ с этого узла получаешь такие ошибки

притом ДРУГИЕ узлы могут работать нормально

багованные узлы могут быть как из прошлого на центос7 из 2020
так и новые созданные летом 2023 на Альма-8

опять обновление портит жизнь

Какой-то тролль хотел устроить срач - прикинулся aeza.net хостингом и хотел задонатиться мне в блоги

Но я да не лох
Анонимам всяким — я не верю.
Поэтому благополучно был послан нахуй.
И еще лекцию ему прочитал.

Только вот беда всех троллей — они ничего не читают.
Поэтому и делают хуйню.
Эта фраза «спасибо почитаю» означает «пошел нахуй с своими советами далбоеб».

В современном мире - все платные сервисы стали настолько ебанутые, что им больше просто не за что платить

Короче срок годности карты — истек
Зашел — вбил новую карту

И получил ограничение на аккаунт.

Это внимание — ПЛАТНЫЙ сервис.
Да блять, я БЕСПЛАТНО САМ сделаю себе SMTP короче, раз платный сервис портит мне жизнь

Тем более я с 2013 года исправно там платил.

Толкаю идею на счет Hetzner

Короче кому-то в Европе нужно открыть компанию.
Поставить оборудование на коло в Hetzner www.hetzner.com/colocation
И анонсировать туда много много IP
И потом оформить сервис по дешевой, дешевле чем в Hetzner, сервис аренды IP адресов. Допустим по 100р за штуку месячно. Без всяких там плат за установку.
Чтобы не из РФ это проксировалось, а из того же ДЦ по локальным сетям шло.

После рассылок - правильный хостер, читает все обратки - и лично отписывает каждого у кого сдох email - чтобы потом повторно не отправлять битые



По правильному — это должны делать биллинги.
В ПУ биллинга должен быть список у кого битое, либо биллинг сразу должен отписывать тех у кого битый способ связи и ставить пометку на аккаунт.
Либо новая система уведомлений, которая должна прийти на замену почты
hostsuki.pro/all/ideya-servis-uvedomleniy-agregator-uvedomleniy.html
hostsuki.pro/all/ideya-hochu-esche-servis-hostingstream.html

Чаты типо телеги — очень удобны чтобы делать рассылки.
Рассылка это «канал» для подписчиков.
А чат это идеальная замена тикетов. В котором можно закреплять потом сообщения самые важные по клиенту. И не одно, а несколько позволяется закреплять.
Ну а глобальные чаты это обратная связь и вектор развития.

Но есть одно большое НО — а вдруг телега сдохнет потом через 10 лет? Как сдыхало куча разных сервисов.
Поэтому все же — хочется видеть это именно «часть от биллинга». Либо отдельный отраслевым ресурсом, который поддерживает кто-то из отрасли и поэтому оно не закроется как телега.

Но пока что биллинги — до такого еще не додумались.

Идеально было бы сделать такое, заодно и openid — именно от биллинга.
Пока жив биллинг — живо и сообщество.
Это именно универсальное решение, которое вызывает доверие, т.к. пока сам продукт жив, значит и уведомления будут жить. Биллинг не цензурится и не банится, как например любая социальная сеть может забанить просто любого неугодного.