@abashev @gamussa

Apple довольно оперативно выкатили Podcasters Program — собственно, письмо от них прилетело еще вчера сразу после презентации. Программа доступна вообще для всех стран практически — 170 стран, то есть везде, где есть iTunes Store, — участие в программе стоит 19,99 долларов в год (аналогичный взнос для разработчиков ПО составляет 99 долларов), указываете свои банковские данные и можете создавать подписки. Как и у разработчиков, Apple удержит комиссию в 30%, остальное выплатит автору, в ряде стран заплатит за него налоги.

Предвидя возмущение про пресловутые 30%, хочу указать, что сейчас никакого конкурирующего способа сделать аналогичный продукт. Подавляющее большинство программ «монетизации» для подкастов выглядят достаточно печально и спасение утопающих обычно остаётся уделом утопающих. Всё, как в далеком 2008-м при запуске App Store.

Сегодня в 20:00 по Москве запись вашего любимого подкаста https://www.youtube.com/watch?v=T8QMWRGXtwg

А кто знает как kafka debezium connector работает с MySQL на этапе снятия снапшота?
Я чето пялюсь в документацию и код и не понимаю
Интересует как они обеспечивают то что в топик сначала упадет снапшот, а потом уже апдейты с бинлога

@JBaruch @gamussa tile vs airtag vc.ru/tech/135317

У tile было 10 лет (или около того) форы. Но инноваций там было не много. Просрали полимеры, а эпол виноват опять

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

смотри парамет snapshot.mode

Ага, звучит логично, но пруфа что оно именно так я не нашел.

Да-да, меня интересует дефолтный, который initial

в доке есть флоу:
https://debezium.io/documentation/reference/1.5/connectors/mysql.html#mysql-snapshots

When a Debezium MySQL connector is first started, it performs an initial consistent snapshot of your database.

If the connector fails, stops, or is rebalanced while performing the initial snapshot, then after the connector restarts, it performs a new snapshot. After that intial snapshot is completed, the Debezium MySQL connector restarts from the same position in the binlog so it does not miss any updates.

еще советую обратить внимание при настройке сетапа на параметр connect.timeout.ms

Вот меня в описании этом смутило что нету пункта 10: start reading binlog from position step 3

А че с connect.timeout.ms? 30 секунд по-дефолту написано. Мало?

если база отвалится на большее время, прийдется конектор рестартовать мануально или тригерить какой-то job на рестарт
так было в 1.2, сейчас не знаю

ну а так главное, что бы бинлог не перезаписывался

Ааа, спасибо, проверим этот кейс.
Да про бинлог понятно

Думал зашёл в чат по Кафке 😅

ну вот, баланс сломан,
срочно завозите мемасики чтобы разбавить это безобразие

53-летний японец делает селфи и с помощью фоторедактора превращает себя в молодую офисную работницу: http://lentach.media/87a7

Дядя особо не скрывает, что это розыгрыш, и постоянно оставляет смешные пасхалки. Но даже несмотря на это у его «тяночки» куча поклонников в инсте

готово!