Otomatik güncellemeler: açmak ve bir eklentiyi bunun dışında tutmak
Site başına "Otomatik güncelleme" anahtarı, bir turun ne yapıp neyi atladığı, asma kilit istisna listesi, çekirdek deneme tavanı ve WP Safer'ın bir geri almadan sonra siteyi neden askıya aldığı.
Otomatik güncellemeler yeni bir sitede kapalıdır ve siz tek tek açana kadar kapalı kalır. WP Safer bunu sizin yerinize asla kararlaştırmaz — bir eklenti güncellemesi birinin canlı sitesinde yapılan bir değişikliktir ve hangi sitelerin bunu gözetimsiz kaldırabileceği bizim değil sizin kararınızdır.
Bir site için açma
- Siteler'i açın ve siteye tıklayın.
- Detaylar sekmesinde, bilgi kartındaki Otomatik güncelleme satırını bulun.
- Anahtarı çevirin. Üzerine geldiğinizde durumu söyler: "Otomatik güncelleme etkin" ya da "Otomatik güncelleme devre dışı".
Anahtar site bazındadır ve yalnızca etkin siteler hesaba katılır — panelde duraklattığınız bir site ya da bağlantı eklentisi cevap vermeyen bir site kendi hâline bırakılır.
Bir tur gerçekte ne yapar
WP Safer otomatik güncellemesi açık sitelerinize belirli aralıklarla bakar. Her biri için:
- siteden güncel eklenti ve tema listesini ister ve kurabileceği daha yeni bir sürümü olan her kalem için kuyruğa bir güncelleme işi ekler;
- WordPress çekirdek güncellemesini yalnızca site en son sürümün gerisindeyse kuyruğa ekler. Bizim bildiğimiz sürümün ilerisinde olan bir site olduğu gibi bırakılır;
- bir önceki turdan kalan güncelleme işleri hâlâ kuyruktaysa o siteyi bu tur tamamen atlar. Biten işin üstüne iş yığılmaz.
Bir turun başlattığı her şey normal kuyruktan geçer ve Görevler ile Günlükler → Etkinlik ekranlarında tıpkı elle başlattığınız bir güncelleme gibi görünür — bkz. Tıkladıktan sonra güncelleme nereye gidiyor.
Otomatik olarak asla güncellenmeyenler
- Kilitli eklentiler ve temalar. Satırdaki asma kilit, istisna listesinin ta kendisidir; otomatik turlar da Tümünü güncelle de ona aynı şekilde uyar.
- Engelli güncellemeler. Sitenin WordPress ya da PHP sürümünün yetmediği daha yeni bir sürüm kuyruğa alınmaz; sitede her seferinde başarısız olurdu.
- WP Safer bağlantı eklentisi. Onun sürümü sitenin güncelleme listesinden değil, bizim tarafımızdan yönetilir.
Çekirdek güncellemelerinin bir de tavanı vardır: son yirmi dört saat içinde bir site için WordPress çekirdeği üç kez denenmişse, pencere kapanana kadar o site atlanır. Çekirdek güncellemesini kaldıramayan bir site sonsuza kadar saat başı yeniden denenmemelidir.
WP Safer kendiliğinden durduğunda
Ücretli planlarda, WP Safer'ın koşturduğu bir güncellemenin birkaç dakika ardından sitede bir denetim yapılır. Bu denetim sitenin bozulduğunu ve güncellemenin geri konabileceğini söylüyorsa WP Safer güncellemeyi geri koyar — ve ardından o site için otomatik güncellemeleri askıya alır. Aksi hâlde bir sonraki tur aynı paketi kurar, siteyi yine bozar ve bu böyle sürer.
Askı, sitenin Uptime sekmesinde Bu sitede otomatik güncelleme askıda olarak, tarihi ve ilgili kalemle birlikte görünür ve kendiliğinden hiç kalkmaz. Altta yatan sorunla ilgilendiğinizde Otomatik güncellemeyi sürdür'e tıklayın. Bir site askıdayken elle güncelleme engellenmez: o sizin, gözünüz açık verdiğiniz bir karardır.
Mekanizmanın tamamı Bir güncelleme siteyi bozduğunda yazısında anlatılıyor.
Açmadan önce
- Yedeklemeniz çalışıyor olsun. Arkasında yakın tarihli bir geri dönüş noktası olduğunda otomatik güncellemelerle yaşamak çok daha kolaydır — bkz. Otomatik yedeklemeyi zamanlama.
- Ücretsiz planda güncelleme sonrası denetim ve geri alma yoktur. Denetimler ve otomatik geri koyma ücretli plan özellikleridir; yani Ücretsiz planda gözetimsiz bir güncelleme gerçekten gözetimsizdir.
- Özelleştirdiğiniz şeyi kilitleyin. Elle düzenlediğiniz bir eklenti, otomatik olsun olmasın herhangi bir güncellemede o düzenlemeleri kaybeder.
- Önce engellileri halledin. Bir site N güncelleme engelli gösteriyorsa otomatik güncellemeler bunu düzeltemez; önce sitenin PHP ya da WordPress sürümünün ilerlemesi gerekir.