Beberapa hari yang lalu kami memulai serangkaian tutorial tentang W3TC (W3 Jumlah Cache), yaitu plugin yang memungkinkan Anda menyimpan cache blog Anda, sehingga berjalan lebih cepat.
Seri tutorial ini terlihat seperti ini:
- Bagian 1: Pengantar Cache
- Bagian 2: Bagaimana mengkonfigurasi W3TC
- Pengaturan Umum - Episode 1
- Lebih Banyak Pengaturan Umum - Episode 2
- Mengonfigurasi cache halaman - Episode 3 (tutorial ini)
- Konfigurasi Konfigurasi - Episode 4
- Konfigurasi Cache Basis Data - 5 Episode
- Konfigurasi Objek dan Browser - Episode 6
- Bagian 3: Semua jawaban untuk pertanyaan Anda
- Bagian 4: W3TC Parameter "Mainspan"
Di episode sebelumnya kita masih di part 2, tapi mulai dari setting umum. Hari ini kita akan melanjutkan dengan pengaturan dari di-cache halaman.
Kapan di-cache halaman diaktifkan dari menu pengaturan umum, gunakan tombol “ Halaman Cache Untuk mengakses konfigurasi cache untuk elemen ini.
Saat memilih halaman yang akan di-cache, seinklusif mungkin. Dalam sebagian besar kasus, Anda ingin melakukan cache hampir semua halaman.
Jika situs Anda tersedia dengan https maka Anda akan ingin mengaktifkan SSL Cache (https) Untuk aplikasi ini.
Sebagian besar situs tidak akan mendapatkan keuntungan dari ini di-cache berdasarkan URI. Mengaktifkan opsi ini dapat menghasilkan hasil yang tidak diharapkan dengan menyimpan string yang tidak terduga dalam cache. Jadi, kecuali fungsi pencarian Anda banyak digunakan untuk mencari istilah yang sama, biarkan opsi ini dinonaktifkan.
Akhirnya, disarankan untuk tidak men-cache halaman 404. Pengunjung seharusnya tidak terlalu sering melihatnya, dan Anda tidak ingin Google mengindeks halaman 404 sebagai halaman biasa, yang dapat terjadi jika Anda mengaktifkan opsi ini.
Opsi berikutnya, "Permintaan cache hanya untuk (domain Anda) alamat situs ”(permintaan Cache hanya) tidak dicentang secara default, tetapi rekomendasi universal adalah untuk memeriksa opsi ini.
Dua opsi berikutnya terlihat sangat mirip, tetapi penjelasan di bawah setiap opsi menjelaskannya.
« Jangan cache halaman untuk pengguna login harus selalu tetap diperiksa Harus selalu tetap diperiksa. Jika Anda membiarkannya dicentang dan melihat situs Anda saat terhubung, tindakan Anda akan melakukan cache halaman dan menampilkannya untuk pengguna yang tidak masuk.
« Jangan sembunyikan halaman untuk peran pengguna berikut Berarti pengguna yang cocok dengan peran yang dipilih akan mengakses versi langsung (tidak di-cache) situs Anda.
Bagian selanjutnya, " Cache Preload Digunakan untuk membangun cache halaman sebelum dimuat.
Sebaiknya pilih opsi pramuat cache halaman. Interval halaman default dan nilai interval halaman adalah pengaturan yang baik untuk server bersama. Namun, jika Anda memiliki lingkunganHotel lebih kuat jangan ragu untuk mengurangi pembaruan halaman dan interval caching.
Anda perlu menambahkan URL sitemap di bidang yang sesuai yang digunakan W3TC untuk menggunakannya untuk mengidentifikasi halaman yang perlu di-cache.
Terakhir, dalam banyak kasus, Anda ingin memilih " Preload pos Cache pada mempublikasikan peristiwa ". Ini akan memastikan bahwa versi cache dari halaman Anda diperbarui setiap kali Anda memposting artikel baru.
Bagian pembersihan digunakan untuk menentukan halaman ke " kosong Dari cache, setiap kali artikel diposting, diedit atau dikomentari.
Anda mungkin ingin meninggalkan opsi pembersihan cache, kecuali Anda tahu Anda tidak ingin salah satu halaman dihapus di acara yang disebutkan sebelumnya.
Batas pembersihan menentukan jumlah halaman yang diarsipkan yang harus dibersihkan. Misalnya, jika arsip artikel Anda memiliki halaman 20, dan Anda menetapkan batas pembersihan ke 15, maka halaman 15 terakhir akan dihapus, sedangkan lima halaman tertua tidak akan dibersihkan sampai bahwa tanggal kedaluwarsa dari halaman-halaman ini tiba.
Menetapkan nilai ke 0 untuk membersihkan semua halaman adalah ide yang bagus kecuali beberapa arsip Anda sangat besar. Dalam hal ini, Anda harus menggunakan nilai 10, yang mungkin cocok untuk situasi ini.
Jika Anda telah membangun halaman khusus yang harus dibersihkan setiap kali pesan diedit dan diterbitkan, Anda harus menambahkannya secara manual ke bidang halaman tambahan (pilihan yang tersedia sedikit lebih rendah).
Bagian lanjutan akan membantu Anda untuk:
- Mengontrol cara W3TC menangani string permintaan tertentu,
- Mengecualikan agen tertentu (perangkat, browser) yang tidak akan menerima versi cache,
- Identifikasi cookie yang memungkinkan W3TC untuk tidak me-cache halaman
- Siapkan pengecualian khusus tambahan.
Luangkan waktu sejenak untuk melihat pengaturan di awal bagian "Lanjutan".
« akhir inisialisasi Fitur lanjutan ini memungkinkan Anda untuk menerapkan caching halaman secara terfragmentasi. Anda dapat mengabaikan opsi ini dalam banyak kasus.
« Mode kompatibilitas »: Penulis plugin merekomendasikan untuk mengaktifkan mode kompatibilitas untuk meminimalkan munculnya kesalahan.
« charset Jika Anda melihat karakter aneh muncul di halaman cache, aktifkan opsi ini.
« Menolak permintaan KEPALA ": Biarkan opsi ini dinonaktifkan. Informasi yang terkandung dalam permintaan HTTP HEAD kadang-kadang diperlukan untuk membangun halaman yang dihasilkan. Jika Anda menonaktifkan opsi ini, data permintaan HEAD tidak akan di-cache dan dapat memecah halaman yang dibangun menggunakan informasi ini.
« Interval pengumpulan sampah »: Tentukan seberapa sering data cache yang kedaluwarsa dihapus. Menghapus data yang di-cache membutuhkan ressources server, sebaiknya tidak dilakukan terlalu sering jika situs Anda sibuk atau jika server Anda kelebihan beban. Defaultnya sesuai untuk hampir semua server.
« Bagaimana cookie seumur hidup Mengurangi nilai ini akan mengurangi beban di server karena kedaluwarsa cookie yang digunakan untuk mengautentikasi pemangku kepentingan berakhir lebih cepat. Namun, pengaturan nilai yang terlalu pendek akan menyebabkan pengguna masuk sepanjang waktu.
Sisa bidang di bagian ini tidak boleh diubah kecuali Anda tahu bahwa Anda ingin mengganti perilaku W3TC untuk cookie tertentu, a " user agent Atau satu halaman.
Itu untuk suite ini. Kami akan melanjutkan di episode berikutnya.
