В статье речь про платежную форму. Задача платежной формы с точки зрения магазина — обеспечить ему максимальное число успешных платежей. В идеальном мире — 100% клиентов перешло и 100% оплатило.
>конских (tm) процентов Киви
Если говорить честно, то небольшая комиссия при подключении малого или микробизнеса не окупит даже расходов на подключение, а в некоторых случаях и транзакции. Комиссии в России точно лучше мировых, т.к. у нас нет фиксы в 30 центов, как берет, например, stripe https://stripe.com/us/pricing, чтобы небольшие транзакции окупались. Еще в QIWI полностью бесплатные возвраты. В целом по рынку, у всех комиссии примерно равные.

Летом была стажерская программа в QIWI и силами одного из школьников написали на Node.js утилитку, сравнивающую данные и схемы в бд. Сейчас используем для сравнения горы справочников перед релизами. Удобно, например, что умеет сравнивать данные без учета автоинкрементной колонки.
Возможно, кому-нибудь пригодится: https://github.com/qiwi/pg_comparator

Такая возможность есть в ishop в текущем протоколе. В обновленном протоколе, который мы представим в сентябре, все будет удобнее и это будет основной вариант интеграции. Если будут вопросы — обращайтесь.

Работает, но в этом году станет значительно удобнее. :)

Понял, спасибо! :)

Спасибо, если я правильно понимаю, вы симулируете ситуацию, когда магазин получает платежей от Qiwi клиентов с throughput 100-200 TpS

Да.

А какой в этом случае получается response time?

Норма — в пределах 2-3 секунд.

Когда пользователь видит, что покупка успешна, она действительно успешна, или «запрос принят и сейчас обрабатывается»?

Успешна. Причем онлайн обновляется баланс клиента и, по умолчанию, баланс компании, которая принимает платеж.

Или же это Shopping Festival 11.11, а стрелочка показывает обыкновенный «размер» выручки в каждый день?

Все верно, это Ali 11.11. Только не выручки, а числа оплат. Графики с тестов не такие эффектные. :)

500 — огонь. А в чем была разница с тестированием из статьи? Почему там всего 20 тогда?

Число оплат за 5 минут. Y раскрыть не могу, NDA же. :)

В Qiwi, правда, по кошельку тестируем от 100 до 200 транзакций в секунду на магазин. AliExpress умеют устраивать красивые акции с эффектным ростом оборота. :)

Курс конвертации может зависить от суммы, валютных пар и у нас может меняться каждые несколько часов. Не уверен, что в том микросервисе для данного запроса прикручивали кеширование, тк это был побочный для них функционал и нагрузка обычно оставалась небольшой. У нас сейчас чистое js приложение, поэтому загружается статическая страница, а дальше запрашивает весь требуемый контекст по rest api.

Веб-аналитика сейчас крутится на Vertica, а транзакционную мы собираем из Oracle и раскладываем в нужные разрезы в PostgreSQL. ClickHouse очень интересная, яндекс молодцы, но пока не использовали.

К сожалению, нет. Все будет проще, но гораздо удобнее для пользователей. Правда, для этого приходится менять то, что лет 7 не менялось.

Менеджер по развитию продукта (Product owner) и есть бизнес, который «знает» как должен выглядеть продукт и отвечает за его развитие. А другой бизнес: менеджеры по продажам и сопровождению — продают то, что сделано или приходят с предложениями и проектами для крупных заказчиков. Только проектный подход работает гораздо хуже продуктового+проектного. Пример я приводил в статье "Извините, мы запускаем новый продукт" в разделе эволюционная деградация.

Жаль, спасибо, посмотрим что можно сделать. Скажу по секрету, что скоро на bill.qiwi.com можно будет забыть о паролях и регистрации.

Может это просто повлияло падение курса рубля, когда раньше на 15к можно было купить, к примеру, приличный смартфон, а сейчас нет?

У многих крупных провайдеров было установлено ограничение на максимальную сумму в 15000 при оплате с кошелька. Снятие таких ограничений требовало доработок со стороны провайдера. Оповещением и согласованием доработок как раз и занимались менеджеры.

Ну и как всегда минутка критики. Форма входа не отправляется при заполнении через KeeFox, на что поддержка сказала, что поддержка плагинов браузера у них не планируется. Не, ну а что? Зачем пользователям безопасность, мы лучше форму входа так обвесим яваскриптом, что он кроме как ввод пользователем ничего не примет.

Сайт сейчас переходит на single page application + api, да. Там возможны проблемы с реализацией. Передал им. Спасибо. Кстати, а у нас на странице оплаты плагин работает?

Ну а про навязчивость например вашей дружбы с мегафоном я молчу. В итоге тупо всех записали в согласившихся, и теперь я вижу вот такую картинку.

Проектные менеджеры иногда излишне стараются причинить добро, знаю по себе. :) Извините.

В первой статье в комментариях вообще было бурление. :) И оно более чем объяснимо, но это не повод опускать руки. Сейчас многие команды в Qiwi делают классные и востребованные вещи, которые помогают людям.
Наша команда — одна из них и мы стараемся честно делиться опытом, который может быть полезен другим и вставать на сторону пользователя.

Да, от имени маленькой компании статьи воспринимались сообществом совсем иначе: Программист пытается продавать

Сейчас, с небольшой, но волокитой, но это возможно сделать, зарегистрировавшись как именной кошелек. Делаем все возможное, чтобы существенно упростить и полностью автоматизировать механику уже в этом году.

Спасибо! Обновил пример. Правда, вместо random_int оставил rand, т.к. random_int появился только в php 7, а пятая версия, как понимаю, все еще очень популярна.

Лучше выкатить нормальную библиотеку для работы с АПИ

Полностью согласен. Давно над SDK думали, но без обновления ishop.qiwi.com они были почти бессмысленны. Теперь, после доработок API и начала работ над новым ishop, есть желание вернуться к этой теме и заказать разработку open source SDK и плагинов для популярных платформ для REST API. Есть желание поучаствовать?

Ну и странное же у вас API, как будто не новое, а старое.

Для получения обратной связи и написал статью. :) Есть предложения по улучшению?

Спасибо за предложение с курсором. Исправили к дню программиста. :)