Git hub удалил TLS-1.0 из своих служб аутентификации. https://githubengineering.com/crypto-removal-notice/
Используйте версию 2.14.3 (или новее) Git для Windows и новее включают в себя обновленный Git Credential Manager для Windows: https://gitforwindows.org/
Вы также можете явно обновить ваш кредитный менеджер Git Windows до последней версии 1.14.0, чтобы получить поддержку TLS-1.2: https://github.com/Microsoft/Git-Credential-Manager-for-Windows/releases/tag/v1. 14.0
Предлагается обновить ваш клиент до VS 2017 или, если вы не можете обновить, есть два общедоступных раздела реестра, которые вы можете установить которые влияют на все .NET-приложения на клиентской машине, которые вы можете изменить ... https://developercommunity.visualstudio.com/content/problem/201457/unable-to-connect-to-github-due- to-tls-12-only-cha.html
TLS-1.2 по умолчанию используется в JDK8 и доступен в JDK7. https://blogs.oracle.com/java-platform-group/diagnosing-tls,-ssl,-and-https
RH 5 не поддерживает TLS-1.2, а GitHubEngineering предлагает обновление до более новых версий ОС. RH 6.8 и 7.2 будут поддерживать TLS-1.2. https://www.linuxquestions.org/questions/blog/mensawater-183304/rhel5-wont-support-tlsv1-1-or-higher-36951/
Из документов Pillow :
Предупреждение. Чтобы защитить от возможных DOS-атак, вызванных « декомпрессионными бомбами » (то есть вредоносные файлы которые распаковываются в огромное количество данных и предназначены для сбоя или сбоев при использовании большого количества памяти), Pillow выдаст
blockquote>DecompressionBombWarning
, если изображение превышает определенный предел. При желании предупреждение может быть превращено в ошибку сwarnings.simplefilter('error', Image.DecompressionBombWarning)
или полностью отключено с помощьюwarnings.simplefilter('ignore', Image.DecompressionBombWarning)
. См. Также документацию по протоколированию , чтобы выводить предупреждения на средство ведения журнала вместо stderr.
PIL просто пытается защитить вас. Он не будет открывать большие изображения, поскольку это может быть вектор атаки для злоумышленника, чтобы дать вам большое изображение, которое будет расширяться, чтобы использовать всю память.
Поскольку вы не являетесь злонамеренным пользователем и не принимают изображения от кого-либо еще, вы можете просто отключить предел:
from PIL import Image
Image.MAX_IMAGE_PIXELS = None
Настройка Image.MAX_IMAGE_PIXELS
полностью отключает проверку. Вы также можете установить его (высокое) целое значение; по умолчанию это int(1024 * 1024 * 1024 / 4 / 3)
, около 90 миллионов пикселей или около 250 МБ несжатых данных для 3-канального изображения.
Обратите внимание, что по умолчанию все, что происходит, это предупреждение выпущен. Вы также можете отключить предупреждение:
import warnings
from PIL import Image
warnings.simplefilter('ignore', Image.DecompressionBombWarning)