Кому нужна относительно свежая статья про работу с KOI8-R в Python'е?

странная статья, кто работает с кириллицей и так это знает

а вот о " string.decode «ignore» " ни слова, а для обработчика ошибок частенько так надо

А по ДКОИ нет чего-нибудь посвежее?

Я думаю что в 2026 никому. Ну кроме, может, Столярова и других таких же. Я бы не отказался от статьи на тему того что я как мантейнер свободного софта, библиотек, сайтов и пакетов, мог бы сделать чтобы максимально больно поломать разнообразное зловредное легаси (как 8бит кодировки, C, X11, IPv4, plaintext http, TLS<1.3) у как можно большего числа людей.

Какие-то сниппеты кода, а не статья.

К счастью, почти ни с чем кроме utf8 не встречаюсь последние фиг знает сколько лет.

Интернет существует больше чем ты. Поэтому ты в нем никто и мнение твое ничего не значит. Если сейчас общеупотребительна utf-8, то за прошедшие годы был накоплен большой массив текстов в принятых тогда кодировках. Взять те же архивы фидошные, или библиотеки сетевые, почтовая переписка, логи чатов.

А в сабже нет ничего koi8r-специфичного. Тоже самое применимо к любой другой кодировке отличной от деолфтной. Если только лень документацию почитать и нужна краткая шпаргалка

Интернет существует больше чем ты

Не надо делать предположений, из-за которых ты сядешь в лужу. Я застал и зарю рунета, и фидо.

то за прошедшие годы был накоплен большой массив текстов в принятых тогда кодировках

Я в курсе, и решение здесь - сконвертить их в utf8 (для чего инструментов уже навалом), и забыть про 8бит навсегда, а не городить код, умеющий работать с чем-то кроме юникода.

Там в статье упоминается ещё передача данных в KOI8-R по сети. На тот случай если сервер ждёт текст в KOI8-R.

Да видел я эту «статью». На 3 страницы мусора, ценной информации в которых - «существуют encode и decode». При этом не упомянуто даже что будет если попытаться закодировать символы которых нет в koi8-r.

На тот случай если сервер ждёт текст в KOI8-R.

Так на этот случай нужно выдавать ошибку, а не конвертить в недокодировку.

в сабже нет ничего koi8r-специфичного. Тоже самое применимо к любой другой кодировке отличной от деолфтной

А давай, но ещё потом по utf-16

Кому нужна относительно свежая статья про работу с KOI8-R в Python'е?

Кто бы это мог быть... Ума не приложу.

Я бы не отказался от статьи на тему того что я как мантейнер свободного софта, библиотек, сайтов и пакетов, мог бы сделать чтобы максимально больно поломать разнообразное зловредное легаси (как 8бит кодировки, C, X11, IPv4, plaintext http, TLS<1.3) у как можно большего числа людей.

А называлась бы она «Как стать хреновым майнтейнером», видимо.

никому не нужна.

saahriktu - возвращение к истокам :-))). Иногда тянет в старое лучшее время? +)))

Не ИИ писал случайно? Одна вода, и непонятно, зачем вообще нужна целая статья. Документация у питона отличная, описание работы decode и encode в ней есть. Да и оно даже интуитивно как-то понятно, достаточно просто знать о наличии этих методов…

Ну, там не только про decode() и encode(). А так статья просто короткая. Так сказать, зарубка на память.

Конечно, раньше многое было проще. Но «проще» далеко не всегда значит «лучше».

Сейчас возможностей больше чем раньше.

Ну, там не только про decode() и encode().

Ну да, про open() ещё. Но как работает open знают плюс-минус все, кто пишет на питоне — это то, что изучается на довольно раннем этапе.