klink0v | ОколоITшный дыбр #141 (Reply)

... Заметил тут, что просто установленный на телефоне вацап активно высаживает батарейку. Потому что постоянно пытается долбиться куда-то, куда его чебурнетчики не пускают. Так что принял волевое решение снести этот вацап к какой-то матери. Всё равно мне туда уже давно почти никто не пишет.

... Показали мне "Яндекс.Мессенджер". Оказывается он не только для компаний, а для так-то для всех желающих. Причём, чаты в этом "Яндекс.Мессенджере" — это те же самые чаты, что и в "Телемосте". И звонить голосом тоже можно через оба. Понятно, что Яндекс это ровно такая же подментованная контора как и VK, и переписку тоже читает тов. майор. Но их продукты хотя бы не такие кривые как VKшечные, ими хоть как-то можно пользоваться. И тоже есть в "белых списках". Так что как совсем аварийно-резервный канал связи пойдёт. А для трындежа с забугорцами народ массово ставит себе IMO. Хотя Яндекс, есличо, для такого тоже условно-подходит.

... Я прошлом псто упоминал, что гугол собирается анально огородить свой ондроед от "неправильных" приложений. У некоторых уже начало подгорать заранее. Аж промо-сайт запилили. Чё-то мне подсказывает что гуглу похрен и он с настойчивостью кретина таки выстрелит себе в ногу. Эй, китайцы, где вы там со своей HarmonyOS ?

... Как выяснилось, у ждунипера есть втроенный полисир, ограничивающий максимальный объем ARP-запросов в секунду. И если вы про него ничего не знаете, это не значит что он не включен. У вас перестал откликаться сервис по непонятным причинам? Хых, проблемы индейцев шерифа не волнуют. Главное что всё "безопасно".

... Исторически я люблю Postgres и не люблю MySQL. Просто потому что если в базу InnoDB шла запись в момент потенциального краша MySQL (например, по питанию или по OOM), то с данными из базы ты можешь смело попрощаться. Postgres в этом плане сильно более устойчивый, т.к. пишет каждый чих в WAL (write-ahead-log), и чтобы необратимо поломать постгресовую базу, надо сильно постараться.

Но как оказалось, некоторые операции в postgres-е "пролетают мимо" WAL-ов. Например, построение индексов. Точнее, он сначала пишет в файл на диск, а потом уже в WAL. И если в этот момент СУБД крашнется, то файл так и останется лежать на диске. Более того, такие "мусорные" файлы будут кочевать из бэкапа в бэкап и реплицироваться на slave-ноды. И задача поиска-отстрела таковых превращается в увлекательное эротическое приключение с элементами ходьбы по минному полю. Есть конечно универсальный способ решения: логический dump-restore, но если у тебя база размером несколько терабайт...

Всем неогороженных андроидов с долгоиграющей батарейкой.