ಪೈಥಾನ್ ಪ್ರಾಜೆಕ್ಟ್ ಡೆವಲಪರ್‌ಗಳು ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಲೈಬ್ರರಿಯ ಪ್ರಮುಖ ಕ್ಲೀನಪ್ ಮಾಡಲು ಪ್ರಸ್ತಾವನೆ (PEP 594). ಸ್ಪಷ್ಟವಾಗಿ ಹಳೆಯದಾದ ಮತ್ತು ಹೆಚ್ಚು ವಿಶೇಷವಾದ ಸಾಮರ್ಥ್ಯಗಳು ಮತ್ತು ವಾಸ್ತುಶಿಲ್ಪದ ಸಮಸ್ಯೆಗಳನ್ನು ಹೊಂದಿರುವ ಮತ್ತು ಎಲ್ಲಾ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳಿಗೆ ಏಕೀಕರಿಸಲಾಗದ ಘಟಕಗಳನ್ನು ಪೈಥಾನ್ ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಲೈಬ್ರರಿಯಿಂದ ತೆಗೆದುಹಾಕಲು ನೀಡಲಾಗುತ್ತದೆ.
ಉದಾಹರಣೆಗೆ, ಕ್ರಿಪ್ಟ್ (ವಿಂಡೋಸ್‌ಗೆ ಲಭ್ಯವಿಲ್ಲ ಮತ್ತು ಹ್ಯಾಶಿಂಗ್ ಅಲ್ಗಾರಿದಮ್‌ಗಳ ಲಭ್ಯತೆಯು ಸಿಸ್ಟಮ್ ಲೈಬ್ರರಿಗಳನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ), cgi (ಸೂಕ್ತವಾದ ಆರ್ಕಿಟೆಕ್ಚರ್ ಅಲ್ಲ, ಪ್ರತಿ ವಿನಂತಿಗೆ ಹೊಸ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಪ್ರಾರಂಭಿಸುವ ಅಗತ್ಯವಿದೆ) ನಂತಹ ಪ್ರಮಾಣಿತ ಲೈಬ್ರರಿ ಮಾಡ್ಯೂಲ್‌ಗಳಿಂದ ಹೊರಗಿಡಲು ಪ್ರಸ್ತಾಪಿಸಲಾಗಿದೆ. (ಇಮ್ಪೋರ್ಟ್ಲಿಬ್ ಅನ್ನು ಬಳಸಲು ಶಿಫಾರಸು ಮಾಡಲಾಗಿದೆ), ಪೈಪ್‌ಗಳು ( ಸಬ್‌ಪ್ರೊಸೆಸ್ ಮಾಡ್ಯೂಲ್ ಅನ್ನು ಬಳಸಲು ಶಿಫಾರಸು ಮಾಡಲಾಗಿದೆ), nis (ಇದು NSS, LDAP ಅಥವಾ Kerberos/GSSAPI ಅನ್ನು ಬಳಸಲು ಶಿಫಾರಸು ಮಾಡಲಾಗಿದೆ), spwd (ಖಾತೆ ಡೇಟಾಬೇಸ್‌ನೊಂದಿಗೆ ನೇರವಾಗಿ ಕೆಲಸ ಮಾಡಲು ಶಿಫಾರಸು ಮಾಡುವುದಿಲ್ಲ ) binhex, uu, xdrlib ಮಾಡ್ಯೂಲ್‌ಗಳನ್ನು ಸಹ ತೆಗೆದುಹಾಕಲು ಗುರುತಿಸಲಾಗಿದೆ.
ಎಐಎಫ್‌ಸಿ,
ಆಡಿಯೋಪ್,
ತುಂಡು
imghdr,
ಒಸ್ಸಾಡಿಯೊಡೆವ್,
sndhdr,
ಸುನೌ
ಅಸಿನ್ಚಾಟ್,
ಅಸಿಂಕೋರ್,
cgitb,
smtpd
ಎನ್ಎನ್ಟಿಪ್ಲಿಬ್, ಮ್ಯಾಕ್ಪಾತ್,
ಫಾರ್ಮ್ಯಾಟರ್, ಎಂಸಿಲಿಬ್ ಮತ್ತು ಪಾರ್ಸರ್.
ಪ್ರಸ್ತಾವಿತ ಯೋಜನೆಯು ಪೈಥಾನ್ 3.8 ನಲ್ಲಿ ಮೇಲಿನ ಮಾಡ್ಯೂಲ್‌ಗಳನ್ನು ಅಸಮ್ಮತಿಗೊಳಿಸುವುದು, ಪೈಥಾನ್ 3.8 ನಲ್ಲಿ ಎಚ್ಚರಿಕೆಯನ್ನು ನೀಡುವುದು ಮತ್ತು ಅವುಗಳನ್ನು ಪೈಥಾನ್ 3.10 ರಲ್ಲಿನ ಸಿಪಿಥಾನ್ ರೆಪೊಸಿಟರಿಗಳಿಂದ ತೆಗೆದುಹಾಕುವುದು.
ಪಾರ್ಸರ್ ಮಾಡ್ಯೂಲ್ ಅನ್ನು ಪೈಥಾನ್ 3.9 ಬಿಡುಗಡೆಯಲ್ಲಿ ಮತ್ತು ಮ್ಯಾಕ್ಪಾತ್ ಮಾಡ್ಯೂಲ್ ಅನ್ನು 2.5 ಶಾಖೆಯಲ್ಲಿ ಅಸಮ್ಮತಿಸಿದಂತೆ ಆವೃತ್ತಿ 3.8 ರಲ್ಲಿ ತೆಗೆದುಹಾಕಲು ಯೋಜಿಸಲಾಗಿದೆ. ಮುಖ್ಯ ಕೋಡ್‌ನಿಂದ ತೆಗೆದುಹಾಕಿದ ನಂತರ, ಕೋಡ್ ಅನ್ನು ಪ್ರತ್ಯೇಕ ಲೆಗಸಿಲಿಬ್ ರೆಪೊಸಿಟರಿಗೆ ಸರಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಅದರ ಭವಿಷ್ಯವು ಸಮುದಾಯದ ಸದಸ್ಯರ ಆಸಕ್ತಿಯನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ. ಪೈಥಾನ್ 3.9 ಶಾಖೆಯು 2026 ರವರೆಗೆ ಬೆಂಬಲಿತವಾಗಿದೆ ಎಂದು ನಿರೀಕ್ಷಿಸಲಾಗಿದೆ, ಇದು ಬಾಹ್ಯ ಪರ್ಯಾಯಗಳಿಗೆ ಸ್ಥಳಾಂತರಗೊಳ್ಳಲು ಯೋಜನೆಗಳಿಗೆ ಸಾಕಷ್ಟು ಸಮಯವನ್ನು ಒದಗಿಸುತ್ತದೆ.
ಆರಂಭದಲ್ಲಿ, ftplib, optparse, getopt, colorys, fileinput, lib2to3 ಮತ್ತು ವೇವ್ ಮಾಡ್ಯೂಲ್‌ಗಳನ್ನು ತೆಗೆದುಹಾಕಲು ಪ್ರಸ್ತಾಪಿಸಲಾಯಿತು, ಆದರೆ ಪ್ರಸ್ತುತ ಅವುಗಳನ್ನು ಪ್ರಮಾಣಿತ ಗ್ರಂಥಾಲಯದ ಭಾಗವಾಗಿ ಬಿಡಲು ನಿರ್ಧರಿಸಲಾಯಿತು, ಏಕೆಂದರೆ ಅವುಗಳು ವ್ಯಾಪಕವಾಗಿ ಹರಡಿವೆ ಮತ್ತು ಉಪಸ್ಥಿತಿಯ ಹೊರತಾಗಿಯೂ ಪ್ರಸ್ತುತವಾಗಿವೆ. ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂಗಳ ನಿರ್ದಿಷ್ಟ ಸಾಮರ್ಥ್ಯಗಳಿಗೆ ಹೆಚ್ಚು ಸುಧಾರಿತ ಪರ್ಯಾಯಗಳು ಅಥವಾ ಬೈಂಡಿಂಗ್‌ಗಳು.
ಪೈಥಾನ್ ಯೋಜನೆಯು ಆರಂಭದಲ್ಲಿ "ಬ್ಯಾಟರಿಗಳನ್ನು ಒಳಗೊಂಡಿರುವ" ವಿಧಾನವನ್ನು ತೆಗೆದುಕೊಂಡಿತು ಎಂಬುದನ್ನು ನೆನಪಿಸಿಕೊಳ್ಳಿ, ವಿವಿಧ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಗಾಗಿ ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಲೈಬ್ರರಿಯಲ್ಲಿ ಸಮೃದ್ಧವಾದ ಕಾರ್ಯಗಳನ್ನು ನೀಡುತ್ತದೆ. ಈ ವಿಧಾನದ ಪ್ರಯೋಜನಗಳಲ್ಲಿ ಪೈಥಾನ್ ಯೋಜನೆಗಳನ್ನು ನಿರ್ವಹಿಸುವ ಸರಳೀಕರಣ ಮತ್ತು ಯೋಜನೆಗಳಲ್ಲಿ ಬಳಸಲಾಗುವ ಮಾಡ್ಯೂಲ್‌ಗಳ ಸುರಕ್ಷತೆಯನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವುದು. ಮಾಡ್ಯೂಲ್‌ಗಳಲ್ಲಿನ ದೋಷಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಅವುಗಳನ್ನು ಬಳಸುವ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಲ್ಲಿ ದುರ್ಬಲತೆಗಳ ಮೂಲವಾಗುತ್ತವೆ. ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಲೈಬ್ರರಿಯಲ್ಲಿ ಕಾರ್ಯಗಳನ್ನು ಸೇರಿಸಿದರೆ, ಮುಖ್ಯ ಯೋಜನೆಯ ಸ್ಥಿತಿಯನ್ನು ನಿಯಂತ್ರಿಸಲು ಸಾಕು. ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಲೈಬ್ರರಿಯನ್ನು ವಿಭಜಿಸುವಾಗ, ಡೆವಲಪರ್‌ಗಳು ಥರ್ಡ್-ಪಾರ್ಟಿ ಮಾಡ್ಯೂಲ್‌ಗಳನ್ನು ಬಳಸಬೇಕಾಗುತ್ತದೆ, ಪ್ರತಿಯೊಂದರಲ್ಲೂ ದುರ್ಬಲತೆಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಬೇಕು. ಹೆಚ್ಚಿನ ಪ್ರಮಾಣದ ವಿಘಟನೆ ಮತ್ತು ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಅವಲಂಬನೆಗಳೊಂದಿಗೆ, ಮಾಡ್ಯೂಲ್ ಡೆವಲಪರ್‌ಗಳ ಮೂಲಸೌಕರ್ಯವನ್ನು ರಾಜಿ ಮಾಡಿಕೊಳ್ಳುವ ಮೂಲಕ ದಾಳಿಯ ಬೆದರಿಕೆ ಇದೆ.
ಮತ್ತೊಂದೆಡೆ, ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಲೈಬ್ರರಿಯಲ್ಲಿ ಪ್ರತಿ ಹೆಚ್ಚುವರಿ ಮಾಡ್ಯೂಲ್ ಅನ್ನು ನಿರ್ವಹಿಸಲು ಪೈಥಾನ್ ಅಭಿವೃದ್ಧಿ ತಂಡದಿಂದ ಸಂಪನ್ಮೂಲಗಳ ಅಗತ್ಯವಿರುತ್ತದೆ. ಗ್ರಂಥಾಲಯವು ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ನಕಲು ಮತ್ತು ಅನಗತ್ಯ ಕಾರ್ಯಗಳನ್ನು ಸಂಗ್ರಹಿಸಿದೆ, ನಿರ್ವಹಣಾ ವೆಚ್ಚವನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ. ಕ್ಯಾಟಲಾಗ್ ಅಭಿವೃದ್ಧಿಯಾದಂತೆ ಮತ್ತು ಹೆಚ್ಚುವರಿ ಪ್ಯಾಕೇಜ್‌ಗಳನ್ನು ಸ್ಥಾಪಿಸುವ ಮತ್ತು ಡೌನ್‌ಲೋಡ್ ಮಾಡುವ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಸರಳಗೊಳಿಸುವುದು, ಬಾಹ್ಯ ಮಾಡ್ಯೂಲ್‌ಗಳ ಬಳಕೆಯು ಅಂತರ್ನಿರ್ಮಿತ ಕಾರ್ಯಗಳಂತೆ ಈಗ ಸಾಮಾನ್ಯವಾಗಿದೆ.
ಹೆಚ್ಚು ಹೆಚ್ಚು ಡೆವಲಪರ್‌ಗಳು ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಮಾಡ್ಯೂಲ್‌ಗಳಿಗೆ ಹೆಚ್ಚು ಕ್ರಿಯಾತ್ಮಕ ಬಾಹ್ಯ ಬದಲಿಗಳನ್ನು ಬಳಸುತ್ತಿದ್ದಾರೆ, ಉದಾಹರಣೆಗೆ, xml ಬದಲಿಗೆ lxml ಮಾಡ್ಯೂಲ್ ಅನ್ನು ಬಳಸುತ್ತಾರೆ. ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಲೈಬ್ರರಿಯಿಂದ ಕೈಬಿಟ್ಟ ಮಾಡ್ಯೂಲ್‌ಗಳನ್ನು ತೆಗೆದುಹಾಕುವುದರಿಂದ ಸಮುದಾಯವು ಸಕ್ರಿಯವಾಗಿ ಅಭಿವೃದ್ಧಿಪಡಿಸಿದ ಪರ್ಯಾಯಗಳ ಜನಪ್ರಿಯತೆಯನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ. ಹೆಚ್ಚುವರಿಯಾಗಿ, ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಲೈಬ್ರರಿಯನ್ನು ಕಡಿಮೆ ಮಾಡುವುದರಿಂದ ಬೇಸ್ ವಿತರಣೆಯ ಗಾತ್ರದಲ್ಲಿ ಕಡಿತಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ, ಸೀಮಿತ ಶೇಖರಣಾ ಗಾತ್ರದೊಂದಿಗೆ ಎಂಬೆಡೆಡ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳಲ್ಲಿ ಪೈಥಾನ್ ಬಳಸುವಾಗ ಇದು ಮುಖ್ಯವಾಗಿದೆ.
ಮೂಲ: opennet.ru