Hosting gratis per bot Discord 24/7

La risposta breve

Sì, puoi far girare un bot Discord gratis. No, quasi nessuna delle opzioni gratuite lo terrà online giorno e notte senza che tu debba starci dietro. Solo una ci riesce davvero: una macchina tua che lasci accesa. Tutto il resto scambia l'uptime con lo zero in fattura: mette il bot in sospensione, ne misura il consumo o lo riavvia a orari prestabiliti.

Questa è l'intera guida in tre righe. Il resto spiega quale opzione fa cosa, così puoi scegliere a occhi aperti.

Se il tuo bot è un progetto del fine settimana su cui stai lavorando attivamente, un piano gratuito è lo strumento giusto e puoi smettere di leggere qui. Se lo usano già altre persone, continua: i problemi descritti qui sotto sono quelli che ti colpiranno.

I quattro modi in cui il "gratis" smette di essere 24/7

I piani gratuiti non si guastano a caso. Cedono in quattro modi precisi, e sapere quale ti sta colpendo ti dice subito se si può risolvere.

1. La piattaforma sospende il tuo processo

Le piattaforme di hosting recuperano risorse da ciò che sembra inattivo. Ecco la trappola: agli occhi di una piattaforma web, un bot Discord sembra del tutto inattivo. Apre un WebSocket in uscita verso il gateway di Discord e aspetta. Non arriva nulla su nessuna porta, non viene servita nessuna richiesta HTTP, nessun grafico del traffico si muove. Il tuo bot può rispondere ai comandi tutta la sera e restare comunque, per ogni metrica che la piattaforma controlla, completamente fermo.

2. Gli avvii a freddo non hanno niente che li svegli

Per un sito web la sospensione si sopporta: la richiesta del visitatore successivo lo risveglia e lui aspetta un secondo. Nessuno manda richieste HTTP a un bot Discord, quindi non c'è niente che lo svegli: resta semplicemente offline. È l'unico motivo per cui esistono i trucchi keep-alive: un piccolo web server attaccato al bot più un servizio esterno che lo pinga all'infinito. Funziona finché il ping non si ferma, la piattaforma non cambia le regole di sospensione o non leggi i termini e scopri che stai andando contro di essi.

3. Il filesystem non è tuo per sempre

Su molti piani gratuiti il disco si azzera quando l'app viene ridistribuita o riavviata. Se il tuo bot salva livelli, economia, avvertimenti o impostazioni per server in un file JSON accanto al codice, quel file è uno spazio temporaneo che sembra permanente. Sopravvive per giorni, abbastanza da farti fidare, e poi un riavvio lo cancella. Tutto ciò che deve sopravvivere a un riavvio va in un database, non sul disco.

4. La quota mensile si esaurisce

Alcuni piani gratuiti non si basano affatto sulla sospensione: ti danno una quota di utilizzo al mese. Un bot che gira di continuo consuma quella quota di continuo, quindi si ferma a metà ciclo e riparte quando il contatore si azzera. Tre settimane di uptime sono un'ottima configurazione per un hobby. Non sono 24/7.

Replit: crea lì il bot, ma non lasciarlo lì

Replit è un editor e un ambiente di esecuzione in un'unica scheda del browser, e per scrivere un bot è davvero comodo: passi da un file vuoto a un bot che risponde nel tuo server di prova senza installare nulla. Il primo bot funzionante di molte persone è nato su Replit, compresi parecchi che poi sono diventati qualcosa di serio.

Il limite è strutturale, non una questione di avarizia: Replit è costruito attorno a uno spazio di lavoro che stai usando. Tenere un processo attivo dopo aver chiuso la scheda è una funzione separata e a pagamento, e lo spazio di lavoro gratuito si ferma quando smetti di lavorarci. È una scelta di prodotto coerente (è un ambiente di sviluppo, non una piattaforma di hosting), ma significa che "il mio bot va offline quando chiudo il portatile" è il comportamento previsto, non un bug da risolvere.

Il che ci porta al trucco keep-alive che trovi in decine di tutorial: aggiungere un web server minimo al bot e puntarci contro un monitor di uptime gratuito, così che qualcosa richieda sempre la pagina. Per un po' funziona. È anche fragile da ogni lato: il monitor si interrompe, le regole cambiano e finisci per mantenere l'espediente invece del bot. Prima di costruirci sopra qualsiasi cosa, leggi la documentazione attuale di Replit per sapere cosa include oggi il piano gratuito, perché è proprio il genere di cosa che viene rivista.

Render e Railway: piattaforme serie, formato sbagliato per il gratis

Render e Railway sono vere piattaforme di deploy: fai git push, compila, gira. I loro piani a pagamento sono un posto perfettamente sensato per un bot Discord. È con le offerte gratuite che la gente resta fregata, e per due motivi diversi che vale la pena distinguere.

