Выход новой версии биллинга RootPanel v2.2.8



22.02.2021 Version 2.2.8
+ интеграция с платежной системой Capusta.space.
+ интеграция с платежной системой monobank, api.monobank.ua. Поддерживается как эквайринг по ссылке для физ. лиц, так и обработка выписки/транзакций для автоматического проведения квитанций/счетов.
+ интеграция с регистратором AM NIC, amnic.net.
+ поддержка DNS-хостинга для доменов средствами BrainyCP.
+ система шаблонов (default_adaptive): добавлена поддержка минимизированной версии (v2 alfa) скрипта оформления заказа/регистрации (поддерживается только заказ тарифов/доменов). Данная версия позволяет: 1) оформить заказ в 1 шаг для авторизованных клиентов и в 2 шага для новых/неавторизованных клиентов; 2) видеть изменяющуюся сумму заказа налету без перезагрузки страницы; 3) оформить заказ и сразу же оплатить счет во время первой сессии у новых клиентов без прохождения проверки эмейл-адреса/телефона/настроек/профайла (кроме заказов на домены для которых перед оплатой нужно заполнить профайл); 4) при регистрации нового клиента не нужно указывать пароль и не обязательно указывать логин.
+ robokassa: добавлена поддержка передачи номенклатуры, необходимой для печати чеков (без поддержки внутреннего баланса).
+ админу: модуль «Кто онлайн», позволяющий увидеть на любой странице админки (под главным меню) кто из админов и клиентов онлайн (их логины, время последней авторизации и время последней активности).
+ админу: модуль «Шаблоны ответов», позволяющий добавить заготовки сообщений и использовать их в тикетах и рассылках (доступно в «Настройки / Шаблоны / Шаблоны ответов»).
* админу: заказы: добавлена возможность поиска по «ID сервера» и «ID тарифа» + добавлен фильтр «Обработанные + Приостановленные».
* админу: заказы: добавлена возможность массового продления заказов на тарифные планы. Работает по аналогии с продлением в планировщике — если денег на счету клиента нет, то будет просто выставлен счет.
* админу: заказы: в таблицу с заказами добавлен столбец «Цена» в котором отображаем либо сохраненную стоимость (если такая используется в тарифе), либо рассчитываем налету стоимость продления заказа с учетов всех возможных скидок, спец. цен, наценок и т.п. (не учитывается только персональный промокод если он прописан в настройках клиента).
* админу: заказы: при приостановке админом вручную заказа, привязанного к серверу типа «Железо», так же отправляем клиенту письмо об остановке заказа.
* админу: клиенты: возможность изменения логина клиента + отдельные права доступа для данной возможности.
* админу: клиенты: возможность отключения двухфакторной авторизации для клиентов.
* админу: логи админов: возможность просмотра логов по всем админам сразу, а не только по выбранным + добавлен пункт меню «Другое / Логи админов».
* админу: логи клиентов: подсвечиваем записи об оплате счетов, а так же записи в которых есть скрытые/свернутые данные.
* админу: логи почты: отображаем эмейлы получателей для писем, отправленных админам или на незарегистрированные эмейлы + добавлен фильтр «Почта для незарегистрированных» + добавлен поиск по «Email админа» и «Email гостя».
* админу: клиенты: добавлена возможность поиска по части номера мобильного телефона + отображаем номер мобильного телефона клиента в таблице со списком клиентов.
* админу: магазин товаров: возможность разрешить клиентам отмену заказа. Клиент сможет запросить отмену заказа (только для не просроченных заказов), указав причину отмены. После отмены продление и автопродление становятся не доступны.
* админу: планировщик задач: возможность после пополнения баланса клиентом автоматически оплачивать не все его счета подряд, а только те счета, которые не были оплачены во время автопродления заказов. Если выбран такой вариант, то такая попытка будет производиться за 1 день до окончания заказа).
* админу: платежные системы: возможность для каждой платежной системы установить максимальную сумму оплаты. Если сумма счета больше указанной суммы, то клиент получит ошибку при выборе способа оплаты.
* админу: серверы: ссылка в столбце с количеством аккаунтов на сервере теперь ведет на соответствующий результат поиска в разделе «Заказы».
* админу: счета: возможность фильтра по типу счета, способу оплаты, серверу к которому привязан заказ.
* админу: sms-шлюзы: возможность настройки задержки перед повторной отправкой sms с кодом с отображением таймера обратного отсчета на кнопке для клиента.
* админу: система уведомлений: новые типы уведомлений «проверка профайла», «отмена заказа», «восстановление заказа».
* админу: счета: добавлена возможность возвратов по счетам, в том числе с автоматическим зачислением на баланс.
* админу: счета: отображаем ссылку на печать чеков только для физ. лиц, т.к. печать чеков для юр. лиц не поддерживается модулями онлайн-касс.
* админу: счета для юр.лиц: добавлена поддержка макросов {dateend} и {dateenddigital} — дата окончания оплаченной услуги в текстовом и цифровом виде (в случае объединенного счета максимальная дата окончания услуги). Данные макросы доступны только для документов, предоставляемых после оплаты счета (счет-фактура, акт выполненных работ, договор).
* админу: тарифы: в таблицу добавлен столбец «Количество заказов» (учитываются только обработанные и приостановленные заказы) с возможностью перехода на соответствующий результат поиска в разделе «Заказы».
* админу: тарифы: возможность разрешить клиентам отмену заказа. Клиент сможет запросить отмену заказа (только для не просроченных заказов), указав причину отмены. После отмены продление и автопродление становятся не доступны.
* админу: шаблоны: добавлены шаблоны «Email клиенту после отмены заказа» и «Email клиенту после отмены товара».
* клиенту: домены: возможность отображения регистратора доменного имени в выпадающем списке с доменными зонами при оформлении заказа и в таблице с заказами на домены (доступно в «Настройки / Общие / Оформление заказа»).
* клиенту: профайлы: при изменении данных в профайле сохраняем в логах клиента в записи profile_update информацию о том какие именно данные и как именно были изменены + используем систему уведомлений для информирования админов о необходимости проверки профайлов.
* клиенту: тикеты: при открытии тикета сразу переносим клиента к последнему сообщению.
* автопродление: пытаемся автоматически продлевать заказы не только в указанный день до окончания, а и в последующие дни (на случай если произошел какой-либо сбой или счет был удален), но делаем это только при условии, что функция «автопродлевать заказы даже если счет уже существует» отключена.
* безопасность: добавлена дополнительная защита от sql-inj путем подмены IP-адреса.
* безопасность: запрещаем клиентам использовать в настройках, а так же в основном профайле (если данные настроек и основного профайла связаны), email-адреса которые уже используются администраторами.
* безопасность: скрываем от просмотра в клиентской части данные, находящиеся в запрещенных к изменению полях профайла (кроме ФИО, Названия организации и Email).
* логи почты: если включено логирование исходящей клиентам почты, то так же сохраняем в логах письма, отправленные на незарегистрированные в биллинге эмейлы.
* мультиязычность: добавлена поддержка локальных языковых файлов для админки (для версий с открытым кодом).
* партнерка: возможность передачи id партнера в любой ссылке, ведущей в клиентскую часть биллинга (с помощью переменной pid=XXX, где XXX это логин или id партнера).
* система шаблонов (default_web): возобновлена поддержка шаблона + добавлены все изменения из версии 2.2.7.
* ядро: добавлена функция printShopItemCost для возможности отображения стоимости товаров на сторонних страницах/движках.
* epochtasms: сохраняем в логах стоимость смс не в кредитах, а в валюте счета.
* pay54: добавлена поддержка печати чеков возврата.
* proxmox: возможность указать протокол в настройках сервера.
* webmoney: добавлена поддержка WMP-кошельков.
— админу: счета: исправлена ошибка, когда не работало восстановление счетов из архива.
— админу: заказы: исправлена ошибка, когда не работало массовое удаление заказов.
— админу: заказы: исправлена ошибка, когда при добавлении заказа для некоторых типов тарифных планов не позволяло выбрать «Без домена» даже если в настройках тарифа включено «Разрешить заказ без домена».
— админу: меню клиента: исправлена ошибка, когда нельзя было включить назад отключенные пункты текстового меню.
— админу: партнерка: исправлена ошибка, когда партнер не попадал в раздел «Клиенты / Партнеры», а его логин не подсвечивался синим цветом, если ID партнера был вручную указан для какого-то клиента в качестве реферера и это первая реферальная связь у данного партнера.
— админу: справочник валют: исправлена ошибка, когда неправильно отображались и слетали при ручном изменении курсов сохраненные параметры округления сумм.
— админу: статистика: исправлена ошибка в «Финансы: Оплачено через», когда счет отображался в двух способах оплаты если клиент сначала получил квитанцию для физ. лиц или счет для юр. лиц, а затем выбрал другой способ оплаты и оплатил ним.
— админу: faq: исправлена ошибка, когда в группах вопросов отображалась только последняя добавленная группа.
— админу: исправлена ошибка, когда ошибка «Access Denied» выводилась без шапки/подвала/меню.
— клиенту: счета: исправлена ошибка, когда счет при фильтре по способу оплаты оставался привязан к квитанции/счету если клиент сначала получил квитанцию для физ. лиц или счет для юр. лиц, а затем выбрал другой способ оплаты и оплатил ним.
— клиенту: профайлы: исправлена ошибка, когда позволяло изменять паспортные данные даже если включен запрет на их изменение (чтобы заработало после обновления нужно заново включить запрет на изменение этих полей в админке).
— планировщик задач: исправлена ошибка, когда не работали повторные email/sms напоминания об окончании оплаченного периода для товаров с ежедневной оплатой.
— товары: исправлена ошибка, когда при автоматическом продлении заказа на товар не учитывалась скидка по сроку продления.
— счета: исправлена ошибка, когда к уведомлению об оплате счета прикреплялись счет-фактура и/или акт выполненных работ даже если это счет, оплаченный с помощью «Отсрочка платежа».
— юmoney (яндекс.деньги): исправления в модуле интеграции в связи с изменением бренда и домена.
— юkassa (яндекс.касса): исправления в модуле интеграции в связи с изменением бренда и домена.
— whm: исправлена ошибка, когда не работала функция парковки доменов (для тестовых заказов) в связи с изменениями на стороне сервиса + заменяем test на tst если логин начинается с запрещенного слова test.
— ядро: добавлена поддержка MySQL 8.0.2+ (устранена проблема в коде биллинга, связанная с добавлением в MySQL этой версии нового зарезервированного слова groups).
— ядро: исправлена ошибка, когда не все действия клиента влияли на дату/время его последней активности (в частности, на это не влиял просмотр страниц, не требующих авторизации, а также неуспешные попытки авторизации).
-d- приват24: удален модуль интеграции в связи с прекращением поддержки мерчантов на стороне сервиса.

