Добрый день, почините пожалуйста выпадашку для скачивания образа под Apple Silicon.
При выборе всегда скачивается версия под Intel. Пришлось немного подглядеть как формируется ссылка и затем удачно скачать образ, но, не все же веб разработчики и захотят лазить в сорцы для этого.
Можно скипать уже на этапе скачайте мой скрипт из гитхаба и выполните. Разбор кода на скриншотах это очень профессиональный подход к решению, не постесняюсь сарказма.
Занимательная статья в которой разбрали подробно ваше исследование и размышления, и принятые решения в процессе развития системы. Читал с удовольствием.
Да, я в некоторых пунктах рассказал теорию, не смотря на практику. И зачем Тиньков так усложнил 3DS - фиг знает.
Претензию снимаю. Полез в доку смотреть раздел обычных "Платежей", на которые вы указали и там есть всё про передачу платежных данных карты.
Дизлайк Тинькову, что даже не удосужились диаграмму последовательности прилепить и описать детально как работают оба процесса.
А почему у вас есть нужда в двухстадийном формате оплаты, если вы описываете реккурентные платежи? У вас есть сертификация PCI DSS для внедрения собственной платежной формы или как?
По тексту поста видно что вы используете двустадийный способ оплаты с первичной блокировкой средств и последующим подтверждением оплаты и фактического списания средств. Почему вы выбрали конкретно этот вариант?
Текущая документация вовсе не содержит необходимости передавать данные карты в открытом виде, а процесс оплаты происходит следующим образом (типичным для всех платежных шлюзов):
Формирование запроса на оплату со своим идентификатором заказа
Отправка запроса на оплату в API для получения ссылки на платежную форму и идентификатор процесса оплаты (и его сохранение)
Перенаправление пользователя на платежную форму
Получение статуса оплаты при возвращении пользователя на success URL и/или проверка оплаты в бекграунде по идентификатори процесса оплаты
Вероятно запуститься он запустился, но, будет ли он использовать эту доп память — вопрос. Плюс, прошивка уже претерпела несколько апдейтов в которые могли заложить дальнейший апгрейд.
Добрый день, почините пожалуйста выпадашку для скачивания образа под Apple Silicon.
При выборе всегда скачивается версия под Intel. Пришлось немного подглядеть как формируется ссылка и затем удачно скачать образ, но, не все же веб разработчики и захотят лазить в сорцы для этого.
Работайте, братья!
И какие альтернативы? Мейл? Собственный сервер?
midpass.ru тоже не грузится, но грузится спокойно наружка, которая не за cloudflare спрятана
Адреса cloudflare не блочатся - спокойно резолвятся, даже заголовки ответа получаются, но тело HTTP ответа не выдае́тся.
Подскажите пожалуйста где заявлена поддержка AxiomJDK в sdkman?
думаю для тех кто остался на селфхостед решении самое подходящее
это не продаётся
Можно скипать уже на этапе скачайте мой скрипт из гитхаба и выполните. Разбор кода на скриншотах это очень профессиональный подход к решению, не постесняюсь сарказма.
Китайский аналог называется "Gogs", а не "Gods"
Спасибо за статью.
Плюсы/минусы подхода есть?
Как ведет себя структура кода и его размер в более сложных приложениях, чем пример из статьи?
Где микрофронтенд будет плох и будет ииеть оверхэд?
Занимательная статья в которой разбрали подробно ваше исследование и размышления, и принятые решения в процессе развития системы. Читал с удовольствием.
Спасибо за детальный ответ
Да, я в некоторых пунктах рассказал теорию, не смотря на практику. И зачем Тиньков так усложнил 3DS - фиг знает.
Претензию снимаю. Полез в доку смотреть раздел обычных "Платежей", на которые вы указали и там есть всё про передачу платежных данных карты.
Дизлайк Тинькову, что даже не удосужились диаграмму последовательности прилепить и описать детально как работают оба процесса.
А почему у вас есть нужда в двухстадийном формате оплаты, если вы описываете реккурентные платежи? У вас есть сертификация PCI DSS для внедрения собственной платежной формы или как?
По тексту поста видно что вы используете двустадийный способ оплаты с первичной блокировкой средств и последующим подтверждением оплаты и фактического списания средств. Почему вы выбрали конкретно этот вариант?
Текущая документация вовсе не содержит необходимости передавать данные карты в открытом виде, а процесс оплаты происходит следующим образом (типичным для всех платежных шлюзов):
Формирование запроса на оплату со своим идентификатором заказа
Отправка запроса на оплату в API для получения ссылки на платежную форму и идентификатор процесса оплаты (и его сохранение)
Перенаправление пользователя на платежную форму
Получение статуса оплаты при возвращении пользователя на success URL и/или проверка оплаты в бекграунде по идентификатори процесса оплаты
PROFIT
Также, как я вижу, вся информация у них представлена по ссылке для обычных платежей и реккурентных платежей https://www.tinkoff.ru/kassa/develop/api/autopayments/
Какие возникли трудности при использовании данной документации?
Наверное, в Индии?
Шумно. Весело. Ждем летней выставки Apple