Yıllardır yayın yapan bir WordPress sitesinde binlerce yazı revizyonu birikebilir. Ancak tüm revizyonları tek seferde silmek, editörlerin ihtiyaç duyduğu geri dönüş noktalarını veya mevzuat gereği korunması gereken değişiklik geçmişini de ortadan kaldırabilir.
Güvenli temizlik, önce revizyonların veritabanındaki gerçek payını ölçmekle başlar. Ardından içerik ekibiyle birlikte saklama süresi veya revizyon sayısı belirlenir, küçük bir grup temizlenir ve güncel yazılarla otomatik taslakların etkilenmediği doğrulanır.
WordPress revizyonu nedir?
WordPress, desteklenen yazı türlerinin önceki sürümlerini revizyon olarak saklar. Bu kayıtlar bir sayfanın veya yazının daha eski hâline dönmeyi sağlar. Otomatik taslaklar ve otomatik kayıtlar da içerik güvenliğiyle ilişkilidir, ancak revizyonlarla aynı amaç ve yaşam döngüsüne sahip değildir.
Revizyonlar wp_poststablosunda tutulur; ilgili eklentiler veya editör araçları bu revizyonlara wp_postmetaüzerinden ek veri bağlayabilir. Bu nedenle temizlik yalnızca satır sayısını azaltma işlemi olarak görülmemelidir.
Gerçekçi bir WordPress örneği
Bir yayın sitesi, on yıllık içerik geçmişi nedeniyle yüz binlerce revizyon biriktiriyor. Veritabanı ekibi bütün eski kayıtları silmek istiyor; editörler ise son üç aylık değişiklik geçmişini düzenli olarak kullanıyor. Hukuk ekibi belirli içerik türlerinde daha uzun saklama süresi talep ediyor.
Ekip önce revizyonları yazı türüne, yaşına ve içerik başına düşen sayıya göre ölçüyor. Normal blog yazıları için son revizyonları koruyan bir kural, mevzuata tabi içerikler içinse ayrı bir saklama süresi belirleniyor. Temizlik küçük bir içerik grubuyla başlıyor ve korunan bir revizyondan gerçek geri yükleme deneniyor.
Revizyonlar ne zaman temizlenmeli?
Revizyonlar, ölçülen hacim gerçekten anlamlıysa ve içerik sahipleri hangi geçmişin korunacağını açıkça belirlediyse temizlenmelidir. Veritabanının büyük olması tek başına yeterli neden değildir; büyümenin asıl kaynağı postmeta, log tabloları, Action Scheduler veya başka eklenti verileri olabilir.
Aktif bir içerik taşıması, kapsamlı yeniden yazım veya mevzuat incelemesi sırasında toplu revizyon temizliği yapmayın. Editörlerin geri dönüş ihtiyacını ve özel yazı türlerinin revizyonları nasıl kullandığını netleştirmeden yalnız yaşa dayalı genel bir silme kuralı uygulamak da risklidir.
Yeni başlayanlar için güvenli temizlik
- Temizlikten hemen önce geri yüklenebilir bir veritabanı yedeği alın.
- Toplam revizyon sayısını, en eski tarihi ve revizyonların yazı türlerine göre dağılımını ölçün.
- Editör, içerik sahibi ve gerekiyorsa hukuk ekibiyle saklama süresini veya içerik başına korunacak revizyon sayısını belirleyin.
- Önce düşük riskli, küçük bir yazı grubunu temizleyin.
- Güncel içerik, otomatik kayıt, önizleme, zamanlanmış yayın ve revizyon karşılaştırma ekranını sınayın.
- Korunan bir revizyondan deneme geri yüklemesi yapın; içerik, yazar ve düzenleme bağlamının doğru geldiğini doğrulayın.
İleri teknik yaklaşım
İleri incelemede wp_postsiçindeki revisionkayıtlarını yazı türü, yaş ve üst yazı kimliğiyle gruplayın. Aşırı revizyon üreten belirli sayfalar veya page builder içerikleri varsa genel temizlikten önce bunların çalışma biçimini araştırın.
- Revizyonlara bağlı
postmetasatırlarını ve özel eklenti tablolarını birlikte değerlendirin. wp_revisions_to_keepfiltresini yalnız gelecekteki saklama politikasını bilinçli biçimde sınırlamak için kullanın; mevcut kayıtları kendiliğinden temizlemesini beklemeyin.- Silme işlemini küçük partilere bölün ve her parti sonrasında satır sayısını, sorgu süresini ve editör davranışını kontrol edin.
- Önce ve sonra alınan sayımları, uygulanan saklama kuralını ve geri yükleme testinin sonucunu bakım kaydına ekleyin.
Riskler, sık hatalar, yedek ve geri yükleme
En büyük risk, yakın geçmişteki yararlı revizyonları veya eklentilerin bağlı veri olarak kullandığı kayıtları geri dönüşsüz silmektir. Revizyonları otomatik taslaklarla ya da güncel yazı satırlarıyla karıştıran özel SQL sorguları veri kaybına yol açabilir.
- Yedek doğrulanmadan silme işlemi başlatmayın.
- Bütün revizyonları tek sorguyla kaldırmak yerine onaylanmış saklama kuralını uygulayın.
- Yalnız veritabanı boyutunun küçülmesini başarı saymayın; editör işlevlerini de sınayın.
- Gerekli geçmiş silinmişse yeni temizlikleri durdurun ve doğrulanmış yedekten geri yükleyin.
AIOWS nasıl yardımcı olur?
AIOWS Veritabanı Temizleyici
AIOWS Veritabanı Temizleyici, desteklenen eski revizyon temizliğini WordPress yönetiminde görünür ve kontrollü bir işlem olarak yürütmenize yardımcı olur. Kapsamı açıkça görmeniz, gelişigüzel SQL sorguları yerine yalnızca hedef veri sınıfına odaklanmanızı kolaylaştırır.
Temizlikten önce güncel veritabanı yedeğini ve saklama kararını hazırlayın. İşlemi önce küçük bir grupta çalıştırın; ardından revizyon sayısını yeniden ölçün, güncel yazıların ve otomatik kayıtların yerinde olduğunu doğrulayın. Korunmuş bir revizyondan gerçek geri yükleme denemesi yapmak, yalnız satır sayısına bakmaktan daha güçlü bir kontroldür.
Modül, özel eklentilerin her revizyona bağladığı verinin iş anlamını kendiliğinden belirleyemez ve hangi geçmişin mevzuat gereği saklanması gerektiğine karar vermez. İçerik sahiplerinin onayı, geri yüklenebilir yedek ve editör işlevlerini kapsayan testler yine gereklidir.
AIOWS Veritabanı Temizleyici’yi inceleyinAIOWS planlarını karşılaştırın
İlgili AIOWS yazıları
- WordPress’te Süresi Dolmuş Transient Kayıtları Nasıl Silinir?
- WordPress’te Spam ve Çöp Kutusundaki Yorumlar Nasıl Silinir?
- WordPress Veritabanı Tabloları Güvenle Nasıl Optimize Edilir?
Sonuç ve önerilen yol
Revizyonları ancak gerçek hacmi ölçtükten ve saklama ihtiyacını içerik sahipleriyle belirledikten sonra temizleyin. Küçük partilerle ilerleyin; güncel içerik kadar revizyondan geri yükleme işlevini de doğrulayın.
