Узнайте, как настроить приложение для веб-платежей во время регистрации.
Платежные веб-приложения — это прогрессивные веб-приложения (PWA) , которые работают поверх service worker . Service worker в платежном приложении играет важную роль, поскольку он принимает платежные запросы от продавца, запускает платежное приложение и выступает посредником в общении с продавцом.
Чтобы настроить приложение для оплаты на основе веб-технологий, вам необходимо зарегистрировать доступные способы оплаты и service worker. Вы можете настроить свое приложение для оплаты на основе веб-технологий декларативно с помощью манифеста веб-приложения.
Поддержка браузера
Веб-платежи состоят из нескольких различных технологий, и статус поддержки зависит от браузера.
Настройка платежного приложения с помощью манифеста веб-приложения
Чтобы декларативно настроить приложение для веб-платежей, предоставьте манифест веб-приложения .
Следующие свойства в манифесте веб-приложения актуальны для приложений веб-платежей:
-
name -
icons -
serviceworker-
src -
scope -
use_cache
-
Ознакомьтесь с разделом Настройка способа оплаты , чтобы убедиться, что манифест вашего способа оплаты правильно указывает на манифест вашего веб-приложения.
Регистрация сервисного работника точно в срок (JIT)
Регистрация JIT требует только обслуживания манифеста веб-приложения и никакого дополнительного кодирования. Если вы уже настроили манифест веб-приложения и обслуживаете его должным образом, все должно быть готово. Браузер справится со всем остальным.
Отладка приложения для веб-платежей
При разработке веб-интерфейса платежного приложения вы, вероятно, будете переключаться между контекстом продавца и контекстом платежного приложения. Следующие советы по отладке помогут вам в разработке на Chrome.
Разработка на локальном сервере
Какой сервер вы используете для разработки? Многие разработчики, как правило, используют localhost или внутреннюю серверную среду компании, что может быть сложным, поскольку мощные функции браузера, как правило, требуют защищенной среды (HTTPS) и действительного сертификата. API запроса платежа и API обработчика платежей не являются исключением, а localhost или внутренние серверы компании обычно не поставляются с действительным сертификатом.
Хорошей новостью является то, что некоторые браузеры, включая Chrome, по умолчанию освобождают от сертификатов для http://localhost . Также в Chrome вы можете освободить от требования сертификата, запустив экземпляр Chrome. Например, чтобы освободить от требования http://*.corp.company.com , используйте следующие флаги:
macOS
/Applications/Google\ Chrome.app/Contents/MacOS/Google\ Chrome --ignore-certificate-errors --unsafely-treat-insecure-origin-as-secure=http://*.corp.company.com
Окна
chrome.exe --ignore-certificate-errors --unsafely-treat-insecure-origin-as-secure=http://*.corp.company.com
Подробнее о запуске Chrome с флагом времени выполнения читайте в статье Запуск Chromium с флагами .
Переадресация портов локального сервера
Вы можете перенаправить локальный веб-сервер на устройство Android с помощью DevTools от Chrome и проверить, как это работает из мобильного браузера. Чтобы узнать, как это сделать, ознакомьтесь с разделом Access Local Servers .
Удаленная отладка веб-сайта на Android Chrome с помощью DevTools для настольного компьютера
Вы также можете отлаживать Android Chrome на десктопных DevTools. Чтобы узнать, как это сделать, ознакомьтесь с Get Started with Remote Debugging Android Devices .
Регистрация событий обработчика платежей
DevTools может отображать события API обработчика платежей для упрощения локальной разработки. Откройте DevTools в контексте продавца и перейдите в раздел «Обработчик платежей» на панели «Приложение» . Отметьте «Показать события из других доменов» и нажмите кнопку «Запись», чтобы начать захват событий, отправленных в service worker, который обрабатывает платежи.
Следующие шаги
Следующий шаг — изучить, как сервисный работник может организовать платежную транзакцию во время выполнения.