Render: il tuo bot è il tipo di servizio sbagliato

L'offerta gratuita di Render è pensata per i web service (cose che rispondono a richieste HTTP) e li spegne quando non arrivano richieste. Un bot Discord non è questo. È un processo in background che mantiene una connessione in uscita, e non riceverà mai il traffico HTTP che lo terrebbe sveglio. Quindi il problema non è quanto sia generoso il piano: il carico di lavoro non si adatta alla forma del prodotto. Se i processi in background siano disponibili nel piano gratuito è proprio il tipo di dettaglio che cambia, quindi controlla la documentazione di Render invece di un tutorial di due anni fa.

Railway: a consumo, quindi si ferma a metà mese

Railway misura l'utilizzo e ti dà una quota da spendere. Niente va in sospensione e niente va pingato: gira semplicemente finché la quota non finisce, poi si ferma fino al ciclo successivo. Come modo per provare un deploy è pulito e prevedibile. Come "hosting 24/7" ha uno stop incorporato, e lo stop arriva a metà mese quando non stai guardando. La loro documentazione sui prezzi riporta le cifre attuali.

Vale la pena conoscerle entrambe, e nessuna delle due viene criticata qui. Se il flusso di lavoro ti piace, la cosa onesta da fare è usare il piano a pagamento della piattaforma che preferisci, non forzare quello gratuito a comportarsi come tale.

Oracle Always Free, GitHub Actions e le offerte di "VPS gratis"

Altre tre opzioni che saltano fuori di continuo, in ordine decrescente di affidabilità.

Oracle Always Free: il cloud più vicino a un 24/7 gratuito

Questa è reale. Il piano Always Free di Oracle include piccole macchine virtuali che non vanno in sospensione: un normale server Linux che resta acceso, cioè esattamente quello che cercavi. Due limiti, detti onestamente. Primo, il difficile è ottenerne una: la capacità gratuita in una data regione spesso non è disponibile, e la soluzione è provare un'altra regione o aspettare. Secondo, sei appena diventato un amministratore di sistema: aggiornamenti del sistema operativo, firewall, un'unità di servizio perché il bot riparta all'avvio e i tuoi backup. È uno scambio equo se vuoi imparare, e uno pessimo se volevi solo il bot online. Leggi i termini attuali di Always Free di Oracle prima di farci affidamento, compreso cosa succede alle istanze che considerano inattive.

GitHub Actions: non è un hosting, e non è consentito usarlo come tale

Actions è un sistema di CI: esegue un job quando succede qualcosa nel tuo repository, e i job hanno un tempo massimo di esecuzione. Puoi concatenare esecuzioni programmate per simulare un processo permanente, e c'è chi lo fa. Due motivi per non farlo. In pratica, ottieni un bot che muore e riparte secondo un orario, con un buco ogni volta. Formalmente, i termini di GitHub limitano Actions al lavoro legato al software del repository stesso: un bot sempre attivo è fuori da ciò per cui il prodotto esiste, e costruire la tua community su qualcosa che può essere spento è una base fragile. Usalo per quello in cui eccelle: testare il codice del bot a ogni push.

Offerte di "VPS gratis": giudicale da ciò che non ti dicono

Si dividono in due gruppi. Alcune sono normali prove: una macchina vera, un limite di tempo vero, carta richiesta. Va bene, purché tu sappia che il tempo scorre. Le altre pubblicizzano un server gratuito per sempre e restano vaghe sui dettagli, ed è proprio questo il segnale: se un fornitore non mette per iscritto CPU, RAM, rete e politica di utilizzo accettabile, quella è la risposta. Una macchina sovraccarica senza limiti dichiarati non si guasta in modo evidente; diventa semplicemente lenta, il tuo bot risponde in ritardo e non scopri mai perché.

Il tuo PC o un Raspberry Pi: l'unica opzione davvero gratis

Ecco l'opzione che mantiene la promessa. Hardware che hai già, acceso, con il tuo bot in esecuzione. Niente lo sospende, niente ne misura il consumo e nessuna quota si esaurisce. Se hai una macchina libera e una connessione stabile, questo è vero hosting 24/7 gratuito e questa guida non farà finta del contrario.

Quello che paghi in cambio non sono soldi, e vale la pena dirlo con onestà:

• Elettricità, tutto il mese, ogni mese. Un PC desktop sempre acceso pesa davvero in bolletta; un Raspberry Pi è una cifra trascurabile. Fai il conto con la tua tariffa: chiunque ti dia una cifra sta tirando a indovinare il prezzo della tua elettricità.
• L'affidabilità della tua connessione di casa diventa l'uptime del tuo bot. Il router si riavvia alle 3 di notte, il provider ha un'ora storta, la corrente va e viene. Ogni volta è un buco, e lo scopri quando qualcuno nel tuo server lo fa notare.
• La tua attenzione. Un aggiornamento di Windows decide di riavviare nel momento peggiore, o il processo muore in silenzio e niente lo fa ripartire. In una configurazione casalinga il monitoraggio sei tu.

