cURL ve libcurl'ün çeşitli işletim sistemlerine desteği
- cURL, yakın zamanda bir pull request'te, katkı sağlayanların önerdikleri değişikliklerin legacy platformlardaki testleri engellememesi gerektiğini açıkça belirtti.
- cURL şu anda 32 bit
time_t türünü destekliyor ve bu özelliğin korunması gerektiğini vurguluyor.
- Legacy sistemlere gösterilen ilgi, verilen sözleri tutmak ve gereksiz kırılmaları önlemekle ilgili.
Kararlılık ve verilen sözlerin bir parçası
- cURL projesi, ABI ve API kararlılığı ile uyumluluğunu korumak için aralıksız çalışıyor.
- 2000'lerin ortasında yazılmış uygulamalar, yeniden derleme gerekmeden en güncel libcurl ile yükseltildiğinde de aynı şekilde çalışıyor.
- Bu, cURL ve libcurl'ün temel ilkelerinden biri; kullanıcıların güvenebileceği ve dayanabileceği istikrarlı bir internet aktarım çözümü sunmak.
Kullanıcı sayısı önemli değil
- Belirli bir platformun kullanıcı sayısı, o platformu destekleme motivasyonu değil.
- Önemli olan, işi yapacak birinin olması ve işin tamamlanması.
- Katkı sağlayanlar cURL'ün belirli bir platformda çalışmaya devam etmesini sürekli olarak güvence altına alırsa, kullanıcı sayısı az olsa bile cURL o platformda çalışmayı sürdürür.
cURL'ün her yerde olmasının nedeni
- cURL'ün çok çeşitli işletim sistemleri ve CPU mimarilerinde çalışması ve birçok cihaza kurulmuş olması, her yerde derlenip çalışmasını sağlama konusundaki güçlü odaktan kaynaklanıyor.
- Birçok kullanıcı ve şirket eski, niş ve legacy platformlarda kalmaya devam ediyor; ayrıca cURL'e güvenmenin diğer alternatiflere kıyasla güvenlik açısından çok daha iyi olduğunu savunuyorlar.
Yine de bazı özellikleri bırakıyoruz
- cURL zaman zaman belirli üçüncü taraf kütüphanelere verdiği desteği sonlandırıyor ve başka alanlarda da değişiklik yapıyor.
- Özellikler yavaş ve dikkatli biçimde kullanımdan kaldırılıyor; açık iletişim sayesinde herkesin hazırlanmasına veya itiraz etmesine olanak tanınıyor.
- Kullanıcı değişen davranışı fark edemiyorsa, pratikte bir değişiklik yapılmamış sayılıyor.
Dünyanın değişimi
- İnternet protokolleri ve sürümleri zaman içinde değişiyor.
- 2002'de yazılmış cURL komutlarının çoğu, ana bilgisayar adları ve URL'ler artık çalışmadığı için başarısız oluyor.
- 2002'de yazılmış cURL komutlarının bugün birebir aynı çalışmamasının başlıca nedeni, HTTP'den HTTPS'ye geçiş.
GN⁺ görüşü
- Bu yazıdaki en önemli nokta, cURL'ün çok çeşitli işletim sistemlerini ve mimarileri desteklemesi; geliştiricilerin de bunun üzerinden kararlılığı ve uyumluluğu korumaya çalışması.
- cURL'ün kullanıcılar ve teknolojiler değişse bile sürekli güvenilir bir araç olarak kalması, birçok yazılım mühendisi ve kullanıcı için ilgi çekici ve etkileyici bir gerçek.
- Bu sürekli destek ve kararlılık, cURL'ü internetin temel araçlarından biri haline getiriyor ve teknolojik değişimlerin ortasında da önemli bir rol oynamasını sağlıyor.
1 yorum
Hacker News yorumları
Curl’ün başarısına övgü
time_tuyumluluğu vurgulandı, ancak 2038 sorunu yaklaşırken 32 bit zaman işlemenin değeri sorgulanıyor.Geliştiricilerin bağımlılıkların getirdiği yüke bakışı
Antik, niş ve eski platformların kullanılmaya devam etmesi
Eski işletim sistemlerinde Curl desteği olup olmadığına dair soru işaretleri
Curl’ün popülerlik nedenlerinden biri olan izin verici lisans
Linux sürümlerinin çeşitliliğine şaşkınlık
Benzer işletim sistemlerinin ayrımı hakkındaki soru işaretleri
Curl’ü Rust ile yeniden yazma çağrıları ve Rust’ın hedef kapsama alanına dair soru işaretleri
Curl’ün doğuşu ve tarihine dair ilgili okuma önerisi
Curl’ün geniş destek kapsamı ve güncellemelerine dair mizahi bir ifade