Engintron Adalah: Nginx di cPanel, Cara Kerja & Batasnya

Server ber-cPanel menyajikan website memakai Apache secara bawaan. Pilihan itu masuk akal secara historis: Apache mendukung .htaccess, membaca konfigurasi per direktori, dan menangani ribuan akun hosting dalam satu mesin tanpa keluhan. Kelemahannya muncul saat trafik memuncak. Apache menyalakan satu proses untuk setiap koneksi, sehingga lonjakan pengunjung berubah menjadi lonjakan pemakaian CPU dan RAM.

Cara paling umum mengatasinya bukan mengganti Apache, melainkan menaruh perangkat lunak lain di depannya. Engintron adalah cara paling ringkas melakukannya di server cPanel. Ia memasang Nginx di depan Apache lengkap dengan konfigurasi yang sudah disiapkan, tanpa Anda perlu menulis satu baris konfigurasi pun.

Engintron Adalah Pemasang Nginx untuk Server cPanel

Engintron adalah plugin gratis untuk cPanel/WHM yang memasang dan mengonfigurasi Nginx di depan Apache. Nginx di sana berperan sebagai reverse caching proxy — proxy yang sekaligus menyimpan salinan jawaban di sisi server. Engintron juga menambahkan antarmuka di WHM dan sebuah perintah baris perintah bernama engintron.

Satu hal perlu diluruskan sejak awal, karena sering tertukar. Engintron bukan web server, dan ia juga bukan Nginx. Yang menyajikan halaman tetap Nginx dan Apache. Engintron adalah pemasangnya sekaligus paket konfigurasi yang membuat keduanya bekerja berdampingan di dalam cPanel tanpa saling merusak.

Proyek ini dikembangkan Fotis Evangelou lewat Kodeka OÜ, sebuah perusahaan asal Estonia. Rilis pertamanya terbit pada April 2014, dan versi yang berlaku saat artikel ini ditulis adalah v2.13 tertanggal 14 Agustus 2026. Lisensinya GNU GPL versi 2, dengan 676 bintang di GitHub. Tidak ada edisi berbayar dan tidak ada fitur yang dikunci.

Kenapa Apache di cPanel Butuh Nginx di Depannya

Istilah reverse proxy perlu dijelaskan lebih dulu karena menentukan seluruh cara kerja Engintron. Proxy biasa berdiri di sisi pengguna dan mewakili Anda saat menghubungi internet. Reverse proxy berdiri di sisi sebaliknya: ia mewakili server saat menghadapi pengunjung. Permintaan masuk ke reverse proxy lebih dulu, lalu diteruskan ke web server di belakangnya.

Posisi itu membuka dua peluang yang tidak dimiliki Apache sendirian.

Peluang pertama adalah pembagian tugas. Sebuah halaman web jarang berisi HTML saja. Satu kunjungan biasanya menarik puluhan berkas pendukung berupa CSS, JavaScript, gambar, dan font. Berkas-berkas itu tidak perlu diolah program apa pun — isinya sudah jadi dan cukup dikirim apa adanya. Nginx menyajikannya langsung tanpa melibatkan Apache, sehingga Apache hanya dibangunkan untuk pekerjaan yang benar-benar membutuhkan PHP.

Peluang kedua adalah penyimpanan sementara. Karena semua permintaan melewati Nginx, ia dapat menahan salinan jawaban Apache dan menyajikan salinan itu kepada pengunjung berikutnya. Konsep cache di lapisan ini terasa paling nyata saat satu halaman diminta banyak orang dalam waktu berdekatan.

Perbedaan bebannya terasa langsung. Tanpa Nginx, setiap permintaan berkas gambar tetap membangunkan satu proses Apache lengkap dengan modul PHP yang menempel padanya. Dengan Nginx di depan, PHP-FPM dan Apache hanya bekerja untuk permintaan yang menghasilkan halaman.

Yang Berubah di Server Setelah Engintron Terpasang

Pemasangan Engintron mengubah beberapa hal mendasar di server Anda. Mengetahui daftarnya lebih dulu akan sangat menolong saat suatu hari terjadi masalah.

