Hosting gratuït de bots de Discord 24/7

La resposta curta

Sí, pots executar un bot de Discord gratis. No, gairebé cap de les opcions gratuïtes el mantindrà en línia dia i nit sense que te n'adonis. Només una ho fa de veritat: una màquina que és teva i que deixes engegada. Tota la resta canvia temps actiu pel zero de la factura — adorm el bot, en mesura l'ús o el reinicia segons un calendari.

Aquesta és tota la guia en tres línies. La resta explica quina opció fa què, perquè puguis triar amb els ulls oberts.

Si el teu bot és un projecte de cap de setmana en què estàs treballant activament, un pla gratuït és l'eina adequada i pots deixar de llegir aquí. Si altres persones ja l'utilitzen, continua llegint — els tipus de fallada que veuràs a continuació són precisament els que et tocaran.

Les quatre maneres en què "gratuït" deixa de ser 24/7

Els plans gratuïts no fallen a l'atzar. Fallen de quatre maneres concretes, i saber quina t'està afectant et diu de seguida si té solució.

1. La plataforma adorm el teu procés

Les plataformes d'allotjament recuperen capacitat de la feina que sembla inactiva. I aquí hi ha el parany: per a una plataforma web, un bot de Discord sembla completament inactiu. Obre un WebSocket de sortida cap al gateway de Discord i espera. No arriba res a cap port, no es respon cap petició HTTP, no es mou cap gràfic de trànsit. El teu bot pot passar-se tota la tarda responent ordres i, segons totes les mètriques que vigila la plataforma, no estar fent absolutament res.

2. L'arrencada en fred no té res que la desperti

Un lloc web sobreviu a l'adormiment: la petició del següent visitant el desperta i aquest espera un segon. Ningú no envia una petició HTTP a un bot de Discord, així que no hi ha res que el desperti — simplement es queda aturat. Aquesta és tota la raó de ser dels trucs de keep-alive: un servidor web minúscul enganxat al bot més un servei extern que li fa ping per sempre. Funciona fins que el servei de ping s'atura, la plataforma canvia les regles d'adormiment o llegeixes les condicions i descobreixes que hi estàs treballant en contra.

3. El sistema de fitxers no és teu per conservar

En molts plans gratuïts el disc es reinicia quan l'aplicació es torna a desplegar o es reinicia. Si el teu bot escriu nivells, una economia, avisos o configuracions per servidor en un fitxer JSON al costat del codi, aquest fitxer és un emmagatzematge temporal que sembla permanent. Aguanta dies, prou per fer-t'hi confiar, i llavors un reinici l'esborra. Tot el que hagi de sobreviure a un reinici ha d'anar a una base de dades, no al disc.

4. La quota mensual s'esgota

Alguns plans gratuïts no es basen gens en l'adormiment — et donen una quota d'ús mensual. Un bot que funciona contínuament consumeix aquesta quota contínuament, així que s'atura a mig cicle i torna quan el comptador es reinicia. Tres setmanes de temps actiu són una configuració perfectament bona per a una afició. No és 24/7.

Replit: construeix-hi el bot, però no l'hi deixis

Replit és un editor i un entorn d'execució en una sola pestanya del navegador, i per escriure un bot és realment agradable — pots passar d'un fitxer buit a un bot que respon al teu servidor de proves sense instal·lar res. El primer bot funcional de molta gent va viure a Replit, inclosos molts que després es van convertir en alguna cosa seriosa.

La pega és estructural, no de gasiveria: Replit està construït al voltant d'un espai de treball que estàs fent servir. Mantenir un procés en marxa després de tancar la pestanya és una funció a part, de pagament, i l'espai de treball gratuït s'apaga quan hi deixes de treballar. És una decisió de producte coherent — és un entorn de desenvolupament, no una plataforma d'allotjament —, però vol dir que "el meu bot es desconnecta quan tanco el portàtil" és el comportament previst, no un error per resoldre.

Això ens porta al patró de keep-alive que trobaràs en desenes de tutorials: afegeix un servidor web mínim al bot i apunta-hi un monitor de disponibilitat gratuït perquè sempre hi hagi alguna cosa demanant la pàgina. Funciona durant un temps. També és fràgil per tots cantons — el monitor falla, les regles canvien i acabes mantenint la solució provisional en lloc del bot. Abans de construir-hi res a sobre, llegeix la documentació actual de Replit sobre què inclou avui el pla gratuït, perquè aquest és exactament el tipus de cosa que es revisa.

Render i Railway: plataformes de veritat, forma equivocada per al gratuït

Render i Railway són plataformes de desplegament com cal — git push, es construeix, s'executa. Els seus plans de pagament són un lloc perfectament raonable per a un bot de Discord. On la gent s'encalla és en els nivells d'entrada gratuïts, i per dues raons diferents que val la pena separar.

