1. Home
  2. Aziende
  3. GitHub
  4. Mappa Interruzioni
GitHub

GitHub Mappa Interruzioni

La seguente mappa delle interruzioni mostra le località più recenti in tutto il mondo in cui gli utenti di GitHub hanno segnalato i loro problemi e interruzioni. Se hai un problema con GitHub e la tua zona non è elencata, inviare una segnalazione di seguito.

Caricamento mappa, attendere...

La mappa di calore in alto mostra dove sono raggruppati geograficamente i rapporti più recenti inviati dagli utenti e sui social media. La densità di questi rapporti è rappresentata dalla scala dei colori come mostrato di seguito.

Utenti GitHub interessati:

Meno
Di più
Stato attuale

GitHub è una società che fornisce hosting per lo sviluppo di software e il controllo della versione tramite Git. Offre il controllo della versione distribuita e la funzionalità di gestione del codice sorgente di Git, oltre alle proprie funzionalità.

Località più colpite

Le segnalazioni di disservizio e i problemi degli ultimi 15 giorni sono originati da:

Localizzazione Segnalazioni
Créteil, Île-de-France 1
Trichūr, KL 1
Brasília, DF 2
Lyon, Auvergne-Rhône-Alpes 1
Tel Aviv, Tel Aviv 1
Rive-de-Gier, Auvergne-Rhône-Alpes 1
Itapema, SC 1
Cleveland, TN 1
Tlalpan, CDMX 1
Quilmes, BA 1
Bengaluru, KA 1
Yokohama, Kanagawa 1
Gustavo Adolfo Madero, CDMX 1
Nice, Provence-Alpes-Côte d'Azur 1
Montataire, Hauts-de-France 3
Colima, COL 1
Poblete, Castille-La Mancha 1
Ronda, Andalusia 1
Hernani, Basque Country 1
Tortosa, Catalonia 1
Culiacán, SIN 1
Haarlem, nh 1
Villemomble, Île-de-France 1
Bordeaux, Nouvelle-Aquitaine 1
Stato attuale

Discussione comunitaria

Suggerimenti? Frustrazioni? Condividi qui. I commenti utili includono una descrizione del problema, la città e il codice postale.

Fai attenzione ai "numeri di supporto" o agli account di "recupero" che potrebbero essere pubblicati di seguito. Assicurati di segnalare e votare negativamente quei commenti. Evita di pubblicare le tue informazioni personali.

Segnalazioni sui problemi di GitHub

