Stripo kesinti geçmişi

1. 5 Ağustos 2026 13:59 UTCinvestigating

   We are aware of an issue with the Stripo Plugin: the editor may fail to initialize and does not load for end users. Our team has identified the affected service and is working on a fix. We will post an update as soon as we have more information.

2. 5 Ağustos 2026 14:00 UTCidentified

   The issue has been identified and a fix is being implemented.

3. 5 Ağustos 2026 14:49 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

4. 5 Ağustos 2026 14:57 UTCresolved

   This incident has been resolved.

5. 5 Ağustos 2026 16:03 UTCpostmortem

   At 13:45 UTC the AWS host running the database and cache for our plugin environment failed. Auto-recovery restarted it by 14:00 UTC, but the cache service and several microservices required manual restarts. Full recovery: ~15:00 UTC. **Impact \(UTC\).** Autosave was unavailable 13:48–13:57, then severely slow \(~86 s per request vs. under 7 s normally\) until ~14:40. Some plugins using external AutoSave callbacks saw saves fail. Co-editing was degraded 14:16–15:00. Editor initialization also failed for some users early on. **Data.** No evidence of loss: crash recovery completed correctly, all patches that reached the database were persisted, and duplicate resubmissions were safely rejected. Contact us with a timestamp if you suspect otherwise. **Cause.** Hardware failure on the underlying AWS host. It escalated because autosave retries external callbacks synchronously inside the request, exhausting the database connection pool; the cache had no auto-start on reboot; and connection pools did not self-heal. No alarm covered host status or cache availability, so detection came from user reports. **Fixes.** Alerting on host status checks and cache availability; cache auto-start with a health check; connection pool recovery; moving external callbacks out of the request path; alerts on pool saturation, error rate and callback latency; a redundancy review for this environment. We apologize for the disruption. If the impact on your users differed from the above, please contact our support team.

1. 31 Temmuz 2026 08:30 UTCinvestigating

   Kullanıcıların raporlarını oturum açma, eksik takım üyelerini görme veya e-postaların yavaş yüklemelerini deneyimlemiyoruz. Ekibimiz nedenini tanımlamak için çalışıyor.

2. 31 Temmuz 2026 08:30 UTCidentified

   Kök nedenini tespit ettik: içsel bir kalibrasyon hizmeti (Redis) hafızadan çıktı ve yazmayı reddetti. Sonuç olarak, izin önbellekleri atladı ve hesap hizmetine aşırı yük koydu, yavaş yanıtlara neden oldu, giriş başarısızlıklarına ve eksik hesap verileri. Önbellek kapasitelerini artırdık ve kalıcı bir düzeltme hazırlıyoruz.

3. 31 Temmuz 2026 08:31 UTCmonitoring

   Rehber kapasite artırıldı ve sistem geri dönüyor. Yanıt süreleri, önbellekler kadar normale dönüyor. Kalıcı bir düzeltme dağıtılıyor.

4. 31 Temmuz 2026 08:49 UTCresolved

   Kalıcı düzeltme tüm üretim kümelerine dağıtıldı ve tüm sistemler normalde çalışıyor. Olay sırasında (Temmuz 30, 22:48 UTC – 31 Temmuz ~04:30 UTC, ~ 08:49 UTC) bazı kullanıcılar giriş başarısızlıkları, eksik ekip üyesi verileri ve e-postaların yavaş yüklenmesini deneyimledi. Hiçbir veri kaybedilmedi. Kullanıcıları etkilemeden önce bu sorunu tespit etmek için hafıza uyarısını ekledik. Bu rahatsızlıktan özür dileriz.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 28 Temmuz 2026 14:02 UTCresolved

   28 Temmuz'da yaklaşık 1:28 PM ve 1:58 PM (UTC), Stripo Plugin gömülü entegrasyonlar için başlangıçta başarısız oldu. Sorun, bir iç istatistik servisinin degraded performansına neden oldu, bu da eklenti başlangıç istekleri yavaşlatdı. Ekibimiz etkilenen hizmeti yeniden başlattı ve normal operasyonu restore etmek için başlangıçlar için geçici olarak engelli istatistikler koleksiyonu yeniden başlattı. Eklenti şimdi beklendiği gibi yükleniyor. Bunun sebep olabileceği herhangi bir rahatsızlıktan özür dileriz.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 25 Temmuz 2026 09:18 UTCinvestigating

   Şirket içindeki müşteri görüntülerini yükleme, değiştirme veya kaldırma gibi sorunlar olabilir. Zaman (UTC) : 2026-07-25T09:18:22

