Расшифровка бпо: БПО — это… Что такое БПО?

Содержание

БПО — это… Что такое БПО?

БПО

больнично-поликлиническое объединение

Словарь: С. Фадеев. Словарь сокращений современного русского языка. — С.-Пб.: Политехника, 1997. — 527 с.

БПО

банно-прачечный отряд
банно-прачечное обслуживание войск

воен.

Словарь: Словарь сокращений и аббревиатур армии и спецслужб. Сост. А. А. Щелоков. — М.: ООО «Издательство АСТ», ЗАО «Издательский дом Гелеос», 2003. — 318 с.

БПО

блок позиционирования объектов

БПО

базовое программное обеспечение

Словарь: С. Фадеев. Словарь сокращений современного русского языка. — С.-Пб.: Политехника, 1997. — 527 с.

БПО

база производственного обслуживания

БПО

беспроцентные обязательства

бизнес, фин.

Источник: http://www.cfin.ru/finanalysis/math/business_model.shtml

БПО

борьба под одеялом

БПО

башкирское производственное объединение

например: БПО «Прогресс»

Башкирия, организация

БПО

бак пенообразователя

Источник: http://www.100.ru/eprice/8142703686/price-001_4.html

Пример использования

БПО-210

БПО

редуктор баллонный пропановый

в маркировке

Источник: http://www.bamz.su/ru/catalog/one_tovar/1-48-12-53.html

Пример использования

БПО-5-4

БПО

бюджет принимаемых обязательств

БПО

базовый пространственный объект

Источник: http://www.elrussia.ru/files/37263/Проект_концепции_РИПД.doc

Словарь сокращений и аббревиатур. Академик. 2015.

Что означает BPO? -определения BPO


Вы ищете значения BPO? На следующем изображении вы можете увидеть основные определения BPO. При желании вы также можете загрузить файл изображения для печати или поделиться им со своим другом через Facebook, Twitter, Pinterest, Google и т. Д. Чтобы увидеть все значения BPO, пожалуйста, прокрутите вниз. Полный список определений приведен в таблице ниже в алфавитном порядке.

Основные значения BPO

На следующем изображении представлены наиболее часто используемые значения BPO. Вы можете записать файл изображения в формате PNG для автономного использования или отправить его своим друзьям по электронной почте.Если вы являетесь веб-мастером некоммерческого веб-сайта, пожалуйста, не стесняйтесь публиковать изображение определений BPO на вашем веб-сайте.

Все определения BPO

Как упомянуто выше, вы увидите все значения BPO в следующей таблице. Пожалуйста, знайте, что все определения перечислены в алфавитном порядке.Вы можете щелкнуть ссылки справа, чтобы увидеть подробную информацию о каждом определении, включая определения на английском и вашем местном языке.

Что означает BPO в тексте

В общем, BPO является аббревиатурой или аббревиатурой, которая определяется простым языком. Эта страница иллюстрирует, как BPO используется в обмена сообщениями и чат-форумах, в дополнение к социальным сетям, таким как VK, Instagram, Whatsapp и Snapchat. Из приведенной выше таблицы, вы можете просмотреть все значения BPO: некоторые из них образовательные термины, другие медицинские термины, и даже компьютерные термины. Если вы знаете другое определение BPO, пожалуйста, свяжитесь с нами. Мы включим его во время следующего обновления нашей базы данных. Пожалуйста, имейте в информации, что некоторые из наших сокращений и их определения создаются нашими посетителями. Поэтому ваше предложение о новых аббревиатур приветствуется! В качестве возврата мы перевели аббревиатуру BPO на испанский, французский, китайский, португальский, русский и т.д. Далее можно прокрутить вниз и щелкнуть в меню языка, чтобы найти значения BPO на других 42 языках.

OSS/BSS – базовое программное обеспечение в телекоме – Ericsson – Коммерсантъ

OSS/BSS – это аббревиатура от английского Operation Support System/Business Support System. В переводе на русский — система поддержки операций/система поддержки бизнеса. Это класс программных продуктов, которые используют операторы связи, TV-компании, энергетические предприятия и другие организации, регулярно и персонально взаимодействующие с клиентами: ведут индивидуальные аккаунты, следят за потреблением услуг и регулярно выставляют счета своим абонентам. Телекоммуникационная компания не может существовать без процессов, которые обеспечивает OSS/BSS, это ядро ее бизнеса.

Решения класса OSS/BSS отвечают за две стороны работы телекоммуникационной компании: управление инфраструктурой и ресурсами, а также взаимодействие с абонентами. То есть основная функция таких решений, работающих в комплексе, заключается в том, чтобы услуги предоставлялись и учитывались. Эта задача функционально делится на несколько частей. За правильную работу сетевой инфраструктуры и оборудования (сети, подсети, коммутаторы, АТС, базовые станции и т.д.) отвечает OSS.

Взаимодействие с абонентами (учет предоставленных услуг по тарифам, контроль состояния счета, выставление счетов и т.д.) происходит во второй части системы – BSS. Основа BSS – биллинговая система, в которой происходят все финансовые взаиморасчеты с абонентами. Также в этот комплекс может входить система CRM (Customer Relationship Management), отвечающая за отношения с клиентами, в которой хранятся различные данные по каждому абоненту, используемые для маркетинговых целей. Также, в разряд BSS может входить система ERP (Enterprise Resource Planning), которая используется для управления ресурсами предприятия, ведения бухгалтерии, финансового учета, управления проектами, организационной структурой и т.д.

Как видно, эти две стороны деятельности телекоммуникационной компании строятся на различных бизнес-процессах, для обеспечения каждого из которых может использоваться отдельный программный продукт от отдельного вендора. В этом случае неизбежно возникают сложности с интеграцией. Данные из одной программы должны быстро и без потерь передаваться в другую. Но если инструменты выпущены разными производителями, это становится сложно организовать. Возникает необходимость в доработке и оптимизации систем, на что требуются деньги и время. Поддержка такого «зоопарка» (именно так это нагромождение называют профессионалы) требует титанических усилий – при обновлении версий программных продуктов возникнуть очередные непредвиденные сложности. Развитие бизнеса требует развития информационной системы, но часто это решается лишь созданием «заплатки» — добавлением очередного программного продукта. Так проблемы накапливаются, как снежный ком, держат в постоянном напряжении ИТ-департамент, и увеличивают финансовые затраты на управление этими «авгиевыми конюшнями». Гораздо более простой и оптимальный путь – использовать полный комплекс программных продуктов OSS/BSS от одного вендора, который уже позаботился о том, чтобы отдельные модули взаимодействовали максимально эффективно и быстро.

Исторически архитектура информационных систем телекоммуникационных компаний развивалась именно по этому пути – от набора самописных собственных решений, которые со значительными усилиями и не до конца интегрированы с готовыми лицензионными продуктами, к использованию комплексных моновендорных систем OSS\BSS. Продукты этого класса стали активно распространяться около десяти лет назад. Довольно долгое время, вплоть до 2006-2007 годов, основным средством автоматизации бизнеса у операторов были биллинговые системы.

На практике сегодня в реальных информационных системах можно видеть промежуточный вариант – нечто среднее между описанными выше «зоопарком» и «идеалом». По оценкам J’son & Partners Consulting, в среднем каждый из операторов «большой тройки» (МТС, «Вымпелком» и «Мегафон») сегодня эксплуатирует 100-300 различных OSS-систем и 50-200 BSS-систем.

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

«Операторы часто используют несколько биллинговых систем — так сложилось исторически: отдельное ПО устанавливалось в разных географических подразделениях либо для отдельных услуг. Но сегодня главный глобальный тренд – переход на унифицированные, гибкие и адаптивные системы управления выручкой (revenue management systems), которые могут справиться с любыми типами транзакций на любом участке сети оператора. Компания Ericsson верит в эту модель, в которой неважно, как и за что платит клиент. Это уменьшает сложность процессов, сокращает число ненужных действий, понижает риск возникновения ошибок и благотворно влияет на операционные и капитальные расходы. Помимо того, что сокращаются затраты на поддержку, развертывание и обучение персонала, которые всегда больше, если компания эксплуатирует несколько разных систем. Но, конечно, миграция на ИТ, ориентированное на управление выручкой, это довольно серьезный проект. Трансформация BSS может потребовать изменения бизнес-процессов при тесном сотрудничестве специалистов по маркетингу с менеджерами, отвечающими за продукт со стороны коммерческого отдела. Для реализации таких масштабных изменений требуется уникальный и редкий набор навыков», — комментирует Джозеф Дойл, директор по развитию решений в области BSS Ericsson в Восточной Европе и Центральной Азии,

Поставщики комплексных решений класса OSS/BSS добавляют в новые версии функциональность, которая порой даже превышает нынешние потребности бизнеса клиента, демонстрируя ему перспективы развития. Например, сегодня в пакет OSS/BSS компании Ericsson входят следующие компоненты:

К примеру, в сфере Customer Experience Assurance (поддержка пользовательского опыта) Ericsson предлагает сразу несколько инструментов, которые помогают улучшить взаимоотношения с потребителями услуг, позволяют управлять пользовательским опытом, проводить анализ больших данных в близком к реальному времени, для получения информации относительно предпочтений абонентов.

В части, которая относится к OSS, компания предлагает операторам инновационные решения по управлению сетью, сбору и анализу статистики и т.д. Так же вендор включил в свою линейку ПО для управления облаком наряду с остальной функциональностью, которая закрывает практически все потребности операторов.

Рынок решений

По данным J’son&Partners, в прошлом году российский рынок систем класса OSS/BSS достиг объема около $1 млрд. Большую часть этой суммы (80%) сгенерировала «большая четверка» операторов: МТС, «Вымпелком», «Мегафон» и «Ростелеком». Из этого миллиарда $200-300 млн приходится на собственные разработки операторов, которые они ведут с привлечением внешних подрядчиков и системных интеграторов. Остальная часть – около $750 млн, — поставки и услуги иностранных и российских вендоров. При этом лишь треть данной суммы – не более $240 млн, была потрачена на закупку новых OSS/BSS решений, в том числе на приобретение оборудования (30%) и услуги по внедрению (35%). То есть продажи телекоммуникационного программного обеспечения как такового составили порядка $84 млн. Две трети от $750 млн в прошлом году российские телекоммуникационные компании потратили на поддержку и обслуживание своих OSS/BSS. В сегменте BSS российские операторы чаще всего покупали в 2013 году системы биллинга и CRM. В сегменте OSS — системы управления сетью (Network Management, Inventory), а также инструменты планирования и оптимизации сети (Planning, Provisioning, Network Performance).

В глобальном масштабе по прогнозу на 2012-2017 годы компании “Research and Markets” на рынке OSS/BSS этом сегменте доминирует три поставщика: Ericsson, Huawei Technologies Co. Ltd. и Nokia Solutions and Networks. Заметную долю также занимают компании Accenture и Amdocs Inc. Все эти компании также присутствуют на российском рынке наряду с локальными вендорами: «Ситроникс», Naumen, CBOSS. Ряд российских системных интеграторов играют на этом поле, разрабатывая программные продукты для операторов по их заказу.

«Российский рынок OSS/BSS отличается высокой конкуренцией и по цене, и с точки зрения требований, которые есть у клиентов – они хотят от предлагаемых решений гибкости и возможности локальной системной интеграции. ИТ-среда крупных федеральных операторов сложная, неоднородная, состоит из лучших глобальных и локальных программных решений со значительной частью собственных разработок. Главная задача, которая стоит перед ними сегодня – упростить и оптимизировать существующую OSS/BSS-архитектуру, консолидировать ее и дополнить компонентами, которые активно используются в западных компаниях, но отсутствуют на локальном рынке», — говорит Джозеф Дойл, директор по развитию решений в области BSS Ericsson в Восточной Европе и Центральной Азии. В качестве иллюстрации к свои словам он приводит повышенный интерес к методологии BSS/OSS-трансформации, а также к решениям по управлению клиентским опытом и управлению каталогом продуктов и заказов.

Если говорить о небольших региональных российских операторах, они обычно ограничены в бюджетах на масштабные ИТ, и вместо них используют в основном локально разработанные решения.

Большая часть функциональности, которую сегодня предлагают вендоры OSS/BSS уже хорошо исследована рынком и клиентами. Но некоторые инструменты, в частности, управление пользовательским опытом, пока еще слабо распространены. Решения данного типа помогают операторам следить за тем, чтобы пользователи на практике получали услуги хорошего качества на своих устройствах, вне зависимости от того, какие показатели производительности демонстрирует техническая инфраструктура. Это дает явные преимущества – сегодня главный фактор конкуренции на рынке связи – качество услуг. Но чтобы внедрить инструмент такого рода, требуется обеспечить взаимодействие широкого набора систем.

Джозеф Дойл отмечает также особенность подхода российских компаний к планированию – операторы в нашей стране сильно ориентированы на быструю окупаемость бизнеса и могут отказаться от внедрений OSS/BSS, если не увидят, что это быстро даст рост доходов.».

На сегодняшний день, по словам Джозефа Дойла, рынок данных решений в России характеризуется тремя аспектами. Российские потребители все больше стремятся контролировать свои счета. К примеру, в роуминге абоненты постоянно следят за расходами и хотят иметь возможность легко отключать услуги при необходимости, выбирать пакеты услуг и скорость соединения. «Мы также видим рост интереса к управлению качеством со стороны операторов: таким инструментам как Service Quality Management (SQM) и Customer Experience Management (CEM). Интерес к ним мы замечаем у компаний по всему миру: все потребители хотят получать услуги с надежным и быстрым соединением, и в особенности те, кто относится к категории VIP, для которых качество сервиса еще более важно. При этом в России есть центры с высокой плотностью населения, а также большие пространства, где довольно сложно обеспечить должное качество связи».

Второй аспект – покрытие. «В Москве потребители хотят получать качественные услуги, когда стоят в пробках на дороге. Если возникают проблемы с соединением, они обращаются к оператору, а мы помогаем ему справиться с подобными ситуациями. Вместе с операторами мы работаем над хорошим покрытием в городах. Чтобы этого добиться, нужны инструменты для сетевой оптимизации – автоматические или частично автоматизированные. И третье наблюдение – Россия огромная страна, отличающаяся высоким проникновением мобильной связи и тем, что в России необычайно много абонентов имеют две или три SIM-карты, используемые одновременно или попеременно.

Мы стремимся помогать операторам в управлении всеми этими процессами», — говорит Джозеф Дойл.

По прогнозу Transparency Market Research, глобальный рынок OSS/BSS будет расти на 16,2% каждый год, начиная с 2012 года и достигнет $48,5 миллиарда в 2018 году. В 2014 году, по прогнозу J’son&Partners, рынок связи в России будет терять по одному проценту ежегодно в 2014-2017г. Соответственно, бюджеты игроков данного сектора экономики, будут пересматриваться и сокращаться. Это повлечет также сокращение рынка OSS/BSS.

Светлана Рагимова

ИЖС или ДНТ/СНТ: в чем разница? — СибПоселки

Выбор места для строительства будущего дома — дело непростое: ведь необходимо досконально разобраться, какого именно типа нужна земля и в чём состоят реальные отличия земельных участков разного назначения, обозначаемых загадочными аббревиатурами — ИЖС, ДНТ, СНТ.

