Нужен base64: использовать модуль codecs или модуль base64?

Question

[Kirgus]

Привет. До этого момента для преобразования b'Строки' в base64 вид юзал модуль codecs: codecs.encode(b_string, 'base64') и codecs.decode(b_string_with_base64_encoding, 'base64') и вроде оно норм работало. Но недавно в одних доках увидел, что для этого юзается [тоже стандартный] модуль base64, и я начал тестить его и разбираться. К моему удивлению, codecs и base64 для одной строки выдают разные base64-строки O_O - codecs добавляет '\n' в конец выходной строки.
ПоЧаМу так? o_o

UPD:
В доках Питухона нашёл раздел, где говорится, что всегда в конце ставится '\n' при енкодинге в base64: Convert the operand to multiline MIME base64 (the result always includes a trailing '\n').
Changed in version 3.4: accepts any bytes-like object as input for encoding and decoding

https://docs.python.org/3/library/codecs.html#bina...
Но мне всё равно не понятно, почему и зачем.

Answer 1

[Saboteur]

\n не мешает енкодингу|декодингу. в base64 И вообще этот символ не участвует в собственно передаче информации. Только для форматирования

Comments

[Kirgus]

У меня клиент-серверная архитектура. base64 генерится на сервере, это нужно отправлять клиенту. Мне перед отправкой удалять \n в конце чи как?

[Saboteur]

Откуда ж я знаю кто ваш клиент.
Обычно, перевод строки вообще никак не влияет на декодирование. Но мало ли чем занимается ваш клиент. Вы с клиентом это решите.

[Kirgus]

Saboteur, мой клиент - десктопное приложение C++/Qt6, принимающее base64 данные в ответе на HTTP-запрос.

[Saboteur]

Ну так спросите у вашего клиента-приложения, будет ли оно работать с \n или без.
Серьезно, вы у рандомного человека спрашиваете, как работает ваше приложение?

Вам ответили - в самом стандарте base64 перевод строки никак не мешает, этот символ игнорируется распаковщиком.
Что же происходит с самой строкой когда вы ее куда-то отправляете, к самому base64 отношения не имеет. Поэтому вы уже сами как-то определите

[Kirgus]

Saboteur, ъУъ