Destek · troubleshooting
Fiori cache: hangi katmanı ne zaman silersiniz?
Launchpad eski karoyu, eski mapping’i veya eski metadata’yı göstermeye devam ediyorsa çoğu zaman kod yanlış değil cache yanlış katmandadır. UI2, Gateway, ICM, reverse proxy ve tarayıcı beş ayrı bellektir; hepsini her kayıtta silmek teşhisi yok eder ve /UI2/DELETE_CACHE_AFTER_IMP import sonrası içindir, sihirli reboot değildir.
UI2 ve import sonrası rapor
Catalog, space ve target mapping transport’u UI2 indekslerini geride bırakır. /UI2/DELETE_CACHE_AFTER_IMP bu senaryo için tasarlanmıştır. Global ve client cache invalidation ayrı rapor/işlemlerle de anılır; sürümünüzdeki adları ekranda doğrulayın, uydurma Note numarası kullanmayın. PAGE_BUILDER_PERS kişisel pin’i tutar; kullanıcı gizli pencerede doğruyken kendi profilinde eskiyse pers veya tarayıcıdır. Fiori Teknoloji her catalog transport checklist’ine bu raporu yazar. Çalıştırmadan “production’a yansımadı” kaydı açmak P3’ü şişirir. Import listesinde UI2 nesnesi varsa rapor kapanış maddesidir; çalışmadan “taşıma eksik” kaydı açmak P3’ü şişirir ve kişisel pin ile global indeksi karıştırır, gizli pencere ayracı şarttır. Gizli pencerede doğru, kendi profilinde eskiyse pers veya tarayıcı katmanına inin, global raporu tekrar çalıştırmayın.
- Import → /UI2/DELETE_CACHE_AFTER_IMP
- Kişisel pin pers katmanındadır, global cache değil
- Checklist’siz transport eksik teslimattır
Tarayıcı, PWA ve SMICM
Service worker veya agresif tarayıcı cache, component-preload.js’nin eski hash’ini tutar. Hard refresh yetmez; gizli pencere ve uygulama verisini temizleme ayrıdır. SMICM HTTP cache reverse proxy değil, uygulama sunucusu önbelleğidir. Web Dispatcher kendi cache kuralını ekler. CDN varsa altıncı katman doğar. Could not open app bazen eski preload 404’üdür, ICF kapanması değil. Network’te dosya adındaki hash değişti mi bakın. İstanbul ofislerinde “benim Chrome’da bozuk, Edge’de iyi” kaydı cache ve eklenti ayrımıdır. Hash’li preload adı değişmediyse sunucu yeni dosya sunmuyordur; PWA ve Dispatcher cache UI2 raporunun görmediği katmandır, iki tarayıcı karşılaştırması burada geçerlidir.
- Hash’li preload değişmediyse tarayıcı/PWA şüphesi
- SMICM ve Web Dispatcher cache ayrı kurallardır
- İki tarayıcı karşılaştırması geçerli teşhistir
Gateway metadata ve aşırı temizlik
OData $metadata de önbelleğe alınır. Servis yeniden eklendikten veya annotation değiştikten sonra eski metadata Elements uygulamasını şaşırtır. /IWFND/ERROR_LOG parse hatası verebilir. Metadata cache temizliği UI2 raporundan farklıdır; karıştırmayın. Her gece tüm cache’i silmek CPU ve ilk açılış cezasını üretir, kökü gizler. Doğru pratik: değişen katmanı sil, izle, tekrarlama. Fiori AMS sağlık raporunda “cache ritüeli” kırmızı bayraktır. Bağımsız destek sunucu reboot’unu ilk adım yapmaz. Metadata cache’i catalog cache ile aynı rapora bağlamak annotation değişimini günlerce gizler; gece ritüeli CPU yer, kökü göstermez, değişen katman cerrahi silinir. Değişen katmanı silip ilk $metadata ve ilk karo boyamasını ölçmeden ritüeli sözleşmeye yazmayın.
- Metadata cache ≠ UI2 catalog cache
- Gece ritüeli kök değil semptomdur
- Değişen katmanı silin, hepsini değil
Sık sorulanlar
Kullanıcıya “Ctrl+F5 yapın” demek yeter mi?
İlk ayırıcı test olarak evet, çözüm olarak hayır. Persister katman UI2 veya proxy ise F5 işe yaramaz.
Production’da cache silmek kesinti midir?
Kısa süre ilk açılış yavaşlar. Kritik pencerede planlanır. Tüm ICM’i düşürmek şart değildir.
Bu konuyu ortamınızda netleştirmek için 48 saatlik ön değerlendirme.
Lisans satmıyoruz. Destination, yetki ve model kararını yazılı notlarız.