Что это такое — ИЖС, СНТ, ДНТ?

Кроме площади и местоположения, у каждого земельного участка есть две основные характеристики:

  • Категория земель
  • Вид разрешенного использования

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

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

На землях сельхозназначения вид разрешенного использования участков чаще всего для дачного строительства или для ведения садоводства.

Соответственно получаем:

ИЖС — вид разрешенного использования, расшифровывается как Индивидуальное Жилищное Строительство. Участки под ИЖС располагаются только на землях населенных пунктов.

ДНТ и СНТ — это некоммерческие организации, созданные для управления поселком (сбор взносов, обслуживание коммуникаций, инфраструктуры поселка и др.)

ДНТ — означает Дачное Некоммерческое Товарищество. Чаще располагается на землях сельскохозяйственного назначения, но иногда и на землях населенных пунктов, имеющих разрешенное использование — «для дачного строительства».

СНТ — это Садовое Некоммерческое Товарищество. Размещается исключительно на землях сельскохозяйственного назначения с разрешенным использованием — «для ведения садоводства».

Отличия между ИЖС и ДНТ/СНТ:

  1. Удалённость от населённых пунктов

    Земли ДНТ обычно находятся на большем удалении от населенных пунктов, чем земли под ИЖС. Это связанно с тем, что новая нарезка земель под ИЖС должна примыкать или каким-либо образом соединяться с уже существующим населенным пунктом. Соответственно если вы хотите наслаждаться нетронутой природой, то Вам лучше присмотреться к земельным участкам в ДНТ, а если Вам необходима близость муниципальной инфраструктуры такой, как детский сад, школа, магазины или общ. транспорт, то выбирайте из участков под ИЖС.

  2. Использование материнского капитала

    Материнский капитал можно использовать при строительстве дома только на землях под ИЖС. Также в Новосибирской области на землях под ИЖС возможно воспользоваться Субсидией на строительство в случае возобновления её выдачи.

  3. Разрешение на строительство

    До начала строительства жилого дома на землях под ИЖС необходимо оформить разрешение на строительство в соответствии со статьей 51 Градостроительного кодекса РФ. На землях сельскохозяйственного назначения оформлять разрешение на строительство нет необходимости.

  4. Градостроительные нормы

    На землях со статусом ИЖС действуют градостроительные нормы, чётко определяющие:
    — ширину улиц, наличие тротуаров, месторасположение зон отдыха и инфраструктурных объектов;
    — min/max размеры индивидуального участка;
    — соответствие возведённого дома жилым нормам;
    — соблюдение норм и правил Градостроительного кодекса РФ.

    В современных ДНТ/СНТ тоже стараются соблюдать градостроительные нормы, но этот процесс не регламентирован и остается на усмотрение правления.

  5. Прописка

    После регистрации частного дома/коттеджа, построенного на земле ИЖС, можно получить постоянную прописку, т.к. дом расположен на определённой улице под определённым номером. С 2011г. разрешена постоянная регистрация (прописка) и в домах, возведённых на землях ДНТ/СНТ сельскохозяйственного назначения; сложность и длительность оформления прописки зависит от существующей практики в данном муниципальном образовании.

Итак, что же лучше ИЖС или ДНТ/СНТ?

Если рассматривать вопрос с позиций законодательства, то более надёжным является приобретение участка ИЖС, т.к. российское земельное законодательство еще сравнительно молодое, и никто не сможет гарантировать, что в будущем произойдут какие-либо изменения, которые могут повлиять на строительство на землях для сельскохозяйственного назначения.

Но в общем можно отметить, что существенных различий между землями под ИЖС и землями в ДНТ(СНТ) почти не осталось. И это косвенно подтверждается даже банковской политикой в отношении кредитов на покупку земли: процентная ставка для участков со статусом ИЖС и ДНТ одинакова.

Выбор за вами!

Леонид Ярков

Multitran dictionary

English-Russian forum   EnglishGermanFrenchSpanishItalianDutchEstonianLatvianAfrikaansEsperantoKalmyk ⚡ Forum rules
✎ New thread | Private message Name Date
947 17969  Ошибки в словаре  | 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 all 4uzhoj  23.02.2021  13:36
1 78  Благородный Макар А.Платонов  taranta  29.03.2022  13:53
2 94  Благородный Макар А.Платонов  taranta  29.03.2022  13:53
73 3238  Офф: current ставки  | 1 2 all суслик  18.03.2022  20:05
4 29490  ОФФ БП в Белоруссии  katt19888  25.03.2022  12:17
6 482  OFF: что стало с МТ?  mahavishnu  28.03.2022  18:08
2 212  Таб. № контр.  Lonely Knight  26.03.2022  5:23
2 355  OFF расценки на translation memory management  whysa  27.03.2022  22:49
39 1029  ОФФ Китайский упрощенный  | 1 2 all katt19888  24.03.2022  13:47
40 43802  Off как с работой?  katt19888  22.03.2022  12:04
3 29300  Изменить шрифт в pdf  Lonely Knight  25.03.2022  4:40
5 181  live and in the room  lavazza  25.03.2022  0:59
2 158  Аналитический отчет  Chuk  24.03.2022  11:54
3 143  Training process Binder  littlemoor  22.03.2022  17:32
8 185  withdraw and exit  Medunitsa  23.03.2022  23:18
2 71  There may be an authorization hold on your payment source statement for  A111981  24.03.2022  1:28
3 93  play in the specific tent pole  lavazza  23.03.2022  14:24
5 256  By the time Mary gets here, the film… ?.  Andrey Truhachev  19.03.2022  19:57
76 05552  OFF: зарубежные клиенты  | 1 2 3 all Asha  2.03.2022  19:17
4 197  мМ/л единица измерения в анализе крови- перевод с украинского языка  Svetlana R.  22.03.2022  10:36
1 103  snag arm  ochernen  21.03.2022  19:15
5 610  Русско-украинский патентный перевод  серёга  17.03.2022  15:51
25 841  Перевод слова «цех»  Katanavy  10.03.2022  16:13

Разница между BPO и KPO | Сравните разницу между похожими терминами — Жизнь

BPO vs KPO

BPO сегодня — это обычное слово или аббревиатура, которую понимает большинство из нас. Однако в последнее время в сфере знаний или информации появился еще один термин, называемый KPO; это очень похоже на то, что означает BPO. Это то, что многих смущает, поскольку они не могут отличить BPO от KPO. Несмотря на кажущееся сходство, между BPO и KPO есть много различий, которые будут освещены в этой статье.

Чтобы понять разницу между KPO и BPO, разумно сначала понять BPO. BPO расшифровывается как «Аутсорсинг бизнес-процессов» и относится к ведению бэк-офиса в зарубежных странах по более низким ценам. Тенденция началась в конце 80-х годов, когда западные страны передали менее важные виды деятельности и операции компаниям в других странах, где уровень рабочей силы низкий, а также имеется большое количество квалифицированных рабочих и с гораздо меньшей заработной платой, чем сотрудники требуют в их собственных странах. Ввод данных, начисление заработной платы сотрудников, центры обработки вызовов — вот некоторые примеры операций BPO, которые, хотя и не совсем основаны на ИТ, требуют базовых технических знаний со стороны сотрудников в зарубежных странах.

KPO — это довольно новый термин, относящийся к аутсорсингу процессов знаний. Как следует из названия, КПО включает в себя гораздо более глубокие знания и опыт, а люди, задействованные в этом секторе, являются бизнес-экспертами с большим опытом.

Для стороннего наблюдателя BPO и KPO могут выглядеть одинаково, но есть много различий в деятельности, акцентах, процессах, контактах с клиентами и специализации. В то время как BPO проще с использованием процессов низкого уровня, KPO участвует в процессах высокого уровня, таких как инвестиции, юридические вопросы и решение патентных вопросов. В BPO акцент делается на процессе, тогда как в KPO — на применении знаний. Высокий уровень специализации не требуется в какой-либо конкретной области, а отличное владение английским языком и базовые навыки работы с компьютером — это все, что может сделать человека успешным в секторе BPO. В отличие от них, сотрудники сектора КПО должны обладать глубокими знаниями в конкретных областях, таких как инвестиционный анализ и правовые вопросы. Обычно в секторе КПО работают специалисты по CA и MBA.


В чем разница между BPO и KPO?

• KPO означает аутсорсинг процессов знаний, а BPO — аутсорсинг бизнес-процессов.

• KPO требует специальных знаний, тогда как BPO требует хороших коммуникативных навыков и базовых компьютерных знаний.

• Сотрудники KPO часто взаимодействуют с международными клиентами, тогда как сотрудники BPO редко имеют дело с международными клиентами.

• KPO — это расширение BPO, а BPO — более простая форма KPO.

• Когда аутсорсинг осуществляется в KPO через развивающиеся страны, прибыль для развитых стран в два раза выше, чем в BPO.

• С точки зрения развивающихся стран, КПО получают больше иностранной валюты. В среднем BPO зарабатывает для страны 11 долларов в час, тогда как KPO делает страну богаче на 24 доллара каждый час.

Изображения Аббревиатура управления | Бесплатные векторы, стоковые фото и PSD

Сортировать по

Популярное Недавнее

Категории

Все Векторы Фотографии PSD Иконки

Лицензия

Все Бесплатно Premium

Отобразить настройки Цвет Ориентация

Все Пейзаж Портрет Квадрат Панорама

Стиль

Применимо только к векторам.

Все Акварель Мультфильм Геометрический Градиент Изометрический 3D Нарисованный от руки Flat

Изм. онлайн Фильтровать по ресурсам, которые можно редактировать онлайн в Wepik и Storyset

См. изменяемые ресурсы

Люди

Применимо только к фотографиям

Все Исключить Включить Число людей
Возраст Младенцы Дети Подростки Молодежь Взрослые Пожилые Старики Пол Мужчины Женщины Этническая принадлежность Южная Азия Ближний Восток Восточная Азия Чернокожие Латиноамериканцы Индусы Белые Freepik’s Choice

Смотрите качественные ресурсы, которые наша команда отбирает ежедневно.

Просмотрите избранные

Дата публикации

ЛюбойПоследние 3 месяцаПоследние 6 месяцевПоследний год

bpo-tracker-cpython/rietveldreactor.py на мастере · psf/bpo-tracker-cpython · GitHub

bpo-tracker-cpython/rietveldreactor.py на мастере · psf/bpo-tracker-cpython · GitHub Постоянная ссылка

Этот коммит не принадлежит ни к одной из веток в этом репозитории и может принадлежать ветке за пределами репозитория.

 

В настоящее время не удается получить участников Этот файл содержит двунаправленный текст Unicode, который может быть интерпретирован или скомпилирован не так, как показано ниже.Для просмотра откройте файл в редакторе, который показывает скрытые символы Unicode. Узнайте больше о двунаправленных символах Unicode
импорт cPickle, base64
# ListProperty инициализируется cPickle пустого списка
empty_list = base64.encodestring(cPickle.dumps([]))
def create_django_user (db, cl, nodeid, oldvalues):
имя пользователя = кл.получить(nodeid, ‘имя пользователя’)
электронная почта = cl.get(nodeid, ‘адрес’)
, если электронная почта отсутствует:
Электронная почта =
с = дб.курсор
# django.contrib.auth.models.UNUSABLE_PASSWORD==’!’
с.выполнить(«вставить в auth_user(id, имя пользователя, адрес электронной почты, пароль, имя_имя, фамилия_имя, »
«is_staff, is_active, is_superuser, last_login, date_joined) »
«значения(%s, %s, %s, ‘!’, », », false, true, false, now(), now())»,
(идентификатор узла, имя пользователя, электронная почта))
def update_django_user (db, cl, nodeid, oldvalues):
пользователь = идентификатор узла
старое имя = старые значения [‘имя пользователя’]
новое имя = кл.получить(nodeid, ‘имя пользователя’)
если старое имя != новое имя:
с = дб.курсор
c.execute(«обновить auth_user, установить имя пользователя=%s, где id=%s», (новое имя, пользователь))
старый = старые значения[‘адрес’].decode(‘ascii’)
новый = кл.получить(nodeid, ‘адрес’).decode(‘ascii’)
если старый != новый:
с = дб.курсор
c.execute(‘обновить auth_user set email=%s, где id=%s’, (новый, пользователь))
c.execute(‘update codereview_account set email=%s where id=%s’, (новый, пользователь))
# найти проблемы, когда пользователь любопытен
с.выполнить(‘выбрать nodeid,cc из issue_nosy, codereview_issue ‘
‘где linkid=%s и nodeid=id’, (пользователь))
для выдачи, копия в c.fetchall():
куб.см = cPickle.loads(base64.decodestring(cc))
попытка:
куб.см[куб.см.индекс (старый)] = новый
кроме ValueError:
cc.append(новый)
куб.см = base64.encodestring(cPickle.dumps(cc))
c.execute(‘обновить codereview_issue set cc=%s, где id=%s’, (cc, issue))
def update_issue_cc (db, cl, nodeid, oldvalues):
, если «любопытный» не в старых значениях:
возврат
с = дб.курсор
c.execute(«выберите количество(*) из codereview_issue где id=%s», (nodeid,))
, если c.fetchone()[0] == 0:
возврат
куб.см = []
для пользователя в db.issue.get(nodeid, ‘любопытный’):
куб.см.добавить (db.user.get (пользователь, ‘адрес’))
куб.см = base64.encodestring(cPickle.dumps(cc))
c.execute(«обновить набор codereview_issue cc=%s, где id=%s», (cc, nodeid))
деф инициализация (дб):
с = дб.курсор
с.выполнить («выбрать имя_таблицы из information_schema.tables, где имя_таблицы = ‘auth_user’»)
, если не c.fetchall():
# Таблицы Rietveld отсутствуют
возврат
db.user.react(‘создать’, create_django_user)
db.user.react(‘set’, update_django_user)
дБ.issue.react(‘установить’, update_issue_cc)
#XXX реагировать на изменения электронной почты, роли
#XXX реагируют на тему, закрытые изменения по вопросам
Вы не можете выполнить это действие в данный момент. Вы вошли в другую вкладку или окно. Перезагрузите, чтобы обновить сеанс. Вы вышли на другой вкладке или в другом окне.Перезагрузите, чтобы обновить сеанс.

