Kendi kendine yönetilen WordPress'in asıl sorunu
Üretimdeki bir WordPress sitesi hiçbir zaman sadece WordPress değildir. Bir veritabanına, bir object cache'e, bir page cache'e, bir görsel işleme hattına, TLS sertifikalarına, DNS'e ve bir güvenlik duvarına ihtiyaç duyar — ve paylaşımlı hosting'de bunların her biri bir plugin, ücretli bir eklenti veya kendinizin bir araya getirdiği bir servistir. PHP runtime'ı, MySQL sunucusu ve bir cache plugin'i arasındaki sürüm uyumsuzlukları beyaz ekranların sürekli bir kaynağıdır. cdn.com.tr bu yamalı yapıyı; runtime, veritabanı, Redis ve edge'in zaten uyumlu olduğu ve birlikte sağlandığı tek bir yönetilen yığınla değiştirir.
Veritabanı yükünü gerçekten azaltan Redis object cache
Yük altında WordPress'in yaşadığı yavaşlığın çoğu, seçenekler, menüler ve gönderi meta verileri için tekrarlanan, aynı veritabanı sorgularından kaynaklanır. Yönetilen Redis eklentisi bir WordPress object cache drop-in'i olarak devreye girer; böylece bu sorgular MySQL yerine bellekten yanıtlanır. Sayfaların kişiselleştirildiği ve tam olarak page-cache'lenemediği WooCommerce ve üyelik sitelerinde sepet ve hesap sayfalarını hızlı tutan şey budur. Redis yönetildiği için kimlik bilgileri bir plugin ayarlar ekranında oturmak yerine runtime'a enjekte edilir ve sizin için rotate edilir.
Entegre edge CDN cache ve görsel optimizasyonu
Statik varlıklar ve cache'lenebilir HTML, ziyaretçiye yakın cdn.com.tr edge'inden sunulur; origin'e gidiş-dönüşleri azaltır ve kampanyalar sırasındaki trafik ani artışlarını emer. Görsel optimizasyonu yüklemeleri modern formatlara yeniden kodlar ve uygun boyutlu varyantlar sunar; bu da PHP worker'larınız için siteyle rekabet eden ağır bir optimizasyon plugin'ine olan ihtiyacı ortadan kaldırır. Cache kuralları WordPress login ve WooCommerce sepet cookie'lerini anlar; böylece oturum açmış kullanıcılar ve alışveriş yapanlar paylaşılan cache'i doğru şekilde atlarken anonim ziyaretçiler cache'lenmiş sayfalar alır.
wp-admin önünde Auto SSL, DNS ve WAF
Herhangi bir WordPress kurulumunda en çok saldırıya uğrayan URL'ler wp-login.php ve xmlrpc.php'dir. Trafik origin'den önce cdn.com.tr edge'ine ulaştığı için WAF, brute-force ve yaygın istismar desenlerini bunlar hiç PHP'ye dokunmadan önce filtreler. Auto SSL, cron job'ları veya certbot olmadan hem apex hem de www'de HTTPS'i geçerli tutar ve DNS aynı panelde yönetilir; böylece bir domain taşıması üç ayrı panoyu jonglörlük yapmayı gerektirmez.
Yeniden inşa etmeden mevcut bir siteyi taşımak
Bir siteyi taşımak için onu yeniden inşa etmenize gerek yok. Mevcut dosyaları ve veritabanı export'unu alır, yönetilen platforma geri yükler ve DNS'i çevirmeden önce bir name.cdn.com.tr URL'sinde doğrularsınız. Yönetilen veritabanı içe aktarma ve karakter seti konularını halleder, içerik kontrolden geçtikten sonra Redis ve edge cache açılır, domain geçişi ise en son gerçekleşir; böylece sitenin erişilemez olduğu bir pencere oluşmaz.
Birçok site yürüten ajanslar için tek bir panel
Ajanslar en çok tutarsızlıktan zarar görür: her müşteri sitesi cache'leme ve güvenlik yapan farklı plugin'lere sahip biraz farklı bir hosting'de sonlanır. Yönetilen WordPress platformunda standartlaşmak; her projede aynı runtime, aynı Redis ve edge modeli ve aynı WAF profili anlamına gelir. Purge, log ve deploy durumu aynı hesapta site başına görünür olduğundan, bir siteyi başka bir ekip üyesine devretmek özel bir kurulumu yeniden öğrenmek anlamına gelmez.
Adım adım nasıl deploy edilir
WordPress uygulamasını oluşturun
Panelde Platform'u açın, WordPress'i seçin ve PHP 8 runtime ile plan boyutunu belirleyin. Platform; runtime'ı, wp-content için kalıcı bir volume'u ve yönetilen bir MySQL veritabanını sağlar; böylece wp-config.php veritabanı sabitlerini hiç elle düzenlemezsiniz — sizin için otomatik olarak enjekte edilirler.
Domain'inizi bağlayın ve SSL yayınlayın
Domain'i cdn.com.tr'ye yönlendirin veya önce test etmek için bir name.cdn.com.tr subdomain'i olarak ekleyin. Auto SSL sertifikayı yayınlar ve yeniler; hem apex hem de www ayrı ayrı doğrulanır, böylece bir yönlendirme döngüsü bir varyantı kapsam dışı bırakamaz.
Redis object cache'i açın
Yönetilen Redis eklentisini etkinleştirin ve panelden object-cache drop-in'ini bırakın. WordPress böylece maliyetli sorgu sonuçlarını, seçenekleri ve transient'leri her istekte MySQL'i dövmek yerine Redis'te saklar; bu, oturum açmış ve WooCommerce trafiği için tek başına en büyük kazançtır.
Edge CDN cache ve görsel optimizasyonunu etkinleştirin
Statik dosyaların — görseller, CSS, JS, fontlar — ziyaretçiye yakın konumdaki cache'ten sunulması için siteyi edge üzerinden yayınlayın. Görsel optimizasyonu medyayı anlık olarak yeniden kodlar ve doğru boyutlandırır; böylece wp-admin'i yavaşlatan ayrı bir optimizasyon plugin'ine ihtiyacınız kalmaz.
WAF ve purge kurallarını ayarlayın
wp-login.php, xmlrpc.php ve wp-admin'in önünde WAF profilini uygulayın; oturum açmış cookie'ler ve sepet için cache bypass kuralları belirleyin. Bir gönderi yayınlamak veya bir ürünü güncellemek, manuel bir flush olmadan ilgili edge cache'ini temizleyecek şekilde otomatik purge'ü yapılandırın.
Örnek senaryolar
Bir haber veya blog sitesi, editoryal panoyu duyarlı tutan Redis ile birlikte edge page cache sayesinde kampanya yoğunluklarını emer.
Ürün ve kategori sayfaları edge'te cache'lenir, sepet ve checkout cache'i doğru şekilde atlar, Redis ise yük altında kişiselleştirilmiş sayfaları hızlı tutar.
Düzinelerce müşteri sitesi, tek bir hesaptan yönetilen aynı SSL, WAF ve cache modeliyle standartlaştırılmış tek bir yığında çalışır.
Sıkça sorulan sorular
Redis object cache zaten kullandığım page cache plugin'lerini bozar mı?
Redis object cache ve edge page cache farklı sorunları çözer ve birlikte çalışır. Object cache, cache'lenemeyen, oturum açmış sayfalar için veritabanı sonuçlarını bellekten sunar; edge cache ise anonim ziyaretçiler için tüm statik yanıtları sunar. Edge devreye girdiğinde genellikle plugin tabanlı bir page-cache katmanını devre dışı bırakabilir ve dinamik kısımlar için yönetilen Redis object cache'i tutabilirsiniz.
WooCommerce checkout paylaşılan cache'in dışında nasıl tutulur?
Cache kuralları WordPress ve WooCommerce cookie'lerini — oturum açma cookie'si ile sepet/session cookie'lerini — tespit eder ve bu istekler için edge cache'i atlar; böylece hiçbir müşteri başka bir müşterinin sepetini görmez. Anonim ürün ve kategori sayfaları cache'li kalır; trafik ve hız kazancının gerçekte bulunduğu yer de burasıdır.
Hâlâ Wordfence, bir cache plugin'i ve bir görsel plugin'ine ihtiyacım var mı?
Yığın bu plugin'lerin genellikle yaptığı işi kapsar: WAF, wp-admin önündeki bir güvenlik plugin'inin güvenlik duvarının yerini alır, edge ve Redis cache plugin'lerinin yerini alır ve yerleşik görsel optimizasyonu bir görsel plugin'inin yerini alır. Bunları kaldırmak PHP worker'larını serbest bırakır, çünkü bu plugin'ler aksi halde her isteğin içinde çalışır.
Bir gönderi yayınlamak CDN cache'ini otomatik olarak temizler mi?
Evet. Otomatik purge içerik olaylarına bağlıdır; bu yüzden bir gönderiyi, sayfayı veya ürünü yayınlamak ya da güncellemek ilgili edge cache girdilerini temizler. Bir tema değişikliği veya düzeltilmiş bir görsel gibi tek seferlik değişiklikler için panelden manuel olarak da purge yapabilirsiniz.
Taşıma sırasında mevcut PHP sürümümü ve plugin'lerimi koruyabilir miyim?
Yönetilen PHP 8 runtime'ına taşırsınız; bakımı yapılan çoğu tema ve plugin PHP 8'de değişiklik gerektirmeden çalışır. DNS'i değiştirmeden önce siteyi geçici bir name.cdn.com.tr URL'sinde doğrularsınız; böylece bir güncelleme gerektiren herhangi bir plugin, gerçek ziyaretçiler görmeden önce yakalanır.
wp-config.php veritabanı kimlik bilgilerine ne olur?
Yönetilen veritabanı bağlantısı runtime'a enjekte edilir; böylece veritabanı host, isim, kullanıcı veya şifresini wp-config.php'ye elle yapıştırmazsınız. Kimlik bilgileri dosyayı düzenlemeden panelden rotate edilebilir; bu, onları repository'de veya diskte düz metin olarak saklamaktan daha güvenlidir.