Operasyonlar

WebBlocks CMS; güncellemeler, yedeklemeler ve site aktarım paketleri için kurulum düzeyinde operasyonel araçlar içerir.

Settings de yönetici System gezinmesi altında yer alır; çünkü kurulum düzeyindeki proje kimliği, dil (locale), saat dilimi, gizlilik, sürüm ve ortam ayarlarını kontrol eder.

Admin -> System -> Block Types aynı zamanda kurulum düzeyinde bir katalog inceleme ekranı olarak da işlev görür. Support filtresi blok yeteneği ve içerik kaynağı meta verileri içindir; Usage filtresi ise blocks tablosundan gelen gerçek canlı kullanım sayıları içindir; böylece yöneticiler kullanılan ve kullanılmayan blok türü satırlarını gözden geçirebilir.

Admin -> System -> Visitor Reports, kurulum düzeyindeki sistem ayarlarının yanında gizlilik açısından güvenli trafik raporlaması sağlar.

Maintenance mevcut operasyonel araçların yanı sıra birleştirilmiş genel bakışı içerir:

• Sistem Sağlığı
• Arama Dizinini Yeniden Oluşturma
• Yedekler
• Temizlik
• Dışa Aktarma / İçe Aktarma
• Güncelleme

CMS 1.98.0'den bu yana, Bakım → Sistem Sağlığı, kurulumu ve sitelerini incelemek için tek bir yer sağlar. Sistem Durumu erişimi olan kullanıcılar için Kontrol Paneli, tam genel bakışa bir bağlantıyla birlikte eylem gerektiren, incelemeye değer veya henüz doğrulanmamış kontrollerin kompakt bir özetini gösterir. Sıfır sayımlar, mevcut kontrollerde hiçbir sorun bulunmadığını gösterir. Sayfa sayımlar ve en acil öğelerle başlar, ardından Sistem, Siteler, Yedeklemeler, Zamanlanmış işler, Depolama, Arama, Eklentiler ve Güncellemeler için kartlar gelir. Her öğe bir sonraki adımı açıklar ve mevcut araca bağlantılar sağlar. Teknik ayrıntılar, en son yedekleme/geri yükleme/güncelleme sonuçları ve mevcut Sistem Bilgileri değerleri varsayılan olarak katlanır.

Planlanmış bildirimler kartı, ayrıntılı planlayıcı bildirimini, bekleyen e-posta üzerindeki etkisini, son programlanan zamanlayıcı çalışma sinyali ve tamamlanan bildirim çalıştırmasının UTC sayısını, kurulum talimatlarını ve kurulum kılavuzuna bir bağlantıyı içerir. Planlama İncelemesi bağlantıları bu bölümü açar ve seçilen site filtresini korur. Sistem Durumu'na erişemeyen site operasyon yöneticileri, ayrıntılı, tesis kapsamlı Zamanlayıcı kartını Kontrol Panellerinde ve site İletişim ayarlarında tutar. Panel bildirimleri gelen kutusu özeti Kontrol Panelinde kalır.

Durumlar; sağlıklı, inceleme gerekli, acil, henüz doğrulanmamış ve uygulanamaz durumlarını birbirinden ayırır. Kullanılamayan bir kontrol sağlıklı olarak bildirilmez. Arama kontrolleri, uygun yayımlanmış sayfa/dil çiftlerini dizin kapsamıyla karşılaştırır; metnin güncelliğini doğrulamaz. Yedekleme kontrolleri yakın tarihli başarılı kayıtları ve arşivlerin kullanılabilirliğini kapsar; geri yükleme bütünlüğünü doğrulamaz. Güncellemeye hazır olma durumu kurulum sağlığından ayrıdır; sürüm kullanılabilirliği yakın tarihli, önbelleğe alınmış bir güncelleme sonucunu kullanır. Yeni bir sürüm kontrolü istemek için Güncellemeler ekranını açın.

Site kontrolleri beş dakika boyunca önbelleğe alınır; Sistem Sağlığı ekranı her ziyarette kayıtlı zamanlayıcı kanıtlarını okur. Kontrol Paneli, Yedeklemeler ve Temizleme, son tamamlanan raporu ölçüm süresiyle birlikte gösterir. Açılırken yedeği SQL ayrıştırmazlar. Eksik raporlar doğrulanmamıştır ve eski veya geçersiz raporlar açıkça eski olarak işaretlenmiştir. Ayarlar ilk rapordan önce kullanılabilir durumda kalır. Temizleme'nin Depolama ve geçmiş ile Temizleme eylemleri sekmeleri, kullanılamayan raporları açıklar ve doğrudan Yenileme kontrolleri sunar; yenileme aynı sekmeye döner. Yenileme düğmesi, gönderim sırasındaki etkinliği gösterir ve sonuç, işlemin tamamlandığını onaylar, başka bir yenilemenin zaten çalışmakta olduğunu bildirir veya bir hata mesajı görüntüler. Sistem Sağlığı yenilemeleri seçilen site filtresini korur.

Bakım raporu önbellek girişleri sürümlendirilmiş diziler ve skaler değerler içerir, böylece kurulumlar önbellek nesnesinin seri durumdan çıkarılmasını devre dışı bırakabilir. Yenileme kontrolleri, yalnızca yazdığı anlık görüntüyü tam olarak okuduktan sonra başarıyı onaylar. Önbellek doğrulama hatası, bir hata gösterir ve daha önce tamamlanan raporu korumaya çalışır; Yedeklemelerdeki eksik saklama kararları, şema güncelleme gereksinimleri yerine kullanılamayan önizlemeler olarak gösterilir. Bir ürün güncellemesinden sonra, o sürüm için ilk rapor Yenileme kontrolleri veya planlayıcı tarafından oluşturulur.

Laravel zamanlayıcı her beş dakikada bir php artisan system:reports:refresh'i çalıştırır. Sistem Sağlığındaki yenileme kontrolleri de bu işi manuel olarak çalıştırabilir. Her çağrı, mevcut en fazla sekiz kurtarma katı yedekleme arşivini doğrular ve ardından paylaşılan raporu günceller; büyük bir kurulumun ilk doğrulamayı tamamlamak için birkaç çağrıya ihtiyacı olabilir. Yeni yedeklemeler ve yüklemeler oluşturulduğunda kayıt doğrulaması yapılır. Bekleyen doğrulama, panel raporunda temizleme uygunluğunu engeller. Otomatik tazelik için işleyen bir zamanlayıcıya ihtiyaç vardır; bir sayfanın açılması eşzamanlı yenilemeyi başlatmaz. Önbelleğe alınan raporlar hiçbir zaman temizleme veya geri yükleme öncesinde gerçekleştirilen mevcut güvenlik kontrollerinin yerini almaz. Tamamlanan son rapor yedi güne kadar saklanır ve beş dakika sonra eski olarak gösterilir. Saha filtresi, kurulum çapındaki kontrolleri korurken tesisle ilgili kontrolleri daraltır. Genel bakış, temizlemeyi çalıştırmaz, aramayı yeniden oluşturmaz, yedeklemeleri başlatmaz, güncellemeleri yüklemez veya zamanlayıcı kanıtı oluşturmaz. Mevcut Siteler ve operasyonel bakım sayfaları kullanılabilir durumda kalacaktır. CMS 1.98.1'ten ayrı Sistem Bilgileri ekranı ve kenar çubuğu bağlantısı kaldırılmıştır; dokuz çalışma zamanı bilgi alanı Sistem Sağlığı → Sistem ayrıntıları'nda kalır ve /webadmin/system/information aynı Sistem erişim gereksinimiyle Sistem Sağlığı'na yönlendirir. Yardım, https://cms.webblocksui.com/docs'a doğrudan bir dokümantasyon bağlantısıdır; Daha önce Yardım'a katkıda bulunan eklenti hedefleri Sistem altında erişilebilir durumda kalır.

Salt okunur Internal API uç noktası GET /webadmin/api/system/health olup isteğe bağlı site_id parametresini kabul eder. Bu uç nokta, etkin oluşturucusunun şu anda Sistem erişimi bulunduğu, kısıtlanmamış bir sistem tokenında açıkça verilmiş system-health.read yetkisini gerektirir. Kişisel ve site kapsamıyla sınırlı tokenlar kurulum genelindeki sağlığı okuyamaz. Yanıtlar; istisna metinleri, işlem günlükleri, arşiv yolları veya eklenti sırları yerine kontrollü mesajlar ve standartlaştırılmış sonuçlar kullanır. Yanıt sözleşmesi için Internal Content API belgesine bakın.

Ziyaretçi Raporları, genel sayfa etkinliğinin operasyonel özetlerini sağlar. Temel sayfa görüntüleme kayıtları, izne dayalı tanımlayıcılar gerektirmez. Kayıtlar azaltılmış yönlendiren, kampanya, cihaz ve bot bilgilerini içerir:

• yönlendirenler ana bilgisayar/alan adı düzeyine ve direct, internal veya external türüne normalize edilir; tam yönlendiren URL'leri saklanmaz veya gösterilmez
• boş yönlendirenler Direct / Unknown olarak gruplanır
• UTM kaynağı, aracı ve kampanyası yalnızca normalize edilmiş değerler olarak saklanır; tam sorgu dizesi saklanmaz
• user-agent dizeleri istek anında cihaz kategorisine (desktop, mobile, tablet, bot veya unknown) ve varsa kaba tarayıcı/işletim sistemi ailelerine indirgenir; tam user-agent dizeleri saklanmaz
• bilinen tarayıcı (crawler) ve bot user-agent kalıpları bot sayfa görüntülemesi olarak sayılır ve sessizce kaldırılmak yerine raporda görünür kalır