1. Apache dipindahkan ke port 8080 dan 8443: port 80 dan 443 diserahkan kepada Nginx. Perpindahan ini dilakukan lewat whmapi1 set_tweaksetting key=apache_port value=0.0.0.0:8080, jadi nilainya ikut terlihat di menu Tweak Settings pada WHM.
2. Modul mod_remoteip dipasang di Apache: modul ini membaca header X-Forwarded-For yang dikirim Nginx, lalu menuliskan IP asli pengunjung ke log Apache.
3. Monitor layanan cPanel disesuaikan: berkas /etc/chkserv.d/httpd diubah dari service[httpd]=80 menjadi 8080 supaya cPanel tidak menyangka Apache mati.
4. Konfigurasi Munin diperbarui: bila Munin terpasang, port pemantauannya ikut disesuaikan ke 8080.
5. Konfigurasi Nginx lama dicadangkan: berkas seperti /etc/nginx/nginx.conf dan /etc/nginx/conf.d/default.conf disalin menjadi .bak sebelum ditimpa.

Poin kedua layak diberi perhatian lebih. Setelah Nginx berdiri di depan, Apache menerima seluruh permintaan dari alamat lokal server itu sendiri. Tanpa mod_remoteip, seluruh pengunjung Anda tercatat sebagai 127.0.0.1. Akibatnya berantai: statistik AWStats menjadi tidak berarti, dan CSF kehilangan kemampuan memblokir alamat yang menyerang.

Kalau suatu saat log Apache Anda kembali penuh berisi 127.0.0.1, jalankan engintron restoreipfwd. Perintah itu memang disediakan khusus untuk memulihkan penerusan IP pengunjung yang rusak setelah pembaruan sistem.

Nginx yang dipasang berasal dari repositori resmi nginx.org, bukan dari paket bundel cPanel. Konsekuensinya, pembaruan Nginx datang langsung dari pengembangnya dan tidak menunggu cPanel merilis paket baru.

Dua Lapis Cache Engintron: 1 Detik untuk HTML, 10 Detik untuk Statis

Engintron menyiapkan dua kolam cache terpisah dengan perlakuan yang sangat berbeda. Memahami angkanya menjelaskan kenapa perubahan artikel Anda tetap langsung terlihat meski cache aktif.

Untuk konten dinamis — halaman HTML yang dihasilkan WordPress, Joomla, atau WooCommerce — masa simpannya hanya satu detik. Angka itu terdengar terlalu singkat sampai Anda menghitung dampaknya pada lonjakan trafik. Bila seribu orang membuka halaman yang sama dalam satu detik, Apache cukup mengerjakannya sekali. Sisanya dijawab Nginx dari salinan. Karena masanya sependek itu, pembaruan isi website praktis langsung tampil.

Untuk berkas statis, masa simpannya sepuluh detik di sisi server. Lapisan ini juga mematikan pencatatan log akses dan menyalakan pembaruan latar belakang, sehingga salinan lama tetap dikirim sementara salinan barunya diambil diam-diam.

Ada satu perilaku yang mudah terlewat. Kunci cache dinamis memakai awalan m_ untuk perangkat bergerak, sehingga versi ponsel dan versi desktop dari halaman yang sama disimpan sebagai dua entri terpisah. Tema yang menyajikan tata letak berbeda per perangkat tidak akan tertukar.

Yang paling berharga justru aturan proxy_cache_use_stale. Saat Apache membalas dengan kode 500, 502, 503, 504, atau 429, Nginx menyajikan salinan lama alih-alih meneruskan halaman error. Pengunjung tetap melihat website yang hidup meski Apache sedang bermasalah di belakang.

Kapan Cache Dilewati: Cookie Sesi dan Halaman Admin

Cache dinamis dimatikan otomatis begitu Nginx mengenali tanda bahwa halaman itu bersifat pribadi. Tiga kelompok pemicunya:

1. Cookie sesi pengguna: wordpress_*, wp-postpass, woocommerce_cart_hash, wp_woocommerce_session_*, joomla_*, PrestaShop-*, SESS* dan SSESS* milik Drupal, serta cookie anggota forum Invision Power Board.
2. Alamat halaman tertentu: /wp-admin, /wp-login.php, /administrator, /cart, /checkout, /my-account, /login, /register, dan 36 pola lain — seluruhnya 44 pola.
3. Header Cache-Control: private yang dikirim aplikasi Anda sendiri.

Selain itu, hanya metode GET dan HEAD yang pernah disimpan. Permintaan POST — pengiriman formulir, penambahan barang ke keranjang, proses pembayaran — tidak pernah masuk cache dalam keadaan apa pun.

