Web Servers
Apache httpd: Server Web Asli, Masih Mendapatkan Tempatnya
Apache httpd mendukung web selama tiga dekade, dan era Apache Running After Maturity benar-benar nyata: peristiwa MPM membuat beban kerja kelas mod_php secara bersamaan, modul mencakup segalanya mulai dari autentikasi hingga caching sisi server, dan .htaccess membuat hosting bersama tetap dapat dikelola. Stereotipnya sudah ketinggalan jaman dalam hal kinerja namun akurat dalam hal perdagangan, dan mengetahui pengorbanannya membuat Apache menjadi pilihan yang sah daripada meminta maaf.
Poin Utama
- Acara MPM adalah platform modern: kumpulan thread pekerja yang tetap mengumpankan koneksi yang tetap hidup secara asinkron, itulah sebabnya Apache saat ini tidak lagi runtuh dalam konkurensi seperti tolok ukur prefork lama; prefork hanya tepat untuk modul yang tidak aman untuk thread dan tetap merupakan pengecualian yang disengaja.
- Permukaan modul adalah fitur: mod_ssl, mod_security (WAF standar), mod_rewrite, mod_proxy plus kipas penyeimbang, dan modul otentikasi untuk setiap era; modul dapat dikompilasi atau dimuat dengan perkakas kelas a2enmod dengan penggantian per host, itulah sebabnya shared hosting masih menjalankan Apache terlebih dahulu.
- .htaccess adalah fitur budaya bermata dua: penggantian tingkat direktori memberikan kekuatan konfigurasi penuh di tangan pengguna (pengalihan per situs, flag PHP, kegilaan keamanan), tetapi setiap permintaan membayar biaya pencarian sistem file dan penguraian; jika kinerja penting dan aturan stabil, pindahkan aturan htaccess ke konfigurasi server.
- Proxy terbalik itu nyata tetapi sekunder: opsi kelas mod_proxy/AJP dan mod_pagespeed ada, meskipun untuk pekerjaan edge, proxy kelas nginx/caddy/traefik biasanya menang; bentuk modern yang umum adalah Apache di belakang front yang lebih cepat untuk kawasan aplikasi lama (dan hosting bersama WordPress, di mana htaccess memuat beban).
- Disiplin konfigurasi yang telah diuji di lapangan: apachectl configtest setelah perubahan, pisahkan host virtual per situs, modsecurity tidak hanya diinstal tetapi juga disesuaikan dengan aturan (default Paranoia Level 1), modul gaya mod_evasive/limitreq untuk penanganan banjir, dan kesalahan logging ditambah akses dengan bidang tarif untuk lapisan analisis log.
- Keputusan yang jujur pada tahun 2026: Apache adalah server aplikasi yang luar biasa dan proxy edge yang biasa-biasa saja; jalankan di tempat modul dan direktori yang diganti membawa beban kerja, depannya dengan lean reverse proxy ketika skala membutuhkannya, dan jangan biarkan pemindaian htaccess tidak terpantau (ini adalah permukaan eksploitasi yang terus-menerus di hosting bersama).
Catatan Lapangan
Perusahaan hosting WordPress yang kami ambil alih menjalankan Apache dengan 1.700 file .htaccess di seluruh situs, beberapa di antaranya saling bertentangan. Kami memindahkan aturan stabil ke konfigurasi vhost, mempertahankan penggantian per situs saat pemilik memerlukannya, dan latensi p99 host bersama turun sepertiga tanpa membeli apa pun.
Pertanyaan Umum
Apakah kita masih menjalankan Apache pada tahun 2026?
Ya, dan untuk alasan yang baik: ekosistem .htaccess (hosting bersama kelas WordPress/Drupal), kematangan mod_security, dan cakupan modul untuk tumpukan lama. Menggantinya secara grosir adalah keputusan beban kerja, bukan keputusan mode.
MPM mana yang harus kita jalankan?
Acara untuk segala sesuatu yang modern, sengaja dibuat terlebih dahulu untuk modul lama yang tidak aman untuk thread (beberapa tumpukan ekstensi PHP dan perpustakaan lama); pekerja sebagian besar adalah sejarah pada saat ini. Ukur lalu lintas Anda sendiri setelah peralihan MPM apa pun.
Apakah .htaccess buruk?
Tidak 'buruk', hal ini membebani kinerja per permintaan dan memperluas permukaan serangan di hosting bersama, tetapi itulah alasan mengapa hosting bersama berfungsi; disiplin ini memindahkan aturan stabil ke konfigurasi vhost dan mengamati penggantian tingkat direktori.
Bagaimana mod_security cocok dengan tumpukan keamanan?
Ini adalah lapisan WAF terbuka yang paling banyak digunakan, sangat baik dalam memfilter kelas eksploitasi yang jelas (pola SQLi, penjelajahan jalur, probe admin) tetapi berisik tanpa penyetelan; pasangkan dengan log dan pengecualian aturan per situs (lihat artikel konfigurasi firewall kami untuk pelengkap sisi server).
Bagaimana Kinetikatech membantu dengan web servers
Usahanya sederhana: Configuration, optimization and security of web servers in production and development environments. Serahkan pada layanan kami Optimasi Kecepatan Website dan Manajemen Server dan Anda terlindungi: dievaluasi menyeluruh, diimplementasikan rapi, dipantau 24 jam.