Tekil ziyaretçiler, oturumlar, giriş sayfaları ve oturum başına ortalama sayfa sayısı, onaya dayalı oturum takibi gerektirir. Bir tarih/site/dil/trafik filtresi sayfa görüntülemeleri içerdiği hâlde kullanılabilir bir oturum veya ziyaretçi tanımlayıcısı içermiyorsa, arayüz 0 yerine Not tracked gösterir. Güvenli biçimde geriye dönük doldurulamayan eski satırlar, hangi toplulaştırılmış alanların mevcut olduğuna bağlı olarak Unknown, Direct / Unknown veya Not tracked olarak kalır.

Site kapsamlı yetkilendirme burada da geçerlidir: süper yöneticiler tüm siteleri görebilirken, site yöneticileri ve editörler yalnızca atanmış site verilerini görebilir. Site filtresi, kullanıcının erişebildiği sitelerle sınırlıdır.

CMS 1.105.26'den itibaren ilerleme iletişim kutusu, yürütme onaylanırken çevrilmiş bir geçerli aşamayı gösterir. Başlığı, işin tamamlandıktan sonra hala devam ettiğini ima etmeden hedef sürümü tanımlar. İzleme durduğunda veya sonuç terminal haline geldiğinde aşama, ilerleme göstergesi ve bekleme tavsiyesi birlikte kaybolur; Geçen süre ve sonuç görünür kalır. Onaylanan başarı otomatik olarak Güncellemeler'e döner. Arıza veya geri yüklenen yedekleme sonuçları inceleme için kullanılabilir durumda kalır. Bilinmeyen aşama tanımlayıcıları, çeviri anahtarı yerine okunabilir bir geri dönüş kullanır.

Sistem Güncellemeleri, çalışan CMS kod sürümünü yapılandırılmış güncelleme servisiyle karşılaştırır.

Güncelleme ekranı şu gibi durumları raporlayabilir:

• güncelleme mevcut
• güncel
• yerel/kaynak sürüm, yayımlanmış en son sürümden daha yeni
• uyumsuz güncelleme mevcut
• sürüm bulunamadı
• güncelleme sunucusu erişilemez
• geçersiz veya desteklenmeyen yanıt

Uygulama içi güncelleme akışı tek tıklamayla gerçekleşir. Tek bir Update to X eylemi, sürüm paketini indirir, otomatik güncelleme öncesi yedeklemeyi alır, korumalı yol kurallarını uygular, gerekli paket güncelleme geçişlerini çalıştırır, önbellekleri temizler, uygulanan WebBlocks CMS kod sürümünü hedef sürüme göre doğrular, güncelleme çalışmasını kaydeder ve kurulu sürümü sürdürür. Uygulama başarısız olursa güncelleyici, güncelleme öncesi yedeklemeyi otomatik olarak geri yükler ve çalışmayı restored durumuyla kaydeder; otomatik geri yükleme de başarısız olursa, çalışma her iki hata iziyle birlikte failed olarak kaydedilir. Manuel kurtarma için, güncelleme öncesi yedekleme, indirme ve geri yükleme için Yedeklemeler ekranında kalır ve php artisan system:backup:restore, bir CLI geri yükleme gerçekleştirir.

Maintenance → Cleanup, kurulum genelinde saklama politikalarına sahiptir. Aşağıdaki yaşam döngüsü kontrolleri CMS 1.105.12'de mevcuttur.

30 günlük geri yükleme güvenliği saklama dahil olmak üzere mevcut kayıtlı politikalar değişmeden kalır. Yaş ve asgari sayı koruması birlikte uygulanır. Yalnızca mevcut, yapısal olarak doğrulanmış, farklı fiziksel arşivler, bir türün minimum geçerli başarılı arşiv sayısına dahil edilir. Süresi dolmuş bir yedekleme, bu minimum sayıya göre korunmaya devam edebilir. Başarısız/eksik arşivler geçerli kurtarma noktalarının yerini almaz. En son başarısız olan/geri yüklenen güncellemelerle ilişkili çalışan yedeklemeler ve kurtarma noktaları korunmaya devam eder.

Bir arşivin Korumalı işaretini ve policy, never veya expires modunu yönetmek için Yedeklemeler'deki kilit/ayarlar simgesini kullanın. Koruma, kaldırılana kadar tek, zorunlu ve toplu silme işlemini engeller. Belirsiz mod, otomatik sürenin dolmasını önler ancak yine de açık silme işlemine izin verir. Bir tarih seçmek, manuel ve yüklenen arşivler de dahil olmak üzere arşivin açıkça temizleme kapsamına alınmasını sağlar; koruma ve başarılı minimum sayımlar hala geçerlidir. Tarihler uygulamanın saat dilimini takip eder. Manuel oluşturma iletişim kutusu, SQL dökümü alınmadan önce seçilen koruma ve saklama politikasını kaydeder.

İsteğe bağlı bütçe GiB (1024³ bayt) olarak ölçülür, varsayılan olarak ayarlanmaz, %80'de uyarı verir ve %100'te bir aşım bildirir. Hiçbir zaman korumayı veya saklamayı geçersiz kılmaz. Yedeklemeler ve Temizleme, toplam fiziksel depolamayı, açıkça korunan baytları, uygun baytları, temizleme sonrası tahmini depolama alanını ve kalan taşmayı gösterir. Kayıtlı olmayan dosyalar disk kullanımına dahil edilir ancak hiçbir zaman otomatik olarak seçilmez. Kısmi/mevcut olmayan ölçümler açıktır. Paylaşılan bir arşiv birden çok kez sayılmaz ve bir kaydın silinmesi hiçbir zaman başka bir kaydın dosyasının bağlantısını kaldırmaz.

Depolama açıklaması (CMS 1.105.13): Temizleme'nin Depolama ve geçmiş sekmesindeki Yedekleme saklama kartı ve Yedeklemeler listesi bir neden tablosu ekler. Minimum sayım koruması, saklama süreleri, açık koruma, süresiz saklama, devre dışı bırakılmış manuel temizleme ve diğer güncel kararlar için yedek kayıt sayımlarını, farklı fiziksel dosya sayılarını ve ölçülen baytları gösterir. Uygun arşivler ayrı olarak görünür. Yaş ve minimum sayı kurallarının her ikisi de yedeklemeleri korur; "En son N'yi sakla" tutulan toplam sayının üst sınırı değil, bir alt sınırdır.

Paylaşılan arşiv dosyaları, tablodaki ilk uygulanabilir nedene göre bayt katkısı sağlar. Kayıt sayıları yine de her kaydın durumunu takip eder, dolayısıyla bir nedenin ek fiziksel baytlara sahip olmayan kayıtları olabilir. Kilit veya destek dosyaları da dahil olmak üzere, yedekleme deposundaki diğer dosyalar ayrı olarak görünür ve hiçbir zaman otomatik olarak kaldırılmaz. Kısmi tarama, onaylanmamış toplamlarla birlikte bilinen arşiv boyutlarını ve kullanılamaz olarak işaretlenen diğer dosya boyutlarını gösterir. Mevcut yedekleme temizleme API, preview.overview.reason_summary'deki aynı dökümü içerir.

Yedekleme temizleme, mevcut etkin ayar altında günlük olarak 03:30'da çalıştırılır. Paket, başarılı bir güncellemeden sonra yedekleme temizliğini başlatmaz; Otomatik yürütülmesi için çalışan bir ana bilgisayar zamanlayıcısı gereklidir. php artisan system:backups:cleanup --dry-run -v ile önizleme; normal yürütme aynı politikayı kullanır. --force yalnızca etkinleştirilmiş ayarı atlar. Korumayı, minimum sayıları veya aktif işlemleri asla atlamaz. Zamanlayıcı çağrısı, kaynağını kaydetmek için --scheduled ekler. Salt okunur önizlemeler yürütme geçmişi veya disk kökleri oluşturmaz; tamamlanan çalıştırmalar, gerçek silinmiş baytlarla sınırlı bir SQL sonucu kaydeder.

Ortak bir engellemesiz dosya sistemi kiralaması, yedekleme oluşturma, yükleme, geri yükleme, saklama değişiklikleri ve silme işlemlerini serileştirir. SQL restorasyonundan sağ çıkar ve işlem çıkışında serbest bırakılır. Paylaşılan yedekleme dosya sistemleri, tavsiye niteliğindeki dosya kilitlerini desteklemelidir. Mevcut paket geçişleri gerekli. Geri yükleme bakımı, daha eski bir SQL anlık görüntünün eski olması durumunda ek saklama/özet şemasını onarır.

Dahili API, backups.read / backups.settings.write yetkileriyle GET/PUT /webadmin/api/system/backup-cleanup ve backups.delete yetkisiyle silme yapan POST /webadmin/api/system/backup-cleanup/run uçlarını korur. Mevcut politika alanları zorunlu kalır; isteğe bağlı yaşam döngüsü alanları yalnızca gönderilen değerleri değiştirir, gönderilmeyenler korunur. Null budget_gb bütçeyi kaldırır. GET/PUT /webadmin/api/system/backups/{backup}/retention, aynı ayrı okuma ve ayar yazma yetkileriyle koruma ve son kullanma tarihini okur veya ayarlar. Zorunlu alanlar ve geçerli modlar için API keşif sözleşmesine bakın. Uzak depolamaya kopyalama sonraki bir aşamadır.