rootpanel.net/versions.php
rootpanel.net/price.php
billing.rootpanel.net/tarifs.php?vid=rtpllic

Вышел патч Blesta 5.0.4



Мы рады объявить о выпуске Blesta 5.0.4, в которой исправлены ошибки, обнаруженные в ветке 5.0. Большое спасибо всем, кто участвовал в помощи по улучшению Blesta, сообщая и подтверждая ошибки на наших форумах и в чате Discord, мы ценим вашу помощь!

Примечания к выпуску доступны по адресу docs.blesta.com/display/support/5.0.4

Релизы исправлений могут применяться только к второстепенному релизу, которому они принадлежат. Применяйте этот патч, только если вы используете 5.0.0, 5.0.1 или 5.0.2. Если вы используете более раннюю версию, вы должны загрузить полную версию. Если вы еще не обновились до 5.0, мы настоятельно рекомендуем выполнить обновление непосредственно до последней версии полного патча, то есть 5.0.3.

Yandex.Cloud Solution Library for Amazon Web Services



Мы знаем, что многим компаниям важна возможность работать с двумя облачными провайдерами одновременно. Для разработчиков, которые хотят развернуть проект в Yandex.Cloud и Amazon Web Services, мы подготовили набор рекомендаций и примеров кода для основных сценариев и задач.

