Добрый день, почините пожалуйста выпадашку для скачивания образа под 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