Alur keputusannya dapat diringkas seperti ini:

Cache di Sisi Pengunjung

Terpisah dari kedua kolam di atas, Engintron juga menyuruh browser pengunjung menyimpan berkas statis. Nilai bawaannya:

Masa 30 hari untuk CSS dan JavaScript perlu Anda ingat saat mengubah tampilan website. Tanpa teknik penanda versi pada nama berkas, pengunjung lama dapat melihat tampilan lama cukup lama.

Proteksi Bot dan Rate Limiting v2.13 Mati Secara Bawaan

Dua fitur paling menarik di versi terbaru justru tidak aktif setelah pemasangan. Keduanya disertakan dalam keadaan dimatikan, dan Anda perlu menyunting berkas /etc/nginx/custom_rules untuk menyalakannya.

Fitur pertama adalah penyaringan bot. Bila diaktifkan, Nginx menutup koneksi dengan kode 444 — balasan khusus Nginx yang memutus sambungan tanpa mengirim apa pun. Daftar bawaannya mencakup 35 pengais pemasaran dan SEO seperti mj12bot, dotbot, dataforseobot, petalbot, dan bytespider. Sejak v2.12 dan v2.13, daftarnya juga memuat pengais kecerdasan buatan. Di antaranya gptbot, chatgpt, openai, anthropic, claude, perplexity, mistral, dan cohere, ditambah pengais milik Amazon dan Meta.

Fitur kedua adalah pembatasan laju permintaan. Nilainya satu permintaan halaman per detik dengan toleransi lonjakan sampai lima permintaan. Pengunjung yang melewatinya menerima halaman 429 buatan Engintron yang memuat header Retry-After: 5 dan memuat ulang halaman setelah lima detik.

Daftar pengecualiannya sudah disiapkan supaya fitur ini tidak merusak website normal. Halaman depan, seluruh berkas statis, /wp-admin/, /wp-content/, /wp-json/, /cart/, /checkout/, jalur administrasi Joomla dan Drupal, serta perayap Googlebot dan Facebook semuanya dilewatkan.

Kedua fitur ini membuat penyebutan "pasang sekali lalu lupakan" hanya berlaku untuk bagian caching. Bila Anda memasang Engintron dengan harapan langsung mendapat perlindungan bot, periksa dulu isi custom_rules sebelum menyimpulkan fiturnya tidak bekerja.

Syarat Server Engintron dan Status Dukungan Ubuntu

Engintron hanya diuji pada sistem operasi yang masih didukung cPanel atau CloudLinux. Daftarnya:

• Seluruh varian Enterprise Linux 8 dan 9 bersertifikat cPanel, termasuk AlmaLinux dan Rocky Linux
• CentOS 7, yang masa dukungannya sendiri sudah berakhir pada 2024
• CentOS 6 dengan CloudLinux, yang berakhir sejak 2020

Di luar sistem operasi, dua syarat lain bersifat mutlak. Anda membutuhkan akses root lewat SSH dan server yang memakai EasyApache 4. Keduanya menutup kemungkinan pemakaian di hosting bersama, karena pemilik akun di sana memang tidak memegang kendali tingkat server. Engintron baru relevan bila Anda menyewa VPS Indonesia atau server berdedikasi dengan kendali penuh.

Soal Ubuntu ada kesalahpahaman yang perlu diluruskan. Kode engintron.sh memang memuat cabang khusus Ubuntu, dan itu kerap dibaca sebagai tanda dukungan resmi. Pengembangnya menyatakan sebaliknya: kode tersebut adalah pekerjaan persiapan, dan dukungan penuh dijanjikan pada versi 3. Padahal cPanel sendiri sudah mendukung Ubuntu sejak 2022. Artinya sampai v2.13 yang terbit Agustus 2026, server cPanel berbasis Ubuntu belum menjadi sasaran resmi Engintron.

Memasang Engintron dan Perintah yang Dipakai Sesudahnya

Pemasangan dilakukan dari satu perintah sebagai pengguna root. Bentuk resmi terkini memakai curl:

curl -sSL \
  https://raw.githubusercontent.com/engintron/engintron/master/engintron.sh \
  | bash -s -- install

