H-Script 1.0.8: новые платежные шлюзы, токены в разных сетях и усиленная финансовая безопасность
Подготовлено крупное обновление H-Script: единое подключение платёжных агрегаторов, Stripe Checkout, выбор токенов из каталога CryptoCurrencyAPI, отдельный учёт активов по сетям и обновлённая страница оплаты. Финансовые операции получили дополнительные проверки повторных запросов и параллельного выполнения, а Docker-сборка — PHP 8.4.27 с исправлением двух критических уязвимостей.
Платёжная система становится понятнее
В H-Script подготовлен большой набор изменений в финансовом ядре, подключении платёжных шлюзов и интерфейсе кабинета. Основная задача — сделать настройку платежей понятнее, а обработку денежных операций устойчивее к повторным уведомлениям, одновременным запросам и прерванному выполнению. Изменения подготовлены для включения в следующий релиз. Обновление работающих установок выполняется отдельно, после выбора и проверки версии.
Один шлюз — одно общее подключение
Для CryptoCurrencyAPI, Volet, PayKassa и Stripe добавлена общая страница подключения провайдера. Ключи API и состояние шлюза задаются в одном месте; лимиты, комиссии, точность отображения и доступность операций остаются в настройках каждой валюты. Это уменьшает дублирование и позволяет отдельно управлять подключением и конкретными способами оплаты. Из списка валют можно перейти к общим настройкам шлюза, а фильтры помогают быстро найти нужного провайдера. Количество интеграций на главной странице теперь рассчитывается по доступному каталогу: один провайдер считается одним шлюзом независимо от числа его валют.
Stripe и обновление каталога интеграций
Добавлена интеграция Stripe Checkout с использованием официального SDK. Создание платёжной сессии и обработка подписанных уведомлений связаны с исходным счётом, суммой и валютой. Возвращение пользователя со страницы оплаты само по себе не подтверждает поступление средств. Расширено подключение валют Volet и сетей CryptoCurrencyAPI. ePayCore и отдельные устаревшие интеграции TRONAPI, EtherAPI, XRPAPI и BNBAPI убраны из активного каталога. При выводе старых подключений из использования сохраняются связанные финансовые записи и история.
Токен определяется не только названием
Одинаковый символ токена может встречаться в разных блокчейнах и у разных контрактов. В обновлённой модели учитывается сочетание актива, сети и контракта. Например, USDT в Ethereum и USDT в TRON представлены отдельными валютами с собственными настройками и балансами. Для счёта, уже привязанного к одной сети, повторный выбор сети не требуется. Такой подход уменьшает риск принять другой актив с похожим названием или перепутать реквизиты при обработке платежа.
Токены из каталога CryptoCurrencyAPI
На странице поддерживаемой сети CryptoCurrencyAPI администратор может загрузить список токенов непосредственно из API шлюза, найти нужные по символу или контракту и добавить выбранные позиции. Не требуется заранее ограничивать все установки несколькими токенами из жёстко заданного списка. При этом возможности каталога зависят от конкретной сети и API провайдера: интерфейс прямо сообщает, если для сети каталог недоступен. Новые валюты создаются с выключенным приёмом, чтобы перед включением можно было проверить актив, контракт, лимиты и комиссии.
Кошельки сети и адреса счетов
Вынесены настройки кошелька сбора поступлений и источника ручных выплат. Для сбора можно указать основной или дополнительный адрес, поддерживаемый подключением; новые параметры применяются к новым счетам. Адрес, который получает плательщик, создаётся отдельно для каждого счёта. Источник ручной выплаты отображается администратору как часть реквизитов. Такая настройка не включает автоматическую отправку средств через провайдеры, у которых автоматический вывод пока не подключён.
Обновлённая страница оплаты
Реквизиты вынесены в отдельную карточку с заметным указанием сети, адресом, суммой, кнопками копирования и QR-кодом адреса. Страница автоматически отслеживает состояние счёта на основании полученных уведомлений; после зачисления пользователь переходит в личный кабинет. Данные о подтверждениях отображаются, когда они поступают от провайдера. Кнопка «Перейти к оплате», отмена заявки и проверка состояния приведены к более последовательному оформлению. В админке ручное подтверждение операции разделено на понятные блоки с реквизитами и действиями.
Усиление финансового ядра
Ключевые финансовые расчёты переведены на десятичную арифметику с явными правилами проверки сумм, комиссий и точности. Обработка повторных запросов и уведомлений усилена: повторная доставка одного подтверждённого события не должна повторно зачислять деньги. Дополнительно проверяются соответствие исходной операции, переходы состояний и актуальные условия выполнения. Для регистрационного бонуса и реферальных начислений усилена связь с исходным событием и защита от повторной выдачи; критичные этапы регистрации и подтверждения объединены транзакцией.
Проверки с параллельными запросами и сбоями
Финансовые изменения прошли независимое ревью и серию автоматизированных проверок на MySQL 8.4, MariaDB 10.11 и MariaDB 11.4. Сценарии включают одновременные запросы, повторную доставку уведомлений, ошибки SQL, откат транзакций, восстановление после перезапуска и сверку результатов. Интерфейс проверен в Chromium и WebKit, включая мобильную ширину. Эти проверки дополняют обязательное тестирование конкретного подключения в среде выбранного провайдера перед включением реального приёма платежей.
PHP 8.4.27 и загрузка внешних ресурсов
Docker-сборка обновлена до PHP 8.4.27. Этот выпуск исправляет CVE-2026-109618 и CVE-2026-109619, о которых команда PHP опубликовала предупреждение 21 октября 2026 года. Чтобы получить исправления в работающем контейнере, необходимо пересобрать и развернуть обновлённый образ; для обычного хостинга PHP обновляет администратор сервера или хостинг-провайдер. Шрифты и иконки интерфейса размещены локально, а безусловные разрешения на внешние загрузки сокращены. Разрешения для настроенных внешних сервисов учитывают их фактическое включение.
Улучшения повседневной работы
Закреплённые пункты меню сохраняются в настройках аккаунта и доступны после повторного входа. Исправлены фильтры истории операций и оформление пагинации. В FAQ открытие нового пункта закрывает предыдущий. Настройки безопасности получили более единообразное оформление, а состояние шлюза, сети и валюты выделено отдельными плашками. Страницы подключения используют общую ширину контента, а настройки валют и кошельков сети различаются по назначению и оформлению.
PAW Payments и партнёрские программы
Для PAW подготовлены формы общего подключения, выбора валют учёта и обычных валютных настроек. В блоках PAW и CryptoCurrencyAPI размещены партнёрские ссылки H-Script и пояснения о ручном порядке кешбека. Кешбек выплачивается после сверки транзакций у соответствующего провайдера и не начисляется автоматически на баланс сайта.
Перед обновлением установки
Для существующей установки необходимо сохранить проверенную резервную копию, развернуть выбранный релиз и применить предусмотренные обновления базы через штатный механизм конфигуратора. Повторная первоначальная установка не используется для миграции действующей базы. После обновления следует проверить ключи и режимы шлюзов, валюты, сети, контракты токенов и реквизиты. Включать приём нужно после проверки выбранного способа оплаты в тестовой среде провайдера. Обновление контейнера PHP и обновление схемы базы — отдельные шаги.