Render: el teu bot és el tipus de servei equivocat

L'oferta gratuïta de Render està pensada per a serveis web — coses que responen peticions HTTP — i els atura quan no arriben peticions. Un bot de Discord no és això. És un worker en segon pla que manté una connexió de sortida, i mai no rebrà el trànsit HTTP que el mantindria despert. Així que el desajust no té a veure amb com de generós és el pla; la càrrega de treball no encaixa amb la forma del producte. Si els workers en segon pla estan disponibles al pla gratuït és exactament el tipus de detall que canvia, així que consulta la documentació de Render en lloc d'un tutorial de fa dos anys.

Railway: mesura l'ús, així que s'atura a mig mes

Railway mesura l'ús i et dona una quota per gastar. Res no s'adorm i no cal fer ping a res — simplement funciona fins que s'esgota la quota i després s'atura fins al cicle següent. Com a manera de provar un desplegament, és net i previsible. Com a "hosting 24/7", porta una aturada dura incorporada, i l'aturada arriba a mig mes quan no estàs mirant. La seva documentació de preus té les xifres actuals.

Val la pena conèixer-les totes dues, i aquí no se'n critica cap. Si t'agrada el flux de treball, el que és honest és fer servir el pla de pagament de la plataforma que t'agrada — no forçar el gratuït perquè es comporti com ell.

Oracle Always Free, GitHub Actions i les ofertes de "VPS gratuït"

Tres opcions més que surten constantment, en ordre descendent de com te n'hauries de refiar.

Oracle Always Free: el més a prop que un núvol arriba del 24/7 gratuït

Aquesta és real. El pla Always Free d'Oracle inclou màquines virtuals petites que no s'adormen — una màquina Linux senzilla que es manté en marxa, que és de veritat el que demanaves. Dues pegues honestes. Primer, el difícil és aconseguir-ne una: sovint no hi ha capacitat gratuïta disponible en una regió determinada, i la solució és provar una altra regió o esperar. Segon, t'acabes de convertir en administrador de sistemes — actualitzacions del sistema operatiu, tallafoc, una unitat de servei perquè el bot es reiniciï en arrencar i les teves pròpies còpies de seguretat. És un tracte just si ho vols aprendre, i un de dolent si només volies el bot en línia. Abans de dependre'n, llegeix les condicions actuals d'Always Free d'Oracle, inclòs què passa amb les instàncies que consideren inactives.

GitHub Actions: no és un hosting, ni està permès fer-lo servir com a tal

Actions és un sistema de CI: executa una tasca quan passa alguna cosa al teu repositori, i les tasques tenen un temps màxim d'execució. Pots encadenar execucions programades per aproximar-te a un procés permanent, i hi ha qui ho fa. Dues raons per no fer-ho. A la pràctica, tens un bot que mor i es reinicia segons un horari, amb un buit cada vegada. Formalment, les condicions de GitHub limiten Actions a feina relacionada amb el programari del mateix repositori — un bot que funciona permanentment queda fora del propòsit del producte, i construir la teva comunitat sobre una cosa que es pot desactivar és un mal fonament. Fes-lo servir per al que és excel·lent: provar el codi del teu bot a cada push.

Ofertes de "VPS gratuït": jutja-les pel que no et diuen

Es divideixen en dos grups. Algunes són proves normals — una màquina real, un límit de temps real, cal targeta. Cap problema, sempre que sàpigues que el rellotge corre. La resta anuncien un servidor gratuït per sempre i són vagues amb els detalls, i això és el que les delata: si un proveïdor no vol indicar per escrit la CPU, la RAM, la xarxa i les normes d'ús acceptable, aquesta és la resposta. Una màquina sobresaturada sense límits declarats no falla de manera sorollosa; simplement es torna lenta, el teu bot respon tard i mai no saps per què.

El teu PC o una Raspberry Pi: l'única opció que és gratuïta de veritat

Aquí tens l'opció que compleix el que promet. Maquinari que ja tens, engegat, executant el teu bot. Res no l'adorm, res no el mesura i cap quota no s'esgota. Si tens una màquina de sobres i una connexió estable, això és hosting 24/7 gratuït de veritat i aquesta guia no farà veure el contrari.

El que pagues a canvi no són diners, i val la pena dir-ho amb honestedat:

• Electricitat, tot el mes, cada mes. Un PC de sobretaula engegat és una línia real a la factura; una Raspberry Pi és una misèria. Calcula-ho amb la teva tarifa — qualsevol que et doni una xifra està endevinant el preu de la teva electricitat.
• La fiabilitat de la connexió de casa es converteix en el temps actiu del bot. El router es reinicia a les 3 de la matinada, l'operador té una mala hora, la llum fa pampallugues. Cadascuna és un buit, i te n'assabentes quan algú del teu servidor ho comenta.
• La teva atenció. Una actualització de Windows decideix reiniciar en el pitjor moment, o el procés mor en silenci i res no el torna a aixecar. En una instal·lació casolana, la monitorització ets tu.