Perintah lama yang masih banyak beredar mengunduh berkas lebih dulu memakai wget --no-check-certificate. Bendera itu mematikan pemeriksaan sertifikat, dan tidak ada alasan memakainya pada server yang sertifikat rootnya sehat. Gunakan bentuk curl di atas.

Prosesnya memakan waktu beberapa menit karena ikut memperbarui paket sistem. Setelah selesai, muat ulang WHM dan menu Engintron akan muncul di bagian Plugins, paling bawah pada bilah sisi. Berkas programnya tersimpan di /opt/engintron.

Dari terminal, perintah engintron menyediakan sejumlah pekerjaan harian:

Pasangan disable dan enable sangat berguna saat memeriksa masalah. Bila sebuah website bermasalah dan Anda ragu penyebabnya Nginx atau Apache, jalankan engintron disable lalu uji ulang. Website akan langsung dilayani Apache tanpa perantara.

Untuk melepas Engintron sepenuhnya, perintahnya engintron remove. Proses itu mengembalikan port Apache ke 80 dan mencopot modul yang dipasang Engintron.

Engintron vs NGINX Manager Bawaan cPanel

Pertanyaan ini wajar muncul, karena cPanel kini menyediakan Nginx sendiri. Lapisan cache NGINX diperkenalkan pada cPanel versi 96 tahun 2021, sedangkan antarmuka NGINX Manager berlaku untuk WHM versi 112 ke atas. Pemasangannya juga memindahkan port bawaan Apache dan menyerahkan port itu kepada Nginx, persis seperti Engintron.

Perbedaannya ada pada empat hal yang terukur.

1. Pengaturan cache: NGINX Manager mengatur cache per akun pengguna, dengan sakelar bawaan di tingkat sistem dan opsi agar pemilik akun mengaturnya sendiri. Engintron menerapkan satu konfigurasi untuk seluruh server sekaligus.
2. Sumber paket Nginx: Engintron mengambil dari repositori resmi nginx.org, sedangkan NGINX Manager memakai paket ea-nginx yang dibundel cPanel. Yang pertama menerima versi baru lebih cepat.
3. Kendali konfigurasi: Engintron menyediakan berkas custom_rules dan folder overrides untuk menimpa hampir seluruh perilaku Nginx dari WHM. NGINX Manager menawarkan kendali yang jauh lebih sempit lewat antarmukanya.
4. Perkakas tambahan: antarmuka Engintron di WHM juga memuat penyunting konfigurasi Apache dan MySQL, serta perkakas diagnosis basis data seperti MySQL Tuner dan Tuning Primer.

Beberapa batasan NGINX Manager diakui cPanel sendiri dalam dokumentasi resminya. Empat di antaranya layak Anda ketahui sebelum memilih:

• Aturan ModSecurity hanya berlaku ketika NGINX meneruskan permintaan ke Apache
• Permintaan IPv6 tanpa SSL dialihkan ke SSL
• Berkas berawalan .ht tidak pernah disajikan
• Menu Optimize Website tidak berpengaruh sama sekali terhadap NGINX

Pihak Engintron juga mengklaim konfigurasi proxy mereka lebih cepat daripada milik cPanel, dan menyebut angka kapasitas hingga puluhan ribu permintaan per detik dalam pengujian sederhana. Angka semacam itu sebaiknya diperlakukan sebagai klaim pengembang, bukan patokan. Kapasitas nyata server Anda ditentukan perangkat keras, jenis aplikasi, dan rasio permintaan yang benar-benar bisa disimpan dalam cache.

502 Bad Gateway, Firewall, dan Cloudflare

Kode 502 Bad Gateway adalah keluhan paling sering pada server ber-Engintron, dan artinya selalu sama: Nginx tidak berhasil menghubungi Apache di belakangnya. Pemeriksaan pertama selalu ke berkas log, bukan ke forum. Baca /var/log/nginx/error.log, lalu bandingkan dengan error log Apache.

Tiga penyebab yang paling sering ditemui:

1. Port 8080 dan 8443 tertutup firewall: setelah Apache pindah ke sana, kedua port itu harus dapat dihubungi dari dalam server. Pada server ber-CSF, periksa keduanya ada di daftar TCP_IN atau setidaknya dapat diakses secara lokal.
2. Alamat tujuan proxy belum ditetapkan: pada server yang berada di balik NAT atau firewall perangkat keras, Nginx perlu diberi tahu alamat mana yang harus dihubungi. Isi baris set $PROXY_DOMAIN_OR_IP "…"; di custom_rules dengan IP bersama milik server Anda.
3. Apache benar-benar tidak berjalan: paling mudah dipastikan dengan engintron info atau memeriksa status layanan dari WHM.

