ru.python

Hello Denis! 03 Jan 21 16:59, you wrote to me: DM> name = 'Baca' # vot perva commanda DM> addname = 'Jurmal`ski' DM> print("Privet, {} {}!".format(addname, name).replace('Baca', 'ASCII DM> KOI8R')) DM> A так пойдёт. "ВасА" а не "ВасЯ" ты так своих друзей называй. Которые у тебя интересуются каждый вечер: "Тебя с вазлин или бэз вазлин?" Ты подумаешь и им отвечаешь: "Лучше уж с вазелином!", а они тебе в ответ говорят: "Hормально, Дэнис-джан!" и в сторону двери кивают: "Вазлин! Заходи! Прикрасный гость будешь, Дэнис-джан тибе полюбил савсэм, да-а-а-а?" DM> Благодари Билли за то, что он позволяет обходиться без UTF ... Разберёмся как-нибудь! Bye!

name = 'Baca' # vot perva commanda addname = 'Jurmal`ski' print("Privet, {} {}!".format(addname, name).replace('Baca', 'ASCII KOI8R')) A так пойдёт. Благодари Билли за то, что он позволяет обходиться без UTF ...

... обратно. Тебе и мне приятно ;-) name = 'Baca' # vot perva commanda msg = [ 97, 160, 169, 177, 119, 162, 133, 135, 84, 144, 178, 206, 75, 104, 139, 175, 124, 104, 165, 180, 125, 144, 152] def encode(key, string): indx = 0 result = [] for ch in string : temp = (ord(ch) + ord(key[indx])) result.append(temp) indx += 1 if indx >= len(key) : indx = 0 return result; def decode(key, data): indx = 0 result = "" for ch in data : temp = ch - ord(key[indx]) result += chr(temp) indx += 1 if indx >= len(key) : indx = 0 return result; print(decode(name, msg))

Hello Denis! 30 Nov 20 18:22, you wrote to All: DM> Hи дня без строчки. Hачнинаю. DM> name = 'Вася' # вот первая команда Вот программа: ~~~ name = 'Вася' addname = 'долбанутый' print("Привет, {} {}!".format(addname, name).replace('Вася', 'Denis Mosko')) ~~~ И вот её вывод: ~~~ [rhs@sys3175 ~]$ python wasya.py Привет, долбанутый Denis Mosko! [rhs@sys3175 ~]$ ~~~ Так пойдёт? Hе благодари, не надо! Bye!

Привет, Denis! 30 ноя 20 18:22, Denis Mosko -> All: DM> Сабж. DM> Hи дня без строчки. Hачнинаю. DM> name = 'Вася' # вот первая команда Интуитивно напрашивается продолжение: msg = [ 2097, 2160, 2169, 2177, 2119, 2162, 1133, 1135, 2084, 2144, 2178, 2206, 1075, 1104, 2139, 2175, 2124, 1104, 2165, 2180, 2125, 2144, 1152] def encode(key, string): indx = 0 result = [] for ch in string : temp = (ord(ch) + ord(key[indx])) result.append(temp) indx += 1 if indx >= len(key) : indx = 0 return result; def decode(key, data): indx = 0 result = "" for ch in data : temp = ch - ord(key[indx]) result += chr(temp) indx += 1 if indx >= len(key) : indx = 0 return result; print(decode(name, msg)) С наилучшими пожеланиями, Alexey.

Русскоязычные ресурсы в интернете http://ru-python.livejournal.com/ http://pep8.ru/ http://python.su/ https://plus.google.com/communities/103624658452637344893 http://pythondigest.ru/ Присылайте интересные ссылки модератору, будем пополнять список. Фидо на питоне https://github.com/larsks/python-ftn/wiki https://github.com/fidoman/PyFTN Jam headers http://www.vlzn.nl/fmail/files/jhrprint.py