Due cose fanno la differenza tra una soluzione che funziona e una seccatura ricorrente:

• Fai in modo che si riavvii da solo. Un bot avviato a mano in un terminale finisce al primo crash o riavvio. Configuralo come servizio che riparte all'accensione: quel singolo passo è ciò che separa "ospitato in casa" da "attivo finché non succede qualcosa".
• Usa un Raspberry Pi invece del computer di tutti i giorni. Consuma quasi niente, non ha una ventola che dà fastidio e, soprattutto, non lo usi per nient'altro, quindi niente di quello che fai può far cadere il bot. Tieni presente che la scheda SD prima o poi si consuma, quindi metti tutto ciò che conta in un posto di cui fai il backup.

Hosting 24/7 gratis per un bot in Python o Node.js

La domanda di solito arriva con un linguaggio attaccato: hosting 24/7 gratis per un bot discord.py, oppure per uno discord.js. La risposta onesta è che il linguaggio non cambia quasi nulla sul fatto che un hosting gratuito tenga online il tuo bot. Sospensione, avvii a freddo, un disco che si azzera e una quota mensile agiscono sul processo, non sul linguaggio in cui è scritto. Un bot Python e un bot Node.js sullo stesso piano gratuito vanno offline nello stesso momento, per lo stesso motivo.

Il linguaggio conta invece nei dettagli che decidono se un hosting va bene o no:

• Il runtime è disponibile, e in quale versione? discord.js segue le versioni attuali di Node.js e discord.py richiede un Python ragionevolmente recente. Un piano gratuito che offre solo un runtime vecchio, o solo uno dei due, si esclude da solo prima ancora di parlare di uptime. Confronta le versioni supportate dall'hosting con i requisiti della libreria stessa.
• Le dipendenze vengono reinstallate su un disco pulito. Su un hosting il cui filesystem si azzera, le librerie del bot vengono reinstallate dopo ogni riavvio o nuovo deploy, sia in Node.js sia in Python. Questo allunga il buco dopo ogni riavvio, e una dipendenza che non si installa significa che il bot non torna proprio.
• La voce richiede più della libreria. Un bot musicale in entrambi i linguaggi ha bisogno di componenti nativi accanto alla libreria (una libreria audio Opus, una di crittografia e FFmpeg), e molte piattaforme gratuite non li forniscono né ti permettono di installare pacchetti di sistema. Un bot solo testuale non ne risente.
• Il trucco keep-alive cambia aspetto ma fallisce allo stesso modo. I tutorial Python attaccano al bot un piccolo server Flask; quelli Node.js usano Express. In entrambi i casi serve solo a generare richieste che impediscano alla piattaforma di sospendere il processo, e si rompe per gli stessi motivi descritti sopra.

La memoria è l'altro punto in cui i due differiscono: la stessa logica del bot non usa la stessa quantità di RAM come processo Node.js e come processo Python, e un bot musicale ne usa più di entrambi. Comunque la maggior parte dei bot di comandi e moderazione sta comodamente in qualche centinaio di megabyte in tutti e due i linguaggi, quindi per un bot tipico non è il fattore decisivo.

Quando conviene pagare, e quanto poco serve

Qui c'è una linea netta, e non dipende da quanto sia grande il tuo bot. Paga quando il bot smette di essere solo tuo e diventa qualcosa su cui contano altre persone. Fino a quel punto, un'interruzione ti costa un'alzata di spalle. Dopo, ti costa proprio la cosa per cui hai creato il bot.

Quattro segnali che hai superato quella linea:

• Qualcun altro si accorge che il bot è offline prima di te.
• Lo hai riavviato a mano più di una volta questo mese.
• Perdere i suoi dati (livelli, economia, configurazione) sarebbe un problema serio.
• Passi più tempo a mantenere un espediente keep-alive che a lavorare sul bot.

Il motivo per cui questa decisione è facile è il prezzo. Un bot è un carico leggero: un bot di moderazione o di comandi sta comodo in qualche centinaio di megabyte di RAM, quindi quello che compri non è potenza, ma il fatto che giri e continui a girare. L'hosting per bot Discord di HytHost parte da €0.89/mese, con un processo che si riavvia da solo in caso di crash, un database che sopravvive ai riavvii e uno SLA di uptime del 99,9%, più o meno quanto ti sarebbe costata comunque l'elettricità di un PC desktop.

Se ti serve la parte pratica di portare il codice su un hosting (il comando di avvio, le dipendenze, tenere il token fuori dal repository), è un altro lavoro e ha la sua guida: come ospitare un bot Discord 24/7.