Mevcut medya kütüphanesi üzerinde toplu işlemi çalıştırma

Çalışma ne yapar — ve önceden neyin açık olması gerekir

Kakapo Performance'ın iki görsel modülü, WordPress'in görsel boyutlarını ürettiği anda çalışır: sıkıştırma kaliteyi belirler ve üretilen boyutlardan EXIF, IPTC ve XMP işaretlerini kaldırır; format modülü de WebP ve AVIF türevlerini oluşturur. Böylece her ikisi de bir sonraki yüklemeden itibaren etkili olur. Ortam Kitaplığı'nda hâlihazırda bulunan görseller için hiçbir şey olmaz — ve toplu çalışma tam da bu boşluğu kapatır.

Bu işlem yeni bir iş uydurmaz. Mevcut dosyalara tam olarak, yukarıda yeni yüklemeler için açtığınız ayarları uygular: WebP ve/veya AVIF ile “Meta verileri kaldır”. Bunların hiçbiri açık değilse başlatma düğmesi kilitlidir ve nedenini belirtir — örneğin sunucunun WebP yazamaması ya da hiçbir ayarın etkin olmaması. “Mevcut ortam kitaplığını sonradan işle” kartını “Görseller” bölümünde, görsel ayarlarının altında bulursunuz; arayüzdeki sıra, kullanım sırasına karşılık gelir: önce ayarlayın, sonra mevcut dosyaların üzerinden geçirin.

Yalnızca çöp kutusunda olmayan JPEG ve PNG türündeki eklere dokunulur. “Arşivdeki JPEG/PNG görselleri” satırı, siz başlamadan önce bu sayıyı gösterir.

Başlatma, izleme, duraklatma

“Toplu işlemi başlat”a tıklandığında işlem oluşturulur ve hemen başlar. Çalışma, 8 saniyelik bir zaman bütçesiyle turlar hâlinde ilerler; ardından tur geri bildirim verir, gösterge güncellenir ve bir sonraki tur 200 milisaniye sonra başlar. Bir turun sonunda 3,5 saniyeden az süre kalmışsa yeni bir ek dosyaya başlanmaz — format modülü içeride görsel başına en az üç saniye hesaplar. max_execution_time tanımlı sunucularda bütçe ayrıca bu sınırın yüzde 80'iyle sınırlandırılır; böylece tur, isteğin ortasında kesilmez.

Çubuk gerçek ilerlemeyi gösterir: tamamlanan eklerin sayısının toplam sayıya bölümü. Altında güncel sayılar yer alır — üretilen ve atlanan türevler, WebP ve AVIF için birer satır, ayrıca sadeleştirilen dosyalar ve serbest kalan baytlar. En altta son 14 kayıt satırı akar; her birinde dosya adı ve o dosyada ne sonuç çıktığı yazar.

“Duraklat”, çalışmayı durdurur. Düğmenin adı bundan sonra “Devam et” olur ve bir sonraki başlatma, tam olarak kaldığı ekten devam eder. Sekmeyi öylece kapattığınızda da aynı şey olur: çalışma durur, hiçbir şey kaybolmaz. Sayfayı yeniden açtığınızda sayfa durumu sorgular ve hâlâ açık olan bir çalışmayı kendiliğinden ilerletir.

Çalışma bir kesintiyi nasıl atlatır

Durum, her bir ek üzerinde çalışılmadan önce kaydedilir, sonrasında değil. Bir tur ortasında ölürse — web sunucusunun çalışma sınırı, bellek, GD'nin boğulduğu bir dosya —, bir sonraki tur nerede takıldığını bilir. Aynı ek üç denemede de hiç ilerleme göstermezse, çalışmayı kalıcı olarak tek bir dosyaya takılı bırakmak yerine, kayda açık bir satır düşülerek atlanır.

Aynı anda açık iki yönetim sayfası birbirinin yoluna çıkamaz: bir kilit her seferinde yalnızca tek bir tura izin verir. Bir tur web sunucusu tarafından sonlandırılır ve kilit yerinde kalırsa, kilit 180 saniye sonra sahipsiz sayılır ve devralınır.

Devam edilirken toplam sayı dondurulmaz, yeniden belirlenir — duraklatma ile devam etme arasında yükleme veya silme yapılmış olabilir. Çalışmanın ortasında tüm görsel ayarlarını kapatırsanız, çalışma artık kimsenin istemediği bir işi yapmak yerine kendini durdurur. “Sıfırla”, ilerlemeyi ve raporu siler; önceden üretilmiş dosyalar yerinde kalır.

Raporu doğru okuma

Sonda, ölçülmüş dosya boyutlarını içeren bir son satır bulunur — tahmin değil. Üretilen her türev için çalışma, kaynağın boyutunu sonucun boyutuyla karşılaştırır; her ikisi de üretim anındaki gerçek değerlerdir. Yalnızca bu çalışmada yeni oluşanlar sayılır; yükleme sırasında zaten dönüştürülmüş olanlar bir kez daha görünmez.

Üç şey orada bilinçli olarak böyle yazılmıştır, daha güzel değil: WebP ve AVIF ayrı satırlar alır; çünkü aynı kaynaktan iki kez türev oluşur — ortak bir toplam, kaynağı iki kez sayardı. Bu nedenle yüzde değerleri her satır için ayrı geçerlidir ve toplanamaz; bir tarayıcı her zaman iki biçimden yalnızca birini çeker. Ayrıca yeni dosyalar diskte ek yer kaplar: tasarruf, ziyaretçiye yapılan aktarımda sağlanır. Depolama alanını gerçekten yalnızca meta verilerin kaldırılması serbest bırakır ve bu baytlar ayrı bir satırda gösterilir.

Hiçbir şey üretilmediyse rapor bunu da söyler: ya arşiv için her şey zaten tamamlanmıştır ya da hiçbir sonuç kaynağından küçük değildir. Küçük olmayan bir sonuç atılır ve “atlandı” olarak sayılır — asla kazanç olarak değil.

Bir şey atlandığında

Üretilmeyen her türev için açık bir gerekçe verilir ve gerekçeler toplu olarak son satırda yer alır:

• “kaynak dosyadan küçük değil” — normaldir, kaynak dosya kalır. • “kullanılabilir bellek için fazla büyük” — format modülü, PHP'nin bellek sınırına takılmasına izin vermek yerine görselin ölçülerini kod çözmeden önce denetler ve reddeder. • “hedef konumda zaten bir dosya vardı” — üzerine yazılmaz. Bu genellikle ek dosyadaki not kaybolduğunda ama dosyalar hâlâ yerinde durduğunda olur. • “okunabilir değil” — bozuk, CMYK-JPEG ya da sıra dışı bir varyant. • “yazılabilir değil” — yüklemeler klasöründeki izinleri kontrol edin. • “bu sunucuda kullanılamayan format” — AVIF, libavif içeren PHP 8.1 veya üstünü; WebP ise libwebp içeren bir GD kitaplığını gerektirir.

Sık sık hata sanılan, ama hata olmayan iki şey: İkinci bir çalışmada neredeyse hiç hareket görünmez; çünkü tamamlanmış işler yinelenmez — ekteki bir işaret, kaç dosya için meta verilerin kaldırılmasının tamamlandığını tutar. Ve bir kalite kademesini değiştirmek, önceden üretilmiş bir dosyayı yenilemez; bunun için önce türevlerin silinmesi gerekir.