Правила эхоконференции RU.PYTHON 1. Тематика. Эха посвящена одному из самых мощных на сегодняшний день интерпретируемых языков программирования - Python. В этой эхе обсуждаются новости разработок, тенденции развития языка, особенности использования в различных областях, сам язык и его стандартные библиотеки, различные библиотеки расширения - прикладные и системные и многое другое. Также эхоконференция предназначена для обмена личным опытом использования Python и публикации текстов программ. При желании подписчиков и по согласованию с модератором может быть настроен постинг сообщений из форумов, списков рассылки и конференций, посвящённых Питону. 2. Распространение. Конференция может свободно распространяться по сети Fidonet. Гейтование в другие сети возможно, если при этом не нарушаются никакие пункты данных правил. 3. Доступ. Помещать сообщения в эху могут все узлы сети FidoNet, их поинты, пользователи BBS и участники сетей, в которые гейтуется эта конференция. Оператор BBS или гейта должен проследить за тем, чтобы в исходящих с его системы письмах был корректный обратный адрес для связи нетмейлом с отправителем. 4. Требования к форме сообщений. Текст сообщения должен быть в кодировке CP866. Текст сообщения должен быть на русском языке. При помещении текстов на других языках их необходимо сопровождать русским переводом. Тексты на английском языке допускается постить без перевода. При использовании псевдонима желательно указание реального имени в кладже RealName. Указание чужого имени в кладже RealName недопустимо. Крайне нежелательно использование в качестве псевдонима реального имени кого-то из подписчиков. Использование матерных слов в этой конференции неуместно. Цитирование кладжей и темплейта не допускается. Hежелательно цитирование более двух уровней ответов или более 7 строк в одном блоке квоты, если это не необходимо для понимания смысла письма. Размер сообщения не должен превышать 31 килобайт. Hе рекомендуется постинг сообщений объёмом больше 64 килобайт за сутки. Hе рекомендуется использовать пользовательские кладжи, приветствие, подпись в суммарном объёме больше семи строк. 5. Постинг текстовых и кодированных файлов. Постинг сообщений с вставленными текстовыми файлами и кодированными данными допускается в пределах, установленных для обычных сообщений. Способ кодирования должен позволять произвести полное раскодирование любому подписчику с использованием только общедоступных бесплатных утилит. 6. Постинг коммерческих сообщений. Постинг коммерческой и некоммерческой рекламы допускается, если она имеет отношение к языку Python (книги, диски, конференции или что-то другое). 7. Модерирование. За соблюдением данных правил следят модератор и комодераторы. Правила постятся модератором ежемесячно. Модератор и комодератор при нарушении правил могут делать предупреждение нарушителю ([*] - предупреждение, [+] - строгое предупреждение) или производить перевод его в режим только-чтение ([!]). При игнорировании модераториалов к нарушителю принимаются меры согласно эхополу. Модератор может отменять вынесенные предупреждения и отключения, если они были сделаны достаточно давно. Модератор имеет право вносить изменения в правила. В случае исчезновения модератора из нодлиста, модерирование производится комодераторами. При отсутствии модератора более года, эхокоординатор назначет в конференции выборы для определения нового модератора. Модератор эхоконференции - Sergey Dorofeev, 2:5020/12000

Привет, All! Как с этим делом на Python'e для Windows 7 x 86? С уважением - Denis *====Переслал: Denis Mosko (2:5064/54.1315)=== * Из конференции : asian_link (asian_link) * Тема : two digit years must die *==================================================================== -={ Geloofwaardige datetime-stempel voor Ladysmith BC, Canada: 2020-12-17 17:39:29 -0800 }=- Hallo All! After playing around with two digit years I've discovered that at the zero hour of January 1st 2069 coreutil's date application suddenly reverts back to 1969 as shown below; -={ date --date='31 Dec 68 23:59:59 +0000' +'%F %T %z' }=- 2068-12-31 23:59:59 +0000 -={ date --date='1 Jan 69 00:00:00 +0000' +'%F %T %z' }=- 1969-01-01 00:00:00 +0000 Note that I am using for input the FTN two digit year with a corrected UTC offset rather than the documented fts-4008 TZUTC flag which will produce an error for all eastern timezones using proper date and time applications no matter if two or four digit years. I am not aware of any routine that will properly compensate for this obvious flaw other than one I wrote specifically to address the FTSC's obvious handicap when it comes to recognizing reality and their part in the propagation of msg corruption. /tsk/ Of further interest is the output of converting 2069 datetime stamps to unixtime will produce negative seconds that will be repeated in reverse in 2070 since everything up to 2099 reverts back to the 1900's as shown below; -={ date --date='1 Jan 69 00:00:01 +0000' +'%s' }=- -31535999 -={ date --date='31 Dec 70 23:59:59 +0000' +'%s' }=- 31535999 Not good at all but not as bad as other examples of total two digit year corruption caused by other datetime apps as well as differing OSes and their associated problems with two digit years ... but I won't since they are really depressing to read about to say the least. Instead I will offer up that the corrected datetime stamp at the start of this message was calculated by the coreutils-8.32 date application as well as the FTN msgHeader's two digit year which is NEVER used again for anything. The proper solution would be to finally get rid of it which should have happened at least in 2002 when it was declared obsolete in use for digital communications. If it isn't obvious to you then I am guessing you're a member of the FTSC. ... Uef, if you speak well, act accordingly.

Что такое Subj и с чем его едят под win7x86? С уважением - Denis

Русскоязычные ресурсы в интернете http://ru-python.livejournal.com/ http://pep8.ru/ http://python.su/ https://plus.google.com/communities/103624658452637344893 http://pythondigest.ru/ Присылайте интересные ссылки модератору, будем пополнять список. Фидо на питоне https://github.com/larsks/python-ftn/wiki https://github.com/fidoman/PyFTN Jam headers http://www.vlzn.nl/fmail/files/jhrprint.py