Pangembang Proyek Python proposal (PEP 594) kanggo nindakake reresik utama perpustakaan standar. Kapabilitas lan komponen sing wis lawas lan banget khusus sing duwe masalah arsitektur lan ora bisa digabungake kanggo kabeh platform sing ditawakake kanggo mbusak saka perpustakaan standar Python.
Contone, diusulake kanggo ngilangi saka perpustakaan standar modul kayata crypt (ora kasedhiya kanggo Windows lan katergantungan saka kasedhiyan algoritma hashing ing perpustakaan sistem), cgi (ora arsitektur optimal, mbutuhake miwiti proses anyar kanggo saben request), imp (dianjurake nggunakake importlib), pipo (disaranake nggunakake modul subprocess), nis (disaranake nggunakake NSS, LDAP utawa Kerberos / GSSAPI), spwd (ora dianjurake kanggo bisa langsung karo database akun). Modul binhex, uu, xdrlib, uga ditandhani kanggo dibusak.
aifc,
audioop,
bongkahan
imghdr,
ossaudiodev,
sdhdr,
sunau
asynchat,
asyncore,
cgitb,
smtpd
nntplib, macpath,
formatter, msilib lan parser.
Rencana sing diusulake yaiku ngilangi modul ing ndhuwur ing Python 3.8, ngetokake peringatan ing Python 3.8, lan mbusak saka repositori CPython ing Python 3.10.
Modul parser wis direncanakake dibusak ing versi 3.9, amarga wis ora digunakake ing release Python 2.5, lan modul macpath ing cabang 3.8. Sawise dibusak saka kode utama, kode bakal dipindhah menyang repositori legacylib kapisah lan nasibe bakal gumantung ing kapentingan anggota masyarakat. Cabang Python 3.9 samesthine bakal didhukung nganti 2026, sing bakal nyedhiyakake wektu sing cukup kanggo proyek migrasi menyang alternatif eksternal.
Kaping pisanan, modul ftplib, optparse, getopt, colorys, fileinput, lib2to3 lan gelombang uga diusulake kanggo dibusak, nanging diputusake kanggo ninggalake minangka bagΓ©an saka perpustakaan standar saiki, amarga padha nyebar lan tetep relevan, sanajan ana. alternatif utawa ikatan sing luwih maju kanggo kapabilitas sistem operasi tartamtu.
Elinga yen proyek Python wiwitane njupuk pendekatan "kalebu baterei", nawakake macem-macem fungsi ing perpustakaan standar kanggo macem-macem aplikasi. Antarane kaluwihan saka pendekatan iki nyederhanakake kanggo njaga proyek Python lan ngawasi keamanan modul sing digunakake ing proyek. Kerentanan ing modul asring dadi sumber kerentanan ing aplikasi sing nggunakake. Yen fungsi kasebut kalebu ing perpustakaan standar, cukup kanggo ngontrol kahanan proyek utama. Nalika pamisah perpustakaan standar, pangembang kudu nggunakake modul pihak katelu, kerentanan ing saben kudu dipantau kanthi kapisah. Kanthi tingkat fragmentasi sing dhuwur lan akeh dependensi, ana ancaman serangan liwat kompromi infrastruktur pangembang modul.
Ing tangan liyane, saben modul tambahan ing perpustakaan standar mbutuhake sumber daya saka tim pembangunan Python kanggo njaga. Perpustakaan wis nglumpukake akeh fungsi duplikat lan keluwih, ngilangi sing bisa nyuda biaya pangopènan. Nalika katalog berkembang lan nyederhanakake proses nginstal lan ndownload paket tambahan, panggunaan modul eksternal saiki wis umum kaya fungsi sing dibangun.
Liyane lan liyane gawe nggunakake panggantos external liyane fungsi kanggo modul standar, Contone, nggunakake modul lxml tinimbang xml. Mbusak modul sing ditinggalake saka perpustakaan standar bakal nambah popularitas alternatif sing dikembangake kanthi aktif dening masyarakat. Kajaba iku, ngurangi perpustakaan standar bakal mimpin menyang abang ing ukuran distribusi basa, kang penting nalika nggunakake Python ing platform ditempelake karo ukuran panyimpenan winates.
Source: opennet.ru