Единое хранилище данных для распределённых сервисов и приложений, продвинутая маршрутизация в зависимости от локации пользователя, масштабируемая инфраструктура с использованием Kubernetes — эти и другие задачи мы помогаем решить компаниям, которые хотят использовать преимущества обеих облачных платформ.

Подробнее в разделе Решения → cloud.yandex.ru/solutions/yc-solution-library-for-aws
Сразу на GitHub → github.com/yandex-cloud/yc-solution-library-for-aws

Как мы ускорили работу консоли в два раза

Спойлер: задачу помогли решить неочевидная метрика пользовательского ожидания и интерактивный график



Комфортное взаимодействие с облаком напрямую зависит от скорости работы облачных сервисов. Один из ключевых сервисов Yandex.Cloud — консоль, через которую пользователи решают задачи.

Скорость работы консоли влияет не только на наши бизнес-процессы, но и на бизнес-процессы заказчиков. Количество сервисов также важно для бизнеса. Поэтому Yandex.Cloud растет супербыстро: в 2020 году появились восемь новых сервисов. В какой-то момент платформа развивалась так интенсивно, что каждый месяц мы выпускали по сервису.

Скорость развития отразилась на скорости работы консоли. Она замедлилась, и мы стали получать негативный фидбек от пользователей. Надо было принимать меры. Начали с аналитики: собрали данные, запланировали задачи на улучшение. Это принесло результаты: за несколько месяцев консоль стала работать в два раза быстрее. Рассказываем в деталях, как мы этого достигли.

