การรองรับระบบปฏิบัติการที่หลากหลายของ cURL และ libcurl
- ใน pull request ล่าสุดของ cURL ได้ระบุไว้ชัดเจนว่าการเปลี่ยนแปลงที่ผู้ร่วมพัฒนาเสนอจะต้องไม่ขัดขวางการทดสอบบนแพลตฟอร์มแบบเลกาซี
- ปัจจุบัน cURL ยังรองรับชนิด
time_t แบบ 32 บิต และย้ำว่าต้องคงความสามารถนี้ไว้
- ความใส่ใจต่อระบบแบบเลกาซีมีขึ้นเพื่อรักษาคำมั่นสัญญาและหลีกเลี่ยงการพังเสียหายโดยไม่จำเป็น
ส่วนหนึ่งของความเสถียรและคำมั่นสัญญา
- โครงการ cURL พยายามอย่างต่อเนื่องเพื่อรักษาเสถียรภาพและความเข้ากันได้ของ ABI และ API
- แอปพลิเคชันที่เขียนไว้ตั้งแต่ช่วงกลางทศวรรษ 2000 เมื่อนำมาอัปเกรดเป็น libcurl รุ่นล่าสุดก็ยังทำงานได้เหมือนเดิมโดยไม่ต้องคอมไพล์ใหม่
- นี่คือหลักการสำคัญของ cURL และ libcurl ในการเป็นโซลูชันสำหรับการรับส่งข้อมูลอินเทอร์เน็ตที่เสถียรซึ่งผู้ใช้สามารถไว้วางใจและพึ่งพาได้
จำนวนผู้ใช้ไม่ใช่ประเด็นสำคัญ
- จำนวนผู้ใช้ของแพลตฟอร์มใดแพลตฟอร์มหนึ่งไม่ใช่แรงจูงใจในการรองรับแพลตฟอร์มนั้น
- สิ่งสำคัญคือมีคนลงมือทำและทำให้งานนั้นเสร็จ
- หากผู้ร่วมพัฒนายังคงช่วยให้มั่นใจว่า cURL ทำงานได้บนแพลตฟอร์มใดแพลตฟอร์มหนึ่งต่อไป แม้ผู้ใช้จะมีน้อย cURL ก็จะยังคงทำงานบนแพลตฟอร์มนั้นได้
เหตุผลที่ cURL อยู่ทุกหนแห่ง
- เหตุผลที่ cURL ทำงานได้บนระบบปฏิบัติการและสถาปัตยกรรม CPU ที่หลากหลาย และถูกติดตั้งอยู่ในอุปกรณ์จำนวนมาก ก็เพราะมีการมุ่งเน้นอย่างหนักให้มันสามารถบิลด์และทำงานได้ทุกที่
- ผู้ใช้และบริษัทจำนวนมากยังคงยึดติดกับแพลตฟอร์มโบราณ เฉพาะทาง และแบบเลกาซี และมองว่าการพึ่งพา cURL นั้นดีกว่าทางเลือกอื่นมากในแง่ความปลอดภัย
เรายังคงเลิกใช้บางสเปก
- cURL ยังคงยุติการรองรับไลบรารีของบุคคลที่สามบางตัวเป็นครั้งคราว และมีการเปลี่ยนแปลงในด้านอื่น ๆ ด้วย
- การเลิกใช้สเปกจะทำอย่างค่อยเป็นค่อยไปและระมัดระวัง พร้อมสื่อสารอย่างเปิดเผยเพื่อให้ทุกคนมีเวลาเตรียมตัวหรือคัดค้านได้
- หากผู้ใช้ไม่สามารถสังเกตได้ว่าพฤติกรรมมีการเปลี่ยนแปลง ก็ถือว่าในทางปฏิบัติแล้วมันยังไม่เปลี่ยน
การเปลี่ยนแปลงของโลก
- โปรโตคอลอินเทอร์เน็ตและเวอร์ชันต่าง ๆ เปลี่ยนแปลงไปตามกาลเวลา
- คำสั่ง cURL ส่วนใหญ่ที่เขียนไว้ในปี 2002 จะล้มเหลว เพราะชื่อโฮสต์และ URL จำนวนมากไม่สามารถใช้งานได้อีกต่อไป
- เหตุผลหลักที่คำสั่ง cURL ที่เขียนไว้ในปี 2002 ไม่สามารถทำงานได้เหมือนเดิมทุกประการในปัจจุบัน คือการเปลี่ยนผ่านจาก HTTP ไปสู่ HTTPS
ความเห็นของ GN⁺
- ประเด็นสำคัญที่สุดของบทความนี้คือ cURL รองรับระบบปฏิบัติการและสถาปัตยกรรมที่หลากหลาย และสะท้อนถึงความพยายามของนักพัฒนาที่ต้องการรักษาความเสถียรและความเข้ากันได้
- การที่ cURL ยังคงเป็นเครื่องมือที่เชื่อถือได้อย่างต่อเนื่อง แม้ผู้ใช้และเทคโนโลยีจะเปลี่ยนแปลงไป เป็นข้อเท็จจริงที่น่าสนใจและน่าดึงดูดสำหรับวิศวกรซอฟต์แวร์และผู้ใช้จำนวนมาก
- การรองรับอย่างต่อเนื่องและความเสถียรนี้ทำให้ cURL กลายเป็นหนึ่งในเครื่องมือพื้นฐานของอินเทอร์เน็ต และยังคงมีบทบาทสำคัญท่ามกลางการเปลี่ยนแปลงของเทคโนโลยี
1 ความคิดเห็น
ความคิดเห็นจาก Hacker News
คำชื่นชมต่อความสำเร็จของ Curl
time_tแบบ 32 บิต แต่เมื่อปัญหาปี 2038 กำลังใกล้เข้ามา ก็มีการตั้งคำถามถึงคุณค่าของการจัดการเวลาแบบ 32 บิตการตระหนักของนักพัฒนาต่อภาระที่มาพร้อมกับการพึ่งพา
การใช้งานอย่างต่อเนื่องของแพลตฟอร์มโบราณ เฉพาะกลุ่ม และเลกาซี
ข้อสงสัยเกี่ยวกับการรองรับ Curl บนระบบปฏิบัติการเก่า
ใบอนุญาตแบบผ่อนปรนซึ่งเป็นหนึ่งในปัจจัยความนิยมของ Curl
ความหลากหลายของเวอร์ชัน Linux ที่น่าประหลาดใจ
ข้อสงสัยเกี่ยวกับการแยกระบบปฏิบัติการที่คล้ายกัน
กระแสเรียกร้องให้เขียน Curl ใหม่ด้วย Rust และข้อสงสัยเกี่ยวกับความเป็นไปได้ของ target ใน Rust
ข้อเสนอแนะให้อ่านเรื่องที่เกี่ยวกับจุดกำเนิดและประวัติของ Curl
การพูดถึงเชิงขำขันเกี่ยวกับการรองรับและการอัปเดตอย่างกว้างขวางของ Curl