OneProvider опять подняли цены
С мест сообщают — европа дорожает повсеместно ) Конечно, ведь оружие нада окупать.
мощный чел кто это придумал
что там по маю, а в мае было немного овх, как мы помним в апреле никто не покупал овх
ну и конечно как всегда тут стабильность. и это напоминаю только примеры по одному из проектов, без участия тех проектов, где я бесплатно обрабатываю заказы — но которые не только мои
Как проебать заказ из-за похуизма ?
В хостинге постоянно что-то случается.
Но человек с опытом уже готов ко всему — и быстро решает любые проблемы.
Но есть такой фактор — человеческий похуизм.
Про похуизм за последние 10 лет я писал достаточно.
И когда начал работать с крупными заказами — похуизм изчез как сущность, ведь те кто имеют достойные проекты — всегда платят стабильно, всегда заранее, всегда заботятся о своих проектах. Это не какие-ниб там вдс за 500р или шаред хостинг, который и силой иногда не заставишь переехать с умирающего сервера, потому что человеку похуй.
Но вот ) Похоже случился снова похуизм. И я решил рассказать историю отказа.
Тут два варианта.
1. Либо заказ покупался строго на 1 год и просто потом ушел, через 1 год, как это часто бывает. Часто покупают пачки серверов на 1-2-3 года и потом так же резко бросают.
2. Либо именно заказ слился по причине похуизма.
В чем именно был похуизм? А чувак, который судя по всему покупал у меня, а потом перепродавал кому-то еще. Он похуистом оказался и не всегда онлайн сидит. Я ему даю реквизиты куда оплатить, а он мог неделю не отвечать. В итоге что получилось? Я ему дал реквизиты еще в середине месяца в одном тикете. А потом он под конец месяца появился — и сказал, дада, я продляю, я ему дал уже другой кошелек, тот который мне было удобнее менять в время «конца месяца». Ну и сижу жду платеж от него — а платежа нет. Я решил отключить серваки, чтобы проверить, действительно ли он их бросил или нет. И через 2 дня он снова пишет — типо часть серваков офнулась нада проверить(я отключал не все). Оказалось что он просто взял и оплатил на старый кошель, но не удосужился написать мне об этом. Тут как бы и мой проеб что уведомлений не стоит никаких и что я поленился проверить и старый и новый, но с моей точки зрения я проверял именно «актуальный реквизит». Мой проеб в том, что я человек который всегда думает наперед! И вдруг не подумал наперед о такой ситуации, что чувак мог заплатить на старый. Но и проеб чела который похуист и ведет себя крайне необязательно, когда на кану стоит пусть не так много серверов, но все же 100 серверов. Ну и вот короче потом я конечно включил серверы, но ровно через 1 сутки трафик на них пропал. И хоть в конце мая челвоек мне снова пишет, дада, конечно продляю и опять куда-то пропадает — я думаю это именно отказ. Причины? Как я понял человек реселлер и основной заказчик конечно же не стерпел суточного отключения без причины, ведь он наверняка не знал что «похуист нормально заплатить не может». И разумеется сразу же перенес трафик на запасной план Б о которых я всю жизнь пишу, что они есть у любого нормального клиента.
Поэтому не дожидаясь ответов я поставил на удаление.
И да — я никогда не писал об отказах обычно. А почему? А потому что у нас отказов не бывает, все отказы мы повторно перепродаем. Но перепродать сотку серверов сразу — это уже сложнее, поэтому проще поставить на отказ, а если что закажем заново.
История так себе — но почему бы и не рассказать «как бывает».
Да, так бывает. Обидно? Немного обидно, потому что я не подумал наперед и не проверил все кошельки на всякий случай, это оставило психологический след, что будто и я подвел кого-то тоже.
Заработал с этой пачки за год, именно моя комиссия
Но человек с опытом уже готов ко всему — и быстро решает любые проблемы.
Но есть такой фактор — человеческий похуизм.
Про похуизм за последние 10 лет я писал достаточно.
И когда начал работать с крупными заказами — похуизм изчез как сущность, ведь те кто имеют достойные проекты — всегда платят стабильно, всегда заранее, всегда заботятся о своих проектах. Это не какие-ниб там вдс за 500р или шаред хостинг, который и силой иногда не заставишь переехать с умирающего сервера, потому что человеку похуй.
Но вот ) Похоже случился снова похуизм. И я решил рассказать историю отказа.
Тут два варианта.
1. Либо заказ покупался строго на 1 год и просто потом ушел, через 1 год, как это часто бывает. Часто покупают пачки серверов на 1-2-3 года и потом так же резко бросают.
2. Либо именно заказ слился по причине похуизма.
В чем именно был похуизм? А чувак, который судя по всему покупал у меня, а потом перепродавал кому-то еще. Он похуистом оказался и не всегда онлайн сидит. Я ему даю реквизиты куда оплатить, а он мог неделю не отвечать. В итоге что получилось? Я ему дал реквизиты еще в середине месяца в одном тикете. А потом он под конец месяца появился — и сказал, дада, я продляю, я ему дал уже другой кошелек, тот который мне было удобнее менять в время «конца месяца». Ну и сижу жду платеж от него — а платежа нет. Я решил отключить серваки, чтобы проверить, действительно ли он их бросил или нет. И через 2 дня он снова пишет — типо часть серваков офнулась нада проверить(я отключал не все). Оказалось что он просто взял и оплатил на старый кошель, но не удосужился написать мне об этом. Тут как бы и мой проеб что уведомлений не стоит никаких и что я поленился проверить и старый и новый, но с моей точки зрения я проверял именно «актуальный реквизит». Мой проеб в том, что я человек который всегда думает наперед! И вдруг не подумал наперед о такой ситуации, что чувак мог заплатить на старый. Но и проеб чела который похуист и ведет себя крайне необязательно, когда на кану стоит пусть не так много серверов, но все же 100 серверов. Ну и вот короче потом я конечно включил серверы, но ровно через 1 сутки трафик на них пропал. И хоть в конце мая челвоек мне снова пишет, дада, конечно продляю и опять куда-то пропадает — я думаю это именно отказ. Причины? Как я понял человек реселлер и основной заказчик конечно же не стерпел суточного отключения без причины, ведь он наверняка не знал что «похуист нормально заплатить не может». И разумеется сразу же перенес трафик на запасной план Б о которых я всю жизнь пишу, что они есть у любого нормального клиента.
Поэтому не дожидаясь ответов я поставил на удаление.
И да — я никогда не писал об отказах обычно. А почему? А потому что у нас отказов не бывает, все отказы мы повторно перепродаем. Но перепродать сотку серверов сразу — это уже сложнее, поэтому проще поставить на отказ, а если что закажем заново.
История так себе — но почему бы и не рассказать «как бывает».
Да, так бывает. Обидно? Немного обидно, потому что я не подумал наперед и не проверил все кошельки на всякий случай, это оставило психологический след, что будто и я подвел кого-то тоже.
Заработал с этой пачки за год, именно моя комиссия
было бы более наглядно если бы возле узла писалась в процентах еще его заполняемость
а то хуй поймешь где пустая где занятая
и порой приходится перебирать где же наконец-то создастся вм-ка
когда-то давно еще работала кнопка «автоматически»
но в 2022 году после какого-то обновления — она перестала тыкаться
Unhandled exception: [json.exception.type_error.302] type must be number, but is null
старые кластеры 2020/2021 годов
а куда делась NL локация и как давно ?
не хватает новой версии billmanager - чисто под облака на базе vmmanager
ранее писал уже, повторять не буду
hosting.show/tag/billmanager/
hostsuki.pro/tag/BILLmanager%206/
hosting.show/tag/vmmanager/
так вот, зачем это нужно?
1. упростить работу чтобы все было в одном, чтобы можно было сразу установить и работать — НЕ ДЕРГАЯСЬ
2. что значит не дергаясь? а это значит создание тарифа и прописывание ему ебучих ОС
3. а это значит создание множества дата-центров считай что фильтров для товара в прайс листе
4. а это значит создание множества обработчиков — под каждый дата-центр, приходится дублировать каждый ДЦ/фильтр — делать ему одинаковый обработчик, даже если тариф например тариф чисто по характеристикам одинаковый, но в разных ДЦ — нужно делать дубликат обработчка для этого, т.к. будут разные кластеры под разные ДЦ
5. а это значит создание множества обработчиков — просто под каждый кластер, внутри даже одного дата-центра. например разные процессоры или еще какая-то особенность. опять делать ебучий обработчик.
6. и главное что значит ебаться? а это значит еще под каждый обработчик которых итак дохуя — нужно делать отдельные тарифы. а потом под каждый тариф еще назначать ОС которые как мы знаем привязываются к обработчику или vmmanager панели головной.
7. а если у тебя еще и куча VMmanager панелей то все описанное выше — можно дублировать и повторять многократно
вот нужен НОВЫЙ БИЛЛИНГ — который бы избавил клиента от всей это «многоуровневой настройки» одинаковых сущностей.
чтобы можно было добавить сразу админки VMmanager панелей — 1 ебучий раз.
а потом в биллинге через флажочки например включать доступы.
чтобы в списке ОС сразу подгрузились все кластеры все узлы все тарифы — и ты просто расставил флажки и нажал сохранить
ну и конечно удалить из billmanager все остальное лишнее
типо доменов, шаредов и даже выделенных серверов.
но оставить процесс заказа услуг — через фильтры метки и красивый прайс лист с флажками стран, если ДЦ по geo разные — ну короче красиво как в любой облачной панели
и оставить там платежи и методы оплат разумеется
и оставить еще тикетницу
а с учетом того что новый биллинг по умолчанию корпоративный
куда можно потом партнеров добавлять
и их партнерские vmmanager уже доступы
то можно начинать потом строить совместные облака и массовый реселлинг — реселлинг уже средствами Bill+Bill когда друг друга перепродают через billmanager
и как раз будет огромная куча дата-центров кластеров — но не должно быть кучи обработчиков и дубликатов — нужны лишь чекпоинты которые ты назначаешь нужным тарифам. и начинаешь продавать сразу быстро без гемороя заполнений всяких ненужных полей, как сделано у vdsina.ru например
процесс создания тарифа должен быть очень прост
создаешь тариф
1. название тарифа
2. сразу выдается весь список дата-центров из всех возможных VMmanager которые добавлены где-то в админке — и ты просто отмечаешь галочками нужные
3. сразу выдается весь список кластеров — и ты просто отмечаешь галочками нужные
4. сразу выдается весь список ОС — и ты просто отмечаешь галочками нужные
5. сразу выдается весь список компаний/хостеров из корпоратива — и ты просто отмечаешь галочками нужные
6. сразу выдается весь список компаний/хостеров из корпоратива — и ты просто отмечаешь галочками нужные — и ты ставишь под каждым свою цену какую нужно
7. прочий брендинг так же делается в тарифе, технические имена, брендовый dns если оно присутствует
8. возможность отображать и не отображать тариф — для конкретного провайдера в том числе — опять же ставишь галочку и не ебешь мозги, жмешь сохранить
мысль понятна?
чтобы не создавать кучу обработчиков
чтобы не создавать кучу ОС
чтобы не создавать другую кучу сущностей
а просто включил выключил — УЖЕ ДОБАВЛЕННОЕ ОДИН РАЗ РАНЕЕ
hosting.show/alice2k-hosting/da-problema-kogda-os-prosto-klonirovalis-postoyanno-ispravlena.html#comment1443 — про обработчики
если не понятно, могу объяснить подробнее и на картинках
сама идея создавать отдельный обработчик для кластера — плодит мусор и дублирует все остальное
нужно просто один раз добавить данные от vmmanager и все само подгрузится в биллинг и будет потом обновляться и догружаться
биллинг должен быть одним целым с vmmanager
чтобы не раздвоение вот это
а одно целое
и это будет иной, быстрый удобный и охуенный облачный продукт для современных услуг которые в ходу. а шареды или домены это вообще узкая ниша. дедики широкая но для дедиков это уже другая история.
и главное — не нужно внедрять или исправлять это в уже работающих проектах которые через говно пусть даже работают
нужно создать НОВЫЙ продукт и все кто захочет сделать круто — создадут с нуля
а старое УЖЕ СОЗДАНО РАНЕЕ и не нужно ломать то, что итак работает
старый биллинг создавался с учетом vmmanager5 и того что там не было деления на кластеры
для новой ВМ-6 — нужен уже новый продукт
иначе может и не стоило портить старый? ведь весь геморой от изменений
возможно 50/50
нужно даже взять дизайн от vmmanager
и чтобы люди регистрировали себе клиент аккаунт — через vmmanager сразу
а не через дизайн billmanager
т.е. главным в этом должен быть VM и оттуда уже допиливать ограниченный функционал билла
hosting.show/tag/billmanager/
hostsuki.pro/tag/BILLmanager%206/
hosting.show/tag/vmmanager/
так вот, зачем это нужно?
1. упростить работу чтобы все было в одном, чтобы можно было сразу установить и работать — НЕ ДЕРГАЯСЬ
2. что значит не дергаясь? а это значит создание тарифа и прописывание ему ебучих ОС
3. а это значит создание множества дата-центров считай что фильтров для товара в прайс листе
4. а это значит создание множества обработчиков — под каждый дата-центр, приходится дублировать каждый ДЦ/фильтр — делать ему одинаковый обработчик, даже если тариф например тариф чисто по характеристикам одинаковый, но в разных ДЦ — нужно делать дубликат обработчка для этого, т.к. будут разные кластеры под разные ДЦ
5. а это значит создание множества обработчиков — просто под каждый кластер, внутри даже одного дата-центра. например разные процессоры или еще какая-то особенность. опять делать ебучий обработчик.
6. и главное что значит ебаться? а это значит еще под каждый обработчик которых итак дохуя — нужно делать отдельные тарифы. а потом под каждый тариф еще назначать ОС которые как мы знаем привязываются к обработчику или vmmanager панели головной.
7. а если у тебя еще и куча VMmanager панелей то все описанное выше — можно дублировать и повторять многократно
вот нужен НОВЫЙ БИЛЛИНГ — который бы избавил клиента от всей это «многоуровневой настройки» одинаковых сущностей.
чтобы можно было добавить сразу админки VMmanager панелей — 1 ебучий раз.
а потом в биллинге через флажочки например включать доступы.
чтобы в списке ОС сразу подгрузились все кластеры все узлы все тарифы — и ты просто расставил флажки и нажал сохранить
ну и конечно удалить из billmanager все остальное лишнее
типо доменов, шаредов и даже выделенных серверов.
но оставить процесс заказа услуг — через фильтры метки и красивый прайс лист с флажками стран, если ДЦ по geo разные — ну короче красиво как в любой облачной панели
и оставить там платежи и методы оплат разумеется
и оставить еще тикетницу
а с учетом того что новый биллинг по умолчанию корпоративный
куда можно потом партнеров добавлять
и их партнерские vmmanager уже доступы
то можно начинать потом строить совместные облака и массовый реселлинг — реселлинг уже средствами Bill+Bill когда друг друга перепродают через billmanager
и как раз будет огромная куча дата-центров кластеров — но не должно быть кучи обработчиков и дубликатов — нужны лишь чекпоинты которые ты назначаешь нужным тарифам. и начинаешь продавать сразу быстро без гемороя заполнений всяких ненужных полей, как сделано у vdsina.ru например
процесс создания тарифа должен быть очень прост
создаешь тариф
1. название тарифа
2. сразу выдается весь список дата-центров из всех возможных VMmanager которые добавлены где-то в админке — и ты просто отмечаешь галочками нужные
3. сразу выдается весь список кластеров — и ты просто отмечаешь галочками нужные
4. сразу выдается весь список ОС — и ты просто отмечаешь галочками нужные
5. сразу выдается весь список компаний/хостеров из корпоратива — и ты просто отмечаешь галочками нужные
6. сразу выдается весь список компаний/хостеров из корпоратива — и ты просто отмечаешь галочками нужные — и ты ставишь под каждым свою цену какую нужно
7. прочий брендинг так же делается в тарифе, технические имена, брендовый dns если оно присутствует
8. возможность отображать и не отображать тариф — для конкретного провайдера в том числе — опять же ставишь галочку и не ебешь мозги, жмешь сохранить
мысль понятна?
чтобы не создавать кучу обработчиков
чтобы не создавать кучу ОС
чтобы не создавать другую кучу сущностей
а просто включил выключил — УЖЕ ДОБАВЛЕННОЕ ОДИН РАЗ РАНЕЕ
hosting.show/alice2k-hosting/da-problema-kogda-os-prosto-klonirovalis-postoyanno-ispravlena.html#comment1443 — про обработчики
если не понятно, могу объяснить подробнее и на картинках
сама идея создавать отдельный обработчик для кластера — плодит мусор и дублирует все остальное
нужно просто один раз добавить данные от vmmanager и все само подгрузится в биллинг и будет потом обновляться и догружаться
биллинг должен быть одним целым с vmmanager
чтобы не раздвоение вот это
а одно целое
и это будет иной, быстрый удобный и охуенный облачный продукт для современных услуг которые в ходу. а шареды или домены это вообще узкая ниша. дедики широкая но для дедиков это уже другая история.
и главное — не нужно внедрять или исправлять это в уже работающих проектах которые через говно пусть даже работают
нужно создать НОВЫЙ продукт и все кто захочет сделать круто — создадут с нуля
а старое УЖЕ СОЗДАНО РАНЕЕ и не нужно ломать то, что итак работает
старый биллинг создавался с учетом vmmanager5 и того что там не было деления на кластеры
для новой ВМ-6 — нужен уже новый продукт
иначе может и не стоило портить старый? ведь весь геморой от изменений
возможно 50/50
нужно даже взять дизайн от vmmanager
и чтобы люди регистрировали себе клиент аккаунт — через vmmanager сразу
а не через дизайн billmanager
т.е. главным в этом должен быть VM и оттуда уже допиливать ограниченный функционал билла
в конечном счёте всё равно потратила «миллиарды долларов» на дорогие процессоры от Nvidia
Ключевая причина, по которой компания Цукерберга отстаёт в сфере ИИ-разработок, — это её непоследовательность в выборе процессоров, рассказали источники агентства. Самыми распространёнными, а также универсальными считаются графические процессоры (GPU). Однако до 95% рынка контролирует Nvidia, поэтому высоки как цены на чипы, так и зависимость заказчиков от одного поставщика.
Чтобы не раздувать бюджеты, Meta использовала CPU — центральные процессоры: на них десятилетиями работали дата-центры, но с задачами, которые нужны для обучения и запуска ИИ-моделей, они справляются «плохо», поясняет Reuters.
По словам двух источников, параллельно компания использовала чипы собственной разработки, но только для этапов, когда уже обученные на данных нейросети выносят суждения и генерируют ответы (эту задачу ещё называют inference).
Чтобы их разместить, пришлось переоборудовать дата-центры, повысить пропускную способность сети в 24-32 раза и установить системы жидкостного охлаждения. Затраты на «перестройку» увеличили квартальные капитальные расходы примерно на $4 млрд и совпали с кризисом на ИТ-рынке, из-за которого Meta* уволила больше 10 тысяч человек в 2022 году.
пока искал эту новость — забыл о чем хотел вообще написать
но вдруг через пару часов снова вспомнил
короче я хотел написать, что когда-то была еще новость и другая — что facebook покупает «среднее по мощности», но «оптимальное по цене CPU» — и типо никогда не покупают новинки рынка и новинки из мощностей. может найду потом эту новость или этот перевод с хабра — и еще допишу
к чему это я
а к тому, что 2 разных подхода — покупать чисто топ процессоры или покупать не топ.
и вот к чему они привели
в хостинге я тоже размышлял когда-то на эту тему, на примере какого-то ДЦ РФ