Dues coses marquen la diferència entre que això funcioni i que sigui una molèstia recurrent:

• Fes que es reiniciï sol. Un bot engegat a mà en un terminal s'acaba amb la primera fallada o el primer reinici. Configura'l com un servei que torni en arrencar — aquest únic pas és el que separa "allotjat a casa" de "funcionant fins que passi alguna cosa".
• Fes servir una Raspberry Pi en lloc del teu ordinador de cada dia. Gairebé no consumeix, no té cap ventilador que et molesti i — el més important — no la fas servir per a res més, així que res del que facis pot fer caure el bot. Tingues en compte que la targeta SD acaba desgastant-se, així que guarda tot el que t'importi en un lloc del qual facis còpia de seguretat.

Hosting 24/7 gratuït per a un bot en Python o Node.js

La pregunta sol arribar amb un llenguatge al darrere: hosting 24/7 gratuït per a un bot de discord.py, o per a un de discord.js. La resposta honesta és que el llenguatge no canvia gairebé res sobre si un hosting gratuït mantindrà el teu bot en línia. L'adormiment, les arrencades en fred, un disc que es reinicia i una quota mensual actuen sobre el procés, no sobre el llenguatge en què està escrit. Un bot en Python i un en Node.js al mateix pla gratuït es desconnecten al mateix moment i pel mateix motiu.

On el llenguatge sí que importa és en els detalls que decideixen si un hosting encaixa o no:

• S'ofereix l'entorn d'execució, i en quina versió? discord.js segueix les versions actuals de Node.js i discord.py necessita un Python raonablement recent. Un pla gratuït que només ofereix un entorn antic, o només un dels dos, queda descartat abans que el temps actiu entri en joc. Compara les versions que admet el hosting amb els requisits de la mateixa biblioteca.
• Les dependències es tornen a instal·lar en un disc net. En un hosting on el sistema de fitxers es reinicia, les biblioteques del bot es reinstal·len després de cada reinici o desplegament — tant en Node.js com en Python. Això allarga el buit després de cada reinici, i una dependència que no s'instal·la vol dir que el bot no torna.
• La veu necessita més que la biblioteca. Un bot de música en qualsevol dels dos llenguatges necessita peces natives al costat de la biblioteca — una biblioteca d'àudio Opus, una biblioteca de xifratge i FFmpeg — i moltes plataformes gratuïtes ni les proporcionen ni et deixen instal·lar paquets del sistema. Un bot només de text no se'n veu afectat.
• El truc del keep-alive té un aspecte diferent i falla igual. Els tutorials de Python enganxen un petit servidor Flask al bot; els de Node.js fan servir Express. En tots dos casos només existeix per generar peticions que impedeixin que la plataforma adormi el procés, i es trenca pels mateixos motius descrits més amunt.

La memòria és l'altre punt on es diferencien: la mateixa lògica de bot no fa servir la mateixa quantitat de RAM com a procés de Node.js que com a procés de Python, i un bot de música en fa servir més que tots dos. Tot i així, la majoria de bots d'ordres i de moderació caben còmodament en uns quants centenars de megabytes en tots dos llenguatges, així que per a un bot típic no és el factor decisiu.

Quan val la pena pagar, i com n'hi ha prou amb poc

Aquí hi ha una línia clara, i no té res a veure amb com de gran és el teu bot. Paga quan el bot deixi de ser només teu i es converteixi en una cosa de la qual depenen altres persones. Fins aleshores, una caiguda et costa una arronsada d'espatlles. A partir d'aleshores, una caiguda et costa allò per què vas crear el bot.

Quatre senyals que l'has creuada:

• Algú altre s'adona que el bot ha caigut abans que tu.
• Aquest mes l'has reiniciat a mà més d'una vegada.
• Perdre'n les dades — nivells, economia, configuració — importaria de debò.
• Dediques més temps a mantenir una solució de keep-alive que a treballar en el bot.

El motiu pel qual aquesta decisió és fàcil és el preu. Un bot és una càrrega lleugera: un bot de moderació o d'ordres va sobrat amb uns quants centenars de megabytes de RAM, així que el que compres no és potència, sinó el fet que funcioni i continuï funcionant. El hosting de bots de Discord de HytHost comença des d'€0.89/mes, amb un procés que es reinicia sol si falla, una base de dades que sobreviu als reinicis i un SLA del 99,9% de temps actiu — més o menys pel que t'hauria costat de totes maneres l'electricitat d'un PC de sobretaula.

Si vols saber com portar el teu codi a un hosting — l'ordre d'arrencada, les dependències, mantenir el token fora del repositori —, això és una altra feina i té la seva pròpia guia: com allotjar un bot de Discord 24/7.