Ultime interruzioni, problemi e segnalazioni di problemi nei social media:

  • pietroppeter
    Pietro Peterlongo (@pietroppeter) segnalati

    @vany_81_ @AfricaBusPol Ciao, grazie della segnalazione. Il problema difficilmente sarà GitHub ma magari la tecnologia con cui parle e verba condividono è la stessa

  • satyamppress
    Blake Norton 🌈 🌟 (@satyamppress) segnalati

    $MSFT aumenta i prezzi di alcune funzioni AI di GitHub, segnale di forte domanda ($MSFT). La volatilità attesa rende cruciale la gestione del rischio. Cosa ne pensate dell'impatto sul settore?

  • i_m_andrea
    Andrea Mignone (@i_m_andrea) segnalati

    @lucaxx85 @GiorgiaLodi A mio avviso, GitHub/-Lab/-* usato come "server" per distribuire aggiornamenti quotidiani di CSV da qualche decina di migliaia di righe può andare bene. Se si vogliono distribuire davvero dataset serializzati in diversi formati (e.g., JSON, XML, ttl, dump SQL, ...), allora no.

  • zekromaster
    Zekromaster (@[email protected]) (@zekromaster) segnalati

    @karpo36518331 @mcilloni @repubblica Peggio, è mancanza di anche una sola persona che sappia leggere l'inglese. Perché il messaggio di GitHub è estremamente esplicativo.

  • giulianol
    Giuliano Lancioni (@giulianol) segnalati

    @amazzini64 @drugo56873141 Però funziona abbastanza bene da gestire github, che usiamo tutti.

  • Pinperepette
    🏴‍☠️ The Pirate 🏴‍☠️ (@Pinperepette) segnalati

    I supply chain attack sugli MCP erano inevitabili. A febbraio ne è emerso uno pubblicamente, ma chissà quanti altri ne sono passati sotto il radar da allora. Clone quasi identici di server legit, repository GitHub costruiti per sembrare veri, fork con stelline, contributor con tre anni di history riciclata da account dormienti comprati in stock, README puliti, esempi funzionanti, naming a una lettera di distanza dall’originale. Poi il registry pubblico fa il resto. La cosa interessante non è nemmeno il malware. Quello cambia ogni due mesi. Oggi StealC, domani altro. La cosa interessante è che gli agenti stanno lentamente trasformando un typo in remote code execution automatizzata. Per anni il typosquatting funzionava perché un umano scriveva male un pacchetto alle 3 di notte o copiava un comando Stack Overflow scritto a ***** del 2021. Adesso basta scrivere “voglio accedere ai miei dati X” e l’agente va sul registry, sceglie un MCP compatibile e in certi setup se lo installa pure da solo. Niente prompt injection hollywoodiana, niente jailbreak quantistico, niente “l’AI ha preso coscienza”, nessuna intervista con Veltroni. È la stessa identica supply chain di sempre, solo che ora il developer impulsivo che installa roba a caso lavora a 200 token al secondo e non dorme mai. E infatti le mitigazioni serie sono terribilmente noiose: allowlist statiche, hash check, signature verification, sandbox vere, review umana sui registry non firmati, logging DNS separato per i processi MCP. Nessun ***** di MCP dovrebbe girare col vostro shell user, MAI, nemmeno in dev, ma secondo me lì fuori c’è già gente che ha dato sudo a mezzo ecosistema “temporaneamente”, che poi in IT significa fino alla morte termica dell’universo. Veniamo alla parte che mi fa ridere, o paura. Vedere gente discutere di AGI ribelle mentre metà del rischio reale assomiglia ancora a npm nel 2018 con un wrapper AI davanti e un README scritto meglio, con la differenza che stavolta a fare install random è un agente.

  • aledeniz
    Alessandro Riolo (@aledeniz) segnalati

    @CristinaDragani @Pinperepette Prego. Tieni presente che è da un po di settimane Claude funziona a singhiozzo. Io ormai uso generalmente GitHub Copilot Enterprise, che mi permette di cambiare modello. Quando mi accorgo che Claude fa le bizze, ormai più volte a settimana, passo alle ultime versioni di ChatGPT, finché Claude non si riprende. Quanto sopra anche perché per svariate ragioni devo usare VSCode. Se usassi altri client magari farei altro.

  • mattegaliz
    Matteo (@mattegaliz) segnalati

    @cianino @riccardopalombo oppure si aspetta il fork su github, tanto in teoria il codice delle versioni precedenti è ancora open source (GPLv3 se non sbaglio, che fa un po’ schifo ma meglio di niente)

  • GandalfGrigioOf
    Gandalf il Grigio  🟓 (@GandalfGrigioOf) segnalati

    @antirez io non so come sia possibile, non me lo spiego proprio, ma mi son trovato meglio, molto meglio, con Opus 4.7 via GitHub Copilot in vscode che con Opus 4.7 max su Claude Code in vscode. a parte l'estensione fatta da una scimmia ubriaca, il codice generato è decisamente peggio

  • vi__enne
    Vittorio Nicoletta (@vi__enne) segnalati

    @Antonio_Caramia Non c'è nessun motivo per pensare che ci rientri, da definizione. Poi si vedano caveat, errori e ricalcoli. Si può fare una issue su github della @DPCgov sperando in una risposta

  • mfoolsjam
    Mauro Foolsjam 🥓🇪🇺 (@mfoolsjam) segnalati

    @BillyDeMountain Si qualche anno fa ancora sul Qnap. Niente da dire su NC eh. Solo le bestemmie mentre sfogliavo GitHub e tentavo di capire perché avesse deciso di suicidarsi XD

  • Miry1919
    Miriana Novella (@Miry1919) segnalati

    Sto avendo problemi con GitHub. E non sto riuscendo a risolverli 😞

  • GiorgiaLodi
    Giorgia Lodi (@GiorgiaLodi) segnalati

    @mrk4m1 @angelogulina Sì certo, se hanno fatto una DPIA ciò è previsto. Tuttavia, rimane sempre la questione implementativa che personalmente non conosco. Il codice sorgente di IO è su github, aperto, quindi si può verificare come funziona :)

  • Emanuele676
    Emanuele676 (@Emanuele676) segnalati

    @disinformatico @sole24ore C’è un problema coi dati governativi su GitHub. Non so quando lo risolveranno.

  • AldTar
    Aldo Tarquilio (@AldTar) segnalati

    @vi__enne Per pubblicarlo credo tu possa pubblicarlo stesso su github in qualche modo, altrimenti si potrebbe usare la vps che ho per i bot e un server. Per quanto riguarda il resto, se fai una bozza casomai posso provare ad aiutarti (R non lo conosco proprio, ma farebbe comodo saperlo)

Stato attuale