Temizleme çalışma alanı, sistem yedeklemeleri, dışa aktarma/içe aktarma paketleri, oluşturulan değişkenler hariç genel yüklemeler, oluşturulan değişkenler, bilinen geçici çalışma alanları, varlık revizyon dosyaları, site genel dosyaları ve standart uygulama günlükleri için fiziksel dosya sayılarını ve baytları gösterir. Ölçümler zaman damgalıdır ve eksik dizinleri, kısmi taramaları ve kullanılamayan depolamayı ayırt eder. Barındırma kotasını veya tahsis edilen veritabanı tablolarını ölçmezler. Özel günlük konumları hariçtir; paylaşılan disk kökleri kategorilerin çakışmasına neden olabilir; bu nedenle bunları kurulum çapındaki kota rakamına eklemeyin. Site başına mevcut revizyon boyutları, mantıksal anlık görüntü yüklerini ayrı ayrı tanımlar. Kullanılamayan bir temizleme önizlemesi açıkça gösterilir.

Beş bakım kategorisi asset-revisions, media-variants, temporary-workspaces, page-revisions ve shared-slot-revisions şeklindedir. Varlık revizyonlarında varsayılan olarak en az 90 günlük geçmiş ve varlık başına son 20 revizyon korunur. Geçici çalışma alanlarının varsayılan süresi 24 saattir. Sayfa ve Shared Slot revizyonlarında en az 90 günlük geçmiş ve sahip başına son 50 revizyon korunur; etkin revizyon geri yüklemelerinde kullanılan kaynaklar da korunur. Medya Kitaplığı’ndaki özgün dosyalar ve güncel varyant parmak izleri hiçbir zaman varyant temizliğine seçilmez. Aktarım arşivleri ve günlükler operatör yönetiminde kalır.

Revizyon yaşı ve minimum sayım koruması birlikte uygulanır. Örneğin, 20 revizyonlu bir sayfa, 90 günden daha eski olsalar bile tüm 20'i tutar, çünkü en son 50 korunur. 365 günlük saklama dahil olmak üzere açıkça kaydedilen politikalar korunur; yalnızca ayarlanmamış bir ayarın geri dönüşü 90 gün olarak değişir. Ayarların kaydedilmesi uygunluk durumunu günceller ve bir sonraki etkin zamanlanmış iş bunu uygulayabilir.

CMS 1.105.25'den, Saklama Politikası kategori planlarını, yedekleme saklamayı ve revizyon/çalışma alanı saklamayı yanıt veren tablolarda gruplandırır. Saklama, maksimum yedekleme sayısı değil, yaş eşiği artı korunan minimum sayı anlamına gelir. Manuel yedeklemenin dahil edilmesi ve depolama bütçesi ayrı kontroller olarak kalır; bütçe hiçbir zaman korumayı geçersiz kılmaz. Mevcut kayıtlı değerler, yükseltme sırasında ve doğrulama hatalarından sonra korunur.

Zamanlayıcı kurulumu ve doğrulama bağlantısı, kuruluma özel komutların ve kayıtlı zamanlayıcı çalışma sinyali kanıtlarının bulunduğu yetkili, salt okunur bir ekranı açar. Herne olmadan standart barındırmayı cron ve ayrıca uygulama hesabı için isteğe bağlı onaylanmış CLI kurulumu destekler. Bkz. zamanlayıcı kurulumu. Bir cron girişi eklemek, yürütmenin kanıtı değildir. Gerçek etkinliği kontrol etmek için 1–2 dakika sonra yenileyin; temizleme hâlâ tabloda gösterilen zamanlamaya göre yürütülür.

Çalışma alanı, Depolama ve geçmiş, Saklama ve otomasyon ve Temizleme eylemleri için yerel sekmeleri kullanır. Ayarlar, HTML alan kümesi/gösterge çerçevesi olmadan, eşleştirilmiş yaş/sayım alanlarına sahip adlandırılmış WebBlocks UI grupları kullanır. Doğrulama/eylem yönlendirmeleri ilgili paneli korur. Tutulan Geçmiş'in dişli eylemleri, ilgili revizyon politikasındaki ayarlar sekmesini açar ve göz eylemi, aktarım paketi yönetimini açar. Hepsi panelin standart simge eylemlerini erişilebilir etiketlerle kullanır. Boş kategoriler nötr bir "Temizlenecek bir şey yok" durumunu gösterir; uygun öğelere sahip kategoriler, mevcut yıkıcı onay yöntemini korur. Otomatik seçim, her kategorinin kendi programlanmış zamanını gösterir.

Yeni yürütme özetlerini kullanmadan önce güncel kurulum/paket güncelleme geçişlerini çalıştırın. Her kategori yalnızca son manuel veya zamanlanmış sonucunu; başlangıç, bitiş ve son başarı zamanları, sayılar, baytlar ve hata sayısıyla birlikte kaydeder. Kısmi silmede yalnızca gerçekten kaldırılan baytlar hesaba katılır. Özet şeması eksikse temizlik engellenir; eski bir devam eden işlem özeti kesintiye uğramış olarak gösterilir. Rapor okumaları ve deneme çalıştırmaları yürütme veya zamanlayıcı çalışma kanıtı oluşturmaz.

Bakım → Temizleme'de planlanmış kategorileri ayrı ayrı etkinleştirin. Yeni bayraklar varsayılan olarak kapalıdır. Günlük programlar, varlık revizyonlarını 04:00'de, eski medya çeşitlerini 04:10'te ve geçici çalışma alanlarını 04:20'te çalıştırır. Sayfa ve Shared Slot düzeltme temizliği Pazar günleri 04:30 ve 04:45'de yapılır. Zamanlar uygulamanın planlama saat dilimini takip eder. Ana bilgisayar Laravel Scheduler'ı çalıştırmalı ve birden fazla çalışan çalıştığında atomik kilitlerle paylaşılan bir önbellek kullanmalıdır. Mevcut varlık yazma revizyonu budaması, ek günlük programı kapalı olsa bile varlık değişikliklerinden sonra da uygulanmaya devam eder. Mevcut yedekleme temizlemenin ayrı bir politikası ve programı vardır.

Geçici temizleme, storage/app/temp/system-backups ve storage/app/temp/system-backup-restores altında tanınan zaman damgası/UUID güncelleme çalıştırmalarını ve iptal edilen yedekleme/geri yükleme karalama çalıştırmalarını kapsar. İç içe geçmiş her giriş, saklama eşiğinden daha eski olmalıdır. Varsayılan 24 saat olarak kalır; Terk edilmiş işi kurtarmak için düşürülmesine gerek yoktur. Kurulum kimliği, bilinmeyen dosyalar veya çalıştırma adları, güncelleyici kurtarma-yedekleme klasörleri, sembolik bağlantılı ağaçlar ve depolamayla örtüşen yedekleme arşivleri veya genel yüklemeler korunur. Fiziksel kullanım, tutulan dosyaları da içerir; dolayısıyla, uygun bir aday olmadığında ölçülen depolama sıfırdan farklı olabilir.

Eski running/pending güncelleme geçmişi artık temizliği engellemiyor. Son kabuller, yeni kalp atışları, sıradaki operatör işleri ve fiilen bekletilen güncelleme kilitleri çalışmayı hâlâ korur. Yedekleme/geri yükleme işlemi kiralamaları ayrıca veritabanı anlık görüntüsünde halihazırda completed yazan işlemleri de korur. Silme işlemi, hem işletme kiralamalarını tutar hem de yaş ve ağaç kimliğini yeniden kontrol eder; güncelleme geçmişini yeniden yazmaz. Kira zamanlayıcı çalışma sinyali yazılamıyor ve tekrar okunamıyorsa temizleme işlemi güvenli bir şekilde durdurulur. Katalog indirmeleri kurulum sırasında dosya kiralamalarını kullanır; yalnızca süresi dolmuş, kilidi açılmış catalog-plugin- geçici dosya uygundur. Bu dizindeki diğer dosyalar seçilmez. Otomatik geçici temizleme, Saklama ve otomasyon'da yükleme başına açık bir seçenek olmaya devam etmektedir; etkinleştirilmesi yaş sınırını veya diğer kategori bayraklarını değiştirmez.

Son form yalnızca o kategori için otomatik bakımın etkinleştirilmesi durumunda çalışır. Kategori bağımsız değişkeni için beş kategori adından herhangi birini kullanın. Prova hiçbir zaman dosyaları kaldırmaz veya yürütme özeti yazmaz; Temizleme veya önizlemesi tamamlanamadığında komutlar hata verir.

Dahili API, GET ve PUT /webadmin/api/system/cleanup'den maintenance.read ve maintenance.settings.write'e kadar, ayrıca yıkıcı POST /webadmin/api/system/cleanup/{category}/run'den maintenance.delete'ya kadar ortaya çıkar. Ayarların yazılması sırasında mevcut saklama alanları gerekli olmaya devam eder. Boolean kategori bayrakları olarak adlandırılan isteğe bağlı automatic nesne yamaları; atlanan bayraklar değerlerini korur. Okuma yanıtı, overview.storage_report ve overview.automation altındaki fiziksel ölçümleri ve en son sonuçları ekler. Bilinmeyen bayraklar ve boolean olmayan değerler reddedilir. Başarısız bir çalıştırma, başarılı temizleme iddiası yerine ok: false ve bir başarısızlık sayımı döndürür.

