Özel WordPress Giriş URL’si Cache veya CDN ile Çakışıyorsa

Özel WordPress Giriş URL'si Cache veya CDN ile Çakışıyorsa

Özel giriş URL’si origin sunucuda çalışırken CDN üzerinden 404, ana sayfa veya eski yönlendirme döndürebilir. Bunun nedeni genellikle giriş yolunun normal anonim sayfa gibi cache’e alınması ya da CDN kuralının URL’yi farklı biçimde normalleştirmesidir.

Giriş, çıkış ve parola kurtarma yanıtları çerez ve kullanıcı durumuna bağlıdır. Ortak sayfa cache’inde tutulmamalı; ilgili yollar dinamik ve özel kalmalıdır.

İçindekiler

  1. Çakışma nasıl oluşur?
  2. Gerçekçi bir örnek
  3. Hangi yollar dinamik kalmalı?
  4. Temel çözüm
  5. Origin ve CDN karşılaştırması
  6. Riskler ve geri dönüş
  7. AIOWS Giriş Yöneticisi nasıl yardımcı olur?
  8. İlgili yazılar
  9. Sonuç
  10. Resmî kaynaklar

Çakışma nasıl oluşur?

CDN veya cache eklentisi özel giriş yolunu genel bir sayfa gibi saklarsa daha önce oluşturulmuş 404, 301/302 ya da ana sayfa yanıtı başka ziyaretçilere tekrar sunulabilir. Cache anahtarı hostu, yolu veya çerez durumunu ayırmıyorsa sorun yalnız bazı bölgelerde ve oturumlarda görülür.

Gerçekçi bir örnek

Özel giriş adresi doğrudan origin üzerinden formu açar. CDN yanıtında ise Ageve cache hit başlıklarıyla eski 404 görülür. Ekip önce giriş yolunu cache dışında bırakır, ardından yalnız bu URL’nin saklanan nesnesini temizler. Soğuk ve tekrar eden istekler artık formu doğru döndürür.

Başka bir durumda CDN sondaki eğik çizgiyi kaldırırken özel giriş slug’ını ana sayfaya yönlendirir. Normalleştirme kuralı giriş yolundan önce çalışmayacak şekilde yeniden sıralanır.

Hangi yollar dinamik kalmalı?

  • Özel giriş URL’si ve standart giriş işleyicisi.
  • wp-admin ve kimliği doğrulanmış yönetim sayfaları.
  • Çıkış, parola kayıp ve parola sıfırlama yolları.
  • Kayıt, 2FA/doğrulama ve hesap callback’leri.
  • Dile veya multisite’a özgü giriş varyantları.

Her yolu tüm CDN özelliklerinden çıkarmak gerekmez; sayfa cache’i ve kullanıcı durumunu bozan dönüşümler kesin olarak devre dışı bırakılmalıdır.

Temel çözüm

  1. İşlem boyunca açık yönetici oturumu ve doğrudan kurtarma yolu tutun.
  2. Özel yolun AIOWS/WordPress tarafında doğru çalıştığını origin üzerinden doğrulayın.
  3. CDN ve cache kurallarında giriş yollarına no-store/bypass davranışı uygulayın.
  4. Host, path ve query string’in cache anahtarında doğru işlendiğini kontrol edin.
  5. Kuralı yayımladıktan sonra yalnız etkilenen URL’leri temizleyin.
  6. Anonim, giriş yapmış ve süresi dolmuş oturumlarda akışı sınayın.

Origin ve CDN karşılaştırması

Aynı URL için origin sunucusunun ve ziyaretçiye açık endpoint’in durum kodlarını, Location, Cache-Control, Set-Cookie, Ageve cache durum başlıklarını karşılaştırın. Fark ilk kez hangi katmanda oluşuyorsa düzeltme orada yapılmalıdır.

  • En az iki CDN bölgesinden test yapın.
  • Kural değişikliği ve TTL dolumu sonrasında testi tekrarlayın.
  • Kimliği doğrulanmış yanıtın başka kullanıcıya cache’ten sunulmadığını doğrulayın.
  • Özel giriş dışındaki tanımsız yolun gerçek 404 olarak kalmasını sınayın.

Riskler ve geri dönüş

“Cache everything” kuralını geniş bırakmak giriş çerezlerini ve yönlendirmeleri kullanıcılar arasında karıştırabilir. Tüm site cache’ini sürekli temizlemek ise sorunu geçici olarak gizler, origin yükünü artırır ve kural hatasını düzeltmez.

Yeni CDN kuralı giriş veya genel sayfaları bozarsa son kuralı geri alın ve yalnız etkilenen nesneleri temizleyin. Doğrudan origin erişimini kalıcı olarak herkese açmayın.

AIOWS nasıl yardımcı olur?

AIOWS Giriş Yöneticisi

AIOWS Giriş Yöneticisi, desteklenen özel giriş yolu ve giriş koruması ayarlarını WordPress içinde merkezi olarak doğrulamaya yardımcı olur. Önce kayıtlı slug’ın origin üzerinde doğru formu açtığını kanıtlayarak WordPress ayarıyla CDN davranışını birbirinden ayırabilirsiniz.

Özel giriş, parola sıfırlama, çıkış ve wp-admin akışlarını temiz tarayıcıda sınayın. CDN kuralı değişirken AIOWS tarafındaki diğer giriş kontrollerini sabit tutun; böylece hangi katmanın sonucu değiştirdiği anlaşılır.

Giriş Yöneticisi CDN cache anahtarını, bölgesel nesneleri veya web sunucusu yönlendirmelerini kendi başına yönetmez. Bu ayarlar altyapı tarafında yapılmalı; kullanıcıya özel yanıtların ortak cache’e girmediği ayrıca doğrulanmalıdır.

AIOWS Giriş Yöneticisi’ni inceleyinAIOWS planlarını karşılaştırın

Sonuç

Önce özel yolun origin üzerinde çalıştığını doğrulayın. Giriş ve kurtarma yollarını ortak cache dışında bırakın, yalnız eski nesneleri temizleyin ve farklı bölgelerde soğuk/cache hit testleri yapın.

Resmî kaynaklar

İlgili Yazılar

All in One WP Settings’i edininEklentiye git