Cloudflare membutuhkan perhatian khusus. Cloudflare juga bekerja sebagai reverse proxy, sehingga trafik Anda melewati dua proxy berurutan. Bila server memakai satu IP bersama dan domainnya diarahkan lewat Cloudflare, baris $PROXY_DOMAIN_OR_IP tadi wajib diisi. Tanpa itu Cloudflare dapat mengembalikan error seri 10xx karena Nginx mencoba meresolusi domain yang justru mengarah balik ke Cloudflare.

Untuk domain yang memakai IP khusus, penetapannya dilakukan satu per satu di dalam blok if ($host ~ "domain-anda.com") pada berkas yang sama. Berkas custom_rules sudah berisi contoh lengkap dalam bentuk komentar.

Kelemahan dan Pertimbangan Sebelum Memasang Engintron

Bagian ini yang menentukan apakah Engintron cocok untuk server Anda.

1. Pemakaian disk bisa besar: dua kolam cache masing-masing dibatasi 4 GB, sehingga dalam keadaan penuh keduanya memakan sampai 8 GB ruang disk. Pada VPS dengan penyimpanan 20 GB, angka itu berarti sekitar 40 persen kapasitas.
2. Zona kunci memakan RAM: setiap kolam menyediakan 512 MB untuk menyimpan kunci cache, jadi totalnya 1 GB RAM saat terisi. Server dengan RAM 2 GB perlu memperhitungkan ini sebelum memasang.
3. Ada dua lapisan yang harus diperiksa saat error: masalah yang dulu selesai dengan membaca satu log kini menuntut Anda memeriksa Nginx dan Apache bergantian. Untuk sysadmin berpengalaman ini bukan beban berat, tetapi ia tetap menambah waktu penelusuran.
4. Riwayat masalah kritis pernah terjadi: pada Juli 2025, versi sebelum v2.9 dapat merusak atau menghapus instalasi Apache ketika Engintron dilepas dari server berbasis CloudLinux. Dua minggu berikutnya, v2.10 dirilis untuk memperbaiki error 421 Misdirected Request yang muncul setelah cPanel memperbarui Apache ke 2.4.64. Keduanya sudah tertangani, namun keduanya juga menunjukkan bahwa lapisan tambahan ikut terdampak setiap kali cPanel mengubah sesuatu.
5. Halaman rilis GitHub terlihat basi: tag terakhir di GitHub adalah v2.0 dari Januari 2022, padahal versi sesungguhnya v2.13. Pengembang tidak lagi membuat tag untuk setiap rilis. Periksa versi lewat changelog resmi atau perintah engintron tanpa argumen, bukan dari halaman Releases.
6. Bergantung pada satu pengembang: seluruh proyek dipelihara satu orang di bawah satu perusahaan kecil. Kodenya terbuka sehingga dapat dilanjutkan siapa pun, tetapi kecepatan tanggapan terhadap perubahan cPanel bergantung pada ketersediaan satu pihak.
7. Manfaatnya bergantung pada jenis website: sebagian situs hampir seluruh halamannya bersifat pribadi. Contohnya dasbor pengguna, aplikasi internal, dan toko dengan pengunjung yang selalu masuk akun. Situs semacam itu melewati cache dinamis hampir sepanjang waktu, sehingga yang tersisa hanya percepatan berkas statis.

Kapan Engintron Masuk Akal dan Kapan Sebaiknya Tidak

Engintron layak dipasang bila empat kondisi terpenuhi sekaligus. Server Anda memakai cPanel/WHM di atas AlmaLinux atau Rocky Linux, Anda memegang akses root, ruang disk tersisa minimal 15 GB, dan RAM minimal 4 GB. Manfaatnya paling terasa pada server yang menampung banyak akun dengan konten publik, misalnya kumpulan blog, portal berita, atau situs profil perusahaan.

Tundalah pemasangan bila salah satu berikut berlaku. Server Anda memakai Ubuntu, karena dukungan resminya belum ada. Ruang disk di bawah 20 GB, karena kolam cache akan bersaing dengan data pelanggan. Atau Anda sedang mengelola satu server produksi tanpa jadwal pemeliharaan, karena perpindahan port Apache menuntut jendela waktu untuk pengujian.