Güncellemenin kullanılabilirliği, yayınlanan en son sürümün, çalışan CMS kodlu sürümden daha yeni olmasına dayanmaktadır. Geçmişteki başarısız güncelleme çalıştırmaları ve eski depolanan yüklü sürüm değerleri, çalıştırma ayrıntıları modu ve tutulan çalıştırma CLI aracılığıyla incelenebilir durumda kalır, ancak bunlar, geçerli bir yüklemeyi kendi başlarına işlem yapılabilir hale getirmez.

Ekran tek bir durum kartıdır. Uyumlu bir güncelleme mevcut olduğunda, mevcut sürümden en son sürüme giden yolu, katlanmış bir What's new değişiklik günlüğü alanını, bir yedekleme notu ile tek tıklamayla Update to X eylemini ve Yedeklemeler ekranına bağlanan bir sunucu yedekleme önerisini gösterir; böylece operatörler büyük bir güncellemeden önce yeni bir tam yedekleme alır. Güncelleme mevcut olmadığında, kurulu sürümü ve son kontrol edilen zamanı içeren sessiz bir güncel mesaj gösterir.

Süper yöneticilerin yönetici üst çubuğunda bir eşzamansız güncelleme gösterge kabuğu bulunur. Varsayılan olarak gizlidir, güncelleme durumunu eşzamansız olarak kontrol eder ve yalnızca daha yeni bir güvenilir sürüm mevcut olduğunda görünür hale gelir.

Ön kontrol hazırlığı, ekrandaki açık bir başarılı/başarısız kontrol listesidir: veritabanı bağlantısı, ZIP ve sodyum PHP uzantıları, PHP/Composer/işlem yürütme, uygulama kökü ve güncelleme çalışma alanı yazma erişimi ve boş disk alanı. Güncelleme eylemi yalnızca her kontrol başarılı olduğunda ve kilidi tutan başka bir güncelleme çalıştırması olmadığında kullanılabilir.

Güncelleme Geçmişi, tutulan çalışmaları kapalı bir akordeon olarak işler; her çalıştırma, günlüğünü bir modda açar ve satır silme, yöneticinin UI bir parçası değildir. Güncelleme çalıştırma kayıtları otomatik olarak budanır ve varsayılan olarak en son beş çalıştırma korunur. En son başarısız çalıştırma, daha yeni bir başarılı çalıştırma mevcut olana kadar korunur. Terminal erişimi olan operatörler, tutulan kayıtları php artisan webblocks:updates:runs, php artisan webblocks:updates:runs --last veya php artisan webblocks:updates:runs --failed ile inceleyebilir ve kontrollü budamayı php artisan webblocks:updates:prune-runs --keep=5 ile çalıştırabilir.

Güncelleme istemcisi, başlık, özet, vurgular, düzeltmeler, uyumluluk notları, geçiş notları, varlık notları, operatör notları ve teknik notların yanı sıra What's new akordeonu için sürüm başına kümülatif değişiklik günlüğü girişleri dahil olmak üzere güncelleme hizmetinden gelen yapılandırılmış meta verileri destekler. Yerel CMS sürüm hazırlığı, eşleşen CHANGELOG.md sürüm bölümünden özeti ve öne çıkanları alır ve sürüme özel teknik meta veriler ekler; bu nedenle Sürüm kartı, tekrarlanan yayınlama iş akışı yer tutucuları yerine gerçek yayınlanan sürümü açıklamalıdır. Bu değerler, çıkışlı düz metin olarak işlenir. Yalnızca release_notes sağlayan eski sürümler hala bu notları temiz bir şekilde gösteriyor ve not içermeyen sürümler No release notes were provided for this release. gösteriyor

Gönderilen katalog senkronizasyonu, güncelleme uygulama zincirinin (webblocks:catalog-repair --all) en iyi çaba gerektiren adımı olarak otomatik olarak çalışır; senkronizasyon hatası, güncelleme işleminin başarısız olmasına neden olmaz ve daha sonra manuel olarak onarılabilir.

Mevcut bir kurulumda elle bakım veya kurtarma için yöneticiler ve geliştiriciler ayrıca şunu da çalıştırabilir:

webblocks:catalog-repair, --block-types, --plugin-block-types, --slot-types, --page-layouts, --icons ve --all'yı destekler. Oluşturulan, güncellenen, değiştirilen ve atlanan satırları raporlar, kuruluma özel özel katalog satırlarını korur ve tekrar tekrar çalıştırılabilir. block-types:sync-core blok tipi kataloğu için daha düşük seviyeli bir uyumluluk komutu olarak kalır.

--plugin-block-types yüklü bir eklenti tarafından bildirilen, etkin olsun veya olmasın, her blok türü için bir katalog satırı yazar, böylece blok düzenleyiciye yerleştirilebilir; devre dışı bırakılmış bir eklentinin blokları hâlâ PluginBlockCatalog tarafından seçicilerden filtreleniyor. Eklenti yaşam döngüsü eylemleri (kurma, etkinleştirme, devre dışı bırakma, kurulum, güncelleme) bu senkronizasyonu zaten PluginRuntimeRefresher üzerinden yürütüyor, dolayısıyla kapsam normal yol yerine bir onarım yolu. Yeniden senkronizasyon, eklentiye ait sütunları (name, description, source_type, is_system, is_container) düzeltir ve kasıtlı olarak category, sort_order ve status'u yalnız bırakır, böylece operatör iyileştirmesi (bir bloğu yeniden işaretleme, yeniden sıralama veya onu gizlemek için taslağa ayarlama) onarımdan sağ çıkar.

Yayınlanan sürüm paketleri yeniden kullanılabilir CMS çalışma zamanını içerir: kaynak, genel varlıklar, geçişler, görünümler, yollar, yapılandırma, dil dosyaları ve kurulum taslakları. Geliştirme testleri, komut dosyaları, depo meta verileri, yerel yapılandırma, belge kaynakları ve kuruluma özel proje içeriği, dağıtım arşivinin dışında tutulur. Kanonik belgeler bağımsız deposunda tutulur.

CMS sürüm/güncelleme yayımlama, yerel bir bakımcı (maintainer) iş akışıdır:

release:push yayın dalını ve açıklamalı etiketi tek bir Git gönderiminde origin'e gönderir, böylece gönderim öncesi doğrulama paketi bir kez çalışır. Daha sonra, o kancayı tekrar çalıştırmadan doğrulanmış referansları backup'ye yansıtır. release:prepare taahhüt edilen HEAD'dan ZIP paketini, sağlama toplamını ve Publisher yükünü oluşturur; temiz bir ağaç, eşleşen kaynak sürümü, tam açıklamalı v{VERSION} etiketi ve eşleşen belge kaynağına sahip gözden geçirilmiş bir envanter gerektirir.

Yerel kontrolleri çalıştırın ve yayınlamadan önce sürüm taahhüdünün GitHub CI değerini doğrulayın. release:publish-update -- --dry-run yapıyı ve yapılandırmayı yüklemeden doğrular. Gerçek yayınlama komutu GitHub CLI kimlik doğrulamasını gerektirir, yapıtı imzalar ve Publisher'e yükler, kararlı kanal meta verilerini doğrular ve eşleşen GitHub Sürümünü yayınlar veya günceller. Publisher kurulum güncelleme kaynağı olarak kalır; a GitHub Sürümü tek başına CMS güncelleme kanalını yayınlamaz. Yanıt kesilirse yeniden denemeden önce her iki yayın durumunu da inceleyin.

Bakımcı yayınlama, yürütme sırasında yerleşik bakımcı yapılandırmasından yüklenen WEBBLOCKS_PUBLISHER_TOKEN ve WEBBLOCKS_PUBLISHER_SIGNING_KEY gerektirir. Bu kimlik bilgilerini CMS kurulumuna veya belgelerine kopyalamayın. Yüklü siteler, pakete ait sürüm sunucusunu, ürünü ve kararlı kanal varsayılanlarını kullanır; sıradan kurulumlar Publisher sunucu veya kanal ortamı ayarlarına ihtiyaç duymaz. Önceki updates.webblocksui.com köprü tarihidir ve aktif bir konfigürasyon yolu değildir.

Kurulu CMS çalışma kopyaları güncelleme tüketicileridir. Gerektiğinde kaynak geçmişini çekebilirler; ancak bir kurulum kopyasından ana depoya gönderim yapmamalı veya CMS güncellemeleri yayımlamamalıdır.

İletişim Formu gönderimleri, bildirim tesliminden önce kaydedilir. E-posta bildirim durumu yalnızca bildirim davranışını yansıtır ve içerik sınıflandırmasını değiştirmez. Sent, Laravel'in, yapılandırılmış bir gerçek posta aktarımı yoluyla gönderimi istisnasız kabul ettiği anlamına gelir; gelen kutusuna teslimatı garanti etmez. Failed gerçek bir bildirim girişiminin temizlenmiş bir başarısızlık oluşturduğu anlamına gelir. Skipped veya Not configured gerçek bir gönderimin gerçekleşmediği anlamına gelir. Geçerli gönderimler izin verilen, karantinaya alınan veya spam olarak puanlanır; karantina ve spam, bildirim bastırılarak incelenmek üzere saklanır. Geçersiz imzalı kanıt, doldurulmuş bir kontrol alanı veya kesin minimum sürenin altında gönderim, depolama olmadan genel başarıyı takip eder. Dönen koruma özeti yalnızca puanlamaya ulaşan istekleri sayar. Sinyaller, eşikler, gizlilik sınırları ve ayarlar için Herkese Açık Gönderim Koruması'na bakın.

İletişim Formu bildirim alıcıları şu sırayla çözümlenir:

1. İletişim Formu bloğu recipient_email
2. Site -> Edit -> Contact üzerinden site varsayılan iletişim alıcısı
3. .env CONTACT_RECIPIENT_EMAIL
4. güvenli MAIL_FROM_ADDRESS yedeği

Tipik Laravel SMTP .env ayarları şunlardır:

Bir üretim veya paket kurulumunda .env posta ayarlarını düzenledikten sonra, gerektiğinde önbelleğe alınmış yapılandırmayı temizleyin:

Bir İletişim Mesajı bildirim hatası gösterdiğinde, gizli bilgi içermeyen posta tanılama komutunu kullanın:

Komut; çözümlenen mailer'ı, ana bilgisayarı, bağlantı noktasını, şema/şifreleme alanlarını, kullanıcı adını, gönderen adresini, CONTACT_RECIPIENT_EMAIL değerini, yapılandırma önbelleği durumunu ve isteğe bağlı İletişim Formu bloğu/site alıcı yedeklerini raporlar. Asla MAIL_PASSWORD veya token değerlerini yazdırmaz. İsteğe bağlı gönderim testi yalnızca başarıyı veya arındırılmış bir hata ayrıntısını raporlar; böylece operatörler, gizli bilgileri terminal günlüklerine sızdırmadan bayat yapılandırmayı, ana bilgisayar/bağlantı noktası/şifreleme uyumsuzluğunu, kullanıcı adı/gönderen uyumsuzluğunu ve geçersiz posta kutusu kimlik bilgilerini birbirinden ayırt edebilir.

Kaydedilen gönderimler ve bildirim durumu için doğruluk kaynağı olarak İletişim Mesajları'nı kullanın. log, array ve null gibi geliştirme mailer'ları, operasyon raporlarında teslim edilmiş e-posta olarak değerlendirilmemelidir.

Operasyonel duman testi:

1. Yerleşik contact_form bloğunu içeren bir sayfayı yayınlayın veya önizleyin.
2. Bir test mesajı gönderin.
3. Mesajın /webadmin/contact-messages içinde göründüğünü doğrulayın.
4. Bildirim durumunu ve güvenli hata ayrıntısını gözden geçirin.
5. 30 günlük koruma toplamlarını inceleyin ve hatalı pozitifleri durum aracılığıyla düzeltin.
6. Alıcı çözümlemesi belirsizse php artisan contact:mail-diagnose --block=ID çalıştırın.
7. php artisan contact:mail-diagnose --send-test=operator@example.com komutunu yalnızca kontrollü bir SMTP gönderim denetimi için çalıştırın.

WebBlocks UI Manager, ürüne özgü sürüm operasyonları için dâhilî/operatör eklentisidir. Normal CMS çalışma zamanı paketlerine dâhil edilmez ve sıradan CMS kurulumları bunu kurmamalıdır. Yerel yapıtını bakım deposundan şu komutla oluşturun:

Oluşturulan ZIP'i süper yönetici olarak System -> Plugins üzerinden yükleyin, kurulan eklenti ayrıntısını gözden geçirin, ardından açıkça etkinleştirin. Yüklenen eklentiler varsayılan olarak devre dışı kurulur. Devre dışı veya uyumsuz kurulumlar etkisiz kalır ve devre dışıyken sağlık denetimi yapılmaz.

Eklenti migration bildiriyorsa, etkinleştirme kurulumun tamamlandığı anlamına gelmez. Eklentiye ait tablolar eksik olduğunda eklenti ayrıntı ekranı Setup required / Plugin migrations pending gösterir. Yalnızca o kurulu eklentinin bildirdiği migration'ları ve yalnızca eklenti kurulum yolundan çalıştırmak için eklenti ayrıntı ekranındaki süper yönetici Run Plugin Migrations eylemini kullanın. Eylem idempotenttir, eklenti etkin durum dosyasına bir kurulum sonucu kaydeder ve gizli bilgi içermeyen hatalar raporlar. Kurulumdan önce görünür olan etkin eklenti rotaları, ham veritabanı hataları yerine kontrollü kurulum yönlendirmesi göstermelidir.

Bir kurulum kısa süreliğine v1.32.67 çalıştırıp webblocks_ui_manager_* tabloları oluşturduysa, bu yama bunları otomatik olarak silmez. Elle eklenti kaldırma da eklentiye ait tabloları korur. Bir operatör eklentiye gerek olmadığını doğrulayıp yedekle birlikte ayrı bir elle veritabanı temizliği yapmadıkça bunları yerinde bırakın.

Elle kurulup etkinleştirildiğinde ve kurulumu tamamlandığında eklenti; WebBlocks UI sürüm meta verileri, ön deneme (dry-run) doğrulaması ve yerel statik CDN yayımlama için /webadmin/plugins/webblocks-ui-manager/releases ekler. CMS super_admin kullanıcıları, manifestte bildirilen eklentiye ait izinler üzerinden etkin eklenti rotalarını açabilir; süper yönetici olmayan roller açık eklenti izin atamaları gerektirir. webblocks_ui_manager_releases, webblocks_ui_manager_artifacts veya webblocks_ui_manager_publish_runs eksikse, Releases ekranı eksik tabloları sorgulamak yerine kurulum-gerekli yönlendirmesi gösterir ve eklenti kurulumuna geri bağlantı verir. Yerel WebBlocks UI dist dosyalarıyla bir sürüm hazırlayın:

Komut, sürüm meta verilerini kaydeder, SHA-256 sağlama toplamlarını hesaplar ve birinci taraf statik kural public/cdn/webblocks-ui/{version}/... için manifest meta verilerini hazırlar. Beklenen dist dosyaları webblocks-plugins.webblocks_ui_manager.expected_dist_files ile yapılandırılır ve varsayılan olarak webblocks-ui.css, webblocks-icons.css ve webblocks-ui.js dosyalarıdır.

Dosya yazmadan yayımlama planını doğrulayın:

Ön deneme doğrulaması geçtikten sonra yerel yayımlamayı uygulayın:

Yayımlama iş akışı; yazmadan önce kaynak yolları, sürüm-hedef yol eşleşmesini, beklenen dist dosyalarını, kayıtlı sağlama toplamlarını, manifest tutarlılığını ve idempotentliği doğrular. Sağlama toplamı eşleşen mevcut dosyalar atlanır. Sağlama toplamı farklı olan mevcut dosyalar yayımlamayı engeller. Hedef, WEBBLOCKS_UI_MANAGER_CDN_BASE_PATH=cdn/webblocks-ui üzerinden varsayılan olarak yerel/projeye aittir; WEBBLOCKS_UI_MANAGER_CDN_BASE_URL isteğe bağlı görüntüleme/URL meta verisidir. İş akışı harici bir üretim sunucusuna dağıtım yapmaz, güncelleme sunucusu meta verileri yayımlamaz veya CMS çekirdek WebBlocks UI varlık URL'lerini değiştirmez.

System -> Plugins; devre dışı, etkin, uyumsuz, dosyaları eksik ve hata durumlarını ayrı ayrı raporlar. Devre dışı eklentiler hata değil, etkin olmayan sağlık durumu gösterir. Etkin olarak yapılandırılmış ancak uyumsuz bir eklenti etkisiz kalır: hiçbir eklenti rotası, komutu, menüsü, izni, ayar rotası, bileşeni (widget), varlığı, blok bildirimi veya sağlık raporlayıcı davranışı etkinleşmez.

Elle kaldırma yalnızca elle yüklenmiş eklentiler için ve devre dışı bırakıldıktan sonra kullanılabilir. Depolamaya ait kurulu paket dizinini ve etkin durum dosyasını kaldırır; CMS çekirdek dosyalarına, herkese açık /cms varlıklarına, proje dosyalarına, vendor dosyalarına veya yapılandırılmış eklenti kökü dışındaki depolamaya asla dokunmaz. Yıkıcı migration çalıştırmaz veya eklentiye ait veritabanı tablolarını silmez.

Harici üretim CDN dağıtımı, barındırılan CDN duman testleri (smoke check), genel üçüncü taraf eklenti kurulum/güncelleme davranışı, rastgele uzak yükleyiciler, Composer paket kurulumu, güncelleme sunucusu yayınlama ve pazar yeri/katalog akışları bilinçli olarak ertelenmiş durumdadır.

Yedekleme / Geri Yükleme, ortam düzeyindeki kurtarma aracıdır.

Yedekler şunları içerebilir:

• veritabanı dökümü
• CMS - yeni yedeklemelerdeki yenilenebilir media/transforms/ dosyalar hariç, storage/app/public kaynağından yönetilen yüklemeler
• public/site sitesinden herkese açık site dosyaları
• manifest.json içindeki arşiv meta verileri

Geri yükleme davranışı açıkça tanımlıdır:

• yalnızca geçerli bir arşive sahip tamamlanmış yedekler geri yüklenebilir
• arşiv indirme, ayrıntı, geri yükleme uygunluğu ve silme eylemleri yolları aynı backups disk kökü üzerinden çözer; dizin gezinmesini (traversal), symlink kaçışlarını ve bu kökün dışındaki mutlak yolları engeller
• eksik veya okunamayan arşiv dosyaları, ham dosya sistemi istisnaları yerine denetimli yönetici geri bildirimi olarak gösterilir
• geri yükleme önce yeni bir geri yükleme öncesi güvenlik yedeği oluşturur
• geri yükleme mevcut veritabanını değiştirir
• arşive yüklemeler dahil edildiğinde geri yükleme storage/app/public dizinini değiştirir
• MySQL/MariaDB geri yüklemeleri içe aktarmayı geçici yabancı anahtar ve benzersizlik denetimi korumalarıyla çalıştırır; böylece tablo oluşturma sırası ortamlar arasında farklı olsa bile geçerli tam dökümler taşınabilir kalır
• Sistem Güncellemesi üzerinden güncellenen mevcut kurulumlar gerektiğinde pakete ait onarım migration'larını da çalıştırır; bu, pages(id, site_id) üst anahtarı gibi şema sözleşmelerini, site kapsamlı page_translations yabancı anahtarları içeren yedeklerle hizalı tutar

