Почему из России никто не купил свою зону в прошлом ? Не знаю

Говорят что скоро будет регистрация доменов в .ru через госуслуги.
И я считаю это правильно.
Т.к. .ru все таки не массовая помойка и не общедоступная зона — а это национальная зона страны.
Так вот, все кто переживают что их бизнесы с регистрацией доменов начнут умирать.
Что вам нужно делать?
Вам нужно просто КУПИТЬ свои новые зоны какое-ниб .ru2 или .russ или .medved, но которые будут ОБЩЕДОСТУПНЫМИ
Понимаете?
Вот за этим будущее.
И продавайте ее хоть по 100р хоть по 155р — если придумаете созвучное русскому менталитету/духу название, плюс цена = профит гарантирован.
Скоро как раз будет вторая волна заявок hostsuki.pro/tag/newGTLD/
Директор европейского офиса ICANN Крис Мондини подтвердил, что во II квартале 2026 г. интернет-корпорация по присвоению доменных имен и номеров (ICANN) планируют начать прием заявок от кандидатов на следующий раунд новых доменов общего пользования (gTLD). ICANN подготовит руководство для кандидатов и требования к заявке к началу 2025 г. и приложит усилия, чтобы срок не сдвигался.
Плюс еще топик размышлений написал
hostsuki.pro/all/kak-voobsche-pozhivayut-novye-zony-chto-mozhno-ozhidat-ot-vtoroy-volny-.html
Айсберг треснул - лидер шареда в РФ запустил локацию в западном пост-совке
- Считаю момент когда такие упоротые старички типо Бегета — сделали что-то зарубежом — поворотным. (пока что я насчитал 6 эпох/6 поколений хостеров нашего рынка с 2005 года начиная)
- Подобное событие можно расценивать как событие 2013 года когда хетзнер сделал дешевый дедик с 32 озу. Пусть оно не так сильно повлияет на рынок, но для истории это поворотный момент.
На рынке был десяток игроков, которые упорно отказывались делать зарубежные локации. Шли годы, шли десятки лет — а они так и сидели «на шареде и только в РУ». Кроме бегета так же поступал reg.ru и другие «шаредные монстры».
И вот в 2024 году что-то сломалось.

- Виртуальные серверы Бегета – теперь и в Европе (там же дал комментарий)

Идея, либо Группа Астра должна стать Атолом, либо Тинькофф должен сделать простой биллинг для бизнеса
Новая линейка бекап серверов, примечательно что NVME + HDD и это не 512 гб ssd какое-ниб

Похоже Hetzner научился тоже делать как в ОВХ раньше
- AMD Ryzen 7 3700X / 64 DDR4 ECC / 2x 1 TB NVME (Gen3) / 4x 22 TB SATA 6 Gb/s 7200 rpm
- AMD Ryzen 9 3900 / 128 GB DDR4 ECC / 2x 1.92 TB NVME (Gen3) / 8x 22 TB SATA 6 Gb/s 7200
- rpm
- AMD EPYC 7502P / 256 GB DDR4 ECC / 2x 7.68 TB NVME (Gen4) / 14x 22 TB SATA 6 Gb/s 7200 rpm
Например последний вариант не только для хранения, а и для ВМ может подойти, даже когда он был на основе этот процессор, там не давалось аж 8 ТБ диска NVME, а сейчас дается. Можно тупо забить на HDD и покупать только ради NVME, а потом по пути продавать еще виртуалки с выделенным накопителем 1 виртуака 1 HDD диск
как утверждается, самый крупный коммерческий ЦОД в Сибирском регионе
Группа компаний Key Point объявила об открытии первой очереди дата-центра в Промышленно-логистическом парке Новосибирской области. Это, как утверждается, самый крупный коммерческий ЦОД в Сибирском регионе и один из крупнейших за пределами Москвы и Санкт-Петербурга.
dc-keypoint.ru/v-novosibirskoj-oblasti-zapushhen-krupnejshij-v-regione-kommercheskij-czod
hosting.kitchen/3data/v-novosibirskoy-oblasti-zapuschen-krupneyshiy-v-regione-kommercheskiy-cod.html
Общая проектная ёмкость площадки составляет 880 стоек для оборудования мощностью 7 кВт каждая. В рамках первой фазы развёрнуты 440 стоек. Генеральным проектировщиком и подрядчиком объекта является компания «Свободные Технологии Инжиниринг», а технический консалтинг осуществляла «Ди Си Квадрат».

dc-keypoint.ru/v-novosibirskoj-oblasti-zapushhen-krupnejshij-v-regione-kommercheskij-czod
hosting.kitchen/3data/v-novosibirskoy-oblasti-zapuschen-krupneyshiy-v-regione-kommercheskiy-cod.html
Общая проектная ёмкость площадки составляет 880 стоек для оборудования мощностью 7 кВт каждая. В рамках первой фазы развёрнуты 440 стоек. Генеральным проектировщиком и подрядчиком объекта является компания «Свободные Технологии Инжиниринг», а технический консалтинг осуществляла «Ди Си Квадрат».


