сразу видно, что не пиздишь

сообщения редактировать можно

Вот у меня имя, фамилия, и фотка моя.

http://apikabu.ru/img_n/2012-11_2/4t0.jpg

Да, честность это моя слабость.

лан, че ты влез в разговоры детей?

@itohnobue покни как разберешься

http://aoizora.org/upload/2016-08-19_04-04-38.jpg вот это же надо сделать?

ооооооо

Да, эт оно

я просто помню что делал это без eval когда-то

только забыл как точно

правда я не уверен что в третьем так можно

@itohnobue покни как разберешься

вон там выше

в третьем нельзя decode на строку, я уже говорил

надо все-таки завести проект на третьем наконец

In [24]: s.encode('utf8').decode('unicode-escape').encode('latin-1').decode('utf8') Out[24]: 'Бав'

как-то мне пока в работе всегда второй попадается

да, работает, лайк

в третьем получается .decode только у unicode типа есть?

интересно почему они убрали такую возможность у строк

эм

в третьем питоне есть bytes

которое принимает первым аргументом строку, а вторым - во что декодить

я познаю основы третьего питона :)

ну мне пока не приходилось заниматься конвертациями в третьем) то что я делал целиком было юникодным

во втором много приходилось

я конечно в курсе что там bytes вместо str но не думал что они убрали возможность делать на bytes decode()

пусть даже отдельной функцией

у байтов нет енкод, у строк нет декод

декод возвращает строку, энкод байты

это на практике не мешает?

у байтов есть декод, у строк есть энкод.

ок, вроде понятно

то есть str.encode -> bytes

bytes.decode -> str

прям в точности как я написал

надо еще кому-то повторить

я даже обнаружил срачи на эту тему - https://habrahabr.ru/post/208192/

это на практике не мешает?

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

в принципе если там реально все в байтах то наверное норм

просто как всегда напорешься на либу или модуль которая делает не так

и печаль

это в этих ваших вторых питонах так

да, не спорю

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

Лично сталкивался с тем, что за год неиспользования mail(ru), "мой" аккаунт "подписался" на несколько пабликов. Но история сессий лишних движений не показала. Мистика да и только?

я обычно документацию смотрю, что возвращает та или иная функция, вроде работает хорошо ?

но вот смотри например есть врапперы над всякими win32api / objc и подобные хреновины, которые далеко не всегда возвращают красивый и валидный с точки зрения питона ответ

мамкины конспираторы вернулись

ну во втором такого полно)

я с таким не работал ни разу

в третьем значит все написали Правильно?

гвидо всех отшлепал

да вот взять хотя бы проблемы с кодировками ФС на виндоузах, когда надо поддерживать XP

там вообще бардак

один способ хождения по файлам возвращает в юникоде, второй в байтах, третий вообще хрен знает что

хорошо если в третьем действительно все сделали правильно

я только за

хотя и не вижу причины жестко отбирать декоды

я так рад что не пишу на винде и не использую вин32апи :D

:)

ну это все решаемо на самом деле

одна из фич третьего питона - стандартизация

как метод, который возвращает строку из байтов навесить на строку?

сделать return original в начале?

а нахуя? не надо использовать масло масленное

Win32API был создан, чтобы страдать (с)***

из последних примеров как я уже говорил меня обрадовал lxml вернув \u символы в виде str

ERROR: S client not available

пиздец у тебя жизнь тяжелая лол

:D

винда, винапи, хмл

я на самом деле к этому спокойно отношусь

еще и джанга небось?

https://sourceforge.net/projects/pywin32/files/pywin32/Build%20220/

вот есть под 3.5, скачай да посмотри

так или иначе балаган везде есть

да, надо попробовать

пойду спать, а то мамка сердится!

ну вобщем как-то я все равно не понимаю зачем они забрали эти несчастные encode/decode, от их выпиливания ни холодно ни жарко, а если кто попадет в ситуацию когда они реально понадобятся, будет грустно

так что я наверное согласен вот с этим чуваком http://lucumr.pocoo.org/2014/1/5/unicode-in-2-and-3/

в том-то и фокус, что они есть в тех местах, где нужны

декодить можно только байты, энкодить только строку

одно превращается в другое

концептуальные причины я понимаю

во втором питоне то и другое - строка

но они меня не сильно убеждают как-то

никому эти функции не мешали

и энкод-декод превращает строку из одного состояния в другое

а в третьем питоне это два разных типа

и энкод-декод точно так же превращают их из одного в другое

Арагер, ты просто цитируешь то что они говорят

это я и сам прочитал

просто я думаю что от разрешения того же decode для bytes ничего бы не поменялось

я не читал

а что должен сделать decode для bytes?

то что делал во втором

а что делал во втором? 8)

я не очень верю что по мановению волшебной палочки весь мир станет возвращать всегда супер правильные и валидные bytes или даже unicode

>>> s='\\xd0\\x91\\xd0\\xb0\\xd0\\xb2' >>> s.encode('utf8').decode('unicode-escape').encode('latin-1').decode('utf8') 'Бав'

это третий питон