Свежий взгляд на аналитику
Для начала мы придумали построить график скорости всех страниц консоли. Задача усложнялась тем, что в консоли больше сотни страниц. У каждой страницы свои критерии загрузки, поэтому иногда приходилось делать разметку вручную.


Нам было важно знать, где пользователи проводят больше всего времени и какие страницы надо ускорить первыми. Эти данные взяли за основу и стали строить систему визуальной аналитики.

Хотелось всегда держать перед глазами удобный график скорости работы консоли, видеть всю консольную аналитику и максимально быстро определять источник торможения.

В основу графика легли две метрики:
  • Время первого открытия консоли — Time To Interactive (TTI). В этом режиме, который условно назвали холодным, мы учитываем полную загрузку консоли со стилями и скриптами.
  • Время перехода между страницами. В этом режиме учета — горячем — статика уже загружена. Учитывается только время ответа API и рендеринг.
Еще на старте мы собирали статистику обо всех API-запросах в Managed Service for ClickHouse. Сервис помогает разворачивать и поддерживать кластеры серверов столбцовой системы управлениями базами данных ClickHouse в инфраструктуре Yandex.Cloud. Для детализации мы добавили к данным запросов API информацию о странице, с которой происходят вызовы. Так мы стали вычислять, какие запросы пользователь ждет дольше всего на самых частотных страницах.

Разработчик Евгений Сорокин: «Сперва ввод метрики пользовательского ожидания был неочевидным. Казалось, что нужно концентрироваться на самых частотных запросах. Но практика показывала, что дело не в них: вызовов в Object Storage могло быть до 1к в секунду, но при этом сервис работал супербыстро».

Благодаря данным и метрикам мы локализовали проблемы в бэкенде и на фронтенде, сформировали список доработок на каждой стороне и отдали его ответственным командам.

Параллельный фикс
Что влияет на скорость работы консоли? Она складывается из множества параметров: размера статики, рендеринга компонентов. Наиболее чувствительна для пользователя скорость работы API.