провайдеры тоже станут облаками к 2030 году ?
cloud.ttk.ru/about

если раньше в облако шли передовые технологии, типо Yandex, Mail/VK делали свои облака
потом сотовые операторы были настолько крупные по стране, что могли себе это позволить тоже
новый виток, теперь и интернет провайдеры станут облачными хостерами?
ведь интернет тоже достиг своего пика, все кто хотел уже подключены на планете

если раньше в облако шли передовые технологии, типо Yandex, Mail/VK делали свои облака
потом сотовые операторы были настолько крупные по стране, что могли себе это позволить тоже
новый виток, теперь и интернет провайдеры станут облачными хостерами?
ведь интернет тоже достиг своего пика, все кто хотел уже подключены на планете
Наконец-то Astra Linux стала появляться на выделенных серверах, а не только в панели VMmanager

Хотите отомстить троллю который вас преследует ? Даю инструкцию как сжечь диск. Объявляется сезон уничтожения дисков на дешевой аренде выделенных серверов
Команды которые нужно записать в планировщик (надо открыть cron через команду “crontab -e” и в конце файла вписать команды ниже, нажать ctrl+s, потом ctrl+x / софтина сама сохранит конфиги и будет применять их):
Разбор команды:
Разметка для CRON:
Разметка для DD:
т.е учитывая команды выше, каждую каждую третью, четвертую, пятую, шестую, седьмую, восьмую минуту часа (безостановочно практически в течении каждого часа дня, каждого дня в течении недели, каждой недели) мы записываем 10 раз файл по 2 Гигабайта.
По памяти скажу, 2 Гигабайта записываются примерно за 12 секунд, 20 Гигабайт примерно за 2 минуты. Не давая серверу просыхать — он запускает следующую команду по перезаписи или делает её одновременно с другими файлами upload1-6.
Технически за 17 дней можно добиться того, что диск не может более записывать с быстрой скоростью файлы или читать их. Это не значит что он прямо сгорит, но по факту — выйдет из строя в ближайшее время.
0-59/3 0-23 * * 1-6 dd if=/dev/zero of=/tmp/upload1.img bs=2G count=10 oflag=dsync
0-59/4 0-23 * * 1-6 dd if=/dev/zero of=/tmp/upload2.img bs=2G count=10 oflag=dsync
0-59/5 0-23 * * 1-6 dd if=/dev/zero of=/tmp/upload3.img bs=2G count=10 oflag=dsync
0-59/6 0-23 * * 1-6 dd if=/dev/zero of=/tmp/upload4.img bs=2G count=10 oflag=dsync
0-59/7 0-23 * * 1-6 dd if=/dev/zero of=/tmp/upload5.img bs=2G count=10 oflag=dsync
0-59/8 0-23 * * 1-6 dd if=/dev/zero of=/tmp/upload6.img bs=2G count=10 oflag=dsync
Разбор команды:
0-59/3 0-23 * * 1-6 dd if=/dev/zero of=/tmp/upload1.img bs=2G count=10 oflag=dsync
Разметка для CRON:
- 0-59/3 — каждую третью минуту в промежуток между 0 минутой и последней 59 минутой часа
- 0-23 — в промежуток между 1 часом ночи вплоть до 24 часа дня (нумерация часов и минут идет с 0)
- * — каждый день
- * — каждого месяца
- 1-6 — в промежуток между 1 днем (понедельником) и 6 (воскресенем)
Разметка для DD:
- dd — мы выполняем команду dd
- if=/dev/zero — которая берет информацию с папки /dev/zero (папки для нулевых байтов, пустого места по сути)
- of=/tmp/upload1.img — и записывает в папку tmp файл upload1.img
- bs=2G — размером 2 Гигабайта (2048 Мбайт, лимит софта именно 2 ГБ)
- count=10 — десять раз подряд
- oflag=dsync — при помощи операции ввода вывода для данных (пустой записи, записывая постоянно НИЧЕГО)
т.е учитывая команды выше, каждую каждую третью, четвертую, пятую, шестую, седьмую, восьмую минуту часа (безостановочно практически в течении каждого часа дня, каждого дня в течении недели, каждой недели) мы записываем 10 раз файл по 2 Гигабайта.
По памяти скажу, 2 Гигабайта записываются примерно за 12 секунд, 20 Гигабайт примерно за 2 минуты. Не давая серверу просыхать — он запускает следующую команду по перезаписи или делает её одновременно с другими файлами upload1-6.
Технически за 17 дней можно добиться того, что диск не может более записывать с быстрой скоростью файлы или читать их. Это не значит что он прямо сгорит, но по факту — выйдет из строя в ближайшее время.
