mcatakcin adlı üyeden alıntı: mesajı görüntüle
sitedeki önbellekten farklı olarak bu statik kaynakları cf aracılığıyla sunuyor evet güzel bir video konusu olur.
aynı şey wp rocket litespeed gibi eklentilerde cf entegresiyle de oluyor. statik kaynakları cf düzeyinde önbelleğe alıyor
Aynı şey wp rocket, litespeed cache vb. eklentilerin cf entegrasyonuyla olmuyor ve fullpage cache özelliği sadece statik kaynakları cf aracılığıyla sunmasından ibaret değil. Bir örnekle WP Super Page'de cloudflare'de custom page rule olarak cache level: everything girilmesi şart. İşin sırrı bu zaten. Bu eklenti ise işini yapıp, cloudflare enterprise gücünü sağlıyor workerler ile. WP Rocket veya LiteSpeed Cache entegrasyonu sitedeki değişikliklerde cloudflare önbelleğinin otomatik temizlenmesi için sadece. Dolayısıyla fullpage cache özelliği olmayan litespeed cache, wp rocket vb. diğer eklentileri cloudflare ile entegre edilince Cloudflare'de custom page rule olarak cache level: everything girilirse, 100 dinamik sitenin 95'i patlar. Bu patlamada en sık karşılaşılan durumlardan birisi, örneğin wordpress admin bar'ın son kullanıcılara gösterilmesi veya statik kaynakların patlaması. Fakat wp super page cache'de cache level: everything girilince 100 sitenin 90'u patlamıyor. Hatta farkı şöyle anlayabiliriz: WP Rocket'te de Cloudflare auth token ile Cloudflare entegrasyonu sağlanabiliyor, WP Super Page Cache'de de. WP Rocket'te çok temel izinler (ya da Cloudflare'in WordPress izin şablonu) vermeniz yeterli oluyor. Herhangi bir hata dönüşü almıyorsunuz dolayısıyla. Ama wp super page cache'de auth token ile entegrasyonunda auth token'in izin şablonunda workerlere erişim vermeniz gerekiyor. Aksi taktirde eklentide activate page cache butonuna tıklandığında yetkisiz erişim hatası döndürüyor.