LINUX.ORG.RU

Принят PEP #466 о переносе некоторых сетевых возможностей Python 3 в Python 2.7.7

 ,


0

2

19 апреля было одобрено предложение об усовершенствовании Python (PEP) #466.

Одно из основных изменений, содержащихся в PEP 466 — почти полная синхронизация возможностей модуля ssl с модулем, использующимся в Python 3. Единственное, что не будет бэкпортировано — функции доступа к RNG библиотеки OpenSSL ssl.RAND_*.

Данные изменения позволят приложениям, написанным на Python 2.7 и не поддерживающим Python 3 (например, Mercurial), использовать Server Name Indication (SNI). До этого из-за отсутствия поддержки этого расширения в модуле ssl приходилось либо использовать другие средства, либо отказываться от SNI, полагаясь на конфигурацию веб-сервера.

>>> Подробности

★★★

Проверено: fallout4all ()

Питон-3-капец?

anonymous ()

Python XP, Python Vista, Python 8.1

Похоже Python-2 стал занял нишу аналогично Windows XP. Вроде бы уже и развитие прекращено, и обновления не выходят, но порою всё равно прорываются новости о продлении срока поддержки и т.п.

Camel ★★★★★ ()
Ответ на: Python XP, Python Vista, Python 8.1 от Camel

Да уж. И это при том, что есть Python 2to3. Похоже, пока из состава дистрибутивов по умолчанию не начнут выкидывать вторую версию, никто не пошевелится.

Kiborg ★★★ ()

python3 решили закопать?

Deleted ()

это они тоесть официально расписались в том, что питон 3.0 ненужен?

TERRANZ ★★★★ ()
Последнее исправление: TERRANZ (всего исправлений: 1)

RIP python3. а жаль.

x0r ★★★★★ ()

отмазка:

This PEP does NOT propose a general exception for backporting new features to Python 2.7 - every new feature proposed for backporting will still need to be justified independently. In particular, it will need to be explained why relying on an independently updated backport on the Python Package Index instead is not an acceptable solution.

Virtuos86 ★★★★★ ()
Ответ на: комментарий от Virtuos86

Для тех, кто не силен в английском.

Данный PEP НЕ означает, что бэкпорт новшеств в Python 2.7 является общим исключением — каждое нововведение, предложенное для бэкпорта, по-прежнему будет требовать пояснения. В частности, необходимо будет объяснить, почему независимо обновляемый бэкпорт в Python Package Index не является приемлемым решением.

fallout4all. Возможно, стоило бы внести это в новость, с комментарием что разработчики тем не менее призывают всех переносить код на Python 3.

Kiborg ★★★ ()
Последнее исправление: Kiborg (всего исправлений: 1)
Ответ на: комментарий от Kiborg

+1, я тоже. Интересно, 2to3 им не может помочь что ли?

Они там через жопу работают с юникодом, вместо unicode у них везде str в кодировке UTF-8, вот и огребли закономерную кару за свой быдлокод.

kot_otbelivatel ()

Давно пора признать, что Python3 не нужен, закрыть эту ветку и перенести то немногое, что нужно, назад в идеальный 2.7.

anonymous ()
Ответ на: комментарий от anonymous

Предлагаю гибкий язык, определенный стандартом, полноценными объектной и функциональной парадигмами и компиляцией в нативный код.

loz ★★★★★ ()
Ответ на: комментарий от loz

Предлагаю гибкий язык, определенный стандартом, полноценными объектной и функциональной парадигмами и компиляцией в нативный код.

C++11 штоле? %)

tailgunner ★★★★★ ()
Ответ на: комментарий от loz

C++11 штоле? %)

В каком месте он гибкий то?

Во всех. Например, позволяет получать компактные бинари, исполняющиеся на голом железе. Какой гибкости тебе не хватает?

tailgunner ★★★★★ ()
Ответ на: комментарий от zloelamo

Походу грядет слив третей ветки. Какой там у неё сейчас процент? Хоть 20% есть?

Когда уж вы российские неучи угомонитесь. Наблюдаю за постами один глупее всего..и постоянно теория заговора звучит от вас с фразами типа «слив» . А знаете почему так? Потомучто российский IT сектор и комьюнити в целом глубоко провинциальны. Вы хотя бы почитали о чем пишут разработчики python прежде чем писать глупости.

yanka ★★ ()
Ответ на: комментарий от yanka

неучи угомонитесь
провинциальны

Полное имя: Яна
Город: Тверь

)))

rogerw ()
Ответ на: комментарий от fffgh

Нет. Будет немного проще писать некоторый софт на втором питоне, в котором теперь будет пара новых функций, относящихся к сетевой безопасности.

