46 incidente Sorry înregistrate începând din martie 2026, cu actualizări oficiale, componente afectate, durată și informații despre rezolvare.
Am stabilit o problemă care ar putea împiedica ștergerea unei pagini de stare dacă un membru al echipei ar fi prăbușit anterior sau ar fi respins lista de verificare inițială. Paginile afectate pot fi acum şterse aşa cum se aşteaptă.
Traducere automată din actualizarea oficială a incidentului.
Puteți arhiva acum anunțurile anterioare manual, fără să așteptați ca setările de arhivă automată să intre în vigoare. Acest lucru vă oferă mai mult control asupra istoricului dvs. status-page fără a șterge anunțurile originale. Alege Archive Notification dintr-un meniu de acţiuni anunţuri, fie în lista de anunţuri, fie la editare. Anunțuri arhivate stați în poziția lor obișnuită în tabloul de bord, clar marcate, astfel încât acestea sunt ușor de găsit din nou. Puteți alege, de asemenea, Unarchive Notific pentru a restabili o notificare la istoricul de stare-page - inclusiv anunțuri care au fost arhivate automat. Arhivarea automată existentă continuă să funcționeze ca înainte - nu există nimic nou de configurat.
Traducere automată din actualizarea oficială a incidentului.
Am stabilit o problemă în care abonații cu o adresă de e-mail dezactivată ar putea fi excluși din actualizările de stare în întregime, chiar și atunci când au avut un alt canal de notificare activat. Actualizările vor continua acum prin alte canale eligibile, în timp ce livrarea către adresa de e-mail dezactivată rămâne suprimată. Preferințele existente pentru canale și componente continuă să se aplice. Nu este nevoie de acţiune.
Traducere automată din actualizarea oficială a incidentului.
Am fixat un bug în cazul în care textul de rezervă pentru unele notificări Slack ar putea include un link de acces specific abonatului, chiar dacă mesajul vizibil folosit link-ul de stare publică. Ambele părți ale notificării utilizează acum aceeași legătură publică.
Traducere automată din actualizarea oficială a incidentului.
Am terminat ultima etapă a recentei noastre upgrade Ruby pe platforma Rails. În urma unei perioade atente de desfăşurare şi monitorizare, toate părţile de actualizare sunt acum active în producţie şi performanţe în mod normal. Această activitate consolidează fundamentele Ne pare rău și pregătește platforma pentru îmbunătățiri suplimentare. Nu este necesară nicio acțiune din partea clienților.
Traducere automată din actualizarea oficială a incidentului.
Astăzi am finalizat o actualizare a cadrului Ruby on Rails care alimentează SorryTM. Aceasta este o schimbare în spatele scenei cu nici un impact vizibil destinat clienților. Înainte de a comuta traficul de producție, am rulat suita noastră de testare automată împotriva ambelor versiuni-cadru, completat manual QA în montare, și a monitorizat upgrade-ul în trafic de producție live. Ratele de performanță și de eroare au rămas normale. Finalizarea acestei activități oferă o bază mai puternică pentru îmbunătățirile viitoare ale platformei, permițându-ne să adoptăm capacități-cadru mai noi prin intermediul unor actualizări mai mici și mai sigure.
Traducere automată din actualizarea oficială a incidentului.
Am făcut o mână de îmbunătățiri în spatele scenei pentru a ajuta paginile de stare publică să se încarce mai repede, cu cele mai mari câștiguri de pe pagini cu o istorie de lungă durată. Nu e nimic ce trebuie să faci și nici o schimbare la modul în care pagina ta arata sau funcționează .
Traducere automată din actualizarea oficială a incidentului.
Am făcut un alt lot mic de îmbunătățiri la modul în care sunt calculate parametrii paginii de stare și uptime. Nu e nimic ce trebuie să faci, dar ne oferă o bază mai solidă pentru actualizări viitoare în timp ce ajuta paginile de stare să rămână exacte și receptive.
Traducere automată din actualizarea oficială a incidentului.
Am lansat un alt set de îmbunătățiri în spatele scenei la modul în care paginile de stare funcționează starea lor actuală și alegeți ce anunțuri recente pentru a afișa. Nu ar trebui să observați orice schimbări mari încă, dar ne oferă o bază mai ordonată pentru unele îmbunătățiri noi suntem de lucru spre. Am fost, de asemenea, cu ochii pe performanţă pe tot parcursul, şi totul este în căutarea frumos şi constant.
Traducere automată din actualizarea oficială a incidentului.
Am îmbunătăţit modul în care paginile de stare publică sunt prezentate motoarelor de căutare. Pagini mari cu o mulțime de componente sau o istorie de lungă durată utilizează acum sitemaps mai mici, mai concentrate, făcându-le mai rapid și mai fiabil pentru a procesa. Am rafinat, de asemenea, ce conținut este inclus, prioritizarea paginilor publice cele mai utile și adăugarea ghidului status API. Nu este nimic ce trebuie să faceți. Aceste îmbunătățiri vor fi aplicate automat.
Traducere automată din actualizarea oficială a incidentului.
Am trimis câteva modificări în spatele scenei pentru a pregăti paginile de stare pentru unele îmbunătățiri viitoare. Pe drum, ne-am extins controalele de performanță automatizate pentru a acoperi pagini mai mari, mai aglomerate și mai multe scenarii din lumea reală. Acest lucru ar trebui să ne ajute să identificăm eventuale încetiniri mai devreme şi să menţinem paginile de stare funcţionând fără probleme pe măsură ce continuăm să construim. Nu e nimic ce trebuie să faci .
Traducere automată din actualizarea oficială a incidentului.
Conducerea UI a rămas stabilă, iar acest incident este acum rezolvat. Vă mulțumim pentru răbdare în timp ce am lucrat pentru a restabili serviciul normal
Traducere automată din actualizarea oficială a incidentului.
Am făcut o mică actualizare vizuală a listelor componentelor de pe paginile de stare. Chevrons mai clare face mai ușor pentru a vedea ce componente pot fi extinse, și descrieri componente acum au o pictogramă mai ordonată. Nu e nimic ce trebuie să faci, modificările vor apărea automat.
Traducere automată din actualizarea oficială a incidentului.
Am făcut puţină ordine în status API. Cel mai important, acum funcționează în mod corespunzător cu paginile de stare privată, astfel încât să puteți utiliza în condiții de siguranță API fără a face pagina publică. Am reîmprospătat, de asemenea, documentația API cu exemple CURL mai clare, copy-and-paste și câteva trucuri vizuale pentru a face totul mai ușor de urmat. Dacă aveți o pagină de stare privată, conectați-vă și vizitați pagina API pentru a găsi detaliile de autentificare și exemple actualizate. Integrarea API existente va continua să funcționeze ca înainte.
Traducere automată din actualizarea oficială a incidentului.
Am simplificat modul de încărcare a componentelor pe paginile de stare. Este o îmbunătățire în spatele scenei, astfel încât nu există nimic de făcut și nici o schimbare a modului în care funcționează pagina de stare.
Traducere automată din actualizarea oficială a incidentului.
Am rezolvat o eroare care a împiedicat unii membri ai echipei cu acces limitat la pagina de la salvarea modificărilor atunci când reordonarea componentelor. În loc să aplice noua comandă, pagina a afișat o eroare și a lăsat componentele neschimbate. Reordonarea componentelor funcţionează acum conform aşteptărilor pentru toţi membrii echipei cu permisiunea de a gestiona pagina.
Traducere automată din actualizarea oficială a incidentului.
Monitorizarea noastră a arătat că serviciul este stabil în ultimele 30 de minute, iar Centrul de Ajutor rămâne pe deplin disponibil. Vă apreciem răbdarea în timp ce această problemă era investigată şi rezolvată.
Traducere automată din actualizarea oficială a incidentului.
We've made an improvement that keeps subscriber notifications accurate whenever you add or move components on your status page. As you reorganise things over time, these changes could previously leave a subscriber's notification preferences slightly out of step with your new structure. Now we automatically keep everyone aligned with your latest layout, so they keep hearing about exactly the things they care about, and nothing they don't. **What this means for you and your subscribers** - **Add a Subcomponent:** anyone already following the parent automatically starts receiving updates about the newly added subcomponent. - **Move a Component:** subscribers keep receiving updates for whatever they initially chose to follow, wherever it now sits in your component structure. And if you delete a component, there's nothing to worry about — subscribers stay on your list and simply stop hearing about the part you removed. **Do I need to do anything?** No. This works automatically across your status pages, including changes made through the dashboard, the API, and when importing from another provider. Your subscribers' existing choices are always respected.
We’ve made some background changes to the way that subscribers are linked to components - this simplifies the amount of housekeeping we have to do when you make changes to your component tree, and also improves performance when building by-component breakdowns in the activity summary. There are no outward changes for customers, just an improvement to the underlying technology.
We've rebuilt the component management experience from the ground up — it's faster, simpler, and designed to scale with you. **Find what you need** — Managing hundreds of components is now quick and effortless. A real-time search filter lets you find any component instantly, and if you use collections, each page now has its own dedicated view so you can work in a focused, uncluttered workspace. **Organise with confidence** — Reordering and moving are now separate, intentional actions. Drag to reorder within a level, or move a component to a new parent using a clear target picker that shows exactly where it will land. If you're deleting a component with sub-components, you'll be asked to confirm by typing its name, so nothing is removed by accident. **Edit with clarity** — Adding and editing components is simpler, with clean focused forms and at-a-glance visibility into which components display metrics like uptime and mean time to resolve. We hope you enjoy the new experience — as always, reach out if you have any feedback.