Belajar Wget - Sejarah, Latar Belakang & Mengapa Membutuhkan Wget

#Pendahuluan

Setelah di episode 0 kita menyiapkan environment — memastikan GNU Wget 1.25.x terinstall dan terverifikasi — pada episode ini kita akan menarik napas sejenak dari hands-on dan memahami mengapa wget ada. Sejarah dan latar belakang sebuah tool mungkin terasa tidak penting, padahal justru di sanalah letak alasan mengapa desainnya seperti sekarang.

Mengapa harus memahami sejarah wget? Karena wget bukan proyek yang lahir dari ruang rapat perusahaan, melainkan dari sebuah kebutuhan nyata yang sangat sederhana di tahun 1996. Memahami asal-usulnya akan menjelaskan banyak keputusan desain — mengapa wget dirancang non-interaktif, mengapa ia unggul di recursive download dan mirroring, dan mengapa hingga hari ini ia masih menjadi pilihan pertama jutaan sysadmin dan engineer DevOps.

#Awal Mula: Geturl (1996)

Cerita wget dimulai di tangan seorang pengembang bernama Hrvoje Niksic. Pada tahun 1996, saat belajar di Zagreb, Hrvoje membutuhkan cara untuk men-download file dari web secara otomatis — tanpa harus membuka browser satu per satu. Saat itu, tidak ada tool yang praktis untuk tugas sederhana tersebut. Maka, seperti kebiasaan engineer yang baik, ia menulis tool kecilnya sendiri dan menamainya Geturl — persis seperti namanya: tool untuk get (mengambil) lewat URL.

Geturl tumbuh dengan cepat. Nama wget — singkatan dari World Wide Web + get — diadopsi tak lama kemudian, dan pada tahun 1998 wget resmi menjadi bagian dari proyek GNU. Sejak saat itu namanya lengkap: GNU Wget. Dua keputusan di awal inilah yang menjadi fondasi desain wget: bisa dijalankan tanpa interaksi dan bisa mengambil banyak file secara berulang.

#Dua Garis Keturunan: Wget 1.x dan Wget2

Hal yang membingungkan banyak orang: saat ini ada dua program wget yang beredar — wget klasik dan Wget2. Keduanya berbagi nama, tapi ditulis ulang dengan cara yang berbeda.

#Wget 1.x: Kuda Bekerja yang Stabil

Wget 1.x adalah garis keturunan yang sudah berumur lebih dari 25 tahun dan menjadi default di hampir semua distro Linux. Ia dikelola dengan fokus pada stabilitas dan kompatibilitas — script wget yang kalian tulis hari ini akan tetap berjalan di versi tahun depan. Versi terkininya adalah 1.25.x, dan inilah yang menjadi basis seluruh series ini.

#Wget2: Penerus Modern dengan libwget

Wget2 adalah penulisan ulang total yang sedang dikembangkan aktif. Inti mesinnya dipisahkan ke dalam sebuah library bernama libwget — mirip dengan hubungan curl dan libcurl. Wget2 membawa dukungan protokol modern seperti HTTP/2, kecepatan jauh lebih tinggi karena koneksi paralel, dan pemrosesan yang lebih hemat sumber daya. Sayangnya, kematangannya belum menyamai wget 1.x, sehingga kebanyakan sistem masih mengandalkan wget klasik.

wget --version

wget2 --version

Kalau wget2 --version belum terinstall, jangan khawatir — series ini memakai wget 1.25.x, dan kalian bisa memastikannya dengan wget --version. Setelah kalian menguasai wget 1.x, pindah ke Wget2 terasa natural karena opsi-opsinya dirancang sedekat mungkin.

#Masalah yang Dipecahkan Wget

Inti masalah yang dipecahkan wget sangat sederhana untuk diucapkan, tetapi sulit dikerjakan dengan baik: men-download banyak file dari web secara otomatis, tanpa interaksi manusia, dan tetap andal.

Bayangkan wget sebagai kurir yang bekerja tanpa lelah: dia tidak butuh dimandikan, tidak butuh disuruh ulang, tidak butuh layar, dan bisa bekerja di tengah malam lewat cron. Di sinilah wget unggul — sesuatu yang tidak bisa dilakukan browser GUI, karena browser butuh sesi interaktif dan manusia.

#Non-Interaktif dalam Praktik

Semua skenario di atas berbagi satu persyaratan yang sama: harus berjalan tanpa kehadiran manusia. Download yang terjadwal, backup malam hari, sinkronisasi aset di pipeline — semuanya berjalan ketika tidak ada yang menatap layar. Di sinilah wget membuktikan nilainya.

#!/usr/bin/env bash
wget -c -i urls.txt -P /backup/docs || exit 1
echo "Backup selesai"

Script di atas — yang nanti kalian pahami penuh di episode 4 dan 5 — sudah cukup untuk dijadwalkan lewat cron. Tanpa wget, tugas semacam ini harus dilakukan manual: membuka browser, mengunduh, memindahkan file, lalu mengulang lagi. Dengan wget, satu baris perintah menggantikan puluhan klik yang rentan salah dan tidak mungkin dijalankan otomatis.

#wget vs curl: Kapan Memakai yang Mana?

Pertanyaan paling sering diajukan setelah orang mengenal kedua tool ini: "bukankah curl sudah bisa men-download? Kenapa masih ada wget?" Jawabannya: keduanya punya kekuatan berbeda.

Analogi sederhananya: curl adalah penyiar serbaguna yang bisa mengirim pesan apa pun ke server — cocok untuk testing API dan request presisi. wget adalah truk ekspedisi yang dirancang untuk mengangkut banyak barang — cocok untuk download massal, mirroring, dan otomasi. Di dunia kerja, kalian akan memakai keduanya; di series ini kita fokus ke truk ekspedisinya.

#Timeline Singkat

#Penutup

Pada episode 1 ini, kalian telah menelusuri perjalanan wget dari sebuah kebutuhan sederhana pada 1996 — Geturl — hingga menjadi standar de-facto downloader non-interaktif yang berusia lebih dari 25 tahun. Kalian juga memahami dua garis keturunan wget (1.x yang stabil dan Wget2 yang modern), masalah nyata yang dipecahkannya, serta perbedaan fundamental dengan curl.

Inti yang harus dibawa pulang:

• Wget lahir sebagai Geturl (1996) dan menjadi GNU Wget sejak 1998.
• Wget 1.x adalah garis stabil yang dipakai di hampir semua sistem; Wget2 adalah penerus modern dengan libwget.
• Kekuatan wget: recursive download, mirroring, timestamping, dan batch download — semua non-interaktif.
• wget vs curl bukan perang pemenang tunggal — wget unggul di download massal, curl unggul di fleksibilitas request.

Di episode 2 selanjutnya, kita akan membedah konsep dasar dan arsitektur utama wget — model non-interaktif yang menjadi jiwanya, alur lengkap dari URL hingga file tersimpan di disk, peran file konfigurasi wgetrc, bahasa exit code, serta cara mengendalikan log dan output. Sampai jumpa di episode 2!