WordPress, içerik düzenlemeleri sırasında yazı ve sayfaların önceki sürümlerini revision kaydı olarak saklar. Bu özellik, hatalı değişiklikleri geri almayı kolaylaştırır; ancak sık düzenlenen içeriklerde veritabanında çok sayıda kopya birikmesine neden olabilir. Gereksiz revision kayıtları zamanla veritabanı boyutunu artırarak yedekleme ve bakım işlemlerini zorlaştırabilir. Bu nedenle site yöneticileri, içerik güvenliğinden ödün vermeden saklanacak sürüm sayısına bir üst sınır koyabilir. WordPress revision sınırlandırma işlemi, yeni kayıtların kontrol altında tutulmasına ve sitenin daha düzenli yönetilmesine yardımcı olur.
Revision Geçmişi Nedir ve Neden Sınırlandırılmalı?
Revision geçmişi, bir yazı veya sayfa üzerinde yapılan kaydetme işlemlerinin önceki sürümlerini saklar. İçerikteki bir değişiklik hatalı olduğunda daha eski bir sürüme dönmek mümkün olur. Özellikle birden fazla kişinin düzenleme yaptığı sitelerde bu kayıtlar, içerik değişikliklerini takip etmek ve yanlış güncellemeleri geri almak için kullanışlıdır.
Ancak her kaydetme işleminde yeni bir sürüm oluşması, zaman içinde aynı içeriğe ait çok sayıda kopyanın veritabanında birikmesine yol açabilir. Bu durum içerik sayısı yüksek sitelerde veritabanı boyutunu artırır, yedekleme süreçlerini uzatabilir ve gereksiz veri yönetimi oluşturabilir. Revision sınırı, geri dönüş kolaylığı ile kaynak kullanımı arasında dengeli bir kontrol sağlar.
WordPress Revision Sınırlandırma Yöntemleri
Revision kayıtlarını kontrol etmek için kullanılacak yöntem, sitenin yönetim biçimine ve teknik deneyime göre değişir. En doğrudan yaklaşım, WordPress yapılandırma dosyasında bir üst sınır belirlemektir. Her içerik için saklanacak kayıt sayısı merkezi biçimde yönetilir ve ek bir arayüze ihtiyaç duyulmaz.
Teknik dosyalara müdahale etmek istemeyen yöneticiler ise revision ayarlarını sunan bir eklentiden yararlanabilir. Eklenti yöntemi daha erişilebilir olsa da gereksiz eklenti yükü, uyumluluk ve bakım gereksinimi dikkate alınmalıdır. Hangi yöntem seçilirse seçilsin, revision limiti yalnızca bundan sonra oluşacak kayıtları etkiler; veritabanında daha önce birikmiş kayıtların ayrıca ele alınması gerekir.
wp-config.php ile Revision Limiti Belirleme
Sunucu dosyalarına erişimi olan yöneticiler, revision sayısını doğrudan wp-config.php üzerinden sınırlayabilir. Değişiklik yapmadan önce dosyanın ve mümkünse sitenin güncel yedeğini almak gerekir. FTP, hosting dosya yöneticisi veya benzeri erişim yöntemlerinden biriyle dosyanın düzenlenebildiğinden emin olunmalıdır.
wp-config.php dosyası, WordPress kurulumunun ana dizininde bulunur. Aşağıdaki tanım, dosyada yer alan “That’s all, stop editing!” satırından önce eklenmelidir:
define( ‘WP_POST_REVISIONS’, 5 );
Buradaki sayı, her yazı veya sayfa için tutulabilecek revision üst sınırını belirtir. İhtiyaca göre 3, 5 veya 10 gibi bir değer seçilebilir. Çok düşük bir sınır, geri dönülebilecek düzenleme geçmişini azaltacağından içerik ekibinin çalışma biçimi dikkate alınmalıdır.
Dosyayı kaydettikten sonra yeni bir içerikte birkaç düzenleme yaparak ayarın uygulandığı kontrol edilebilir. Bu tanım yalnızca bundan sonra oluşacak revision kayıtlarının sayısını sınırlar; daha önce veritabanına kaydedilmiş eski kayıtları kendiliğinden kaldırmaz.
Eski Revision Kayıtlarını Temizleme ve Kontrol Etme
Yeni bir revision limiti belirlemek, daha önce veritabanına kaydedilmiş sürümleri kendiliğinden silmez. Bu nedenle birikmiş kayıtlar ayrıca incelenmeli ve temizlik işleminden önce mutlaka veritabanı yedeği alınmalıdır. Özellikle geri dönüş ihtimali bulunan içeriklerde, gereksiz kayıtları ayıklarken kullanılabilir eski sürümlerin korunmasına dikkat edilmelidir.
Temizlik, güvenilir bir veritabanı yönetim aracı veya uygun şekilde yapılandırılmış bir bakım eklentisi üzerinden yapılabilir. İşlem sonrasında birkaç yazı ve sayfanın revision geçmişi kontrol edilerek eski kayıtların gerçekten azaltıldığı doğrulanmalıdır. Yeni düzenlemeler yapıldıkça kayıt sayısının belirlenen sınırı aşmadığı kontrol edilmeli; beklenmeyen bir durum olursa önbellek, eklenti ayarları ve veritabanı işlemleri yeniden incelenmelidir.
