Mengaktifkan Nginx FastCGI Cache

Sebenarnya pas membahas Varnish untuk mengcache halaman website secara penuh tidaklah perlu dilakukan kalau menggunakan Nginx. Setidaknya bisa kita hindari lah menginstall paket aplikasi lainnya. Ini disebabkan dalam Nginx sendiri ada sistem cache serupa yakni FastCGI Cache atau kadang disebut juga microcache.

Tutorial kali ini memanfaatkan WordPress, jadi ada beberapa hal yang nanti lebih fokus kesana. Tidak banyak bedanya kalau saya perhatikan konfigurasi akhirnya misal dengan website berbasis PHP+MySQL biasa.

Pertama mari kita buat direktori untuk menyimpan cachenya:

mkdir /usr/share/nginx/cache

Ada yang bilang tahap ini tidak diperlukan karena nanti akan dibuat otomatis oleh Nginx asal lokasi direktorinya telah dimasukkan dalam konfigurasi. Tinggal restart katanya. Ini belum saya ujicoba benar tidaknya, sudah kebiasaan soalnya. πŸ™‚ Ternyata tidak bisa, Nginx langsung error kalau direktorinya tidak ada. Yak, satu mitos sudah terpecahkan. Haha. πŸ˜€

Kemudian kita edit konfigurasi virtual host Nginx:

nano /etc/nginx/sites-available/servernesia.com

Dan tambahkan kode berikut diatas blok server {}:

fastcgi_cache_path /usr/share/nginx/cache/ levels=1:2 keys_zone=microcache:10m max_size=256m inactive=1h;
add_header X-Cache $upstream_cache_status;

Alternatifnya bisa anda masukkan kedalam konfigurasi Nginx (/etc/nginx/nginx.conf) tapi letakkan dibawah blok http {}. Ini terserah anda, tapi saya lebih suka diaktifkan per virtual host biar tidak bingung nantinya.

Lanjutkan scroll kebawah sampai anda menemukan setting untuk proses PHP-FPMnya (location ~ \.php$ {}), dan isikan dengan kode berikut:

fastcgi_cache  microcache;
fastcgi_cache_key $scheme$host$request_uri$request_method;
fastcgi_cache_valid 200 301 302 30s;
fastcgi_cache_use_stale updating error timeout invalid_header http_500;

fastcgi_pass_header Set-Cookie;
fastcgi_pass_header Cookie;
fastcgi_ignore_headers Cache-Control Expires Set-Cookie;

fastcgi_cache_bypass $tanpa_cache;
fastcgi_no_cache $tanpa_cache;

Letakkan setelah kode yang sudah ada di dalam blok tersebut ya.

Akhirnya kita tambahkan sedikit peraturan soal pengunjung yang mana akan dilayankan cachenya dan tentu saja yang sudah login jangan diberi cache. Letakkan dalam blok location / {}:

set $tanpa_cache 0;

if ($request_method != GET){
    set $tanpa_cache 1;
}

if ($query_string != ""){
    set $tanpa_cache 1;
}

if ($request_uri ~* "/(wp-login.php|wp-admin|login.php|backend|admin)"){
    set $tanpa_cache 1;
}

if ($http_cookie ~* "PHPSESSID"){
    set $tanpa_cache 1;
}

if ($http_cookie ~* "wordpress_logged_in_"){
    set $tanpa_cache 1;
}

Bila sudah maka reload/restart Nginx:

service nginx reload

Tahu darimana kita kalau FastCGI cachenya sudah berhasil aktif? Tentu saja dengan mengecek headernya saat halaman situsnya diakses:

curl -X GET -I http://servernesia.com/

Balasannya akan seperti berikut:

HTTP/1.1 200 OK
Server: nginx
Date: Fri, 08 Apr 2016 22:30:15 GMT
Content-Type: text/html; charset=UTF-8
Transfer-Encoding: chunked
Connection: keep-alive
Vary: Accept-Encoding
X-Cache: HIT

Yeah… sukses sudah. Haha. πŸ˜€ Kalau tulisannya X-Cache adalah HIT berarti sudah ada cachenya dan kalau MISS berarti belum, tinggal anda reload halaman websitenya biasanya langsung ditambahkan ke cache.

Mau cara tes yang lebih brutal? Setelah anda mengakses beberapa halaman kemudian matikan PHP-FPMnya. πŸ˜› Serius, kalau memang sudah aktif maka bisa dilayankan langsung dari Nginx tanpa perlu memanggil mesin PHP. Jelas lebih ringan lagi performa VPS anda kalau tidak perlu memproses PHP. πŸ™‚

Sedikit catatan, kadang bermasalah pada permalink dan atau login pengguna. Ini karena yang dicache salah atau tidak dideteksi adanya cookie. Karena itulah sistem cache seperti ini paling cocok diterapkan pada jenis pengunjung yang hanya membaca tanpa komentar, dan ini rasionya cukup besar pastinya. Bandingkan saja angka analytics anda dengan berapa banyak komentar yang masuk. πŸ™‚

*Inspirasi panduan kali ini dari mbak Shafira dan mas Aziz yang dengan setia menanyakan soal optimasi dan cache Nginx. πŸ˜€ Dan saya lupa kalau ada satu-dua blog WordPress yang sudah menggunakannya, baru ketemu notepadnya. πŸ˜›

