Уважаемый hip.hostihg. С 3 июля статус сервера «hiplets.status.ERROR», что делать и как решить эту проблему? Деньги за июль списаны, ни каких компенсаций не увидел…
ID 24451
С уважением, Андрей.
Доброго дня.
Имеется такая же проблема — hiplets.status.ERROR… с 3 июля, после попытки перезагрузить из панели управления. Что с этим делать, ждать?
С уважением, Андрей.
АУ! ВКЛЮЧИТЕ ID 63708 УЖЕ 10 ДНЕЙ ОШИБКА, ПОДДЕРЖКА МОЛЧИТ
polyfills.bbdc8bbe.js:1
POST api.hip.hosting/hiplet/rpc/start 500 (Internal Server Error)
main.b24b6bd6.js:76 ERROR
{statusCode: 500, timestamp: '2026-07-09T07:46:57.221Z', path: '/hiplet/rpc/start', code: 'JsException', message: 'Internal Server Error'}
2016 — 12472
2017 — 56024 (56024-12472 = 43552)
2018 — 109672 (109672-56024 = 53648)
2019 — 165746 (165746-109672 = 56047)
2020 — 236411 (236411-165746 = 70665)
2021 — 267678 (267678-236411 = 31267) первый спад странно война же еще не началась, похоже кризис у него случился до войны
2022 — 295304 (295304-267678 = 27626)
2023 — 317265 (317265-295304 = 21961)
2024 — 339415 (339415-317265 = 22150) о даже выросло, видимо нагоняли клиентов перед продажей
2025 — 362905 (362905-339415 = 23490)
2026 — 387422 (387422-362905 = 24517) в целом проект даже не умер, а стабилизировался, странно что они его переносят в другой биллинг
Конечно не каждый. Понятно, что если у хостера клиентов еле хватает на заполнение ноды, то какие-то зоны доступности выдумывать тут нет никакого смысла. Также понятно, что если локация малопопулярна (например, Македония какая-нибудь), то в ней тоже нет никакого смысла заводить 10 ДЦ.
Но если у хостера одна единственная евро-локация, то имхо маст хэв иметь в этой локации хотя бы один резервный ДЦ, особенно если спрос на неё высокий. В нынешних условиях мы никогда не знаем, какой ДЦ наебнётся следующим: где там свет отключат, Интернет или сервера изымут. Поэтому банальное разделение клиентов на два ДЦ уже позволит сократить риск со 100% до 50-ти, да и плюс клиентам повалившегося ДЦ можно будет предложить замену или хотя бы временную ВМ.
Вот просто пальцем в небо сейчас тыкнул и зашёл на сайт 4VPS. В Германии доступно три дата-центра, в Нидерландах два. Разумно? Разумно. Сразу видно, что эти локации у них пользуются популярностью.
А у многих такая инфа просто не видна в биллинге, но по факту разделение по разным ДЦ также существует. Это заметно, когда в ДЦ происходят какие-то аварии, которые затрагивают только часть клиентов. Например, ты нигде на сайте не найдёшь информации о том, что у Аезы два дата-центра в Москве. А их два и различить легко: в одном на ВМ максимальная скорость под 10Гбит, во втором — под 25 (ну и тот, что М9, ещё падучий очень, так что если ВМ держит хорошие аптаймы — значит 100% второй ДЦ).
ну знаешь, как будто не каждый провайдер имеет в одной стране по два разных цода
они правы с резервным копированием. у них два дня подряд был даунтайм по 5 часов. люди, у которых каждая минута приносит деньги, давно бы взяли и переехали на другого провайдера/локацию. поэтому их «совет» — база. правда я не понимаю зачем вторая локация, если достаточно разных цодов в одной стране
Вот это и забавно, потому что хостер с намного более скромным бюджетом без проблем и лишних переспросов начислил пострадавшим клиентам компенсации. Причём в этом случае речь идёт о куда более крупных компенсациях, нежели компенсация простоя в 55 часов.
У Фёрста же жлобистика самая классическая. Они лучше купят себе очередную награду с банкетным столом, закажут рекламу с миллионным бюджетом в Интернете, а вот на клиентах постараются сэкономить по максимуму. Это их не красит. Особенно то, что они не поленились посвятить в своём воззвании целый раздел вопросам компенсации упущенной выгоды, содержание которого, в принципе, итак всем было очевидно.
А ещё, кстати, я сделал вывод, что у владельцев HIP мозгов побольше. Пока Фёрст сделал по итогу аварии выводы о том, что они не компенсируют упущенную выгоду, владельцы HIP'а сделали вывод о том, что не стоит класть все яйца в одну корзину:
Потихоньку будем формировать дополнительные площадки в тех же странах, чтобы дать возможность создать услугу на разных площадках, но в той же стране.
А Фёрст всё так же планирует размещать всё в одном ДЦ:
Принято решение уходить из Qupra DC2. Сейчас мы выбираем новый дата-центр.
Зачем итак недовольного клиента ставить в позу просящего и заставлять клянчить те копейки, которые положены по SLA
ну, тут, наверное, расчет идет на то, что не все клиенты будут открывать тикет и просить компенсацию, соответственно, расходы будут меньше по сравнению с тем, если бы они компенсацию выдали автоматически
Я заметил, что чем больше хостер твердит о компенсациях и SLA, тем более убогие будут по факту выплаты.
В последний раз за компенсацией я обращался году в 14-ом в Infobox, когда они из-за ошибки со своей стороны отключили и удалили за неуплату не тот сервер, который был не оплачен. Мне пришлось долго переписываться, доказывать им, что я не идиот и что сервер, который оплачен условно до 15-ого числа ну никак не может быть отключён первого. И по итогу мне выплатили компенсацию. 30 рублей)))
Мне и самому не влом начислить конечному клиенту от недели до месяца пользования услугой в виде компенсации, если была проблема по моей вине или вине поставщика. Я не буду высчитывать минуты и секунды простоя, как Infobox.
Помню, как-то мне под очень требовательного клиента впарили сервер с жёстким диском с мусорки, у которого смарт весь красный, а наработка такая, что пора уже в краеведческий музей сдавать. А я провтыкал проверить. Естественно, через пару месяцев пользования он наебнулся. Да ещё и на следующий день после продления аренды. В итоге пришлось мало того, что забить на оплату уже арендованного (т.к. диск по итогу заменили только через неделю на нормальный), так ещё и арендовать второй для выдачи клиенту, а самому клиенту при этом сделать бесплатный месяц, ибо ему ещё все свои сервисы заново поднимать и из бэкапов восстанавливаться.
Да, я потерял в деньгах, но зато выиграл в статусе. Клиент остался доволен и потом потихоньку набрал ещё пять серверов и ещё несколько других клиентов привёл по рекомендации.
А вот эту логику объявлять о компенсациях как Фёрст, но делать так, чтобы её было проблематично получить, я никогда не пойму. Зачем итак недовольного клиента ставить в позу просящего и заставлять клянчить те копейки, которые положены по SLA? Зачем заставлять клиента звонить куда-то, писать, заводить тикеты, потом отвечать на эти тикеты с недельными интервалами, ссылаясь на перегруженную службу поддержки? Вы же сами создаёте эту бессмысленную нагрузку. Начислили бы свои 30 рублей на баланс лицевого счёта молча, да и всё. Нет же, надо раздуть это дело в целый процесс, чтоб клиент сам перехотел.
локально
всю статистику с статонлайн сервиса
а когда-то когда можно было узнать за 0 рублей «историю whois» домена через рег-ру я сканировал все домены
и тоже сохранил
в 2012 году чтоли
по сути в 2008 году сделали «приват персон»
если домен был куплен ранее то все их данные — у меня есть :)
VPS-1 2027 / 2 vCore / 4 GB RAM / 40 GB NVMe / 500 Mbps безлимит — €8.55/мес
VPS-2 2027 / 4 vCore / 8 GB RAM / 75 GB NVMe / 1 Gbps безлимит — €15.56/мес
VPS-3 2027 / 6 vCore / 12 GB RAM / 100 GB NVMe / 2 Gbps безлимит — €22.05/мес
VPS-4 2027 / 8 vCore / 24 GB RAM / 200 GB NVMe / 3 Gbps безлимит — €41.59/мес
ID 24451
С уважением, Андрей.
Имеется такая же проблема — hiplets.status.ERROR… с 3 июля, после попытки перезагрузить из панели управления. Что с этим делать, ждать?
С уважением, Андрей.
polyfills.bbdc8bbe.js:1
POST api.hip.hosting/hiplet/rpc/start 500 (Internal Server Error)
main.b24b6bd6.js:76 ERROR
{statusCode: 500, timestamp: '2026-07-09T07:46:57.221Z', path: '/hiplet/rpc/start', code: 'JsException', message: 'Internal Server Error'}
2017 — 56024 (56024-12472 = 43552)
2018 — 109672 (109672-56024 = 53648)
2019 — 165746 (165746-109672 = 56047)
2020 — 236411 (236411-165746 = 70665)
2021 — 267678 (267678-236411 = 31267) первый спад странно война же еще не началась, похоже кризис у него случился до войны
2022 — 295304 (295304-267678 = 27626)
2023 — 317265 (317265-295304 = 21961)
2024 — 339415 (339415-317265 = 22150) о даже выросло, видимо нагоняли клиентов перед продажей
2025 — 362905 (362905-339415 = 23490)
2026 — 387422 (387422-362905 = 24517) в целом проект даже не умер, а стабилизировался, странно что они его переносят в другой биллинг
для истории
микро оценка
пришлось им делать новые серверы для размещения желающих восстановиться у того же хостера
либо вовсе откажется от физ лиц при регистрации
я 500р на тест пытаюсь уже неделю закинуть
там просто динамо какое-то
а сегодня смотрю плательщик стал создаваться исключительно ЮЛ
Но если у хостера одна единственная евро-локация, то имхо маст хэв иметь в этой локации хотя бы один резервный ДЦ, особенно если спрос на неё высокий. В нынешних условиях мы никогда не знаем, какой ДЦ наебнётся следующим: где там свет отключат, Интернет или сервера изымут. Поэтому банальное разделение клиентов на два ДЦ уже позволит сократить риск со 100% до 50-ти, да и плюс клиентам повалившегося ДЦ можно будет предложить замену или хотя бы временную ВМ.
Вот просто пальцем в небо сейчас тыкнул и зашёл на сайт 4VPS. В Германии доступно три дата-центра, в Нидерландах два. Разумно? Разумно. Сразу видно, что эти локации у них пользуются популярностью.
А у многих такая инфа просто не видна в биллинге, но по факту разделение по разным ДЦ также существует. Это заметно, когда в ДЦ происходят какие-то аварии, которые затрагивают только часть клиентов. Например, ты нигде на сайте не найдёшь информации о том, что у Аезы два дата-центра в Москве. А их два и различить легко: в одном на ВМ максимальная скорость под 10Гбит, во втором — под 25 (ну и тот, что М9, ещё падучий очень, так что если ВМ держит хорошие аптаймы — значит 100% второй ДЦ).
они правы с резервным копированием. у них два дня подряд был даунтайм по 5 часов. люди, у которых каждая минута приносит деньги, давно бы взяли и переехали на другого провайдера/локацию. поэтому их «совет» — база. правда я не понимаю зачем вторая локация, если достаточно разных цодов в одной стране
При всём этом другим они советуют иметь вторую локацию:
Но сами она этому совету следовать, конечно же, не будут)
У Фёрста же жлобистика самая классическая. Они лучше купят себе очередную награду с банкетным столом, закажут рекламу с миллионным бюджетом в Интернете, а вот на клиентах постараются сэкономить по максимуму. Это их не красит. Особенно то, что они не поленились посвятить в своём воззвании целый раздел вопросам компенсации упущенной выгоды, содержание которого, в принципе, итак всем было очевидно.
А ещё, кстати, я сделал вывод, что у владельцев HIP мозгов побольше. Пока Фёрст сделал по итогу аварии выводы о том, что они не компенсируют упущенную выгоду, владельцы HIP'а сделали вывод о том, что не стоит класть все яйца в одну корзину:
А Фёрст всё так же планирует размещать всё в одном ДЦ:
ну, тут, наверное, расчет идет на то, что не все клиенты будут открывать тикет и просить компенсацию, соответственно, расходы будут меньше по сравнению с тем, если бы они компенсацию выдали автоматически
В последний раз за компенсацией я обращался году в 14-ом в Infobox, когда они из-за ошибки со своей стороны отключили и удалили за неуплату не тот сервер, который был не оплачен. Мне пришлось долго переписываться, доказывать им, что я не идиот и что сервер, который оплачен условно до 15-ого числа ну никак не может быть отключён первого. И по итогу мне выплатили компенсацию. 30 рублей)))
Мне и самому не влом начислить конечному клиенту от недели до месяца пользования услугой в виде компенсации, если была проблема по моей вине или вине поставщика. Я не буду высчитывать минуты и секунды простоя, как Infobox.
Помню, как-то мне под очень требовательного клиента впарили сервер с жёстким диском с мусорки, у которого смарт весь красный, а наработка такая, что пора уже в краеведческий музей сдавать. А я провтыкал проверить. Естественно, через пару месяцев пользования он наебнулся. Да ещё и на следующий день после продления аренды. В итоге пришлось мало того, что забить на оплату уже арендованного (т.к. диск по итогу заменили только через неделю на нормальный), так ещё и арендовать второй для выдачи клиенту, а самому клиенту при этом сделать бесплатный месяц, ибо ему ещё все свои сервисы заново поднимать и из бэкапов восстанавливаться.
Да, я потерял в деньгах, но зато выиграл в статусе. Клиент остался доволен и потом потихоньку набрал ещё пять серверов и ещё несколько других клиентов привёл по рекомендации.
А вот эту логику объявлять о компенсациях как Фёрст, но делать так, чтобы её было проблематично получить, я никогда не пойму. Зачем итак недовольного клиента ставить в позу просящего и заставлять клянчить те копейки, которые положены по SLA? Зачем заставлять клиента звонить куда-то, писать, заводить тикеты, потом отвечать на эти тикеты с недельными интервалами, ссылаясь на перегруженную службу поддержки? Вы же сами создаёте эту бессмысленную нагрузку. Начислили бы свои 30 рублей на баланс лицевого счёта молча, да и всё. Нет же, надо раздуть это дело в целый процесс, чтоб клиент сам перехотел.