ostrzeżenia są wyprowadzane przez stderr, a prostym rozwiązaniem jest dodanie "2>/dev/null" do interfejsu CLI. ma to wiele sensu dla wielu użytkowników, takich jak ci z centos 6, którzy utknęli w zależnościach Pythona 2.6 (jak mniam), a różne moduły są wypychane do granicy ekstynkcji w zasięgu.
jest to szczególnie prawdziwe w przypadku kryptografii z udziałem SNI et cetera. można zaktualizować 2.6 do obsługi HTTPS za pomocą instrukcji: https://urllib3.readthedocs.io/en/latest/user-guide.html#ssl-py2
ostrzeżenie jest nadal aktywne, ale wszystko, co chcesz, jest przeniesione z powrotem. ponowne przekierowanie stderr da ci czyste wyjście terminala/powłoki, chociaż zawartość standardowa sama się nie zmienia.
w odpowiedzi na FriendFX. zdanie pierwsze (1) odpowiada bezpośrednio na problem uniwersalnym rozwiązaniem. zdanie dwa (2) uwzględnia cytowaną kotwicę "wyłącz ostrzeżenia", która jest specyficzna dla Pythona 2.6 i zauważa, że RHEL/centos 6 użytkowników nie może bezpośrednio zrobić bez wersji 2.6. mimo że nie podano żadnych konkretnych ostrzeżeń, para druga (2) odpowiada na pytanie 2.6, które najczęściej dostaję z powodu niedociągnięć w module kryptograficznym i jak można "zmodernizować" (tj. aktualizację, backport, naprawę) wydajność HTTPS/TLS Pythona . para trzecia (3) wyjaśnia jedynie rezultat zastosowania ponownego kierowania i aktualizacji modułu/zależności.
Dlaczego chcesz wyłączyć ostrzeżenia? Czy ich poprawianie/rozwiązywanie nie byłoby lepsze w krótkim i długim okresie? Ostrzeżenia są zwykle zgłaszane z jakiegoś powodu, ignorowanie/wyciszanie ich prawdopodobnie doprowadziłoby do większych problemów w przyszłości. –
Masz całkowitą rację, dałem ci +1 za komentarz, ale są, jak napisałem "w tej chwili" bezużyteczne dla mnie. – Framester
@MartinSamson Ogólnie się zgadzam, ale istnieją uzasadnione przypadki ignorowania ostrzeżeń. Mam kilka z nich za pomocą prawidłowej składni Xpath w defusedxml: 'FutureWarning: To wyszukiwanie jest zepsute w wersji 1.3 i wcześniejszych i zostanie naprawione w przyszłej wersji. Jeśli polegasz na bieżącym zachowaniu, zmień go na [tę inną rzecz] '. Wolałbym teraz zignorować ostrzeżenia i poczekać, aż zostanie to w milczeniu naprawione, niż napisać niepotrzebnie brzydki kod, aby uniknąć nieszkodliwego ostrzeżenia. – Pedro