14 thoughts on “Mengaktifkan Nginx FastCGI Cache

    • Iya mbak, perlu disetting lagi agar mengenali pengunjungnya ini dilayankan konten dari FastCGI cache atau langsung dari PHP-FPM.

      Kalau ga salah istilahnya cache-busting supaya cachenya otomatis dihapus kalau ada versi konten yang lebih baru, entah diedit atau ada posting baru misalnya.

  1. mas chandra mohon infonya untuk baris berikut :

    keys_zone=microcache:10m max_size=256m inactive=1h;
    

    maksudnya maksimal ukuran folder cache 256mb dan dicache selama 1 jam?

    dan baris berikut :

    fastcgi_cache_valid 200 301 302 30s;
    

    terima kasih mas, maaf merepotkan.

    • Hampir tepat mbak, saya jelaskan dulu:

      • keys_zone=microcache:10m ini artinya nama zona memori: microcache dan besar cache per item maksimal 10MB.
      • max_size=256m maksudnya ukuran cache total sebesar 256MB. Saya beri nilai segitu karena rata – rata VPS yang disewa 512MB. Takutnya ada yang copas dan komplain memorinya habis gara – gara ini mbak. πŸ™‚ Kalau pribadi sih saya pakai 512MB minimal. Tapi sudah beda penggunaan lah, trafiknya lain soalnya.
      • inactive=1h sedangkan yang ini menandakan kalau cache tersebut tidak diakses selama 1 jam maka akan dibersihkan.
      • fastcgi_cache_valid ini menginstruksikan Nginx bahwa FastCGI cache ini hanya diterapkan pada kode HTTP tersebut. Kode 200 itu artinya OK mbak, berarti konten bisa diakses. Yang lainnya redirect.
  2. masalah gagal login dan logout sementara solved dengan tambahan baris kode berikut, siapa tahu membantu untuk yang menggunakan xenforo juga πŸ™‚

        ### fastCgi cache
        set $no_cache 0;
        if ($request_method = POST) {
        set $no_cache 1;
        }
        if ($http_cookie ~* (xf_session_admin|xf_user|xf_user_admin)) {
        set $no_cache 1;
        }
        if ($request_uri ~* "/admin.php|/login/|/account/|/conversations/|/misc/|/online/") {
        set $no_cache 1;
        }
        ### fastCgi end
    • Sep, terimakasih mbak buat tambahan informasinya. πŸ™‚ Ada perbedaan yang dirasakan setelah menggunakan FastCGI cache mbak? Sudah coba mematikan PHP-FPMnya? πŸ˜›

      *Sudah saya koreksi juga kodenya.

      • perbedaannya memang agak lebih kenceng mas πŸ™‚ nah untuk matikan php-fpmnya saya belum berani hahaha :p
        cuma masalahnya saat berikan like pada komentar atau memberikan komentar tidak langsung muncul karna cachenya saya atur 5menit jadi saya coba ubah ke 1detik lumayan jadi bisa sedikit realtime jadinya tapi mungkin nggak berguna kalau dikasih waktu 1detik hahaha πŸ˜€ maunya ini cache hanya untuk guest saja, bagi yg sudah login ndak perlu diaktifkan cachenya.

      • Kalau 1 detik apa ga terlalu cepat mbak? Efeknya mungkin terasa kalau trafiknya puluhan/ratusan per detik. Sudah bisa bedain member dan guest? Baca cookie harusnya.

  3. ups mas chandra tolong revisi baris kode diatas πŸ˜€

        ### fastCgi cache
        set $no_cache 0;
        if ($request_method = POST) {
        set $no_cache 1;
        }
    • Secara fungsi tampaknya sangat membantu buat membersihkan cache FastCGInya. Tapi saya baca – baca tampaknya lebih diarahkan ke instalasi Nginx dari EasyEngine karena pembuatnya sama. Mungkin cuma butuh penyesuaian kalau kita pakai Nginx dari repository biasa sih, minimal lokasi direktori cachenya yang perlu disetting.

      Mas Hardinal sudah coba?

  4. Iya Mas Chandra, setelah saya baca tutorial ini, saya coba praktek.

    Ternyata plugin itu ga ngaruh. Jika ada postingan baru, maka cache nya akan di purge dan postingan baru akan masuk Homepage.

    Saya coba “cara ekstrim” saran mas, dengan mematikan PHP selama beberapa saat. Ternyata benar mas, web tetap lancar di akses.

    • Iya mas, saya kira sih cuma sebagai pengaman ganda kalau cachenya gagal dibusting otomatis lewat Nginx. Jadi diinstruksikan lewat PHP.

      Mas coba tes kalau ada komentar baru apakah langsung diperbarui cachenya, kalau sering ada komentar biasanya yang dikhawatirkan adalah cache lama yang dilayankan.

      Haha. πŸ˜€ Ya saya usulkan tes sadis itu karena ada cara teknis tapi cuma melihat status header, kadang ga kerasa apa manfaatnya kalau dari sini. Coba kalau dimatikan PHP-FPMnya, pasti tahu apa fungsinya dan apakah berhasil tidak. πŸ˜›

Leave a Comment