Список изменений — документация по Python 3.10.4

  • bpo-35864: метод _asdict() для collections.namedtuple теперь возвращает обычный dict вместо OrderedDict.

  • bpo-35537: ExitStack теперь используется внутри подпроцесса. очистить дескрипторы файлов каналов. Никаких изменений в поведении при нормальной работе.Но если закрытие одного дескриптора когда-либо вызывало исключение, другие теперь будут закрытый, а не протекающий. (патч Джампаоло Родола)

  • bpo-35847: RISC-V требуется CTYPES_PASS_BY_REF_HACK. Исправлены ctypes Структура test_pass_by_value.

  • bpo-35813: субмодуль общей памяти добавлен в многопроцессорную обработку, чтобы избежать необходимости для сериализации между процессами

  • bpo-35780: исправление ошибок lru_cache(), возникающих в рекурсивных, реентерабельных или многопоточный код.Эти ошибки могут привести к потерянным ссылкам и кеш попадает в состояние с меньшим, чем указанный максимум количество ссылок. Исправлена ​​обработка отрицательного максимального размера, которая должна была быть трактуется как ноль. Исправлены ошибки при переключении флага состояния «полный». Исправить неправильный порядок ссылок при обнаружении ошибок. Синхронизируйте код C и чистый код Python для пути экономии места в функциях с одним позиционный аргумент. В этом распространенном случае пространство над головой lru Запись в кэш уменьшается почти вдвое.Исправлен подсчет промахов кеша. В ошибок, количество промахов не соответствовало фактическому количеству раз была вызвана базовая пользовательская функция.

  • bpo-35537: os.posix_spawn() и os.posix_spawnp() теперь имеют setid параметр.

  • bpo-23846: asyncio.ProactorEventLoop теперь перехватывает и отправляет журналы ошибки при заполнении самотрубы.

  • bpo-34323: asyncio : Enhance IocpProactor.закрыть () журнал: ждать 1 секунда перед первым журналом, затем журнал каждую секунду. Запишите также количество секунд с момента вызова close() .

  • bpo-35674: добавлена ​​новая функция os.posix_spawnp() . Патч Джоанны Наньекье.

  • bpo-35733: ast.Constant(boolean) больше не является экземпляром аст.Num . Патч от Энтони Соттиле.

  • bpo-35726: QueueHandler.prepare() теперь делает копию записи перед изменять и ставить его в очередь, чтобы не влиять на другие обработчики в цепь.

  • bpo-35719: ускорены математические функции с несколькими аргументами atan2(), copysign(), rester() и hypot() в 1,3–2,5 раза.

  • bpo-35717: исправлено исключение KeyError, возникающее при использовании перечислений и компиляции. Патч предоставлен Реми Лапейром.

  • bpo-35699: Исправлено обнаружение Visual Studio Build Tools 2017 в distutils

  • bpo-32710: устранение утечек памяти в асинхронном цикле ProactorEventLoop при перекрытии сбой операции.

  • bpo-35702: константа time.CLOCK_UPTIME_RAW теперь доступна для макОС 10.12.

  • bpo-32710: исправьте утечку памяти в asyncio в ProactorEventLoop, когда ReadFile() или WSASend() перекрывающаяся операция завершается с ошибкой немедленно: освободить внутренний буфер.

  • bpo-35682: исправить asyncio.ProactorEventLoop.sendfile() : не пытаться установить результат внутреннего будущего, если это уже сделано.

  • bpo-35283: добавлено устаревшее предупреждение для threading.Thread.isAlive() метод. Патч от Dong-hee Na.

  • bpo-35664: Повышение производительности operator.itemgetter() на 33 % с оптимизированным обработка аргументов и с добавлением быстрого пути для общего случая один неотрицательный целочисленный индекс в кортеж (что является типичным использованием дело в стандартной библиотеке).

  • bpo-35643: исправлено SyntaxWarning: недопустимая управляющая последовательность в Модули /_sha3/уборка.ру. Нашивка Микаэля Шентгена.

  • bpo-35619: улучшена поддержка пользовательских дескрипторов данных в help() и пидок .

  • bpo-28503: модуль crypt теперь внутренне использует библиотеку crypt_r() . функция вместо crypt() , если она доступна.

  • bpo-35614: Исправлена ​​помощь() в метаклассах. Патч от Sanyam Khurana.

  • bpo-35568: выставить поднять(знак) как поднять_сигнал

  • bpo-35588: деление на пол и операции по модулю и divmod() функция на дробях.Типы Fraction в 2–4 раза быстрее. Патч по Стефан Бенель.

  • bpo-35585: ускорение перечисления зданий по значению, например. http.HTTPStatus(200).

  • bpo-30561: random.gammavariate(1.0, beta) теперь вычисляет тот же результат, что и random.expovariate(1.0/бета). Это синхронизирует два алгоритма и устраняет некоторые особенности старой реализации. Однако это производят разностный поток случайных величин, чем раньше.

  • bpo-35537: Модуль подпроцесса теперь может использовать ос.posix_spawn() в некоторых случаях для повышения производительности.

  • bpo-35526: перенос «шутки» barry_as_FLUFL.mandatory на Python версия 4.0

  • bpo-35523: удаление ctypes обходной путь обратного вызова: больше не создавать обратный вызов при запуске. Избегайте предупреждений SELinux при импорте ctypes и импорте идентификатор .

  • bpo-31784: uuid.uuid1() теперь вызывает time.time_ns() , а не интервал(время.время () * 1e9) .

  • bpo-35513: TextTestRunner из unittest.runner теперь использует time.perf_counter() вместо time.time() для измерения времени выполнения теста: time.time() может идти назад, тогда как time.perf_counter() монотонный.

  • bpo-35502: Исправлены эталонные утечки в xml.etree.ElementTree.TreeBuilder в случае незавершенного строительства дерева (в частности, когда при синтаксическом анализе XML возникала ошибка).

  • bpo-35348: Сделать platform.architecture() разбор файла команда вывод более надежный: добавьте параметр -b в команду file , чтобы опустите имя файла, принудительно используйте локаль C и найдите также паттерн «общий объект».

  • bpo-35491: многопроцессорность : добавить Pool.__repr__() и улучшить BaseProcess.__repr__() (добавить pid и родительский pid) для облегчения отладки.Значения констант состояния пула теперь являются строками, а не целыми числами, для пример Значение RUN становится 'RUN' вместо 0 .

  • bpo-35477: multiprocessing.Pool.__enter__() теперь дает сбой, если пул не работает: с пулом: не работает, если используется более одного раза.

  • bpo-31446: Скопируйте командную строку, которая была передана CreateProcessW после этого Функция может изменить содержимое входного буфера.

  • bpo-35471: Python 2.4 прекратил поддержку MacOS 9. Модуль macpath был устарело в Python 3.7. Теперь модуль удален.

  • bpo-23057: разблокировать цикл событий Proactor при получении прерывания от клавиатуры в Windows

  • bpo-35052: исправить xml.dom.minidom cloneNode() в документе с сущностью: передать правильные аргументы обработчику пользовательских данных объекта.

  • bpo-20239: разрешить повторное удаление назначения атрибутов unittest.mock.Mock .Патч Пабло Галиндо.

  • bpo-17185: Установите __signature__ на макет для , проверьте , чтобы получить подпись. Нашивка Картикеяна Сингаравелана.

  • bpo-35445: ошибки памяти при создании posix.environ больше не игнорируются.

  • bpo-35415: Проверить fileno= аргумент для socket.socket().

  • bpo-35424: multiprocessing. Деструктор пула теперь испускает ResourceWarning , если пул все еще работает.

  • bpo-35330: когда экземпляр Mock использовался для упаковки объекта, если side_effect используется в одном из макетов его методов, не вызывайте исходная реализация и вернуть результат использования побочного эффекта так же, как это делается с return_value.

  • bpo-35346: отказ от поддержки Mac OS 9 и Rhapsody с платформы модуль. Последний выпуск Rhapsody был в 2000 году. Последний выпуск Mac OS 9 был в 2001.

  • bpo-10496: check_environ() из диститилс.utils теперь перехватывает KeyError при вызове pwd.getpwuid() : не создавайте переменную среды HOME в Это дело.

  • bpo-10496: posixpath.expanduser() теперь возвращает входной путь без изменений, если переменная среды HOME не установлена ​​и текущий у пользователя нет домашнего каталога (если текущий идентификатор пользователя не существует в базе паролей). Это изменение исправляет модуль сайта , если текущий пользователь не существует в базе данных паролей (если у пользователя нет домашний каталог).

  • bpo-35389: platform.libc_ver() теперь использует os.confstr('CS_GNU_LIBC_VERSION') , если доступно, и исполняемый файл параметр не установлен.

  • bpo-35394: добавление пустых слотов в абстрактные протоколы asyncio.

  • bpo-35310: исправлена ​​ошибка в select.select() , где в некоторых случаях последовательности файловых дескрипторов были возвращены без изменений после сигнала прерывание, даже если файловые дескрипторы могут быть еще не готовы. select.select() теперь всегда будет возвращать пустые списки, если истекло время ожидания. произошел. Патч Орана Авраама.

  • bpo-35380: включите TCP_NODELAY в Windows для цикла событий proactor asyncio.

  • bpo-35341: добавьте общую версию collections.OrderedDict в набрав модуль . Патч от Исмо Тойала.

  • bpo-35371: исправлен возможный сбой в os.utime() в Windows при проходе неверные рассуждения.

  • bpo-35346: platform.uname() теперь перенаправляет stderr на os.devnull при запуске внешних программ, таких как cmd /c ver .

  • bpo-35066: ранее вызывался метод strftime() для объекта datetime. с конечным «%» в строке формата приведет к исключению. Однако это происходило только тогда, когда использовался C-модуль datetime; в реализация Python не соответствовала этому поведению. Дата и время теперь PEP-399 соответствует требованиям и не будет вызывать исключение в конце «%».

  • bpo-35345: Удалена функция platform.popen , она была устарело, начиная с Python 3.3: вместо этого используйте os.popen() .

  • bpo-35344: в macOS platform.platform() теперь использует platform.mac_ver() , если он возвращает непустую строку выпуска, чтобы получить версия macOS, а не версия darwin.

  • bpo-35312: Сделать lib2to3.pgen2.parse.ParseError способным к обработке в обе стороны.Патч от Энтони Соттиле.

  • bpo-35308: исправление регрессии в веб-браузере , где могут быть браузеры по умолчанию. предпочтительнее браузеров в переменной среды BROWSER .

  • bpo-24746: избегайте удаления завершающих пробелов в doctest fancy diff. Оригинальный патч Р. Дэвида Мюррея и Хайро Трада. Улучшено Саньямом Хурана.

  • bpo-28604: locale.localeconv() теперь временно устанавливает LC_CTYPE локали на локаль LC_MONETARY , если эти две локали различаются и денежные строки не являются ASCII.Это временное изменение влияет на другие потоки.

  • bpo-35277: Обновите surepip, чтобы установить pip 18.1 и setuptools 40.6.2.

  • bpo-24209: добавлена ​​поддержка IPv6 при прямом вызове http.server.

  • bpo-35226: рекурсивно проверять аргументы при проверке на равенство объектов unittest.mock.call и добавить примечание о том, что отслеживание параметры, используемые для создания предков моков в mock_calls не возможно.

  • bpo-29564: модуль предупреждений теперь предлагает включить tracemalloc, если источник указан, модуль tracemalloc доступен, но tracemalloc не отслеживает распределение памяти.

  • bpo-35189: Измените следующую функцию fnctl, чтобы повторить попытку, если она была прервана сигнал (EINTR): flock, lockf, fnctl

  • bpo-30064: используйте add_done_callback() в sock_* asyncio API для отмены подписки читатель/писатель рано на calcellation.

  • bpo-35186: удален комментарий «построено с», добавленный при загрузке setup.py . используется либо с bdist_rpm , либо с bdist_dumb .

  • bpo-35152: Разрешить одновременную отправку более 2 ГБ при многопроцессорной обработке подключение в системах, отличных от Windows.

  • bpo-35062: исправлен неправильный анализ _io.IncrementalNewlineDecoder переводит аргумент.

  • bpo-35065: удалить StreamReaderProtocol._untrack_reader . Призыв к _untrack_reader в настоящее время выполняется слишком рано, в результате чего протокол забудьте о считывателе до того, как connection_lost сможет запустить и передать EOF читателю.

  • bpo-34160: ElementTree и minidom теперь сохраняют порядок атрибутов указанный пользователем.

  • bpo-35079: улучшить документ difflib.SequenceManager.get_matching_blocks добавив «неперекрывающиеся» и изменив «! =» на «<».

  • bpo-33710: Устарело l*gettext() функций и методов в модуль gettext . Они возвращают закодированные байты вместо Unicode строки и являются артефактами от Python 2 раза. Также устаревшие функции и методы, связанные с установкой кодировки для функций l*gettext() и методы.

  • bpo-35017: socketserver.BaseServer.serve_forever() теперь завершает работу немедленно, если это метод shutdown() вызывается во время опроса новых событий.

  • bpo-35024: importlib больше не ведет журнал записал избыточно после (создано|не удалось создать) уже зарегистрирован. Нашивка Квентина Агрена.

  • bpo-35047: unittest.mock теперь включает фиктивные вызовы в сообщениях об исключениях. если assert_not_call , assert_call_once или assert_call_once_with терпит неудачу.Патч от Петтера Страндмарка.

  • bpo-31047: исправлена ​​регрессия ntpath.abspath , из-за которой не удалялся завершающий разделитель в Windows. Патч Тима Грэма.

  • bpo-35053: tracemalloc теперь пытается обновить трассировку, когда объект повторно используется из «свободного списка» (оптимизация для более быстрого создания объектов, используется например, по встроенному типу списка).

  • bpo-31553: добавьте параметр –json-lines в json.tool. Патч от Hongweipeng.

  • bpo-34794: исправлена ​​утечка в Tkinter при передаче оболочки Python. Tcl_Obj обратно в Tcl/Tk.

  • bpo-34909: Enum: исправление подкласса внуков, когда родитель смешивается с конкретные типы данных.

  • bpo-35022: unittest.mock.MagicMock теперь поддерживает __fspath__ Метод (из os.PathLike ).

  • bpo-35008: Исправлены утечки ссылок при вызове метода __setstate__() из xml.etree.ElementTree.Element в реализации C для уже инициализированный элемент.

  • bpo-23420: проверьте значение параметра «-s» интерфейса командной строки cProfile. Нашивка Роберта Куска

  • bpo-33947: классы данных теперь обрабатывают рекурсивные повторения без повышения Ошибка рекурсии.

  • bpo-34890: Сделать inspect.iscoroutinefunction() , inspect.isgeneratorfunction() и inspect.isasyncgenfunction() работать с functools.частичное() . Патч Пабло Галиндо.

  • bpo-34521: используйте socket.CMSG_SPACE() для расчета размера вспомогательных данных. вместо socket.CMSG_LEN() в multiprocessing.reduction.recvfds() as RFC 3542 требует использования из первых для портативных приложений.

  • bpo-31522: Функция mailbox.mbox.get_string from_ может теперь успешно установлено значение, отличное от значения по умолчанию.

  • bpo-34970: Защитить манипуляции со слабым набором задач в asyncio.all_tasks()

  • bpo-34969: gzip: добавьте –fast, –best в CLI gzip, эти параметры использоваться для быстрого метода сжатия (quick) или лучшего метода сжать (более медленный, но меньший файл). Также измените сжатие по умолчанию уровень до 6 (компромисс).

  • bpo-16965: средство исправления 2to3 execfile теперь открывает файл с режимом 'rb' .Патч от Zackery Spytz.

  • bpo-34966: pydoc теперь поддерживает псевдонимы не только для определенных методов в конечном классе, но и к унаследованным методам. Строка документации не дублируется для псевдонимов.

  • bpo-34926: mimetypes.MimeTypes.guess_type() теперь принимает объект, похожий на путь, в дополнение к строкам URL. Патч от Mayank Астана.

  • bpo-23831: добавьте метод moveto() в виджет tkinter.Canvas .Пластырь Жюльет Монсель.

  • bpo-34941: методы find() , findtext() и findall() Класс Element в модуле xml.etree.ElementTree теперь может чтобы найти дочерние элементы, которые являются экземплярами подклассов Element .

  • bpo-32680: объекты smtplib.SMTP теперь всегда имеют носок атрибут присутствует

  • bpo-34769: исправлена ​​ошибка, из-за которой асинхронные генераторы не завершались, когда цикл событий находится в состоянии режим отладки и сборщик мусора запускается в другом потоке.

  • bpo-34936: исправить TclError в tkinter.Spinbox.selection_element() . Патч от Джульетты Монсель.

  • bpo-34829: Добавить методы selection_from , selection_range , selection_present и selection_to на tkinter.Spinbox для согласованность с виджетом tkinter.Entry . Патч от Джульетты Монсель.

  • bpo-34911: добавлен аргумент secure_protocols в http.cookiejar.DefaultCookiePolicy , чтобы разрешить настройку протоколов а также добавить поддержку по умолчанию для wss , безопасный веб-сокет протокол.

  • bpo-34922: исправлено целочисленное переполнение в дайджесте () и hexdigest() методов для алгоритма SHAKE в модуль hashlib .

  • bpo-34925: ускорение на 25 % при анализе аргументов для функций в делении пополам. модуль.

  • bpo-34900: исправлен юнит-тест .TestCase.debug() при использовании для вызова теста методы с субтестами. Патч от Бруно Оливейры.

  • bpo-34844: усовершенствование logging.Formatter — обеспечение соответствия стилей и fmt в logging.Formatter — добавлен метод проверки в каждом классе стиля формата: StrFormatStyle, PercentStyle, StringTemplateStyle. - Этот метод называется в конструкторе класса logging.Formatter - также повторно поднять KeyError в методе формата каждого класса стиля, поэтому было бы немного ясно, что это ошибка с недопустимыми полями формата.

  • bpo-34897: Настройте проверку test.support.missing_compiler_executable так, чтобы номинальное имя команды «» игнорируется. Патч Майкла Фелта.

  • bpo-34871: исправление проверки модуля, загрязненного sys.modules при анализе __text_signature__ вызываемого.

  • bpo-34898: добавьте аргумент mtime к gzip.compress для воспроизводимости выход. Патч от Guo Ci Teo.

  • bpo-28441: на Cygwin и MinGW убедитесь, что sys.исполняемый файл всегда включает полное имя файла в пути, включая суффикс .exe (если это не символическая ссылка).

  • bpo-34866: добавление max_num_fields в cgi.FieldStorage для создания DOS атакует сильнее, ограничивая количество объектов MiniFieldStorage создано FieldStorage .

  • bpo-34711: http.server гарантирует, что он сообщает HTTPStatus.NOT_FOUND, когда локальный путь заканчивается на «/» и не является каталогом, даже если базовая ОС (т.е.грамм. AIX) принимает такие пути как действительную ссылку на файл. Патч от Майкла Чувствовала.

  • bpo-34872: исправление самоотмены в реализации C asyncio.Task

  • bpo-34849: не регистрировать ожидание selector.select в асинхронном цикле итерация. Ожидание вполне нормально для любой асинхронной программы. его время просто добавляет шум в журналы без какой-либо полезной информации при условии.

  • bpo-34022: переменная среды SOURCE_DATE_EPOCH больше не используется. переопределяет значение аргумента invalidation_mode на py_compile.compile() и вместо этого определяет значение по умолчанию.

  • bpo-34819: Используйте монотонные часы для вычисления времени ожидания в Executor.map() и as_completed() , чтобы предотвратить тайм-ауты от отклонения при настройке системных часов.

  • bpo-34758: добавить .wasm -> application/wasm в список распознаваемых типов файлов и заголовки типов контента

  • bpo-34789: xml.sax.make_parser() теперь принимает любую итерацию как свою parser_list аргумент.Патч Андреса Дельфино.

  • bpo-34334: в QueueHandler очистить exc_text из LogRecord для предотвращения двойной записи трассировки.

  • bpo-34687: в Windows asyncio теперь использует ProactorEventLoop вместо SelectorEventLoop по умолчанию.

  • bpo-5950: поддержка чтения zip-файлов с комментариями в архиве. zipимпорт .

  • bpo-32892: Анализатор теперь представляет все константы как аст.Константа вместо использования определенных постоянных типов AST ( Num , Str , Bytes , NameConstant и Многоточие ). Эти классы считаются устаревшими и будут удалены в будущем Python версии.

  • bpo-34728: добавлено предупреждение об устаревании при использовании цикла в методах: asyncio.sleep , asyncio.wait и asyncio.wait_for .

  • bpo-34738: ZIP-файлы, созданные distutils , теперь будут содержать записи для каталогов.

  • bpo-34659: добавьте необязательный начальный аргумент в itertools.accumulate().

  • bpo-29577: Поддержка нескольких классов примесей при создании перечислений.

  • bpo-34670: добавьте SSLContext.post_handshake_auth и SSLSocket.verify_client_post_handshake для пост-рукопожатия TLS 1.3 функция аутентификации.

  • bpo-32718: сценарий Activate.ps1 от venv работает с PowerShell Core 6.1 и теперь доступен во всех операционных системах.

  • bpo-31177: исправлена ​​ошибка, которая не позволяла использовать reset_mock в фиктивных экземплярах с удаленными атрибутами

  • bpo-34672: добавьте обходной путь, чтобы 'Z' time.strftime() спецификатор библиотеки musl C может работать в некоторых случаях.

  • bpo-34666: реализовать asyncio.StreamWriter.awrite и asyncio.StreamWriter.aclose() сопрограмм. Методы нужны для предоставление согласованного потокового API с включенным потоком управления По умолчанию.

  • bpo-6721: Приобретите часто используемые внутренние блокировки модуля регистрации во время fork(), чтобы избежать взаимоблокировок в дочернем процессе.

  • bpo-34658: исправить редкое состояние необработанного исключения интерпретатора SystemError видно только при использовании подпроцесса с preexec_fn, в то время как after_parent обработчик был зарегистрирован в os.register_at_fork и системе fork звонок не проходит.

  • bpo-34652: Убедитесь, что os.lchmod() никогда не определяется в Linux.

  • bpo-34638: сохраните слабую ссылку на потоковое считывание, чтобы сломать ее. цикл ссылок между считывателем и протоколом. Он позволяет обнаружить и закрыть сокет, если поток удален (собран мусор) без закрыть() вызов.

  • bpo-34536: Enum._missing_ : поднять ValueError , если None возвращено и TypeError , если возвращается не член.

  • bpo-34636: ускорено повторное сканирование многих несовпадающих символов для s w и d внутри байтовых объектов.(микрооптимизация)

  • bpo-24412: добавить addModuleCleanup() и addClassCleanup() для модульного тестирования для поддержки очистки для setUpModule() и setUpClass() . Патч от Лизы Роуч.

  • bpo-34630: не регистрировать ошибки SSL-сертификата в асинхронном коде (соединение регистрация ошибок уже пропущена).

  • bpo-32490: предотвращение дублирования имен файлов в исключении подпроцесса Сообщения. Патч от Zackery Spytz.

  • bpo-34363: dataclasses.asdict() и .astuple() теперь обрабатывают именованные кортежи правильно.

  • bpo-34625: обновить версию библиотеки expat до 2.2.6.

  • bpo-32270: модуль подпроцесса больше не закрывается по ошибке при перенаправлении fds, даже если они были в pass_fds, когда они находятся за пределами значения по умолчанию {0, 1, 2} задавать.

  • bpo-34622: создайте выделенный asyncio.CancelledError , asyncio.InvalidStateError и asyncio.Исключение TimeoutError классы. Наследовать их от соответствующих исключений из Пакет concurrent.futures . Извлеките исключений asyncio в отдельный файл.

  • bpo-34610: Исправлен итератор multiprocessing.managers.DictProxy .

  • bpo-34421: исправлено ведение журнала distutils для строк, отличных от ASCII. Это вызвало проблемы с установкой в ​​Windows.

  • bpo-34604: исправьте возможный моджибаке в сообщении об ошибке pwd. и grp.getgrnam с использованием строкового представления из-за невидимости символы или завершающие пробелы. Патч Уильяма Гржибовски.

  • bpo-30977: заставить uuid.UUID использовать __slots__ для уменьшения памяти след. На основе оригинального патча Wouter Bolsterlee.

  • bpo-34574: итераторы OrderedDict не исчерпываются во время травления больше. Нашивка Сергея Федосеева.

  • bpo-8110: рефакторинг подпроцесса для проверки специфичных для Windows модули, а не sys.платформа == 'win32' .

  • bpo-34530: distutils.spawn.find_executable() теперь возвращается к os.defpath , если не задана переменная среды PATH .

  • bpo-34563: В Windows исправьте многопроцессорность. Соединение для очень большого чтения: исправить _winapi.PeekNamedPipe() и _winapi.ReadFile() для чтения больше, чем INT_MAX (обычно 2**31-1 ).

  • bpo-34558: исправлена ​​опечатка в Lib/ctypes/_aix.ру

  • bpo-34282: переместить Enum._convert в EnumMeta._convert_ и исправить перечисление элементы затеняются родительскими атрибутами.

  • bpo-22872: при закрытии очереди ValueError теперь вызывается multiprocessing.Queue.put() и multiprocessing.Queue.get() вместо AssertionError и OSError соответственно. Пластырь Закери Спитц.

  • bpo-34515: исправление синтаксического анализа идентификаторов, отличных от ASCII, в lib2to3.pgen2.tokenize (PEP 3131).

  • bpo-13312: предотвращает возможную потерю целочисленности (неопределенное поведение) в код обработки года модуля времени, когда передается очень низкий отрицательный год стоимость.

  • bpo-34472: улучшена совместимость для потоковой передачи файлов в zipfile . Ранее необязательная подпись не записывалась, а определенный ZIP приложения не поддерживались. Патч Сайласа Сьюэлла.

  • bpo-34454: исправить сбой методов .fromisoformat() типов datetime. когда задан unicode с кодовыми точками, не кодируемыми UTF-8.Конкретно, datetime.fromisoformat() теперь принимает суррогатные кодовые точки Unicode, используемые как сепаратор. Отчет и тесты Алексея Избышева, патч Пола Ганссле.

  • bpo-6700: исправление inspect.getsourcelines для кадров/трассировки уровня модуля. Нашивка Владимира Матвеева.

  • bpo-34171: запуск модуля трассировки больше не создает файл trace.cover .

  • bpo-34441: Исправлен сбой, когда класс, производный от ABC , с недопустимым __subclasses__ передается вторым аргументом в issubclass() .Нашивка Алексея Избышева.

  • bpo-34427: исправить бесконечный цикл в a.extend(a) для MutableSequence подклассы.

  • bpo-34412: заставить signal.strsignal() работать на HP-UX. Патч от Майкла Осипов.

  • bpo-20849: Shutil.copytree теперь принимает новое ключевое слово dirs_exist_ok аргумент. Патч Джоша Бронсона.

  • bpo-31715: Свяжите расширение файла .mjs с приложение/javascript MIME-тип.

  • bpo-34384: os.readlink() теперь принимает пути и объекты размером байт в Windows.

  • bpo-22602: декодер UTF-7 теперь вызывает UnicodeDecodeError для неправильно сформированные последовательности, начинающиеся с «+» (как указано в RFC 2152). Пластырь Закери Спитц.

  • bpo-2122: метод mmap.flush() теперь возвращает Нет в случае успеха вызывает исключение в случае ошибки на всех платформах.

  • bpo-34341: добавление в ZIP-архив с расширением ZIP64 больше не выполняется увеличивает размер дополнительных полей существующих записей.

  • bpo-34333: исправлено %-форматирование в pathlib.PurePath.with_suffix() , когда форматирование сообщения об ошибке.

  • bpo-18540: imaplib.IMAP4 и imaplib.IMAP4_SSL классы теперь правильно разрешают локальный IP-адрес хоста, когда значение по умолчанию используется параметр хоста ( '' ).

  • bpo-26502: Реализовать метод traceback.FrameSummary.__len__() для сохранить совместимость со старым API кортежей.

  • bpo-34318: assertRaises() , assertRaisesRegex() , assertWarns() и assertWarnsRegex() больше не удается, если переданный callable - None. Они больше не игнорируют неизвестные аргументы ключевых слов. в режиме менеджера контекста. В этих случаи начиная с Python 3.5.

  • bpo-9372: Устаревшие методы __getitem__() xml.dom.pulldom.DOMEventStream , wsgiref.утилита.FileWrapper и fileinput.FileInput .

  • bpo-33613: исправить состояние гонки в multiprocessing.semaphore_tracker когда трекер получает SIGINT до того, как он сможет зарегистрировать обработчики сигналов за игнорирование.

  • bpo-34248: имя файла отчета в исключении, возникающем, когда файл базы данных не может быть открыт dbm.gnu.open() и dbm.ndbm.open() из-за Ошибка, связанная с ОС. Патч от Zsolt Cserna.

  • bpo-33089: добавить математику.dist() для вычисления евклидова расстояния между двумя точки.

  • bpo-34246: smtplib.SMTP.send_message() больше не изменяет содержимое аргумента mail_options . Нашивка Пабло С. Блюма де Агияра.

  • bpo-31047: исправить ntpath.abspath для неверных путей в Windows. Патч по Франц Воллерт.

  • bpo-32321: добавлен резервный вариант чистого Python для functools.reduce. Патч от Роберта Райт.

  • bpo-34270: класс задач asyncio по умолчанию теперь всегда имеет имя, которое может получить или установить с помощью двух новых методов ( get_name() и set_name() ) и виден в выводе repr() .Исходное имя также можно задать с помощью нового аргумента ключевого слова name для asyncio.create_task() или create_task() метод цикла событий. Если начальное имя не задано, реализация Задачи по умолчанию генерирует имя типа Задача-1 с использованием монотонного счетчика.

  • bpo-34263: цикл событий asyncio не пропускает тайм-ауты дольше одного дня epoll/select и т. д.

  • bpo-34035: исправлено несколько ошибок AttributeError в методах seek() zipfile.Патч по Микаэль Шентген.

  • bpo-32215: исправление снижения производительности в sqlite3 , когда DML оператор появился в другой строке, чем остальная часть SQL-запроса.

  • bpo-34075: не рекомендуется передавать экземпляры, отличные от ThreadPoolExecutor, в AbstractEventLoop.set_default_executor() .

  • bpo-34251: Восстановите msilib.Win64 для сохранения обратной совместимости так как он уже используется командой distutils bdist_msi .

  • bpo-19891: Игнорировать ошибки, вызванные отсутствием/недоступностью для записи домашнего каталога во время запись истории при выходе из интерактивной сессии. Патч от Энтони Соттиле.

  • bpo-33089: math.hypot() расширен для поддержки более двух измерений.

  • bpo-34228: tracemalloc: переменная среды PYTHONTRACEMALLOC=0 и -X Параметр командной строки tracemalloc=0 теперь разрешено отключать явно трассировка при запуске.

  • bpo-13041: используйте шутил .get_terminal_size() для расчета терминала ширина правильно в классе argparse.HelpFormatter . Первоначальный патч Збышек Енджеевски-Шмек.

  • bpo-34213: разрешить замороженным классам данных иметь поле с именем «объект». Ранее это противоречило внутреннему использованию «объекта».

  • bpo-34052: sqlite3.Connection.create_aggregate() , sqlite3.Connection.create_function() , sqlite3.Connection.set_authorizer() , sqlite3.Методы Connection.set_progress_handler() вызывают TypeError когда нехешируемые объекты передаются как вызываемые. Эти методы теперь не передавать такие объекты в SQLite API. Предыдущее поведение может привести к ошибки. Нашивка Сергея Федосеева.

  • bpo-34197: Атрибуты skipinitialspace , doublequote и strict of атрибут диалекта считывателя csv теперь равен bool экземпляры вместо целых чисел 0 или 1.

  • bpo-32788: в методах возникают ошибки, отличные от TypeError __adapt__() и __conform__() в модуле sqlite3 теперь распространяется на пользователя.

  • bpo-21446: средство исправления reload теперь использует importlib.reload() вместо устаревшего imp.reload() .

  • bpo-940286: метод pydoc Helper.showtopic() теперь печатает крестик ссылки топика правильно.

  • bpo-34164: base64.b32decode() может вызвать UnboundLocalError или OverflowError из-за неправильного заполнения. Теперь он всегда поднимается base64.Ошибка в этих случаях.

  • bpo-33729: Исправлены проблемы с разбором аргументов в хэш-библиотеке .

  • bpo-34097: ZipFile может архивировать файлы старше 01-01-1980 и новее 31 декабря 2107 г. с использованием нового параметра strict_timestamps за счет установка метки времени на предел.

  • bpo-34108: удаление посторонних CR в рефакторинге 2to3.

  • bpo-34070: при открытии файл с буферизацией =-1 .

  • bpo-27494: Восстановлено bpo-27494. 2to3 теперь отклоняет запятую в конце генераторные выражения.

  • bpo-33967: functools.singledispatch теперь вызывает TypeError вместо IndexError, когда не передаются позиционные аргументы.

  • bpo-34041: добавьте параметр детерминированный в sqlite3.Метод Connection.create_function() . Патч от Сергея Федосеев.

  • bpo-34056: убедитесь, что прокладка загрузчика, созданная imp.load_module , всегда возвращает байты из своей функции get_data() . Это исправляет использование imp.load_module с PEP 552 на основе хеша pycs.

  • bpo-34054: модуль многопроцессорности теперь использует монотонные часы time.monotonic() вместо системных часов time.time() для реализовать тайм-аут.

  • bpo-34043: оптимизация производительности распаковки tar-файла примерно на 15% при использовании gzip. использовал.

  • bpo-34044: subprocess.Popen теперь копирует аргумент startupinfo в оставьте его без изменений: он изменит копию, так что тот же STARTUPINFO Объект можно использовать несколько раз.

  • bpo-34010: исправлена ​​регрессия производительности при чтении потоков с архив. Буферизованное чтение должно использовать список вместо добавления к объект байт.

  • bpo-34019: веб-браузер: исправьте аргументы, передаваемые браузеру Opera, когда открытие нового URL-адреса с помощью модуля веб-браузера . Патч от Бумсик Ким.

  • bpo-34003: csv.DictReader теперь создает словари вместо OrderedDicts. Пластырь Майкл Селик.

  • bpo-33978: закрыты существующие обработчики ведения журнала перед повторной настройкой через файлконфиг и диктконфиг. Нашивка Картикеяна Сингаравелана.

  • bpo-14117: Внесите небольшие изменения в демо-версию черепахи.Пример «Википедии» теперь «розетка», описывающая то, что она рисует. Вывод «Пенроуза» на печать уменьшенный. Выход «1024» «дерева» исключен.

  • bpo-33974: Исправлена ​​передача списков и кортежей строк, содержащих специальные символы " , \ , { , } и \n как варианты ттк виджеты.

  • bpo-27500: исправить getaddrinfo для правильного разрешения адресов IPv6.

  • bpo-24567: Улучшить рандом.selections() для обработки субнормальных входных весов, которые может иногда вызывать IndexError.

  • bpo-33871: исправлено целочисленное переполнение в os.readv() , os.writev() , os.preadv() и os.pwritev() и в os.sendfile() с заголовков или трейлеров аргументов (в ОС на базе BSD и macOS).

  • bpo-25007: добавлена ​​поддержка copy.copy() и copy.deepcopy() в zlib компрессоры и декомпрессоры.Патч от Zackery Spytz.

  • bpo-33929: многопроцессорность: исправить состояние гонки в Popen of multiprocessing.popen_spawn_win32. Теперь дочерний процесс дублирует читать конец трубы вместо того, чтобы «красть» его. Раньше конец чтения pipe был «украден» дочерним процессом, но он пропускал дескриптор, если дочерний процесс был завершен до того, как он смог украсть дескриптор из родительский процесс.

  • bpo-33899: модуль Tokenize теперь неявно выдает NEWLINE, когда он указан. с вводом, который не имеет завершающей новой строки.Такое поведение сейчас соответствует тому, что делает токенизатор C внутри. Предоставлено Аммаром Аскаром.

  • bpo-33897: добавлен аргумент ключевого слова «force» в logging.basicConfig().

  • bpo-33695: Shutil.copytree() использует функцию os.scandir() и все функции копирования, зависящие от него, используют кэшированные значения os.stat() . Ускорение копирования каталога с 8000 файлами составляет около +9% на Linux, +20% для Windows и +30% для доли Windows SMB.Также число из os.stat() системных вызовов уменьшено на 38%, что делает Shutil.copytree() особенно быстрее в сетевых файловых системах. (Предоставлено Джампаоло Родола в bpo-33695.)

  • bpo-33916: bz2 и lzma: когда Decompressor.__init__() вызывается дважды, освободить старый замок, чтобы не было утечки памяти.

  • bpo-32568: сделать select.epoll() и его документацию согласованными в отношении sizehint и флаги .

  • bpo-33833: исправлена ​​ошибка в asyncio, где журналы ProactorSocketTransport AssertionError, если принудительное закрытие во время записи.

  • bpo-33663: преобразовать длину содержимого в строку перед помещением в заголовок.

  • bpo-33721: os.path функции, которые возвращают логический результат, например exists() , лексисты() , isdir() , isfile() , islink() и ismount() и pathlib.Path методы, которые возвращают логический результат, например exists() , is_dir() , is_file() , is_mount() , is_symlink() , is_block_device() , is_char_device() , is_fifo() , is_socket() теперь возвращает False вместо повышения ValueError или его подклассы UnicodeEncodeError и UnicodeDecodeError для путей, содержащих символы или байты непредставим на уровне ОС.

  • bpo-26544: исправлена ​​реализация platform.libc_ver() . Это почти всегда возвращал версию «2.9» для glibc.

  • bpo-33843: удалить устаревшие cgi.escape , cgi.parse_qs и cgi.parse_qsl .

  • bpo-33842: удалить tarfile.filemode , который устарел, поскольку Python 3.3.

  • bpo-30167: Предотвратить исключение site.main(), если установлен PYTHONSTARTUP.Патч по Стив Вебер.

  • bpo-33805: улучшить сообщение об ошибке dataclasses.replace(), когда InitVar не указан

  • bpo-33687: исправить вызов os.chmod() для uu.decode() , если режим даны или расшифрованы. Патч Тимо Фуррера.

  • bpo-33812: экземпляр Datetime d с не-None tzinfo, но с d.tzinfo.utcoffset(d), возвращающий None, теперь рассматривается как наивный метод astimezone().

  • bpo-32108: в configparser не очищайте раздел, когда он назначен сам.

  • bpo-27397: заставить модуль электронной почты правильно обрабатывать недопустимую длину base64 струны.

  • bpo-33578: реализация методов состояния многобайтового кодировщика/декодера

  • bpo-30805: избегайте состояния гонки с ведением журнала отладки

  • bpo-33476: исправить _header_value_parser.py, когда группа адресов отсутствует final ‘;’. Предоставлено Энрике Перес-Террон

  • bpo-33694: asyncio: исправить состояние гонки, вызывающее потерю данных на pause_reading()/resume_reading() при использовании ProactorEventLoop.

  • bpo-32493: правильный тест на доступность uuid_enc_be в configure.ac . Патч Майкла Фелта.

  • bpo-33792: ​​добавьте asyncio.WindowsSelectorEventLoopPolicy и asyncio.WindowsProactorEventLoopPolicy.

  • bpo-33274: уровень W3C DOM 1 указывает возвращаемое значение Element.removeAttributeNode() как «Удаленный узел Attr». xml.dom.minidom теперь соответствует этому требованию.

  • bpo-33778: обновить базу данных unicodedata до версии 11 Unicode.0.0.

  • bpo-33165: добавлен параметр уровня стека для регистрации вызовов, позволяющий использовать функции-оболочки/вспомогательные функции для ведения журналов API.

  • bpo-33770: улучшено сообщение об исключении base64 для закодированных недопустимых входных данных длина

  • bpo-33769: asyncio/start_tls: исправить сообщение об ошибке; отменить обратные вызовы в случае необработанной ошибки; пометить SSLTransport как закрытый, если он прерван.

  • bpo-33767: последовательность объединения ( + ) и повторения ( * ) операции теперь вызывают TypeError вместо SystemError , когда выполнено на mmap.mmap объектов. Патч от Zackery Spytz.

  • bpo-33734: asyncio/ssl: исправить AttributeError, увеличить рукопожатие по умолчанию тайм-аут

  • bpo-31014: исправлено создание контроллера для веб-браузера , когда пользователь указывает путь к записи в переменной среды BROWSER. Основанный на патче Джона Стилл.

  • bpo-2504: добавьте gettext.pgettext() и варианты.

  • bpo-33197: Добавить свойство описания для _ParameterKind

  • bpo-32751: При отмене задачи из-за тайм-аута асинхронный.wait_for() теперь будет ждать завершения отмены.

  • bpo-32684: исправлена ​​сборка для распространения отмены самой себя даже с return_exceptions.

  • bpo-33654: Поддержка переключения типа протокола в SSLTransport.set_protocol().

  • bpo-33674: Приостановите транспорт как можно раньше, чтобы еще больше снизить риск того, что data_received() будет вызван до connection_made().

  • bpo-33671: шалил.copyfile() , Shutil.copy() , Shutil.copy2() , Shutil.copytree() и Shutil.move() использование специфичные для платформы системные вызовы быстрого копирования в Linux и macOS для копирования файл более эффективно. В Windows Shutil.copyfile() использует больший размер буфера по умолчанию (1 МБ вместо 16 КиБ) и memoryview() Используется основанный на вариант Shutil.copyfileobj() . Ускорение копирования файла размером 512 МБ составляет около +26% в Linux, +50% в macOS и +40% для Windows.Кроме того, потребляется гораздо меньше циклов процессора. (Предоставлено Джампаоло Родола в bpo-25427.)

  • bpo-33674: исправить состояние гонки в SSLProtocol.connection_made() из asyncio.sslproto: немедленно начать рукопожатие вместо использования call_soon(). Ранее data_received() можно было вызвать до началось рукопожатие, что привело к зависанию или сбою рукопожатия.

  • bpo-31647: исправлена ​​ошибка, из-за которой вызов write_eof() для _SelectorSocketTransport после того, как он уже закрыт, вызывает AttributeError.

  • bpo-32610: заставить asyncio.all_tasks() возвращать только ожидающие задачи.

  • bpo-32410: избегайте блокировки файлового ввода-вывода в резервном коде sendfile

  • bpo-33469: исправление RuntimeError после закрытия цикла, который использовал run_in_executor

  • bpo-33672: Исправление сбоя Task.__repr__ с поддельными сопрограммами Cython

  • bpo-33654: исправлена ​​функция transport.set_protocol() для поддержки переключения между asyncio.Protocol и asyncio.Буферизованный протокол. Исправьте loop.start_tls() для работа с asyncio.BufferedProtocols.

  • bpo-33652: соленья переменных типа и дженериков с индексами теперь рассчитан на будущее и совместим со старыми версиями Python.

  • bpo-32493: исправлено uuid.uuid1() во FreeBSD.

  • bpo-33238: добавьте InvalidStateError в concurrent.futures . Future.set_result и Future.set_exception теперь повышаются InvalidStateError , если фьючерсы не ожидаются или не выполняются.Патч по Джейсон Хайдаман.

  • bpo-33618: доработка и документирование предварительного и экспериментального TLS 1.3 поддержка с OpenSSL 1.1.1

  • bpo-33625: выпуск GIL на grp.getgrnam , grp.getgrgid , pwd.getpwnam и pwd.getpwuid , если доступны реентерабельные варианты этих функций. Патч Уильяма Гржибовски.

  • bpo-33623: исправление возможного SIGSGV при создании asyncio.Future в __del__

  • bpo-11874: Используйте лучшее регулярное выражение при разбиении использования на переносимые части.Избегает фиктивных ошибок утверждения из пользовательских строк метаваров.

  • bpo-30877: исправлена ​​ошибка в реализации Python декодера JSON. что предотвратило очистку кеша проанализированных строк после завершения расшифровка. На основе патча от c-fos.

  • bpo-33604: Удалить HMAC по умолчанию для md5, отмеченного для удаления в 3.8 (удаление изначально планировалось в 3.6, увеличить до 3.8 в gh-7062).

  • bpo-33582: выдать предупреждение об устаревании для проверки.спецификация формата

  • bpo-21145: добавлен декоратор functools.cached_property для вычисляемых свойства кэшируются на время существования экземпляра.

  • bpo-33570: изменить настройки набора шифров TLS 1.3 для совместимости с OpenSSL 1.1.1-pre6 и новее. OpenSSL 1.1.1 будет иметь шифры TLS 1.3 включено по умолчанию.

  • bpo-28556: не упрощайте аргументы до ввода . Union . Сейчас Union[Manager, Employee] не упрощается до Employee во время выполнения.Такое упрощение ранее вызывало несколько ошибок и ограничивало возможности для самоанализа.

  • bpo-12486: tokenize.generate_tokens() теперь задокументирован как общедоступный API для токенизации строк Unicode. Раньше он присутствовал, но недокументированный.

  • bpo-33540: добавьте новый атрибут класса block_on_close в ForkingMixIn и ThreadingMixIn классов socketserver .

  • bpo-33548: временный файл._candidate_tempdir_list должен учитывать общий TEMP адреса

  • bpo-33109: подпарсеры argparse снова не требуются по умолчанию, отменить изменение поведения, внесенное bpo-26510 в 3.7.0a2.

  • bpo-33541: удалить неиспользуемый закрытый метод _strptime.LocaleTime.__pad (он же _LocaleTime__pad ).

  • bpo-33536: dataclasses.make_dataclass теперь проверяет наличие недопустимых имен полей. и повторяющиеся поля.Также добавлена ​​проверка на недопустимое поле технические характеристики.

  • bpo-33542: запретить uuid.get_node использовать DUID вместо MAC на Окна. Нашивка Цви Эффрона

  • bpo-26819: исправить состояние гонки с помощью ReadTransport.resume_reading в Цикл событий проактора Windows.

  • Исправлена ​​ошибка в typing.get_type_hints() , когда ClassVar был указан как ссылка на строку вперед.

  • bpo-33516: модульный тест .mock.MagicMock теперь поддерживает __round__ магический метод.

  • bpo-28612: добавлена ​​поддержка карт сайта в urllib RobotFileParser как RobotFileParser.site_maps() . Патч от Lady Red, основанный на на патче Питера Вирца.

  • bpo-28167: удалить платформу.linux_distribution, которая устарела с 3.5.

  • bpo-33504: переключение реализации словаря по умолчанию для configparser из коллекций.Заказал Dict на стандарт дикт типа.

  • bpo-33505: оптимизация asyncio.ensure_future() путем изменения порядка проверки: 1,17x Быстрее.

  • bpo-33497: добавьте параметр error в cgi.parse_multipart и сделайте кодировку в FieldStorage использует указанные ошибки (необходимо для Twisted). Патч от Эмбер Коричневый.

  • bpo-29235: Класс cProfile.Profile теперь можно использовать в качестве менеджер контекста. Патч Скотта Сандерсона.

  • bpo-33495: изменить классы данных.Поля repr, чтобы использовать repr каждого из своих членов вместо ул. Это делает более понятным, что каждое поле на самом деле представляет. Это особенно верно для члена типа.

  • bpo-26103: исправьте inspect.isdatadescriptor для поиска __set__ или __удалить__ . Патч от Аарона Холла.

  • bpo-29209: удален метод doctype() и параметр html из конструктор XMLParser .То doctype() Метод, определенный в подклассе, больше не будет вызываться. Устаревшие методы getchildren() и getiterator() в Модуль ElementTree теперь выдает DeprecationWarning вместо PendingDeprecationWarning .

  • bpo-33453: классы данных исправлены для работы при использовании буквального строкового типа. аннотаций или при использовании PEP 563 «Отложенная оценка аннотаций». Для обоих ClassVar («ClassVar» и «печатать.ClassVar») и InitVar («InitVar» и «dataclasses.InitVar»).

  • bpo-28556: Мелкие исправления в модуле ввода: добавление аннотаций к NamedTuple.__new__ , передать *args и **kwds в Общий.__новый__ . Оригинальные пиарщики Паулюса Шарки и Чада Домбровой.

  • bpo-33365: Печатайте значения заголовка помимо ключей заголовка, а не просто ключи заголовка, если уровень отладки установлен на> 0 в http.client .Пластырь Марко Стригл.

  • bpo-20087: обновлено сопоставление псевдонимов с локалями, поддерживаемыми glibc 2.27.

  • bpo-33422: исправлено удаление завершающих кавычек при поиске вверх. байтовые/строковые литералы в pydoc. Патч Андреса Дельфино.

  • bpo-28167: Функция platform.linux_distribution и platform.dist теперь вызывают DeprecationWarning и были отмечен для удаления в Python 3.8

  • bpo-33281: исправить ctypes.регрессия util.find_library в macOS.

  • bpo-33311: вывод текста и html, сгенерированный cgitb, не отображается круглые скобки, если текущий вызов выполняется непосредственно в модуле. Патч по Стефан Блондон.

  • bpo-27300: классы файлов в tempfile теперь принимают параметр ошибок что дополняет уже существующую кодировку . Патч Стефана Хоэ.

  • bpo-32933: unittest.mock.mock_open() теперь поддерживает итерацию по содержимое файла.Патч Тони Флури.

  • bpo-33217: возникает ошибка TypeError при поиске объектов, отличных от Enum, в Enum классы и члены Enum.

  • bpo-33197: обновить сообщение об ошибке при построении недопустимого inspect.Parameters Patch от Dong-hee Na.

  • bpo-33383: исправлен сбой в методе get() базы данных dbm.ndbm . объект, когда он вызывается с одним аргументом.

  • bpo-33375: модуль предупреждений теперь находит файл Python, связанный с предупреждение от объекта кода, а не глобального пространства имен фрейма.Это согласуется с тем, как tracebacks и pdb находят имена файлов, и должно лучше работать с динамически исполняемым кодом.

  • bpo-33336: imaplib теперь разрешает команду MOVE в IMAP4.uid() (RFC 6851: расширение IMAP MOVE) и, возможно, как имя поддерживаемого метода. объекта IMAP4 .

  • bpo-32455: добавлен параметр jump в dis.stack_effect() .

  • bpo-27485: переименование и прекращение поддержки недокументированных функций в urllib.разбор() .

  • bpo-33332: добавьте signal.valid_signals() для предоставления POSIX sigfillset() функциональность.

  • bpo-33251: ConfigParser.items() исправлено так, что пары ключ-значение передаются in via vars не включаются в результирующий вывод.

  • bpo-33329: исправление регрессии многопроцессорности в новых glibcs ​​

  • bpo-33334: dis.stack_effect() теперь поддерживает все определенные коды операций включая NOP и EXTENDED_ARG.

  • bpo-9

  • : исправлено цитирование атрибута Комментарий http.cookies.SimpleCookie .

  • bpo-33131: Обновите пакетную версию pip до 10.0.1.

  • bpo-33308: исправлен сбой в модуле анализатора при преобразовании ST объект в дерево кортежей или списков с line_info=False и col_info=Истина .

  • bpo-23403: lib2to3 теперь использует протокол pickle 4 для предварительно вычисленных грамматик.

  • bpo-33266: lib2to3 теперь распознает rf'...' строк.

  • bpo-11594: убедитесь, что при использовании lib2to3 учитываются окончания строк.

  • bpo-33254: Иметь importlib.resources.contents() и importlib.abc.ResourceReader.contents() возвращает итерируемый вместо итератора.

  • bpo-33265: contextlib.ExitStack и contextlib.AsyncExitStack сейчас используйте метод вместо функции-оболочки для обратных вызовов выхода.

  • bpo-33263: исправление утечки FD в исправлении _SelectorSocketTransport от Vlad Старостин.

  • bpo-33256: исправлено отображение вызова в html, созданном cgitb.html() . Нашивка Стефана Блондона.

  • bpo-33144: random.Random() и его механизм подкласса были оптимизированы проверять только один раз во время создания экземпляра класса/подкласса, является ли его Метод getrandbits() может использоваться другими методами, включая randrange() , для генерации произвольно больших случайных целых чисел.Патч Вольфганга Майера.

  • bpo-33185: исправлена ​​регрессия при запуске pydoc с параметром -m . выключатель. (Регрессия была введена в 3.7.0b3 по решению бпо-33053)

    Это исправление также изменило pydoc, добавив os.getcwd() в sys.path . при необходимости вместо добавления "." .

  • bpo-29613: добавлена ​​поддержка флага cookie SameSite в модуль http.cookies .

  • bpo-33169: удалить записи None в sys.path_importer_cache когда вызывается importlib.machinery.invalidate_caches() .

  • bpo-33203: random.Random.choice() теперь вызывает IndexError для пустого последовательности последовательно даже при вызове из подклассов без getrandbits() реализация.

  • bpo-33224: обновить difflib.mdiff() для PEP 479 .Преобразование не пойманного StopIteration в генераторе в оператор возврата.

  • bpo-33209: Завершение кадрирования в конце реализации C pickle.Pickler.dump() .

  • bpo-32861: представление urllib.robotparser __str__ теперь включает подстановочные знаки и поля «Crawl-delay» и «Request-rate». Также удаляет лишние символы новой строки, которые добавлялись в конец строки. нить. Патч от Майкла Лазара.

  • bpo-23403: DEFAULT_PROTOCOL в рассоле был увеличен до 4.Протокол 4 описан в PEP 3154 и доступен, начиная с Python 3.4. Это предлагает лучшая производительность и меньший размер по сравнению с протоколом 3, представленным в Питон 3.0.

  • bpo-20104: улучшена обработка ошибок и устранена утечка ссылок в os.posix_spawn() .

  • bpo-33106: удаление ключа из доступной только для чтения базы данных dbm вызывает модуль конкретная ошибка вместо KeyError.

  • bpo-33175: в классах данных Field.__set_name__ теперь ищет __set_name__ специальный метод класса, а не экземпляра по умолчанию стоимость.

  • bpo-32380: Создайте functools.singledispatchmethod для поддержки общего одиночного рассылка по дескрипторам и методам.

  • bpo-33141: Объекты поля должны проходить через __set_name__ по умолчанию значения, если они имеют собственное __set_name__.

  • bpo-33096: разрешить ttk.Treeview.insert вставлять iid с ложным логическое значение. Обратите внимание, что iid=0 и iid=False будут одинаковыми. Патч от Гарвита Хатри.

  • bpo-32873: Считать переменные типа и специальные формы ввода неизменяемыми копируй и маринуй.Это устраняет несколько незначительных проблем и несоответствий, а также улучшает обратную совместимость с Python 3.6.

  • bpo-33134: при вычислении __hash__ класса данных используйте таблицу поиска для содержат функцию, которая возвращает значение __hash__. Это улучшение по сравнению с поиском строки, а затем тестированием этой строки, чтобы увидеть что делать.

  • bpo-33127: модуль ssl теперь компилируется с LibreSSL 2.7.1.

  • bpo-32505: вызывает TypeError, если переменная-член класса данных имеет тип Поле, но не имеет аннотации типа.

  • bpo-33078: исправить сбой в OSX, вызванный тестами, основанными на sem_getvalue

  • bpo-33116: Добавить «Поле» в классы данных.__all__.

  • bpo-32896: исправлена ​​ошибка при создании подкласса класса данных с полем, которое использует default_factory, сгенерирует неправильный класс.

  • bpo-33100: классы данных: если поле имеет значение по умолчанию, это MemberDescriptorType, то это из того поля, которое находится в __slots__, а не из фактическое значение по умолчанию.

  • bpo-32953: если класс данных, не являющийся классом данных, наследуется от замороженного класса данных, разрешить атрибуты, которые необходимо добавить в производный класс. Только атрибуты из замороженный класс данных не может быть назначен. Требовать все классы данных в иерархия должна быть либо полностью заморожена, либо вся не заморожена.

  • bpo-33097: возникает ошибка RuntimeError при вызове executor.submit во время отключение интерпретатора.

  • bpo-32968: деление по модулю и полу с участием дроби и числа с плавающей запятой должно возвратный поплавок.

  • bpo-33061: добавить недостающие NoReturn в __all__ в typing.py

  • bpo-33078: исправлена ​​обработка размера в многопроцессорной обработке. Очередь при травлении возникает ошибка.

  • bpo-33064: lib2to3 теперь корректно поддерживает замыкающие запятые после *args и **kwargs в сигнатурах функций.

  • bpo-33056: ИСПРАВИТЬ правильное закрытие файлов с утечкой в concurrent.futures.ProcessPoolExecutor.

  • bpo-33021: освободить GIL во время вызовов fstat(), избегая зависания всех потоков при вызове mmap.mmap(), os.urandom() и random.seed(). Пластырь Нир Соффер.

  • bpo-31804: избегайте сбоев в многопроцессорной обработке. потоки закрыты или None на выходе.

  • bpo-33034: Предоставление явного сообщения об ошибке при преобразовании порта свойство ко всему, что не является целочисленным значением, используя urlparse() и urlsplit() .Патч от Мэтта Итона.

  • bpo-30249: улучшены сообщения об исключениях struct.unpack_from() для проблем с размером буфера и смещением.

  • bpo-33037: Пропускать отправку/получение данных после закрытия транспорта SSL.

  • bpo-27683: исправить регрессию в ipaddress , которая является результатом hosts() пусто, когда сеть построена кортежем содержит целочисленную маску и только 1 бит остается для адресов.

  • bpo-22674: добавьте функцию strsignal() в модуль сигнала, который возвращает системное описание данного сигнала, возвращаемое функцией strsignal(3).

  • bpo-32999: исправление C реализации ABC.__subclasscheck__(cls, подкласс) аварийно завершился, когда подкласс не является объектом типа.

  • bpo-33009: исправление inspect.signature() для частичных методов с одним параметром.

  • bpo-32969: Выявить несколько отсутствующих констант в zlib и исправить соответствующие документация.

  • bpo-32056: улучшены исключения, вызванные недопустимым количеством каналов и ширина выборки при чтении аудиофайла в модулях aifc , волна и сунау .

  • bpo-32970: улучшена дизассемблирование инструкции MAKE_FUNCTION.

  • bpo-32844: исправлено неправильное перенаправление младшего дескриптора (0 или 1) на stderr в подпроцесс, если другой младший дескриптор закрыт.

  • bpo-32960: для классов данных запретить наследование замороженных от незамороженных классов, а также запретить наследование незамороженных классов от замороженных. Этот ограничение будет смягчено в будущем.

  • bpo-32713: Исправлен tar-файл.itn обработка значений с плавающей запятой за пределами допустимого диапазона. Пластырь Джоффри Фюрер.

  • bpo-32257: модуль ssl теперь содержит константу OP_NO_RENEGOTIATION, доступно с OpenSSL 1.1.0h или 1.1.1.

  • bpo-32951: прямое создание объектов SSLSocket и SSLObject теперь запрещенный. Конструкторы никогда не документировались, не тестировались и не проектировались как общедоступные конструкторы. Пользователи должны были использовать ssl.wrap_socket() или SSLКонтекст.

  • bpo-32929: удалите параметр с тремя состояниями «хэш» и добавьте логическое значение «небезопасный_хэш».Если значение unsafe_hash равно True, добавьте функцию __hash__, но если __hash__ существует, поднимите TypeError. Если unsafe_hash имеет значение False, добавьте __hash__ на основе значений eq= и frost=. Поведение unsafe_hash=False то же, что и старое поведение hash=None. unsafe_hash = False по умолчанию, так же, как hash=None раньше.

  • bpo-32947: добавьте OP_ENABLE_MIDDLEBOX_COMPAT и протестируйте обходной путь для TLSv1.3 для будущей совместимости с OpenSSL 1.1.1.

  • bpo-32146: Задокументируйте взаимодействие между замороженными исполняемыми файлами и методы запуска spawn и forkserver в многопроцессорной обработке.

  • bpo-30622: модуль ssl теперь обнаруживает отсутствие поддержки NPN в LibreSSL.

  • bpo-32922: dbm.open() теперь кодирует имя файла с помощью кодировки файловой системы. вместо кодировки по умолчанию.

  • bpo-32759: Бесплатные неиспользуемые арены в multiprocessing.heap.

  • bpo-32859: в os.dup2 не проверять каждый вызов на наличие dup3 системный вызов существует или нет.

  • bpo-32556: nt._getfinalpathname, nt._getvolumepathname и nt._getdiskusage теперь правильно конвертирует из байтов.

  • bpo-21060: переписать запутанное сообщение от загрузки setup.py с «No dist файл, созданный в предыдущей команде» на более полезный «Необходимо создать и загружать файлы одной командой».

  • bpo-32857: в tkinter , after_cancel(None) теперь вызывает ValueError вместо отмены первой запланированной функции. Патч от Шерил Сабеллы.

  • bpo-32852: Убедитесь, что sys.argv остается списком при выполнении трассировки.

  • bpo-31333: добавлен модуль _abc . Это модуль ускорения с C реализации различных функций и методов в abc . Создание Подкласс ABC и вызов isinstance или issubclass с ABC подклассы до 1,5 раз быстрее. Кроме того, это делает запуск Python на 10% быстрее.

    Обратите внимание, что новая реализация скрывает внутренний реестр и кеши, ранее доступный через закрытые атрибуты _abc_registry , _abc_cache и _abc_negative_cache .Есть три отладки вспомогательные методы, которые можно использовать вместо _dump_registry , _abc_registry_clear и _abc_caches_clear .

  • bpo-32841: исправлена ​​ошибка asyncio.Condition , которая молча игнорировалась. отмена после уведомления и отмены условной блокировки. Патч по Бар Харел.

  • bpo-32819: ssl.match_hostname() был упрощен и больше не зависит в модуле re и ipaddress для подстановочных знаков и IP-адресов.Отчет об ошибках для недопустимых подстановочных знаков было улучшено.

  • bpo-19675: многопроцессорность . Пул больше не пропускает процессы, если его инициализация не удалась.

  • bpo-32394: разъем: удалить Флаги TCP_FASTOPEN,TCP_KEEPCNT,TCP_KEEPIDLE,TCP_KEEPINTVL в более старой версии Windows во время выполнения.

  • bpo-31787: Исправлены рефлики методов __init__() в различных модулях. (Предоставил Орен Милман)

  • bpo-30157: исправлено угадывание цитаты и разделителя в csv.Sniffer.sniff() когда цитируется только последнее поле. Патч Джейка Дэвиса.

  • bpo-30688: добавлена ​​поддержка экранирования \N{name} в регулярных выражениях. На основе патча Джонатана Юниса.

  • bpo-32792: collections.ChainMap() сохраняет порядок базовых сопоставления.

  • bpo-32775: fnmatch.translate() больше не создает шаблоны, которые содержать операции над множествами. Наборы, начинающиеся с ‘[‘ или содержащие ‘–’, ‘&&’, ‘~~’ или ‘||’ будут интерпретироваться по-разному в регулярных выражениях в будущие версии.В настоящее время они выдают предупреждения. fnmatch.translate() сейчас позволяет избежать случайного создания шаблонов, содержащих такие наборы.

  • bpo-32622: Реализовать собственный быстрый файл отправки для цикла событий Windows proactor.

  • bpo-32777: исправлена ​​редкая, но потенциальная взаимоблокировка дочернего процесса перед выполнением в подпроцесс в системах POSIX при маркировке файловых дескрипторов как наследуемых на exec в дочернем процессе. Эта ошибка, по-видимому, была введена в 3.4.

  • bpo-32647: модуль ctypes раньше зависел от непрямого связывания для открытьОбщее расширение теперь явно связано с libdl на платформы с дл.

  • bpo-32749: база данных dbm.dumb , открытая с флагами «r», теперь только для чтения. dbm.dumb.open() с флагами «r» и «w» больше не создает базу данных, если она не существует.

  • bpo-32741: Реализовать метод asyncio.TimerHandle.when() .

  • bpo-32691: используйте mod_spec.parent при запуске модулей с pdb

  • bpo-32734: исправлено asyncio.Lock() проблема безопасности, которая позволяла получить и блокировать один и тот же замок несколько раз, не будучи свободным. Патч по Бар Харел.

  • bpo-32727: Не включать поле имени в SMTP-конверт от адреса. Пластырь Стефан Виртель

  • bpo-31453: добавить константы TLSVersion и SSLContext.maximum_version/ Атрибуты «минимальная_версия». Новый API является оболочкой OpenSSL 1.1. https://www.openssl.org/docs/man1.1.0/ssl/SSL_CTX_set_min_proto_version.html характерная черта.

  • bpo-24334: Детали внутренней реализации модуля ssl были очищены.У SSLSocket на один уровень косвенности меньше. Владелец и сессия информация теперь обрабатывается конструктором SSLSocket и SSLObject. Упрощена реализация привязки канала.

  • bpo-31848: исправить обработку ошибок в Aifc_read.initfp(), когда SSND чанк не найден. Патч от Zackery Spytz.

  • bpo-32585: добавить виджет Spinbox Ttk в tkinter.ttk . Патч от Алана Д. Мур.

  • bpo-32512: профиль CLI принимает -m имя_модуля в качестве альтернативы к пути сценария.

  • bpo-8525: help() для типа теперь отображает встроенные подклассы. Это предназначен в первую очередь, чтобы помочь с уведомлением о более конкретном исключении подклассы.

    Нашивка

    , автор Саньям Курана.

  • bpo-31639: http.server теперь предоставляет класс ThreadingHTTPServer и использует его когда модуль запускается с -m , чтобы справиться с предварительным открытием веб-браузеров Розетки.

  • bpo-29877: compileall: импортировать ProcessPoolExecutor только при необходимости, предотвращение зависаний на платформах с низким ресурсом

  • bpo-32221: различные функции теперь возвращают кортеж, содержащий адреса IPv6. опустить часть %scope , так как та же самая информация уже закодирована в scopeid элемент кортежа.Особенно это ускоряет socket.recvfrom() когда он получает многоадресный пакет, так как бесполезное разрешение сети имя интерфейса опущено.

  • bpo-32147: binascii.unhexlify() теперь до 2 раз быстрее. Пластырь Сергея Федосеева.

  • bpo-30693: класс TarFile теперь рекурсивно выполняет каталоги в воспроизводимом способ.

  • bpo-30693: Класс ZipFile теперь рекурсивно выполняет каталоги в воспроизводимом способ.

  • bpo-31680: Добавлено проклятий.ncurses_версия .

  • bpo-31908: исправление вывода файлов покрытия для командной строки модуля trace . инструмент. Раньше файлы обложек создавались только при выборе параметра --missing . использовал. Патч от Майкла Селика.

  • bpo-31608: Поднимите TypeError вместо сбоя, если Подкласс collections.deque возвращает недеку из __new__ . Пластырь Орен Милман.

  • bpo-31425: добавлена ​​поддержка сокетов семейства адресов AF_QIPCRTR, поддерживается ядром Linux.Это используется для связи со службами, такие как GPS или радио, работающие на устройствах Qualcomm. Патч от Бьорна Андерссон.

  • bpo-22005: Реализовано распаковывание экземпляров дата-время , дата и время мариновано Python 2. encoding='latin1' должен использоваться для успешного декодирования.

  • bpo-27645: sqlite3.Connection теперь предоставляет метод резервного копирования , если базовый SQLite библиотека находится в версии 3.6.11 или выше. Патч от Леле Гайфакс.

  • bpo-16865: массивы поддержки >=2GiB в ctypes . Патч Сегева Финера.

  • bpo-31508: удалена поддержка аргументов в tkinter.ttk.Treeview.selection . Он устарел в 3.6. Использовать специализированные методы, такие как selection_set для изменения выбора.

  • bpo-29456: исправление ошибок в нормализации хангыля: u1176, u11a7 и u11c3

  • bpo-41094: Исправление ошибок декодирования с аудитом при открытии файлов.(GH-21095) · 6c6810d989 — cpython

    @ -1274,7 +1274,12 @@ _Py_open_impl(const char *pathname, int flags, int gil_held)
    #endif
    если (gil_held) {
    если (PySys_Audit(«open», «sOi», pathname, Py_None, flags) < 0) {
    PyObject *pathname_obj = PyUnicode_DecodeFSDefault(pathname);
    если (pathname_obj == NULL) {
    возврат -1;
    }
    если (PySys_Audit(«open», «OOi», pathname_obj, Py_None, flags) < 0) {
    Py_DECREF(pathname_obj);
    возврат -1;
    }
    @ -1284,12 +1289,16 @@ _Py_open_impl(const char *pathname, int flags, int gil_held)
    Ру_END_ALLOW_THREADS
    } пока (fd < 0
    && errno == EINTR && !(async_err = PyErr_CheckSignals()));
    если (асинхронная_ошибка)
    если (асинхронная_ошибка) {
    Py_DECREF(pathname_obj);
    возврат -1;
    }
    если (fd < 0) {
    PyErr_SetFromErrnoWithFilename (PyExc_OSError, путь);
    PyErr_SetFromErrnoWithFilenameObjects (PyExc_OSError, pathname_obj, NULL);
    Py_DECREF(pathname_obj);
    возврат -1;
    }
    Py_DECREF(pathname_obj);
    }
    еще {
    fd = открыть (путь, флаги);
    @ -1385,9 +1394,15 @@ _Py_wfopen(const wchar_t *path, const wchar_t *mode)
    ФАЙЛ*
    _Py_fopen(const char *pathname, const char *mode)
    {
    если (PySys_Audit («открыть», «ssi», путь, режим, 0) < 0) {
    PyObject *pathname_obj = PyUnicode_DecodeFSDefault(pathname);
    если (pathname_obj == NULL) {
    вернуть NULL;
    }
    если (PySys_Audit («открыть», «Osi», pathname_obj, режим, 0) < 0) {
    Py_DECREF(pathname_obj);
    вернуть NULL;
    }
    Py_DECREF(pathname_obj);
    ФАЙЛ *f = fopen(путь, режим);
    если (f == NULL)

    Аутсорсинг бизнес-процессов — טלדור

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

    Картографические услуги и ГИС-решения

    Крупнейший центр картографических услуг и решений ГИС в Израиле, в котором работают 200 экспертов, предоставляющий решения более чем 60 местным органам власти, а также клиентам из государственного и частного секторов.
    Опыт сбора данных и цифрового преобразования, а также консультации и услуги поддержки в отношении постановлений правительства.
    В наши команды входят профессионалы из широкого спектра технологий, которые объединяют свои усилия с экспертами по картографии, включая геодезистов, фотограмметристов, географов, картографов, чертежников, операторов ГИС и т. д.
    Предлагаемые нами услуги включают разработку систем и создание географических баз данных для регистрации и управления недвижимостью (кадастр) как для государственного, так и для частного секторов, настройку корпоративных ГИС-систем и их интеграцию в основную деятельность организации, а также создание национальных системы управления муниципальной инфраструктурой во многих рыночных сферах.У нас есть опыт разработки географических баз данных, включая ввод данных и картирование данных, полевые исследования и дополнительные полевые работы, анализ сельскохозяйственных и городских аэрофотоснимков, контроль качества данных и преобразование данных между системами.
    Государственные и муниципальные решения
    За последние годы Талдор успешно реализовал десятки проектов по управлению географической информацией и интегрировал их в информационные системы организаций. Мы отвечали за разработку картографического портала правительства Израиля (govmap) и национального портала недвижимости совместно с Картографическим центром Израиля.Сайт содержит полезную и ценную информацию о сделках с недвижимостью в стране на основе информации, накопленной в государственных органах, отвечающих за картирование и регистрацию недвижимости. Информация основана на географических картах, включая поперечные разрезы и сегментации по вопросам, важным для общественности. Обладает актуальной информацией, удобным интерфейсом и продвинутой графикой
    . Вместе с другими подразделениями организации наш ГИС-центр специализируется на разработке географических систем управления и контроля.Мы разработали систему Shalhevet для Национального управления пожарной и спасательной службы Израиля на основе передовых технологий GIS/GPS. Развернутая в более чем 20 ассоциациях пожарных в Израиле, система управляет событиями, передавая информацию и приказы в режиме реального времени, и помогла восстановить контроль над массивным пожаром в горах Кармель.

    Сканирование, декодирование и очистка данных

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

    Услуги по проведению экзаменов для государственного сектора

    Единственный экзаменационный орган в стране, предлагающий комплексные решения, включающие администрирование тысяч экзаменов в год с помощью: эксклюзивного и инновационного программного обеспечения для компьютеризированных экзаменов; услуги по переводу, печати, компьютеризированной упаковке и сканированию; развертывание мобильных компьютерных лабораторий; проведение экзаменационных дней, включая найм и инструктаж техников, руководителей и инспекторов; и оценка экзаменов.

    Обзоры и исследования

    Проведение обследований и исследований с использованием новейших технологий, старших статистиков и исследователей, передовых телефонных центров, профессиональных социологов и компьютеризированных систем. Исследования, выполненные для различных министерств, ежегодно публикуются в СМИ.

    Контакт-центры

    Талдор — опытный ветеран рынка контакт-центров, специалист по созданию центров для краткосрочных и долгосрочных задач,
    на основе самых передовых телефонных станций в Израиле и мире, опытных аналитиков и специалистов по эксплуатации и техническому обслуживанию, а также опыта в предоставлении высококачественных, профессиональных и ориентированных на обслуживание решений.

    Органы управления

    Контрольный отдел Талдора — один из старейших в стране, ежегодно проводящий десятки тысяч проверок в государственном секторе, включая контроль счетов, полевой контроль, радиационный контроль, контроль оборудования и инфраструктуры, качественные интервью и фокус-группы. Средства контроля реализуются в соответствии с методологией, адаптированной для каждого клиента, и способны выявлять пробелы, исправление которых приводит к реальным изменениям в организации.

    Талдор Кармий Йеда

    Развивающее и сопровождающее обучение в организациях; управление карьерой и развитие; интегрирующие технологии; создание и управление учебными центрами; управление учебными проектами; консалтинг организационных процессов; и организация конференций и семинаров
    • Короткое и целенаправленное обучение: Micro Learning / Nano Learning
    Микрообучение характеризуется созданием коротких учебных единиц, сфокусированных на содержании и легко усваиваемых, включая обучение краткосрочным действиям.
    • Смешанное обучение
    Метод обучения, сочетающий традиционное обучение, то есть очное обучение, с онлайн-обучением.
    • Универсальный дизайн для обучения
    На основе принципа разработки гибкой среды обучения и обучения, адаптированной к учащимся.

    Расшифровка кода Дональда Трампа

    В апреле холод в Сан-Франциско был необычайно суровым. Индийские крупные ИТ-компании, работающие в районе залива Сан-Франциско, уже сократили количество виз и увеличили набор иностранных рабочих.По мере того как они приспосабливались к ужесточению правоприменения и усилению контроля со стороны администрации Трампа, мечты тысяч индийских технарей рухнули. Кампания «Покупай американское, нанимай американское» угрожала сжечь нескольких индийских поставщиков услуг.

    Но они стали сильнее из того, что многие считали пеплом.

    Да, когда дела шли плохо, крутые дела шли.

    В апреле индийские компании, такие как Wipro, Infosys и TCS, сократили количество заявок на получение визы, сообщила газета San Francisco Chronicle со ссылкой на исследование.Это контрастирует с числом индийцев, въехавших в США по визам H2B за последние три года, которое составляло чуть больше двух лакхов.

    Сегодня отечественные фирмы, занимающиеся техническими услугами, научились жить с этой застарелой проблемой получения визы в США. Они строят свои новые бизнес-модели вокруг этого и медленно отклоняют любой удар по своим доходам или марже.

    Поскольку более жесткие нормы для виз H-1B и L-1 угрожают финансовому благополучию отечественных компаний, занимающихся информационными технологиями (ИТ), они быстро пересматривают свою бизнес-модель.Чтобы уменьшить свою зависимость от виз для специалистов в США, индийские технологические компании нанимают больше местных жителей в США, автоматизируют повторяющиеся процессы и переходят на высокотехнологичные услуги, такие как цифровая трансформация, искусственный интеллект, анализ данных и т. д.

    В. Балакришнан, бывший главный финансовый директор (CFO) и член правления Infosys, утверждает, что крупные ИТ-компании пытались уменьшить свою зависимость от рабочей визы в США, нанимая больше местных жителей в США и за счет автоматизации. «ИТ-компании начали нанимать местных сотрудников (в США) и автоматизировать повторяющиеся процессы, чтобы уменьшить свою зависимость от виз H2B.Это означает, что они пытаются понять, смогут ли они автоматизировать больше или сократить рабочую силу», — говорит он.

    Изменение бизнес-моделей

    Запрет со стороны правительств различных стран на работодателей, использующих визы H-1B для своих проектов в США, вынудил крупные компании, предоставляющие ИТ-услуги, такие как Infosys, Tata Consultancy Services (TCS), Wipro, Cognizant, HCL и другие, изменить свои бизнес-модели.

    H-1B — это виза в США в соответствии с Законом об иммиграции и гражданстве, которая позволяет работодателям США нанимать иностранных работников для выполнения специальных профессий.Он использовался отечественными технологическими фирмами и транснациональными корпорациями, базирующимися в Индии, для реализации своих проектов в США с использованием более дешевого технического персонала для увеличения своей маржи.

    Различные правительства и законодатели обвинили его в сокращении рабочих мест в США и пообещали принять меры в своих предвыборных кампаниях. Одной из мер, предпринятых около десяти лет назад, была дополнительная плата для работодателей «50/50» в соответствии с Законом о консолидированных ассигнованиях.

    Здесь работодателями 50/50 были компании с численностью сотрудников более 50 в США, и у которых более 50% их работников имели визы H-1B и L-1.С 2010 года эти работодатели были обязаны платить дополнительный сбор в размере 2000 долларов США за каждую визу H-1B и 2250 долларов США за визу L-1. Срок действия сбора истек 30 сентября 2015 года. Правительство Барака Обамы продлило его на 10 лет до 2025 года, а размер сбора был увеличен вдвое до 4000 долларов за визу H-1B и 4500 долларов за визу L-1.

    Несмотря на то, что крупные технологические компании восприняли продление и повышение платы спокойно, они постепенно перестают полагаться на эти визы.

    После достижения пика в три миллиона петиций на получение визы H-1B в 2016 году количество заявок, поданных работодателями из Индии, сократилось на 17.6% до 2,47 лакха в 2017 году. Тем не менее, Индия по-прежнему остается лидером среди пользователей виз H-1B. В 2017 году петиции фирм из Индии составили 73,76% от общего числа заявок.

    Bellwether Infosys является компанией с наибольшим количеством заявок H-1B до 2017 года в 1,10 тысяч петиций, за ней следует TCS с 69 920 и Deloitte с 42 835.

    Администрация Трампа продолжает оказывать давление на эти компании, поскольку Служба гражданства и иммиграции США (USCIS) значительно увеличила количество отказов в петициях H-1B.Иммиграционная служба США также усилила проверку заявлений, направив дополнительный запрос о доказательствах (RFE). Все это, кажется, затронуло индийские компании больше, чем кого-либо еще.

    Согласно отчету, подготовленному базирующимся в США Национальным фондом американской политики, количество RFE, полученных индийцами, составило 72% по сравнению с 61% другими гражданами в 2017 году.

    В отчете четко указано, что рост числа отказов и отказов в выдаче рабочих виз в США был вызван новой политикой администрации Трампа.

    Маржинальная игра

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

    Например, Балакришнан говорит, что за последний год Infosys наняла около 2000 местных жителей в США. Он говорит, что большинство ИТ-компаний создали центры разработки в США и нанимают новых местных выпускников из американских технологических институтов и обучают их.

    «Infosys наняла около 2000 человек в США и обучает их.Они создали там центры разработки. Индийские компании пытаются повторить в США то, что они делают в Индии. Это означает, что они нанимают новых выпускников, обучают их необходимым технологиям, а затем задействуют их в проектах. Они создают ту же (бизнес) модель, что и в Индии, и в США. Таким образом, их зависимость от виз H-1B и L-1 снизилась», — сказал он.

    Национальная ассоциация компаний-разработчиков программного обеспечения и услуг (Nasscom), представляющая индийскую индустрию ИТ и аутсорсинга бизнес-процессов (BPO), сообщила, что использование виз индийскими компаниями за последние два года сократилось примерно на 43%.

    Информационное лобби заявило, что использование Индией визы H-1B составляет менее 12% при 8 500 из 65 000 доступных каждый год.

    Ганеш Натараджан, председатель 5F World и бывший председатель Nasscom, сказал, что новый визовый режим сделал бизнес-модель более ориентированной на близость и немного более дорогостоящей.

    «Модель становится все более ориентированной на приближение и представляет собой модель с несколько более высокими затратами. К счастью, текущая слабая индийская рупия по отношению к доллару США сдерживает прибыль, но в долгосрочной перспективе рентабельность отрасли будет ниже из-за цифровой тренд и трудности с визами и трудности передвижения людей», — сказал он.

    Водители для нового найма

    Сом Миттал, директор ExlService Holdings Inc и бывший президент Nasscom, сказал, что были и другие «побудительные причины» для найма большего количества людей в американских компаниях, помимо сложных визовых условий.

    «В США есть много драйверов для найма людей. Причинами их найма являются не только визы, но и то, что весь мир технологий движется в сторону цифровых технологий, и нам нужна близость людей к рабочему месту.Нам также нужны опыт и контекст, для этого нам нужны местные жители в США», — сказал он.

    Бывший глава Nasscom считает, что американские технологические гиганты, работающие в Индии, пострадают больше, чем местные ИТ-компании.

    «Визы H-1B широко используются американскими компаниями. Microsoft, Google, Apple, Amazon и другие крупные мировые компании нанимают иностранных граждан, большинство из них — индийцы. использование виз H-1B на самом деле гораздо больше повлияет на американские компании.Говорят, что для них это негативно. Точка зрения американских компаний заключается в том, что когда мы выдаем столько виз индийцам, речь идет не об индийцах, а о потребности в технических специалистах. Просто так получилось, что большое количество индийцев являются техническими специалистами, и они получают эти визы», — сказал он.

    Согласно данным USCIS, шесть из десяти 10 компаний, получивших самые высокие одобрения в 2017 году, были индийскими ИТ-специалистами, включая Cognizant (28 908), TCS (14 697), Infosys (13 408), Wipro (6 529), Tech Mahindra (4 931) и HCL Tech (4392).У него четыре названия компаний в США: Deloitte (6027), Accenture (5070), Amazon.com (4767) и Microsoft (4069).

    Двигаясь вперед, Миттал ожидает, что шум продолжится, но не видит особых действий на земле. Он также считает, что местные компании, предоставляющие ИТ-услуги, превратились в поставщиков полного спектра услуг и больше не являются поставщиками услуг, основанными на усилиях. Это, по его словам, потребует большего количества найма сотрудников на месте для проектов из-за необходимости знания предметной области.

    «Вы также должны быть уверены, что индийские компании больше не являются оффшорными фирмами.Клиенты не нанимают индийские ИТ-компании, потому что офшорная работа может быть выполнена дешево. Эта фаза закончилась. Теперь индийские компании являются поставщиками полного спектра услуг и ничем не отличаются от IBM, HP или Accenture, которые широко представлены в стране. Они также стали глобальными. Таким образом, нам не следует сравнивать их (индийские компании) с тем, что происходило в начале 2000-х годов, когда единственным способом обслуживания клиентов были оффшорные компании. Сегодня клиентов гораздо больше обслуживают на суше», — сказал он.

    Индийские мечты на исходе

    Обратная сторона того, что отечественные ИТ-компании нанимают больше сотрудников в США, заключается в том, что рабочие места в сфере ИТ на внутреннем рынке сокращаются.По оценкам Nasscom, в текущем финансовом году будет нанято около одного миллиона инженеров, что намного ниже более двух тысяч рабочих мест, созданных всего несколько лет назад.

    Натараджан говорит, что даже рост заработной платы снизился с примерно 25% несколько лет назад до однозначных приростов сегодня. По его словам, навыки, необходимые компаниям, также перешли от программирования на Java к цифровым знаниям, науке о данных, искусственному интеллекту (ИИ) и другим подобным навыкам.

    И по мере того, как отечественные технологические компании переходят к автоматизации и высокотехнологичным услугам, таким как цифровые технологии, искусственный интеллект, анализ данных и другие, они могут не только решить проблему с профессиональной визой в США, но и сохранить свою маржу и доходы.

    Все это помогло ИТ-компаниям поддерживать норму прибыли выше 20%. Например, маржа прибыли Infosys, которая в сентябрьском квартале 2013 г. снизилась до 18,54% по сравнению с 30,01% в марте 2007 г., в последующие кварталы превышала 20%. В последнем квартале текущего финансового года она составила 23,7%.

    В своем последнем ежеквартальном отраслевом обзоре, опубликованном в июне, Nasscom сообщила: «Рост доходов оптимистичен на уровне 2,8%, а прирост доходов является самым сильным за последние четыре года.»

    Балакришнан говорит, что даже несмотря на то, что выдача визы H-1B может привести к некоторому «снижению затрат» в краткосрочной перспективе, если все новые разработки в отрасли соберутся воедино, в совокупности это будет позитивно для сектора.

    «В краткосрочной перспективе может быть некоторое снижение затрат, но в долгосрочной перспективе с приходом автоматизации, зависимостью от людей, которые уходят, и технологиями, которые становятся все более нелинейными, я думаю, что это должно быть очень позитивно для бизнеса», — он предсказывает.

    И поскольку местные ИТ-компании отодвигают вопросы H-1B и L-1 на второй план, маловероятно, что они будут занимать видное место в переговорах «два плюс два» между американскими и индийскими дипломатами.

    «Всегда будут обсуждаться все тенденции на общей основе, но я сомневаюсь в том, будет ли конкретно подниматься вопрос H-1B. Я не думаю, что в данный момент это такая большая проблема, чтобы кого угодно, — сказал Натараджан, не обращая внимания на этот вопрос.

    Расшифровка Покупка компанией Baring медицинских услуг Hinduja Group

    Крупная компания в области прямых инвестиций Baring и индустрия информационных технологий имеют давние отношения.Mphasis, Coforge, Hexaware — вот некоторые из его компаний-инвесторов. Два года назад Baring Private Equity Asia сделала еще один шаг, купив Virtusa, компанию, предоставляющую ИТ-услуги и цифровой инжиниринг, котирующуюся на бирже Nasdaq, за 2 миллиарда долларов за наличные.

    Последним шагом стала покупка бизнеса медицинских услуг, принадлежащего Hinduja Global Solutions (HGS). Чтобы выделиться из существующей компании, сделка была заключена на сумму 1,2 миллиарда долларов, что эквивалентно трехкратному увеличению выручки компании в размере 400 миллионов долларов и 12-кратному увеличению EBITDA.Со стратегической точки зрения это дает Baring серьезную точку опоры в области аутсорсинга бизнес-процессов (BPO) и завершает ключевую часть общей истории IT/ITES. Компания уже приобрела Citiustech, поставщика медицинских услуг и решений, и AGS Health в области управления циклами доходов от медицины. С точки зрения размера, покупка HGS является крупномасштабной.

    Что делает HGS настолько важной, так это то, что 54% ​​ее дохода в размере 5600 крор рупий (около 750 миллионов долларов) поступает от услуг здравоохранения, а остальная часть в основном распределяется между телекоммуникационными, потребительскими, банковскими и финансовыми услугами.HGS начиналась как Ashok Leyland Information Technology в начале 1990-х годов. Последующее слияние с Hinduja Finance Corporation привело к созданию новой организации. Нынешнее решение продать самый большой кусок пирога HGS соответствует стратегии группы Hinduja по выявлению возможностей для оценки. Лучшим примером этого была продажа в 2006 году своей миноритарной доли в 5% тогдашней компании Hutchison Essar за 450 миллионов долларов; предполагаемый доход был выше 20x. Теперь, в случае с HGS, пандемия гарантировала, что рост услуг здравоохранения некоторое время сохранится.

    Специалисты по отслеживанию отрасли быстро указывают на большую историю, разворачивающуюся в сфере здравоохранения. «Стимул в США для здравоохранения будет только расти. Кроме того, пандемия привела к увеличению общего потребления медицинских услуг, и вряд ли это изменится», — говорит глава крупного фонда прямых инвестиций. Понятно, что это только помогло делу — увеличение числа госпитализаций означает больше транзакций для таких компаний, как HGS. Должно быть, это музыка для сотрудников Barings.

    Cordes Bpo 5% Ингредиенты геля (объяснение)

    Золотой стандарт ингредиент для местного применения в для лечения акне . Чудесного лекарства от прыщей не существует (мы очень хотим его, *вздох*), но бензоилпероксид (БП), вероятно, самое близкое из того, что у нас есть. Но, как обычно, большие эффекты сопровождаются большими побочными эффектами, поэтому мы считаем, что BP лучше всего использовать в качестве крайней меры (по крайней мере, в области местного лечения).

    Преимущество BP в том, что он удивительно эффективен против прыщей воспалительного типа .Не столько против угрей или белых угрей, сколько против прыщей, вызванных злыми бактериями под названием Propionibacterium acnes (и это большинство типов прыщей). Помимо того, что антибактериальный , он также противовоспалительный , кератолитический и ранозаживляющий , все эти свойства делают его чертовски эффективным против прыщей.

    Расширьте, чтобы прочитать больше

    Еще одним важным преимуществом BP является то, что бактериальная устойчивость к нему отсутствует, а это означает, что если он работает один раз, он будет работать и дальше.Антибиотики также являются распространенным способом лечения акне, но во всем мире растет количество устойчивых к антибиотикам P. acnes. BP, вероятно, поможет вам, даже если антибиотики перестали работать, и их также часто комбинируют для более сложной терапии акне. Кстати, АД хорошо сочетается не только с антибиотиками, но и с ретиноидами.

    Побочные эффекты? BP проявляет свою антибактериальную магию, будучи мощным окислителем , что означает, что является прооксидантом. Как противоположность антиоксиданту.BP буквально генерирует вредные АФК (активные формы кислорода) в коже, которые убивают P. acnes, но также наносят вред окружающим клеткам кожи. Постоянное использование BP старит вашу кожу, поэтому, мы говорим, используйте его в крайнем случае. Если вы используете BP, пожалуйста, также используйте хороший солнцезащитный крем и хорошую антиоксидантную сыворотку, чтобы извиниться перед своей кожей (кстати, эти вещи полезны в любом случае). Используйте лечение АД на ночь и антиоксидантную сыворотку утром, чтобы они не компенсировали друг друга.

    Другим побочным эффектом BP является то, что он может сильно сушить кожу . BP — это пример, когда больше не лучше . На самом деле он одинаково эффективен при концентрациях 2,5, 5,0 и 10%, но чем выше концентрация, тем сильнее проявляются раздражающие и сушащие побочные эффекты. Таким образом, с использованием BP на уровне 2,5% — идеальное количество .

    Добавить комментарий

    Ваш адрес email не будет опубликован.