Мы учли эти факторы, и в наших руках появился инструмент диагностики, который позволил быстро выявлять источник торможения. Проблемы скорости работы консоли стали устранять параллельно с клиентской и серверной сторон.

Что сделали на фронтенде
  • Сократили объемы поставляемой в браузер статики. Оптимизировали размер статики для первой загрузки и стали загружать пользователю только то, что ему нужно в данный момент.
  • Избавились от большей части запросов, блокирующих интерфейс. То, без чего нельзя обойтись, стали загружать параллельно, где это возможно.

Что сделали на бэкенде
  • Оптимизировали логику запросов для открытия консоли.
  • Ускорили критичные для открытия консоли методы API.
  • Вынесли часть запросов с сервера на клиент, чтобы не блокировать первое открытие консоли.

Как устроен график: расследует и показывает
Данные графика коррелируют с синтетическими тестами, сделанными до и после оптимизации.



Самая крутая фича графика, кроме измерения скорости работы консоли — отслеживание источника торможения. Мы следим за деградацией сервиса в реальном времени и быстрее выявляем и устраняем проблемы.

График скорости работы консоли видят все, это улучшает скорость и качество взаимодействия между командами разработки облачного сервиса. Панель графика интерактивна и позволяет проваливаться в низкоуровневые метрики. Можно посмотреть динамику скорости конкретных страниц.

Если мы заметили замедление работы страницы или сервиса, то можем проанализировать, какие методы API на это повлияли.

Распределение скорости запросов в API по времени:

стало


Роль пользователей
График строится на основе пользовательских метрик, которые мы собираем. Он отражает реальную скорость работы сервиса у конечных потребителей.

Мы открыты для обратной связи. Пишите нам не только о проблемах: предлагайте, как улучшить, ускорить и сделать еще удобнее интерфейс, с которым вы работаете.

Сообщить об ошибке в работе консоли → console.cloud.yandex.ru/support/create-ticket
Предложить идею → cloud.yandex.ru/features

Лицензии WHMCS Kneecaps: больше нет поддержки

WHMCS постепенно усиливает давление на пользователей устаревших лицензий. Сначала они прекратили продажу собственных лицензий в 2016 году, а осенью прошлого года запретили передачу (продажу) собственных лицензий. В сегодняшнем электронном письме пользователям (ниже) они объявили, что пользователи с имеющейся лицензией не смогут приобретать или продлевать поддержку.

Мы пишем вам, чтобы сообщить о важных изменениях в собственных лицензиях. Сегодня мы прекращаем поддержку собственных лицензий. Что это означает для вас и вашей существующей лицензии:
  • Ваша лицензия WHMCS будет продолжать работать так же, как и сегодня. Вы можете продолжать запускать установку WHMCS, используя имеющуюся лицензию, сколько захотите.
  • Вы не сможете приобрести или продлить поддержку своей лицензии WHMCS, вступает в силу немедленно.

  • Если у вас есть действующее соглашение о поддержке с WHMCS для вашей лицензии, мы продолжим соблюдать это соглашение о поддержке до истечения срока его действия.

Если у вас нет поддержки для вашей лицензии WHMCS, и вам требуется поддержка продукта или вы хотите перейти на текущую версию, вам необходимо будет перейти на нашу стандартную модель лицензии. Вы можете получить стандартную лицензию, войдя на портал для клиентов WHMCS (https://www.whmcs.com/members)

Продолжайте вводить новшества, создавать, разрабатывать, проектировать и размещать, и знайте, что мы продолжаем инвестировать, чтобы улучшить опыт WHMCS.

Если вам нужна помощь с нашей стандартной моделью лицензии и какая лицензия лучше всего подходит для вас, мы здесь, чтобы помочь. Вы можете связаться со службой поддержки клиентов, открыв билет на www.whmcs.com/submit-a-ticket

Команда WHMCS