2. 25 Temmuz 2026 09:20 UTCresolved

   Bu olay çözüldü.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 24 Temmuz 2026 11:27 UTCresolved

   24 Temmuz'da 09:20 ve 09:50 UTC arasında, eklenti editöründe gerçek zamanlı birliktelik geçici olarak mevcut değildi. Planlanan bir sürüm sırasında, bir veritabanı şema güncelleştirmesi, yeniden başlatma hizmetine neden olan veritabanından daha uzun sürdü. Ekibimiz nedenini tespit etti ve hizmeti 09:50 UTC tarafından tamamen restore etti. Hiçbir müşteri verileri kaybedilmedi ve diğer tüm Stripo işlevselliği her zaman mevcuttu. Bir recurrence önlemek için serbest bırakma sürecimize eklediğimizden beriyiz.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 23 Temmuz 2026 09:39 UTCinvestigating

   Müşteri hesabına erişimle ilgili bir sorun olabilir. Zaman (UTC) : 2026-07-23T09:39:04

2. 23 Temmuz 2026 09:49 UTCinvestigating

   [ Opsgenie'den alıntı)Dmitry Kudrenko uyarıyı kabul etti: "Partial Outage in work of Stripo Account Backend part"

3. 23 Temmuz 2026 10:02 UTCresolved

   Bu olay çözüldü.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 20 Temmuz 2026 18:11 UTCinvestigating

   Stripo Güvenlik Olayı Bu nasıl başladı ESP hesaplarıyla ilişkili olağandışı aktivitelerle ilgili iki müşteri raporu aldık. Bireysel bir rapor, konfigürasyon sorunları, miras entegrasyonları veya sağlayıcıya özgü faktörler dahil olmak üzere çeşitli nedenlerle mümkün olabilse de, ikinci rapor farklı ESP sağlayıcısına ve benzer özelliklere sahiptir. Bu noktada, gözlemlenen desenin kapsamlı bir güvenlik incelemesini garanti ettiğini ve daha geniş bir soruşturma başlattıklarını belirledik. Şimdiki durum Güvenli ESP kimlikleriyle hesap tespit ettiğimiz gibi, bu müşterilerin anahtarlarını öncelik olarak döndürmelerini rica ettik. Bu tek değil, tam bir geçişti: soruşturmamız devam ettikçe, aynı bildirim gerektiren ek hesaplar tespit ettik ve onayladıkları gibi onlarla temasa geçtik. ESP kimlikleri Stripo'a bağlıysanız ve henüz dönmediyseniz: 1. Orada eski anahtarı uyandırın; yeni bir anahtar oluşturmak, eskisini otomatik olarak devre dışı bırakmaz. 2. ESP hesabınızda yeni bir anahtar. 3. Proje Ayarları altında Stripo'daki yeni anahtarı güncelleyin → Bütünleşmeler . 4. ESP veya CRM hesabınızın son faaliyetini gözden geçirin: Tarih, iletişim listesi değişiklikleri ve herhangi bir kampanya veya sizi tanımaz. Tüm bunlar devam ederken bir hatırlatma: Asla bir anahtar, token veya e-posta yoluyla veya bir destek sohbetinde göndermenizi istemeyiz. Devamlı soruşturma Soruşturmamız devam ediyor. Etkilenen müşterilere malzeme olan herhangi bir doğrulanmış bulguları tanımlamalı mıyız, onları gecikmeksizin iletişim kuracağız.

2. 20 Temmuz 2026 18:15 UTCinvestigating

   20 Temmuz 20, 2026 - 18:15 UTC Ne düzeltildi İlk iletişimimizi takiben, bir dizi ek güvenlik geliştirmeleri uyguluyoruz: 1. Credential protection denetimi. Sistemlerimiz boyunca hangi kimliklerin depolandığını ve gelişmiş korumanın uygun olarak tespit edildiği şüpheli veriler için ek şifrelemeyi inceledik. 2. Tanımlanmış bir tarayıcıyla ilgili maruz kalma senaryoyu ele almak için ek tarayıcı korumaları uyguladı. Mağazalı kimlikler artık tarayıcıya geri gönderilmez, entegrasyonlar ekranı açıldığında. Bu, yukarıda depolama geliştirme ile birlikte, haçlı kullanımla ilişkili potansiyel maruz kalma risklerini önemli ölçüde azaltır. 3. Tam bir giriş denetimini Tamamladı. Giriş sistemlerimizin sona erdiğini gözden geçirdik ve uygulama loglarında kayıt dışı değerlerin kaydedilmesini engellemek için günlük konfigürasyonumuzu güncelledik. 4. Sabit verileri temizlemek. Kullanıldıktan sonra tutulan eski ESP bağlantılarını sildik ve eski, kullanılmayan anahtarların hala dosya üzerinde kaldırılması sürecindeyiz. Bugüne kadar soruşturmamıza dayanarak, Stripo Plugin üzerinde herhangi bir etki belirtisi tespit etmedik. Stripo müşterilerin finansal veya ödeme bilgilerini depolamaz. Buna göre, bugüne kadar soruşturmamıza dayanarak, Stripo tarafından korunan finansal veya ödeme verileri üzerinde herhangi bir etki tespit etmedik. Şu anda mevcut olan bilgilere dayanarak, birincil üretim sistemlerimiz üzerinde herhangi bir etki tespit etmedik. Bugün açıklanan etkinlik bir yedekleme ortamı ile ilişkilendirilmiş gibi görünüyor. Bu çevre için ek güvenlik önlemleri uyguluyoruz ve devam eden soruşturmamızın bir parçası olarak daha geniş bir etki olup olmadığını değerlendirmeye devam ediyoruz. Uyumluluk sertifikaları SOS 2 ve ISO sertifikasyonları da dahil olmak üzere bağımsız bir denetimli güvenlik programını sürdürüyoruz. Bu soruşturmanın bir parçası olarak, ihracat kimliklerinin kullanımı ile ilgili belirli teknik kontrolleri daha da güçlendirmek için fırsatları tespit ettik. Araştırmamız sırasında belirlenen konuları ele alan ek korumalar uyguluyoruz. Ayrıca bu soruşturmadan bulguları güvenlik programımıza, risk değerlendirme süreçleri, teknik kontroller ve gelecekteki denetim faaliyetlerine dahil ediyoruz. Bu bulgular ek teknik korumaları bilgilendirdi ve güvenlik kontrollerimiz ve denetim programımıza dahil olmaya devam edecektir. Güvenlik sertifikasyonları, bir organizasyonun güvenlik programının bağımsız olarak tanınan standartlara karşı değerlendirildiğini göstermektedir. Herhangi bir güvenlik çerçevesi gibi, yeni riskler ve uygulama değerlendirmeleri olarak sürekli iyileştirmeyi destekliyorlar. Devamlı soruşturma Soruşturmamız devam ediyor. Bu çalışmanın bir parçası olarak, ilgili verilerin saklandığı veritabanı örnekleri ile ilgili erişim aktivitelerini incelemeye devam ediyoruz. Etkilenen müşterilere malzeme olan doğrulanmış bulguları tanımlamalı mıyız, onları gecikmeksizin iletişim kuracağız.

3. 21 Temmuz 2026 14:23 UTCresolved

   Olay dönemi: 6-18 Temmuz 2026 · Yayınlanmış: 21 Temmuz 2026 Son Olay Raporu - Una yetkili erişim Özet Özet Özet Özet 6 ve 18 Temmuz 2026 arasında, izinsiz bir aktör, sınırlı bir üretim verileri içeren sınırlı bir alt diziye erişim sağlayan bir iç, rakip olmayan bir ortama erişim kazandı. Tamamlanan soruşturmamıza dayanarak, aktör, belirli bir hesap kayıtlarıyla birlikte Stripo'da depolanan belirli bilgilere erişim sağlayan sorguları takip etti. Faaliyeti tespit ettikten sonra, dahil edilen ortamı izole ettik, tekrar aracıtasyon önlemleri uyguladık ve soruşturmamızı olaya tamamladık. Olay sadece bir müşteri isteği aracılığıyla rapor edildi ve standart izlememiz ile tespit edilmedi. Hangi veriler etkilendi Tamamlanan soruşturmamıza dayanarak, ulaşıldığı gibi belirlenen bilgiler, müşterilerin entegrasyonlarını bağlanmak için kurtardığı üçüncü taraf ESP/export kimlikleri içeriyordu, bazı ilişkili hesap kayıtları ile birlikte. Hesap doğrulama verileri .. Stripo şifreleri depolanır ve tuzlanır - hiçbir zaman düz metinde, güvenlik en iyi uygulamaları ile uyumlu değildir, bu yüzden kullanılabilir bir formda maruz kalmadılar. Çünkü kararlı bir saldırgan, teoride, tuzlanmış külleri zamanla kırmaya çalışırdı, şans almadık: Her Stripo şifresini proaktif olarak sıfırlayalım, ancak örneklerin pratik olarak iyileşebileceğine dair bir işaret yok. Her kullanıcı sadece bir sonraki işaretinde yeni bir şifre ayarlar. Ne yaptık 1. Olayı kesintiye uğrattı ve iç çevreyi yok ederek reddetti. 2. Geri kalan tüm depolanmış ESP/export kimliklerine geri dönmek için genişletilmiş şifreleme, zaten şifreli olmayanlar ( yönetilen bir AWS KMS’de tutulan anahtarlar). 3. Bağlantı ekranları açıldığında tarayıcıya geri bildirimlerini durdurun. 4. Yapılan başvuru logunu gözden geçirdik ve ortaya çıkabilecek sınırlı senaryolardan ayırt edici değerleri kaldırdı. Soruşturmamız, uygulama günlüklerinin saldırı yolunun bir parçası oluşturduğuna dair kanıtları tespit etmedikçe, bu ek korumayı daha geniş remediasyon çabalarımızın bir parçası olarak uyguluyoruz. 5. P, artık kullanılmayan eski / aktif kimlikleri korudu. 6. Klavio, HubSpot, Zoho ve AWeber için, otomatik olarak tüm yetki verici jetleri geri aldık. 7. altyapı periferimizde tam bir inceleme yaptı: Tüm güvenlik grupları ve sistem düğümlerine erişim yollarını denetledi, tüm veritabanı için şifreleri döndürdü, yalnızca iç servisler ve personel tarafından yapılan okuma çoğaltmayı kısıtladı ve en az öncelikli ilkeler altında tutulan erişimi inceledi. 8. Tüm kullanıcı şifrelerini ve geçersiz seansları aktif olarak sıfırlayın. 9. İç aletlere kimlik doğrulama ve uyarılama, dış veritabanı bağlantıları ve hassas tabloların yoğun okumaları. SOC 2 programımız da dahil olmak üzere tanınmış güvenlik ve veri koruma standartları altında çalışıyoruz. Devam eden güvenlik programımızın bir parçası olarak, bu soruşturmanın bulgularına dayanan teknik ve organizasyon kontrollerimizi güçlendirmeye devam ediyoruz. Kim etkilenmedi Sadece dosya formatlarına ihraç eden müşteriler (HTML, AMP HTML, PDF, EML, görüntü, vs.) asla bizimle herhangi bir bilgi depolamıyor ve etkilenmez. Credentials aynı zamanda aşağıdaki sağlayıcılar için de erişilmedi: CleverTap, Müşteri.io, Follow Up Boss, Google Cloud, MailerCloud, MailerLite, Mailtrap, Make, Mindbaz, n8n, Netcore, OneSignal, Optimove, Postup, Pubrio, Rapidmail, Reteno, Selzy, Sender.net, Ticketor, Unione, Insider, Voizee, WhatCounts, Yespo. Plugin ve kendi barındırılan dağıtımlar etkilenmedi - dahil edilen çevre ve çoğaltma, kendi barındırılan ürün veya Stripo eklentisi değil. Uzun aktif hesaplar . Veri toplama politikamız ve GDPR yükümlülüklerimiz doğrultusunda, aktif müşteri hesaplarımız ve kişisel verileri rutin olarak silinir, bu ortamda uzun vadeli müşterilere ait olan bilgiler mevcut değildi ve açığa çıkamadı. Ödeme verileri Araştırmamıza dayanarak, tam ödeme kartı numaraları (PANs) veya CVV kodları erişildiği gibi tespit edildi. Kart ödemeleri ödeme sağlayıcıları (Stripe ve PayPal) tarafından işlenir ve Stripo tam ödeme kartı numaralarını veya CVV kodlarını depolamaz. ESP ortaklarımızla Çalışmak Çünkü bunlar üçüncü taraf kimlikleri, ortaklık ruhu içinde ve karşılıklı müşterilerimizi korumak için proaktif olarak dahil edilen ESP sağlayıcıları ile temasa geçiyoruz, bu nedenle etkilenen kimlikler ek bir koruma olarak kendi tarafında iptal edilebilir. Müşterilerimizin önerdiğimiz şey 1. Eğer sağlayıcınız yukarıdaki "Kim etkilenmedi" bölümünde değilse ve zaten yapmadıysanız: ESP kimlik bilgilerini Stripo hesabınıza döndürün - sağlayıcınızda eski anahtarı geri döndürün, Stripo'da yeni bir tane üretin (Proje Ayarları → Bütünleştirmeler). OAuth tabanlı entegrasyonlar için, Stripo’nun sağlayıcınızda ve yeniden bağlantınızda izini geri döndürür. 2. ESP/CRM aktivitenizi Temmuz ayının erken saatlerinde gözden geçirin - imzalar, iletişim listeleri değişiklikler ve herhangi bir kampanyalar, gönderir veya sizi tanımadığınız ihracat. Bir anahtar gelecekteki kullanımı durdurur, ancak zaten meydana gelen faaliyeti geri alamaz. 3. Stripo şifreniz zaten sıfırlandı - bir sonraki işaretinizde yeni bir tane kurdu. Kapanış Bu olayın gerçekleştiğinden içtenlikle pişmanlık duyuyoruz. Etkilenen müşterilerle doğrudan temasa geçtik ve istekle ilgili soruları cevaplamak için kullanılabilir kaldık. İletişim: gü[email protected].

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 7 Temmuz 2026 15:26 UTCinvestigating

   Şirket içindeki müşteri görüntülerini yükleme, değiştirme veya kaldırma gibi sorunlar olabilir. Zaman (UTC) : 2026-07T15:26:22

2. 7 Temmuz 2026 15:27 UTCresolved

   Bu olay çözüldü.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 1 Temmuz 2026 03:53 UTCinvestigating

   Editörden PDF dosyaları olarak e-posta şablonlarını ihraç etmekle ilgili bir sorun olabilir. Zaman (UTC) : 2026-07-01T03:52:37

2. 1 Temmuz 2026 03:53 UTCresolved

   Bu olay çözüldü.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 18 Haziran 2026 13:43 UTCinvestigating

   Test mesajları göndermekle ilgili bir sorun olabilir, belirtilen e-posta adreslerini ve/veya E-posta şablonlarını asit üzerinde test etmek ile ilgili. Zaman (UTC) : 2026-06-18T13:43:15

2. 18 Haziran 2026 13:44 UTCresolved

   Bu olay çözüldü.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 28 Mayıs 2026 06:28 UTCinvestigating

   Public API'nin yöntemlerini kullanarak ilgili sorunlar olabilir. Zaman (UTC) : 2026-05-28T06:28:00

2. 28 Mayıs 2026 06:29 UTCresolved

   Bu olay çözüldü.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 3 Mayıs 2026 07:18 UTCinvestigating

   Müşteri hesabına erişimle ilgili bir sorun olabilir. Zaman (UTC) : 2026-05-03T07:18

2. 3 Mayıs 2026 07:20 UTCresolved

   Bu olay çözüldü.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 28 Nisan 2026 02:03 UTCinvestigating

   Şirket içindeki müşteri görüntülerini yükleme, değiştirme veya kaldırma gibi sorunlar olabilir. Zaman (UTC) : 2026-04-28T02:02:57

2. 28 Nisan 2026 02:05 UTCresolved

   Bu olay çözüldü.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 26 Nisan 2026 16:19 UTCinvestigating

   Müşteri hesabının içindeki UI bileşenlerinin uygulanmasıyla ilgili bir sorun olabilir. Zaman (UTC) : 2026-04-26T16:19:37

2. 26 Nisan 2026 16:20 UTCresolved

   Bu olay çözüldü.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 22 Nisan 2026 08:11 UTCinvestigating

   Şu anda yeni eklentileri başlatmak için hız ve yeteneği etkileyen Plugin API Gateway'de artan tepki süreleri yaşıyoruz.

2. 22 Nisan 2026 08:29 UTCidentified

   Sorun tespit edildi ve bir düzeltme uygulanır.

3. 22 Nisan 2026 08:30 UTCresolved

   Bu olay çözüldü.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 21 Nisan 2026 13:36 UTCinvestigating

   Şu anda yeni eklentileri başlatmak için hız ve yeteneği etkileyen Plugin API Gateway'de artan tepki süreleri yaşıyoruz.

2. 21 Nisan 2026 13:51 UTCmonitoring

   Bir düzeltme uygulandı ve sonuçları takip ediyoruz.

3. 21 Nisan 2026 13:57 UTCresolved

   Plugin API Gateway'de artan yanıt süreleri ile ilgili sorun çözüldü ve ilk eklenti artık normal olarak çalışıyor. Kök nedeni: Planlanan bir AWS altyapı güncellemesi sırasında yamaları uygulamak bekleniyordu ve bu nedenle önceden iletişim kurmamız gerekiyordu, zaten tespit edilmiş ve düzeltilmiş bir talihsizlik gerçekleşti. Bazı pods tamamen hazır olduğundan, kuyruktaki önemli bir istek birikimine yol açtı. Yavaş yavaş işlenmek yerine, büyük bir kuyruk talepleri aynı anda ele alındı, mevcut veritabanı bağlantıları tükenmiş ve yeni gelen isteklerde gecikmelere neden oldu. Gelecekte benzer durumları önlemek için dağıtım ve ölçeklendirme prosedürlerimizi optimize ediyoruz.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 8 Nisan 2026 10:06 UTCresolved

   8 Nisan'da 09:51 UTC ve 09:54 UTC arasında, Stripo uygulamasını ve eklentiyi etkileyen kısa bir hizmet bozulması yaşadık. Sorun, AWS EKS ağ kümesindeki bir arızaya neden oldu (Amazon VPC CNI addon), bu da AWS tarafından yönetiliyor ve doğrudan kontrolümüz dışında. Bu süre zarfında kullanıcılar geçici bağlantı sorunları yaşayabilirler. Olay tamamen çözüldü ve tüm hizmetler normalde çalışıyor.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 29 Mart 2026 07:10 UTCinvestigating

   Müşteri hesabına erişimle ilgili bir sorun olabilir. Zaman (UTC) : 2026-03-29T07:10:04

2. 29 Mart 2026 07:12 UTCresolved

   Bu olay çözüldü.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 17 Mart 2026 10:51 UTCinvestigating

   Müşteri hesabına erişimle ilgili bir sorun olabilir. Zaman (UTC) : 2026-03-17T10:51:04

2. 17 Mart 2026 10:52 UTCresolved

   Bu olay çözüldü.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 26 Şubat 2026 08:49 UTCinvestigating

   Şirket içindeki müşteri görüntülerini yükleme, değiştirme veya kaldırma gibi sorunlar olabilir. Zaman (UTC) : 2026-02-26T08:48:57

2. 26 Şubat 2026 08:49 UTCresolved

   Bu olay çözüldü.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.