Сбер любит поблочить карты при покупке какого нить кофе с булкой за 10 евро, при этом на транши в сотку ему все равно.

В общем все это сильно похоже на Игоря из paypal. Оно чет там делает, но разве что банк в этом случае может все таки отменить блок:)

А в Рокете только придумали написать в чат приложения, в котором уже хозяйничали мошенники «А вы ли это деньги переводите?». Но когда жена восстановила доступ — увидела это сообщение, а через некоторое время они его потёрли

только что письмо прилетело - PagerDuty to acquire Rundeck

Нужен кеш между шагами CI, он сейчас блокируется при использовании, что делает невозможным запуск двух параллельных шагов в некоторых случаях. Кеш очень полезен чтобы туда убирать внешние зависимости, которые переиспользуются в последующих шагах. Сейчас используем для этого artifacts, но они очень медленные (не для этого созданы были)

Ровно такая же схема у всяких модных финтехов типа Революта или N24. Проебал приложение = проебал счет.

Там часть моих проблем вдруг решилась))

как они получили доступ в приложение?

Ох и зло ваша схема. Но вообще я не очень понимаю как он может "блокировать" кэш, если он лежит в S3.

Обычно как :) Здравсьте, я сотрудник Сбера, ваши деньги под угрозой, передаю вас коллеге из Рокета, он скажет, что нужно код продиктовать роботу. Конечно, лохи тут мы. Но Рокет вообще нихера не сделал

вот тут подробнее можешь почитать - https://gitlab.com/gitlab-org/gitlab-runner/-/issues/1151

вечер в хату говоришь, и они больше не беспокоят

Ага, понятно.

от типа перевода зависит, но в целом если наружу документ уже ушел - сделать ничего не выйдет

мошенники не используют c2c в пределах одного банка, с2с между банками неоспариваемы, с сбп тоже ничего не выйдет
шансы на возврат есть только для переводов по реквизитам, если документ не успел в следующий транш заехать, и переводов внутри банка, пушо банк внутри себя может делать +- что угодно

Е-Банк

всем привет) посоветуйте, пожалуйста, крутых людей по Postgres, чтобы помогли адаптировать базу под выросшие нагрузки. Мы используем RDS, и периодически база начинает сильно тормозить без видимых внеших причин (нагрузка стабильная, количество транзакций, структура запросов, но в какой-то момент "вдруг" начинаются проблемы). Увеличение мощности помогло, но не решило проблему полностью. То есть нужно посмотреть на симптомы, + можно посмотреть на запросы, структуру и конфиг базы и сказать, что надо сделать или даже сделать, если это про конфиг. Перед базой стоит pgbouncer. Работы оплатим:)

общаемся с @antonrevyako по поводу запросов, но хочется ещё с конфигами/инфрой разобраться.

Спасибо!

подтверждаю, там ops, у меня лапки :(

postgres professional? слышал на них хорошие отзывы