Yeni yedeklemeler, birinci sürüm bildiriminde excluded_upload_paths: ["media/transforms/"] değerini kaydeder. Orijinal resimler, ekler ve diğer yüklemeler arşivde kalır. Oluşturulan değişkenler, geri yükleme sonrasında oluşturucunun ihtiyaç duyması durumunda yeniden oluşturulur; eksik codec'ler orijinaline geri döner. Tüm varyantların önceden yeniden oluşturulması isteğe bağlıdır; bkz. Medya Görüntüsü Çeşitleri. Eski sürüm-bir ve eski arşivler, mevcut olduğunda önbelleğe alınmış değişkenler de dahil olmak üzere, geri yüklenebilir durumda kalır. Aynı saniyedeki yedeklemeler farklı dosya adlarına sahip olduğundan, geri yükleme öncesi güvenlik arşivi, kaynağının üzerine yazamaz.

Yalnızca tek bir sayfayı değil, kurulum ortamını kurtarmanız gerektiğinde Yedekleme / Geri Yükleme'yi kullanın.

Dışa / İçe Aktarma, site taşınabilirlik aracıdır.

Bir sitenin içeriğini kurulumlar arasında taşımak için kullanın.

Site aktarım paketleri, varsayılanı storage/app/site-transfers olan site-transfers adlı Laravel dosya sistemi diskinde saklanır. Yeni Composer tüketici kurulumları bu diski otomatik olarak kaydeder ve webblocks:install depolama dizinini hazırlar; bu nedenle ana bilgisayar uygulamalarının, özel bir disk sağlamak istemedikleri sürece config/filesystems.php dosyasını düzenlemesi gerekmez.

Site içe aktarmaları, hedef kurulumun veritabanı destekli blok türü ve slot türü kataloglarının, paketin başvurduğu satırları içermesini gerektirir. Yeni Composer kurulumları bu katalogları webblocks:install sırasında tohumlar; açık katalog bakımı, ürünle gönderilen satırları webblocks:catalog-repair ile onarabilir ve içe aktarma çalıştırıcısı, bir paket eksik bir çekirdek satıra başvurduğunda doğrulamadan önce son bir idempotent çekirdek katalog eşitlemesi gerçekleştirir. Bir paket, hedefte bulunmayan kuruluma özgü özel bir bloka veya slota başvuruyorsa, yönetici hatası eksik tanımlayıcıları tam olarak listeler.

Yönetici iş akışının artık birbiriyle ilişkili iki giriş noktası vardır:

