Интеграция с платежными системами (Golang & ngrok) 💸на примере FONDY

• Автор делится процессом интеграции с платёжной системой.  

• Подчёркивает универсальность принципов интеграции для всех платёжных систем.  

• Упоминает качественную документацию на русском языке.  

• Сравнивает текущую систему с предыдущей, где документация была на иврите.  

• Отмечает простоту и понятность текущей документации.  

• Объясняет, почему использует Go для интеграции.  

• Указывает на отсутствие готовых библиотек для Go.  

• Описывает две схемы взаимодействия: схему А и схему Б.  

• Схема А: редирект на платёжный шлюз через iframe.  

• Схема Б: переход на новую страницу для оплаты.  

• Объясняет роль платёжного шлюза как посредника между пользователем и платёжной системой.  

• Описывает процесс отправки запросов платёжным шлюзом и получения ответов от платёжной системы.  

• Объясняет концепцию колбека как способа получения информации от сторонней системы.  

• Подчёркивает важность фиксации транзакций через колбек.  

• Описывает основную логику интеграции: генерация ссылки для оплаты и фиксация статуса платежа на сервере.  

• Упоминает возможность добавления дополнительной логики, например, для возвратов.  

• Рассказывает о тестовых реквизитах, предоставляемых платёжным шлюзом.  

• Подчёркивает удобство использования тестовых данных для тестирования интеграции без реальных платежей.  

• Описывает параметры запроса на генерацию ссылки и ответы от платёжного шлюза.  

• Объясняет разницу между промежуточным и финальным ответами.  

• Подчёркивает важность фиксации информации о транзакции для определения её статуса.  

• При создании ссылки на приём оплаты необходимо передать ID ордера и ID заказа.  

• ID ордера генерируется в системе и может быть в формате int или строки.  

• ID мерчанта — уникальный идентификатор, выдаваемый при создании аккаунта в платёжном шлюзе.  

• Для приёма платежей необходимо создать аккаунт в платёжном шлюзе.  

• В тестовых реквизитах доступен тестовый ID мерчанта для интеграции.  

• Описание заказа выводится на странице оплаты.  

• Подпись заказа служит для проверки целостности и подлинности запроса.  

• Логика формирования подписи включает конкатенацию значений полей запроса в алфавитном порядке ключей.  

• Первое значение в подписи — пароль, затем конкатенируются значения из запроса.  

• Сумма для списания передаётся в формате целого числа, например, 1020 для 10 долларов 20 центов.  

• Валюта передаётся в одном из доступных форматов: рубли, гривны, евро, доллары.  

• Опциональные параметры включают ссылку на сервер для получения ответа от платёжного шлюза.  

• Параметры финального ответа содержат информацию о статусе транзакции, замаскированной карточке, ID заказа, валюте, сумме и налоге.  

• Запросы можно отправлять в формате JSON, Excel или HTML-формы.  

• Тело запроса и ответа всегда содержит объект или респонс с информацией.  

• Код написан для тестирования логики платёжной системы, а не для использования в реальном проекте.  

• Константы включают ссылку на генерацию платёжной страницы, ID мерчанта, пароль, стандартную валюту и язык страницы.  

• Объявлены структуры для работы с параметрами запроса и ответа.  

• Используется интерфейс для приёма различных структур запросов.  

• Для генерации подписи используется библиотека Trakt с методом map.  

• Метод map преобразует структуру в карту, где ключи — названия полей, а значения — значения полей.  

• Слайс строк заполняется значениями ключей из карты, затем сортируется в алфавитном порядке.  

• Сортировка значений из запроса в алфавитном порядке по названиям полей.  

• Запись значений в новый слайс, пропуск пустых значений.  

• Вызов метода `sign_check` с паролем и слайсом значений.  

• Объединение строк и генерация SHA-1 подписи.  

• Генерация нового запроса с параметрами: уникальный ордер, мерчант, валюта, стоимость, описание.  

• Указание сервера для получения колбеков.  

• Проблема с указанием локального хоста для платёжной системы.  

• Запуск локального сервера на порту 8080.  

• Использование инструмента `ngrok` для создания туннеля.  

• Перенаправление запросов на локальный сервер через ссылку, сгенерированную `ngrok`.  

• Регистрация в `ngrok`, получение токенов авторизации.  

• Настройка `ngrok` на компьютере.  

• Генерация ссылки для перенаправления запросов.  

• Использование тестовых данных для оплаты.  

• Эмуляция платежа и получение колбека.  

• Успешная обработка колбека сервером.  

• Разработка платформы для создания онлайн-курсов.  

• Проблема отсутствия качественных продуктов на рынке.  

• Перенос курса из PDF на платформу для улучшения удобства пользователей.  

• Проектирование архитектуры платформы.  

• Запуск платформы через два месяца.  

• Курс «Архитектура современных приложений» будет платным.  

• Удобство обновления и добавления функционала в платформу.  

• Возможность добавления домашних заданий и викторин.  

• Улучшение восприятия курса для пользователей.  

• Платформа находится в начале разработки, разрабатывается MVP версия.  

• MVP — минимально жизнеспособный продукт.  

• Запуск ожидается в середине марта.  

• Автор активно работает над платформой с раннего утра.  

• Показан полезный инструмент для интеграции с платёжными системами.  

• Зрители могут использовать этот инструмент в будущем.  

• Призыв оставлять комментарии, подписываться и ставить лайки.  

• Прощание с зрителями.