WordPress Revision ve Autosave Nedir? Kapatmak Mantıklı mı?

WordPress Revision ve Autosave Nedir? Kapatmak Mantıklı mı?

WordPress her yazı güncellemesinde bir “revision” (sürüm) kaydı oluşturur. Yazıyı 10 kez güncellerseniz, 10 ayrı kayıt veritabanına eklenir. Bu durum zamanla gereksiz şişmeye neden olur. Minimal sistem yükü isteyen bir webmaster olarak bu durum beni aşırı rahatsız eder. WordPress kurduğum sitelerde ilk yaptığım işlemlerden biridir.

Autosave ise farklıdır. WordPress’in belirli aralıklarla yaptığı geçici güvenlik kaydıdır ve veritabanını şişirmez.

Aradaki Fark

  • Revision: Her güncellemede kalıcı sürüm oluşturur.
  • Autosave: Geçici güvenlik kaydıdır, birikmez.

Kapatmak Mantıklı mı?

Eğer yazıları panelde değil dışarıda yazıp sonradan aktarıyorsanız, revision sistemi gereksizdir. Bu durumda kapatmak performans açısından daha mantıklıdır.

Nasıl Kapatılır?

wp-config.php dosyasında şu satırı bulun:

/* That's all, stop editing! Happy publishing. */

Aşağıdaki kodu bahsettiğim satırın HEMEN ÜSTÜNE ekleyin.

define('WP_POST_REVISIONS', false);
define('AUTOSAVE_INTERVAL', 300);

Bu ayar:

  • Revision oluşumunu durdurur
  • Autosave’i 5 dakikaya çıkarır
  • Veritabanı şişmesini engeller

Bilinçli kullanıyorsanız, revision kapatmak zararlı değil; aksine daha temiz bir sistem sağlar.

“WordPress Revision ve Autosave Nedir? Kapatmak Mantıklı mı?” üzerine 4 yorum

  1. Ya da benim gibi yazıyı bitirip yayımladıktan sonra WP Optimize ile veritabanından revizyonları silebilirsiniz lol.

    Yanıtla
    • WP-Optimize’ı çok savunan tarafta değilim, onu baştan söyleyeyim. Özellikle hız testi araçlarıyla ilgili çıkan iddialar güven açısından soru işareti oluşturdu.

      Ama veritabanı tarafında hakkını da vermek lazım; revizyon, autosave, trashed post, transient temizliği gibi işlemlerde gerçekten iş görüyor. Özellikle uzun süredir içerik girilen sitelerde ciddi şişme oluyor ve düzenli temizlik performansı hissedilir şekilde rahatlatabiliyor.

      Sorun daha çok “optimizasyon” kısmında. Eğer hız testi botlarına farklı çıktı veriliyorsa bu sağlıklı bir yaklaşım değil. Veritabanı temizlik aracı olarak kullanılabilir ama cache/minify tarafını başka, daha şeffaf bir çözümle yapmak bana daha mantıklı geliyor.

      Yanıtla
      • Bu detayları bilmiyordum.

        Neyse ki o konularda sırtımız Nitropack’e dayalı. Nitropack harika ama benim hosting aşırı yavaş. Senelik 600 lira civarı istiyorlar bir de.

        Yanıtla
        • Hocam vallahi ben de o konularda aynı noktadayım 🙂

          Türk firmalarının özellikle paylaşımlı hosting tarafında; gizli kaynak limitleri, işlemci kısıtları, bazı dosyalara müdahale edememe, arka planda agresif kısıtlama politikaları gibi şeyler yüzünden hiçbir zaman tam verim alamadım. Bir yerden sonra insan “site mi yavaş, yoksa bana mı fren yapılıyor?” diye düşünmeye başlıyor.

          O yüzden ben uzun zamandır sunucumu kendim yönetiyorum. Üzerine panelimi (DirectAdmin vs.) kuruyorum, AlmaLinux’u tertemiz kurup tamamen kendi kontrolümde bir yapı oluşturuyorum. PHP sürümü, opcache ayarları, cache katmanı, güvenlik duvarı… hepsi benim kontrolümde oluyor. Kimse arka planda CPU’yu kısmıyor, I/O’yu limitlemiyor.

          Başkası tarafından yönetilen bir ortamda çalışınca, ne kadar iyi optimizasyon yaparsan yap bir tavan var. Ama kendi sunucunda o tavanı sen belirliyorsun. Evet biraz teknik bilgi ve sorumluluk istiyor ama performans ve özgürlük açısından bana göre çok daha sağlıklı.

          Yanıtla

Yorum yapın