• Admin -> Sites, seçili site için bir modal açan, site adını ve tanıtıcısını (handle) gösteren ve paketi oluşturmadan önce medya dosyalarını dahil edebilen site başına bir Export satır eylemi içerir.
• Admin -> Maintenance -> Export / Import, aktarım geçmişi ve aktarım eylemleri için birleşik operasyon ekranıdır. Site Exports ve Site Imports bölümlerini, ilgili listeleme kartı başlıklarındaki Run Export ve Run Import eylemleriyle birlikte gösterir.
• İçe aktarma inceleme ekranı, doğrulanmış paket eylemini durum ve manifest özetinin hemen altında tutar; ardından daha hızlı tarama için paket sayılarını kompakt bir tabloda gösterir.
• Yeni Composer tüketici kurulumları Dışa / İçe Aktarma ekranlarını paketin görünüm ad alanından işler; bu nedenle kök resources/views/admin/site-transfers/* Blade dosyalarına ihtiyaç duymazlar.

Araçlar arasındaki ilişki:

• Sites satırındaki Export, seçilen tek site için bir paket oluşturur ve başarı mesajıyla Sites listesine döner.
• Export / Import, paket geçmişini ve ana dışa veya içe aktarma operasyon ekranını yönetir.
• Sites -> Promote, bir dışa aktarma veya terfi paketini; kuru çalıştırma (dry run), strateji, güvenlik yedeği ve koruma kurallarıyla mevcut bir hedef siteye uygular.

Dışa / İçe Aktarma şu tür site kapsamlı içerikleri kapsar:

• site kaydı ve dil (locale) atamaları
• site_variables içinde saklanan site değişkenleri
• sayfalar ve sayfa çevirileri
• page_assets içinde saklanan sayfa varlıkları
• slotlar ve bloklar
• Ortak Slotlar ve Ortak Slot blok ağaçları
• default ve docs gibi sayfa düzeyindeki Sayfa Yerleşimi ayarları (dahili olarak hâlâ public_shell üzerinde saklanır)
• blok çevirileri
• genel Kenar Çubuğu Gezinmesi işleyicileri tarafından kullanılan isteğe bağlı gezinme öğesi simge slug'ları dahil olmak üzere gezinme öğeleri
• isteğe bağlı medya dosyaları
• Include media files etkin olduğunda ve bu dosyalar mevcut olduğunda public/site/{site_handle}/css/site.css ve public/site/{site_handle}/js/site.js konumundaki kanonik site düzeyi genel geçersiz kılma dosyaları

Sayfa Varlıkları, site taşınabilirliğinde iki katman hâlinde taşınır:

• page_assets satırları site dışa ve içe aktarma yüklerine her zaman dahil edilir.
• Include media files etkin olduğunda, başvurulan /site/... genel dosyaları da dışa aktarma arşivi altında paketlenir ve içe aktarmada public/site/... altına geri yüklenir.
• Include media files devre dışıyken sayfa varlığı meta verileri yine içe aktarılır; ancak başvurulan fiziksel dosyaların hedef kurulumda zaten mevcut olması gerekir.
• Eksik sayfa varlığı dosyaları mevcut sürümde dışa aktarma sırasında raporlanır ve tüm paket derlemesini çökertmek yerine atlanır.

Site düzeyindeki genel geçersiz kılma varlıkları, Sayfa Varlıkları'ndan bilinçli olarak daha dardır: yalnızca kaynak site tanıtıcısı altındaki css/site.css ve js/site.js dahil edilir ve içe aktarma bunları nihai hedef site tanıtıcısı altında geri yükler. Rastgele public/site/... ağaçları, CMS çekirdek varlıkları ve public/storage bu yolun parçası değildir.

Ortak Slotlar birinci sınıf site içeriği olarak dışa ve içe aktarılır:

• Tanıtıcı, ad, slot uyumluluğu, kabuk (shell) uyumluluğu ve etkinlik durumu gibi Ortak Slot meta verileri pakete dahildir.
• Ortak Slotlar ayrıca isteğe bağlı bir Sayfa Yerleşimi uyumluluk kısıtı taşıyabilir. Saklanan alan geriye dönük uyumluluk için public_shell olarak kalır; boş değer genel anlamına gelmeye devam eder ve boş olmayan değerler yine tam Sayfa Yerleşimi tanıtıcı eşleşmesi gerektirir.
• Ortak Slot blok ağaçları, iç içe sıralama, çeviriler ve medya başvuruları, normal sayfalar için kullanılan aynı blok ve medya paketleme hattından geçer.
• shared_slot kullanan sayfa slotları kararlı bir Ortak Slot tanıtıcı başvurusu dışa aktarır ve içe aktarma sırasında hedef sitenin içe aktarılmış Ortak Slotuna yeniden eşlenir.
• Sayfa yükleri her sayfanın Sayfa Yerleşimini korur; böylece docs kabuklu sayfalar içe aktarmadan sonra uyumlu docs Ortak Slot atamalarını sürdürür.
• Kurulum düzeyindeki Sayfa Yerleşimi tanımları ve Sayfa Yerleşimi Slot tanımlarının kendisi V1'de site dışa/içe aktarmanın parçası değildir.
• Özel sayfa public_shell tanıtıcıları yine sayfa yüküyle birlikte aktarılır; bu nedenle özel yerleşimlere dayanan hedef kurulumlar eşleşen Sayfa Yerleşimi tanıtıcıları sağlamalıdır.
• Eşleşen bir Sayfa Yerleşimi tanıtıcısı hedef kurulumda yoksa, genel işleme güvenli biçimde geri düşer.
• Gizli Ortak Slot kaynak sayfaları pakette dahili tutulur ve sıradan kullanıcıya dönük sayfalar gibi ele alınmaz.
• Ortak Slot revizyon geçmişi, mevcut sayfa revizyonu taşınabilirlik sınırıyla uyumlu olarak dışa/içe aktarmanın dışında tutulur.

Site Değişkenleri de taşınabilir site içeriğidir:

• site_variables satırları site paketiyle birlikte dışa ve içe aktarılır.
• Değişken anahtarları, etiketler, değerler, sıralama düzeni ve etkinlik durumu korunur.
• Dışa veya içe aktarma sırasında genel jeton (token) davranışı değerlendirilmez; ham değerler saklandığı gibi aktarılır.

Kullanıcılar, yedekler, güncelleme geçmişi, oturumlar veya iletişim gönderimleri gibi kurulum genelindeki çalışma zamanı verilerini içermez.

Türetilmiş genel arama dizinini de taşınabilir içerik olarak gerektirmez:

• public_search_index çalışma zamanında türetilen veridir
• dışa/içe aktarma yüklerinin siteyi yeniden oluşturmak için arama satırlarına ihtiyacı yoktur
• içe aktarmadan sonra hemen güncel arama satırlarına ihtiyaç duyduğunuzda php artisan search:rebuild komutunu kullanın

Tek Sayfa JSON İçe Aktarma, bir JSON dosyasından tek bir yeni sayfa oluşturmaya yönelik sayfa kapsamlı yönetici iş akışıdır.

• yönetici yolu: Admin -> Pages -> Import Page
• kapsam: seçilen tek sitede tek bir yeni sayfa
• şema: webblocks.cms.page.v1
• sonuç: V1'de her zaman yeni bir taslak sayfa oluşturur
• V1'de mevcut bir sayfayı güncellemez
• kaynak sayfa revizyon geçmişini içe aktarmaz
• site düzeyindeki Export / Import iş akışının yerini almaz

V1'in içe aktardıkları:

• sayfa düzeyindeki Sayfa Yerleşimi dahil, taslak oluşturma için gereken sayfa çekirdek alanları
• hedef sitede etkin diller (locale) için dil koduyla anahtarlanmış sayfa çevirileri
• uyumlu aynı site Ortak Slot tanıtıcısıyla yapılan shared_slot başvuruları dahil sayfa slotları
• iç içe üst-alt sıralamasıyla sayfaya ait blok ağaçları
• çevrilen blok aileleri için desteklenen blok çevirisi satırları
• geçerli yerel /site/... CSS ve JS yolları için sayfa varlığı meta verileri

V1 kısıtları:

• hedef sitedeki çevrilmiş yol çakışmaları, yazma işlemlerinden önce içe aktarmayı engeller
• Ortak Slot başvuruları hedef sitede zaten mevcut olmalı ve site, etkinlik durumu, kabuk ve slot adı bakımından uyumlu olmalıdır
• içe aktarıcı Ortak Slotları otomatik olarak oluşturmaz
• desteklenmeyen şema değerleri açıkça reddedilir
• içe aktarıcı işlemseldir (transactional) ve doğrulama başarısız olduğunda geride yarım kalmış sayfa bırakmaz

Örnek yük için docs/examples/page-import-v1.json dosyasına bakın.

Site Terfisi, bir kaynak paketteki siteye ait içeriği mevcut bir hedef siteye terfi ettirmeye yönelik paket tabanlı iş akışıdır.

Şu durumlarda kullanın:

• hedef site zaten mevcut olduğunda
• siteye ait içeriğin bu siteye denetimli biçimde terfi ettirilmesi gerektiğinde
• kurulum düzeyindeki, ortama özgü ve canlı çalışma zamanı verilerinin korunması gerektiğinde

Diğer araçlardan farkları:

• Dışa / İçe Aktarma, site aktarım paketleri oluşturur veya yönetir ve varsayılan olarak bir paketten yeni bir yerel site oluşturur
• Site Terfisi, paket içeriğini mevcut bir hedef siteye uygular
• Site Klonlama, siteye ait içeriği paket olmadan mevcut kurulum içinde çoğaltır
• Yedekleme / Geri Yükleme ortam kurtarma aracıdır ve mevcut veritabanını veya yüklemeleri değiştirebilir
• Güncellemeler siteye ait içeriği değil, CMS ürün kodunu ve kurulu sürümü değiştirir

V1 iş akışı:

• yönetici yolu: Admin -> Sites -> Promote
• komutlar: site-promotion:inspect, site-promotion:dry-run, site-promotion:apply
• uygulamadan önce kuru çalıştırma (dry run) zorunludur
• uygulama önce normal bir güvenlik yedeği oluşturur
• uygulama başarıdan sonra hedef sitenin türetilmiş arama satırlarını yeniden oluşturur

Korunan alanlar şunları içerir:

• kullanıcılar ve roller
• oturumlar, önbellek, işler ve kuyruklar
• yedekler ve güncelleme geçmişi
• ziyaretçi raporları ve iletişim gönderimleri
• canlı alan adları ve site alan adı kayıtları
• ortam yapılandırması, kurulum gizli anahtarları ve dahili jetonlar
• türetilmiş public_search_index satırları

Desteklenen stratejiler:

• additive_update: eksik kaynak içeriğini oluşturur ve fazladan hedef içeriğini kaldırmadan eşleşen hedef içeriğini günceller
• mirror: eşleşen kaynak içeriğini oluşturur ve günceller; ardından V1'de güvenli olduğu yerlerde, kaynakta bulunmayan hedef siteye ait içeriği arşivler, devre dışı bırakır veya kaldırır

Kuruluma özgü geçiş ve web sitesi içe aktarma iş akışları CMS çekirdeğine değil, project/ dizinine aittir.

Arama V1, türetilmiş genel arama dizini için kurulum düzeyinde bir operasyon ekranı ve komut ekler.

• yönetici ekranı: Admin -> Maintenance -> Search Rebuild
• yeniden oluşturma komutu: php artisan search:rebuild

Arama Yeniden Oluşturma ekranı, yayında olan sayfalar için türetilmiş genel arama dizini kapsamını site ve dile göre inceler ve türetilmiş satırların yenilenmesi gerektiğinde dizini güvenle yeniden oluşturabilir.

Desteklenen yeniden oluşturma kapsamları:

• kurulumun tamamı
• --site= ile tek bir site
• --locale= ile tek bir dil
• --page= ile tek bir sayfa

Arama yeniden oluşturma yıkıcı değildir:

• yalnızca istenen kapsam içindeki türetilmiş satırları siler ve yeniden oluşturur
• sayfa, blok, çeviri, Ortak Slot veya medya içeriğini değiştirmez
• yıkıcı veritabanı sıfırlama komutları gerektirmez

Sistem Ayarları, kompakt kurulum düzeyi yapılandırma ekranıdır. Düzenlenebilir gruplar, kendi kaydetme eylemlerine sahip ayrı odaklı kartlara bölünmüştür; Çalışma Zamanı Bilgileri salt okunurdur.

Şunları barındırır:

• yalnızca yöneticiye yönelik kurulum bağlamı için Proje Adı ve Proje Sloganı
• varsayılan dil (locale)
• Kurulum genelinde varsayılan saat dilimi ve kendi ayarını yapmayan herhangi bir site için geri dönüş olan saat dilimi
• sayfalandırılmış yönetici listeleme ekranları için sayfa başına yönetici listeleme satır sayısı
• CMS'ye ait bildirimler için CMS Posta modu ve özel posta ayarları
• çerez veya gizlilik banner'ı ayarları
• ürün sürüm bilgileri
• ortam bilgileri

Şunları denetlemez:

• sabit WebBlocks CMS yönetici marka etiketleri
• genel site markalaması
• genel site SEO varsayılanları
• genel favicon, genel arama kapsamı veya sayfa çevirisi SEO'su
• ana bilgisayar/kök kimlik doğrulama postası veya site iletişim formu yönlendirmesi
• .env dosyası içerikleri veya ortam değişkenleri

Proje Kimliği, yönetici üst çubuğunda ve tarayıcı başlığında bir CMS kurulumunu diğerinden ayırt etmeye yardımcı olur. Bu kamuya dönük değerler yine her Site'de veya sayfa çevirisinde tutulur.

Admin listing rows per page varsayılan olarak 15 değerindedir, 10 veya 12 gibi özel sayısal değerleri kabul eder ve yalnızca sayfalandırılmış yönetici listeleme ekranlarının kullandığı varsayılan satır sayısını değiştirir. Genel sayfalandırmayı etkilemez.

CMS Posta, varsayılan olarak Laravel ortam posta yapılandırmasını kullanır. Mod CMS özel ayarlarına değiştirildiğinde, CMS'ye ait parola sıfırlama e-postaları ve gelecekteki CMS'ye ait sistem bildirimleri, kapsamı sınırlanmış bir CMS postacısı aracılığıyla veritabanı destekli CMS posta ayarlarını kullanır. Özel posta alanları yalnızca CMS özel posta modu seçildiğinde gösterilir. Özel CMS posta ayarları .env dosyasının üzerine yazmaz; özel CMS postası devre dışı bırakıldığında CMS postası mevcut Laravel MAIL_* yapılandırmasına geri döner. Saklanan posta gizli anahtarları asla düz metin olarak gösterilmez, boş gizli anahtar güncellemeleri mevcut saklanan değeri korur ve tanılama, hassas alanları yalnızca yapılandırılmış veya yapılandırılmamış olarak raporlar. Özel SMTP tanılaması artık gerekli gönderim ayarları eksik veya geçersiz olduğunda uyarır ve parola sıfırlama postası gönderim hataları, yalnızca gizli anahtar içermeyen teknik bağlamı günlüğe kaydederken denetimli bir CMS posta hatası döndürür. Tanılama tablosu; gizli anahtarları, sıfırlama jetonlarını veya ham yapılandırma dökümlerini içermeden, CMS'ye ait parola sıfırlama postasıyla aynı CMS posta çözümleyici yolu üzerinden basit bir CMS sistem mesajı gönderen süper yöneticiye özel bir Send Test Email eylemi içerir.

Site Klonlama, siteye ait içeriği aynı kurulum içindeki bir siteden başka bir siteye çoğaltır.

Şu durumlarda Site Klonlama'yı kullanın:

• mevcut kurulum içinde ikinci bir siteye ihtiyaç duyduğunuzda
• önce bir dışa aktarma paketi oluşturmadan sayfa, slot, blok, gezinme ve dil yapısını çoğaltmak istediğinizde
• Ortak Slotların ve Ortak Slot destekli sayfa slot atamalarının klonlanan siteyle birlikte taşınmasını istediğinizde

Site Klonlama, Dışa / İçe Aktarma'dan farklıdır:

• Site Klonlama mevcut kurulum içinde çalışır
• Dışa / İçe Aktarma, bir site paketini kurulumlar arasında taşımak içindir
• Hem Site Klonlama hem de Dışa / İçe Aktarma; Ortak Slotları, Ortak Slot blok ağaçlarını, çevirileri, medya başvurularını ve sayfa düzeyindeki Sayfa Yerleşimi ayarlarını içerir ve siteler arası başvurular bırakmak yerine tüketen sayfa slotlarını hedef sitedeki Ortak Slotlara yeniden eşler
• Hem Site Klonlama hem de Dışa / İçe Aktarma, site kapsamlı site_variables satırlarını da içerir.
• Ortak Slot revizyon geçmişi, mevcut sayfa revizyonu klonlama sınırıyla uyumlu olarak klonlanmaz.

• tek bir sayfanın geri yüklenmesi gerektiğinde
• mevcut kurulum içinde editoryal kurtarmaya ihtiyaç duyduğunuzda

• ortamın kurtarılması gerektiğinde
• veritabanının veya yüklemelerin birlikte geri alınması gerektiğinde

• bir sitenin başka bir kuruluma taşınması gerektiğinde
• tek bir site için taşınabilir bir pakete ihtiyaç duyduğunuzda

• bir siteyi aynı kurulum içinde başka bir siteye çoğaltmanız gerektiğinde
• çalışmayı mevcut ortam içinde tutmak istediğinizde

• yayımlanmış bir CMS sürümünü mevcut kuruluma uygularken

• Güncellemeler, yedekler, geri yükleme ve site aktarım araçları kurulum düzeyi özelliklerdir
• sayfalar, medya, gezinme ve editoryal iş akışı öncelikle site kapsamlı içerik özellikleridir
• bazı roller atanan sitelerle sınırlandırılmış olsa bile kullanıcılar kurulum düzeyi hesaplardır
• sürüm paketleme ile kurulu yolların korunması ayrı konulardır: sürümler project/ dizinini içermez, ancak kurulu project/ içeriği güncellemeler boyunca korunur

Ziyaretçi Raporları artık mevcut kayıtlardan bir zaman çizelgesi, eşit uzunlukta bir önceki dönem karşılaştırması, ölçüm kapsamı ve sayfa ayrıntısı modelleri çıkarıyor. Herkese açık komut dosyaları, çerezler, tanımlayıcılar, etkinlikler veya üçüncü taraf aktarımları eklemez. Mevcut izin kararları, tanımlayıcı toplama işlemini yönetmeye devam ediyor.

• Grafikler eksik günleri sıfır kayıtlı görüntülemeyle dolduruyor. 90 günden uzun aralıklar, grafikte etiketlenen ve WebBlocks UI modundaki grafik değerleri düğmesiyle açılan erişilebilir değer tablosunda eşit boyutlu çok günlük gruplar kullanır. Tarihler, mevcut raporlarla aynı uygulama/veritabanı takvimini kullanır.
• Önceki dönem seçilen dönemden hemen önce sona erer. Sıfır önceki toplamın yüzde değişimi yoktur. Bugün veya gelecek tarihleri ​​içeren dönemler geçici olarak etiketlenir. Sayımlar, izlemenin sürekli olarak aktif olduğunun veya boş bir tarihsel dönemde hiç ziyaretçinin bulunmadığının kanıtı değil, saklanan kayıtları tanımlar.
• Kapsam, tutulan ayrıntı kayıtlarında kullanılabilir bir izin tabanlı tanımlayıcıya sahip görünümlerin paylaşılmasıdır. Bu bir rıza kabul oranı değildir. Ziyaretçi/oturum tahminleri bu alt kümeyi tanımlar ve doğrulanmış kişi sayıları değildir.
• İzleme durumu, tarih, yerel ayar ve trafik filtrelerinden bağımsız olarak erişilebilir seçilen site kapsamındaki son ayrıntılı kaydı gösterir. Zamanlayıcının çalıştığını veya eksik kayıtların bir izleme başarısızlığını kanıtladığını iddia etmez.
• İçerik satırları, sayfa/site/yerel toplamları ve bağımsız cihaz/yönlendiren dökümlerini içeren WebBlocks UI modları açar. Herhangi bir grubun beşten az görünümü varsa, tüm döküm gizlenir; böylece bastırılmış bir hücrenin doğrudan çıkarılması önlenir. Bu bir görüntüleme korumasıdır, anonimleştirme garantisi değildir. Hiçbir bireysel yolculuk eklenmez. Bir döküm mevcut olduğunda en büyük on grup gösterilir.

Rapor, grafiğin üzerinde özet ölçümler ve altta ayrıntılı rapor sekmeleri ile etiketli WebBlocks UI filtre çubuğu sözleşmesini takip ediyor. Ölçüm kapsamı, izleme durumu, gizlilik bağlamı ve saklama politikası, Rapor bilgileri modunda mevcuttur. Eksik geçişler, devre dışı bırakılan temizleme ve arşivlenmiş kayıt bildirimleri raporun kendisinde görünmeye devam eder.

Grafik, kaynak olarak paketlenmiş WebBlocks UI 2.26.0 wb-chart bileşenini ve modelin visitor-chart-data tablosunu kullanır. Sayısal nitelikler biçimlendirilmemiş sayıları içerir; görünür hücreler yerelleştirilmiş biçimlendirmeyi korur. UI, SVG çizime, eksenlere, yeniden boyutlandırmaya ve klavye etkileşimine sahiptir; CMS sorguları, izinleri, gizliliği ve toplamayı korur. Hiçbir harici grafik kütüphanesi veya ek ziyaretçi koleksiyonu tanıtılmaz.

Paket, günlük olarak 03:45 ila Laravel Zamanlayıcı'da visitors:cleanup'ı kaydeder. Ana bilgisayarın normal zamanlayıcısını çalıştırması gerekir; hiçbir genel istek temizleme gerçekleştirmez. Zamanlanmış komut ve manuel komut, atomik bir önbellek kilidini paylaşır. Birden fazla sunucuda planlama yaparken, paylaşılan kilit özellikli bir önbellek kullanın.

Bunlar, yasal saklama gereklilikleri veya yasal uyumluluk sertifikası değil, ürün varsayılanlarıdır. Site sahipleri amaçları doğrultusunda daha kısa süreler seçebilirler. Çalışan bir zamanlayıcıya sahip mevcut yüklemeler, yeni geçiş ve kod yüklendikten sonra bu politikayı uygulamaya başlar. Taşımanın kendisinde herhangi bir silme işlemi yoktur.

Ana bilgisayarda yerel olarak önizleyin ve yürütün:

Temizleme, yeni ziyaret toplama devre dışı bırakıldığında bile çalışır. Koleksiyonun devre dışı bırakılması, geçmiş tanımlayıcıların süresiz olarak saklanmasına izin vermemelidir. Temizlemenin kendisinin devre dışı bırakılması raporda gösterilir. Eksik özet geçişler, kayıtları silmeden temizlemeyi engeller ve mevcut raporları çalışır durumda bırakır.

Süresi dolmuş kayıtlar, işlemsel olarak, her seferinde bir gün, wbcms_visitor_daily_totals içindeki satırlarla değiştirilir: site, yerel ayar (bilinmeyen için sıfır), gün, toplam görüntülemeler ve bot görünümleri. Hiçbir sayfa yolunu, yönlendireni, kampanyayı, cihazı, tam ziyaret zamanını, IP karma değerini veya oturum tanımlayıcısını tutmazlar. Geç kayıtlar mevcut toplamlarla bir kez birleştirilir. Toplam saklama süresinden daha eski olan kayıtlar, tarihi olmayan kayıtlar ve sitesi silinmiş olan süresi dolmuş kayıtlar, toplanmadan atılır. Bir siteyi silmek aynı zamanda günlük toplamlarını da kaldırır. Mevcut yedeklemelerin kendi saklama yaşam döngüleri vardır; bu komut yedekleme arşivlerini yeniden yazmaz.

Ana toplamlar, grafik ve karşılaştırma, tutulan ayrıntıları günlük toplamlarla birleştirir ve site yetkilendirmesinin yanı sıra site/yerel/trafik filtrelerini korur. Bot toplamları her iki kaynağı da içerir. Ayrıntılı tablolar ve oturum metrikleri yalnızca kalan ayrıntı kayıtlarını kullanır; Açık bir bildirim, bir dönemin toplamalar içermesi arasındaki farkı açıklar. Günlük benzersiz ziyaretçiler veya oturumlar, bilinçli olarak günler bazında toplanmaz. Rapor hiçbir zaman ziyaretçi geçmişlerini saklanan özetlerden yeniden oluşturmaz.

Yeni yüklemeler ve mevcut yükleme güncelleme geçişlerinin her ikisi de toplamlar tablosunu oluşturur. Zamanlanmış temizlemeyi etkinleştirmeden önce normal paket taşıma/güncelleme akışını çalıştırın. Yeni içgörü dizileri İngilizce ve Türkçe olarak yayınlanıyor; diğer yönetici yerel ayarları, içgörü çevirisinin mevcut olmadığı durumlarda normal İngilizce geri dönüşünü kullanır.