После обновления еще ошибки стали появляться


Я сразу вспомнил что где-то читал


Но прошелся по всем пунктам в VMmanager
И нигде таких настроек не нашел!
Ни в профиле /auth/user/settings/private
Ни в настройке панели /vm/manager/settings/info

update
заработало, когда отключил на кластере «неработающий Спайс»
hosting.show/alice2k-hosting/unhandled-exception-jsonexceptiontype_error302-type-must-be-number-but-is-null.html
типо у меня были древние кластеры, настройки которых я включил «современные фичи типо спайса» — но он не сработал, но галку не отключил
и вот когда выключил итак неработающий спайс
биллинг снова стал создавать вм

Если открыть список пользователей


происходит ошибка
дизайн вырезался и дизайнер не подумал об этом функционале — который был ранее

ну и конечно как всегда тут стабильность. и это напоминаю только примеры по одному из проектов, без участия тех проектов, где я бесплатно обрабатываю заказы — но которые не только мои

В хостинге постоянно что-то случается.
Но человек с опытом уже готов ко всему — и быстро решает любые проблемы.

Но есть такой фактор — человеческий похуизм.
Про похуизм за последние 10 лет я писал достаточно.
И когда начал работать с крупными заказами — похуизм изчез как сущность, ведь те кто имеют достойные проекты — всегда платят стабильно, всегда заранее, всегда заботятся о своих проектах. Это не какие-ниб там вдс за 500р или шаред хостинг, который и силой иногда не заставишь переехать с умирающего сервера, потому что человеку похуй.

Но вот ) Похоже случился снова похуизм. И я решил рассказать историю отказа.
Тут два варианта.
1. Либо заказ покупался строго на 1 год и просто потом ушел, через 1 год, как это часто бывает. Часто покупают пачки серверов на 1-2-3 года и потом так же резко бросают.
2. Либо именно заказ слился по причине похуизма.

В чем именно был похуизм? А чувак, который судя по всему покупал у меня, а потом перепродавал кому-то еще. Он похуистом оказался и не всегда онлайн сидит. Я ему даю реквизиты куда оплатить, а он мог неделю не отвечать. В итоге что получилось? Я ему дал реквизиты еще в середине месяца в одном тикете. А потом он под конец месяца появился — и сказал, дада, я продляю, я ему дал уже другой кошелек, тот который мне было удобнее менять в время «конца месяца». Ну и сижу жду платеж от него — а платежа нет. Я решил отключить серваки, чтобы проверить, действительно ли он их бросил или нет. И через 2 дня он снова пишет — типо часть серваков офнулась нада проверить(я отключал не все). Оказалось что он просто взял и оплатил на старый кошель, но не удосужился написать мне об этом. Тут как бы и мой проеб что уведомлений не стоит никаких и что я поленился проверить и старый и новый, но с моей точки зрения я проверял именно «актуальный реквизит». Мой проеб в том, что я человек который всегда думает наперед! И вдруг не подумал наперед о такой ситуации, что чувак мог заплатить на старый. Но и проеб чела который похуист и ведет себя крайне необязательно, когда на кану стоит пусть не так много серверов, но все же 100 серверов. Ну и вот короче потом я конечно включил серверы, но ровно через 1 сутки трафик на них пропал. И хоть в конце мая челвоек мне снова пишет, дада, конечно продляю и опять куда-то пропадает — я думаю это именно отказ. Причины? Как я понял человек реселлер и основной заказчик конечно же не стерпел суточного отключения без причины, ведь он наверняка не знал что «похуист нормально заплатить не может». И разумеется сразу же перенес трафик на запасной план Б о которых я всю жизнь пишу, что они есть у любого нормального клиента.

Поэтому не дожидаясь ответов я поставил на удаление.
И да — я никогда не писал об отказах обычно. А почему? А потому что у нас отказов не бывает, все отказы мы повторно перепродаем. Но перепродать сотку серверов сразу — это уже сложнее, поэтому проще поставить на отказ, а если что закажем заново.

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

старые кластеры 2020/2021 годов

год назад
hostsuki.pro/news/u-selectel-poyavilsya-amsterdam-v-dedikah.html

ранее писал уже, повторять не буду
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 и оттуда уже допиливать ограниченный функционал билла

одна жалоба — случайность
много жалоб — не баг, а фича

затестировал сегодня
и нихуя узел не настраивается
висит в обработке


пол часа времени просто так в мусорку
щас ОС опять переустанавливать