Ada pula kasus yang lebih tepat ditangani perkakas lain. Bila Anda tidak terikat pada cPanel dan mengutamakan performa PHP, OpenLiteSpeed menawarkan pendekatan berbeda dengan cache di dalam web server itu sendiri. Bila kebutuhan Anda adalah cache halaman yang jauh lebih agresif dengan aturan buatan sendiri, Varnish Cache memberi kendali yang lebih dalam meski menuntut konfigurasi manual. Dan bila beban server Anda sudah melewati batas wajar VPS, menambah lapisan cache hanya menunda persoalan — pindah ke dedicated server menjadi jawaban yang lebih jujur.

Pertanyaan yang Sering Muncul Seputar Engintron

Kenapa menu Engintron tidak muncul di cPanel saya?

Karena Engintron memang tidak pernah muncul di cPanel. Ia berada di WHM, pada bagian Plugins paling bawah, dan hanya dapat diakses pemilik server. Pengguna akun hosting bersama tidak akan pernah melihatnya, sebab pemasangannya membutuhkan akses root.

Apakah Engintron menggantikan Apache?

Tidak. Apache tetap menjadi web server utama yang mengolah PHP dan membaca .htaccess. Engintron hanya memindahkannya ke port 8080 dan menempatkan Nginx di depannya. Ini berbeda dengan opsi cPanel yang memungkinkan Nginx menggantikan Apache sepenuhnya.

Apakah aman menghapus Engintron dari server yang sudah berjalan?

Pada v2.9 ke atas, ya. Perintah engintron remove mengembalikan port Apache ke 80 dan mencopot modul yang dipasangnya. Sebelum v2.9, penghapusan dapat merusak instalasi Apache pada server berbasis CloudLinux. Pastikan Anda memakai versi terbaru sebelum melepasnya. Bila Apache gagal menyala setelah itu, periksa nilai port Apache di Tweak Settings pada WHM dan kembalikan ke 0.0.0.0:80.

Masih perlu Engintron kalau website sudah memakai Cloudflare?

Masih, dan keduanya menangani hal berbeda. Cloudflare menyimpan salinan di pusat data terdekat dengan pengunjung, tetapi secara bawaan hanya untuk berkas statis. Engintron menyimpan salinan di server Anda sendiri, termasuk untuk halaman HTML, dan melindungi Apache dari permintaan yang tetap sampai ke server. Yang perlu diperhatikan adalah pengaturan $PROXY_DOMAIN_OR_IP agar keduanya tidak berbenturan.

Berapa lama pemasangannya dan apakah website mati selama proses itu?

Beberapa menit, sebagian besar terpakai untuk memperbarui paket sistem. Website akan mengalami jeda singkat saat Apache berpindah port dan Nginx dinyalakan. Kerjakan pada jam sepi, dan pastikan Anda masih memegang sesi SSH aktif sebagai jalan kembali.

Kenapa versi terbaru di halaman Releases GitHub tertulis 2022?

Karena pengembangnya berhenti membuat tag rilis setelah v2.0. Pengembangan tetap berjalan di cabang master, dengan pembaruan terakhir pada Agustus 2026. Rujuk changelog resmi di situs Engintron untuk mengetahui versi yang benar-benar berlaku.

Kesimpulan

Engintron adalah cara paling ringkas menempatkan Nginx sebagai reverse proxy di depan Apache pada server cPanel. Ia datang dengan dua lapis cache yang sudah disetel: satu detik untuk halaman HTML dan sepuluh detik untuk berkas statis. Nilai sesungguhnya terletak pada konfigurasi yang sudah matang sejak 2014, bukan pada perangkat lunak yang dipasangnya.

Pasang bila Anda memegang root pada server EL 8 atau EL 9, dengan disk tersisa di atas 15 GB dan RAM minimal 4 GB. Manfaatnya paling besar saat sebagian besar konten Anda bersifat publik. Tunda bila server Anda berbasis Ubuntu, ruang disknya sempit, atau isinya didominasi halaman yang menuntut pengunjung masuk akun. Dan setelah terpasang, sempatkan membuka custom_rules — dua fitur terbaiknya justru menunggu Anda menyalakannya sendiri.

Semoga artikel ini membantu.