Kiborg ★★★ ()
Ответ на: комментарий от yanka

Яна, душа моя, девушке не к лицу такое раздутое ЧСВ.

Вы хотя бы почитали о чем пишут разработчики python прежде чем писать глупости.

Гвидо и Ко обосрались. Причем, об этом говорят и core-разработчики (тот же Алекс). Понятно что бородачу надо как-то сохранить лицо, поэтому его keynote на крайнем pycon us выдержан в достаточно категоричном стиле. Но никуда он не денется, это тупо вопрос денег, синхронизация фич просто неизбежна.

Вангую 2.8 в следующем году.

baverman ★★★ ()
Последнее исправление: baverman (всего исправлений: 1)
Ответ на: комментарий от baverman

Вангую Python 5, который в зависимости от invocation name включает режим совместимости с синтаксисом python2/python3 и ставит соответствующий PYTHONHOME выше другого. С работающим импортом из любого PYTHONHOME.

x3al ★★★★★ ()
Ответ на: комментарий от yanka

российские неучи

Не российские, а _компрадорские_, ввиду специфики профессии.

глубоко провинциальны

«Илита», будьте любезны не пачкайте провинцию грязными сравнениями. Наоборот же: сильно подмахнувшие под запад, вот даже на мусорском форуме незалежной сударь с Крыма кручинился по поводу «технофашистов» (в плохом смысле этого слова) с лора.

anonymous ()
Ответ на: комментарий от kot_otbelivatel

О, тоже такое заметил. Да и сам много проблем такого рода наговнокодил.

AlexKiriukha ★★★★ ()
Ответ на: комментарий от kot_otbelivatel

Они там через жопу работают с юникодом, вместо unicode у них везде str в кодировке UTF-8

И это плохо потому что, что?

baverman ★★★ ()
Ответ на: комментарий от baverman

Ну, на самом деле тут не всё так просто. С одной стороны, подход Python 3 заставляет разработчиков разобраться, как они хотят работать со строкой в каждом конкретном случае: как с массивом байт, или как с массивом символов текста, и это правильно. С другой стороны, Mercurial приходится заниматься решением проблемы, которую они называют «проблемой Makefile-ов». И во времена второго питона они выбрали способ решения, который, как потом оказалось, плохо переносится на третью ветку.

Kiborg ★★★ ()

не буду оригинален, но рутнон не нужен.

nanoolinux ★★★★ ()
Ответ на: комментарий от Kiborg

С одной стороны, подход Python 3 заставляет разработчиков разобраться

Разработчики об этом не просили. Просто много где нужны именно байтовые строки (ключевое слово строки). Дать доступ к default_encoding='utf-8' и нубасы были бы счастливы.

baverman ★★★ ()
Ответ на: комментарий от val-amart

и чем это отличается от bytearray?

От каких bytearray, 2.7, 3.0, 3.2, 3.3, 3.4? Собственно от этого и боль.

Я про каноничные py2 b".

На днях будет эксперимент по портированию orcsome на py3. Там cffi во все поля и соответственно байтовые строки. Интересно сколько траха предстоит.

baverman ★★★ ()
Последнее исправление: baverman (всего исправлений: 1)
Ответ на: комментарий от baverman

???? ???? ???????, ? ?????? ?? ??????, ?????.

Если б говнокодеров не били по рукам, половина программ бы до сих пор ïå÷àòàëà êðàêîçÿáðû, Ю чМХЙНД АШ ЛШ БХДЕКХ РНКЭЙН ЛЕВРЮУ.

kot_otbelivatel ()
Ответ на: ???? ???? ???????, ? ?????? ?? ??????, ?????. от kot_otbelivatel

Малыш, я понимаю PHP, все с него начинали, но кракозябры появляются от другого, уж поверь. utf8 по дефолту убрало бы 90% исключений, не приводя к битым кодировкам.

baverman ★★★ ()
Ответ на: комментарий от Lavos

Ты наркоман. Попробуй на языке с черезжопным экранированием, костыльно прикрученым синтаксисом и отсутствием нормальных функций, не говоря уже о хотя бы зачатках ООП и мало-мальском наличии библиотек, налабать, например, простенький гуёвый IM-клиент.

MiniRoboDancer ★☆ ()
Ответ на: комментарий от tailgunner

Кстати, а оно умеет запускать программы по последовательности клавиш?

Записал в TODO. К концу недели будет.

baverman ★★★ ()
Ответ на: комментарий от Lavos

А что вы в качестве альтернативы предлагаете?

bash

В детстве на башку трахнулся, небось?

anonymous ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.