Gratis Discord bot hosting 24/7

Det korte svaret

Ja, du kan kjøre en Discord-bot gratis. Nei, nesten ingen av de gratis alternativene holder den online døgnet rundt uten at du merker det. Nøyaktig ett gjør det på ekte: en maskin du eier og lar stå på. Alt annet bytter oppetid mot nullen på fakturaen — det legger boten i dvale, måler den eller starter den på nytt etter en tidsplan.

Det er hele guiden på tre linjer. Resten handler om hvilket alternativ som gjør hva, slik at du kan velge med åpne øyne.

Hvis boten din er et helgeprosjekt du aktivt bygger på, er et gratisnivå riktig verktøy, og du kan slutte å lese her. Hvis andre allerede bruker den, les videre — feilene nedenfor er de som kommer til å bite deg.

De fire måtene «gratis» slutter å være 24/7 på

Gratisnivåer svikter ikke tilfeldig. De svikter på fire bestemte måter, og når du vet hvilken av dem du treffer, vet du med en gang om det lar seg fikse.

1. Plattformen legger prosessen din i dvale

Hostingplattformer tar tilbake kapasitet fra arbeid som ser inaktivt ut. Her er fellen: for en nettplattform ser en Discord-bot helt inaktiv ut. Den åpner en utgående WebSocket mot Discords gateway og venter. Ingenting kommer inn på noen port, ingen HTTP-forespørsel blir besvart, ingen trafikkgraf rører seg. Boten din kan svare på kommandoer hele kvelden og likevel, etter hvert eneste måltall plattformen følger med på, ikke gjøre noe som helst.

2. Kaldstarter har ingenting som vekker dem

En nettside tåler å bli lagt i dvale: neste besøkendes forespørsel vekker den, og vedkommende venter et sekund. Ingen sender en HTTP-forespørsel til en Discord-bot, så det er ingenting som vekker den — den blir rett og slett liggende nede. Det er hele grunnen til at keep-alive-triks finnes: en liten webserver skrudd fast på boten, pluss en ekstern tjeneste som pinger den i det uendelige. Det fungerer til pingeren stopper, plattformen endrer reglene for dvale, eller du leser vilkårene og oppdager at du jobber mot dem.

3. Filsystemet er ikke ditt å beholde

På mange gratisnivåer nullstilles disken når appen deployes på nytt eller starter på nytt. Hvis boten din lagrer nivåer, økonomi, advarsler eller innstillinger per server i en JSON-fil ved siden av koden, er den filen midlertidig lagring som ser permanent ut. Den overlever i dagevis, lenge nok til at du stoler på den, og så sletter en omstart den. Alt som må overleve en omstart, hører hjemme i en database, ikke på disken.

4. Den månedlige kvoten tar slutt

Noen gratisplaner er ikke basert på dvale i det hele tatt — de gir deg en kvote med bruk per måned. En bot som kjører kontinuerlig, bruker opp den kvoten kontinuerlig, så den stopper midt i perioden og kommer tilbake når måleren nullstilles. Tre ukers oppetid er et helt greit hobbyoppsett. Det er ikke 24/7.

Replit: bygg boten der, men ikke la den bli der

Replit er en editor og et kjøremiljø i én nettleserfane, og til å skrive en bot er det virkelig behagelig — du kan gå fra en tom fil til en bot som svarer på testserveren din uten å installere noe. Mange sin første fungerende bot bodde på Replit, inkludert en god del som senere vokste til noe seriøst.

Haken er strukturell heller enn gjerrig: Replit er bygget rundt et arbeidsområde som du bruker. Å holde en prosess i gang etter at du har lukket fanen, er en egen, betalt funksjon, og det gratis arbeidsområdet stenger ned når du slutter å jobbe i det. Det er en konsekvent produktbeslutning — det er et utviklingsmiljø, ikke en hostingplattform — men det betyr at «boten min går offline når jeg lukker laptopen» er tilsiktet oppførsel, ikke en feil som skal løses.

Noe som bringer oss til keep-alive-mønsteret du finner i dusinvis av veiledninger: legg til en minimal webserver i boten, og pek en gratis oppetidsmonitor mot den, slik at noe alltid henter siden. Det fungerer en stund. Det er også skjørt i alle retninger — monitoren svikter, reglene endres, og du ender opp med å vedlikeholde nødløsningen i stedet for boten. Før du bygger noe oppå det, les Replits gjeldende dokumentasjon om hva gratisplanen inneholder i dag, for det er nettopp den typen ting som blir endret.

Render og Railway: ekte plattformer, feil form for gratis

Render og Railway er skikkelige plattformer for deployment — git push, det bygges, det kjører. De betalte nivåene deres er et helt fornuftig sted for en Discord-bot. Det er de gratis inngangene folk går i fella på, og av to ulike grunner som er verdt å holde fra hverandre.

Render: boten din er feil type tjeneste

Renders gratistilbud er formet rundt webtjenester — ting som besvarer HTTP-forespørsler — og det stenger dem ned når ingen forespørsler kommer. En Discord-bot er ikke det. Den er en bakgrunnsworker som holder en utgående forbindelse, og den vil aldri få den HTTP-trafikken som ville holdt den våken. Misforholdet handler altså ikke om hvor sjenerøst nivået er; arbeidsbelastningen passer rett og slett ikke produktets form. Om bakgrunnsworkere er tilgjengelige på gratisplanen, er akkurat den typen detalj som endrer seg, så sjekk Renders egen dokumentasjon heller enn en veiledning fra for to år siden.

Railway: målt forbruk, så den stopper midt i måneden

Railway måler forbruk og gir deg en kvote å bruke av. Ingenting går i dvale, og ingenting trenger å pinges — den kjører rett og slett til kvoten er brukt opp, og stopper så til neste periode. Som en måte å prøve en deployment på er det ryddig og forutsigbart. Som «24/7-hosting» har det et hardt stopp innebygd, og stoppet kommer midt i måneden når du ikke følger med. Prisdokumentasjonen deres har de gjeldende tallene.

Begge er verdt å kjenne til, og ingen av dem blir kritisert her. Hvis du liker arbeidsflyten, er det ærlige trekket å bruke det betalte nivået på plattformen du liker — ikke å slåss for å få den gratis til å oppføre seg som den.

Oracle Always Free, GitHub Actions og tilbud om «gratis VPS»

Tre alternativer til som dukker opp hele tiden, i synkende rekkefølge etter hvor mye du bør stole på dem.

Oracle Always Free: det nærmeste en sky kommer gratis 24/7

Denne er ekte. Oracles Always Free-nivå inkluderer små virtuelle maskiner som ikke går i dvale — en vanlig Linux-maskin som fortsetter å kjøre, noe som virkelig er det du ba om. To ærlige forbehold. For det første er det vanskelige å få tak i en: gratis kapasitet i en gitt region er ofte ikke tilgjengelig, og løsningen er å prøve en annen region eller vente. For det andre har du nettopp blitt systemadministrator — OS-oppdateringer, brannmur, en service-unit slik at boten starter på nytt ved oppstart, og dine egne sikkerhetskopier. Det er en rettferdig handel hvis du vil lære det, og en dårlig en hvis du bare ville ha boten din online. Les Oracles gjeldende vilkår for Always Free før du stoler på det, inkludert hva som skjer med instanser de anser som inaktive.

GitHub Actions: ikke en host, og ikke tillatt som en

Actions er et CI-system: det kjører en jobb når noe skjer i repositoryet ditt, og jobber har en maksimal kjøretid. Du kan lenke planlagte kjøringer sammen for å etterligne en permanent prosess, og folk gjør det. To grunner til å la være. Praktisk sett får du en bot som dør og starter på nytt etter en rutetabell, med et hull hver gang. Formelt begrenser GitHubs vilkår Actions til arbeid knyttet til det aktuelle repositoryets egen programvare — en bot som kjører permanent, ligger utenfor det produktet er ment for, og å bygge fellesskapet ditt på noe som kan slås av, er et dårlig fundament. Bruk det til det det er fremragende til: å teste botens kode ved hver push.

Tilbud om «gratis VPS»: vurder dem etter hva de ikke vil fortelle deg

De havner i to hauger. Noen er vanlige prøveperioder — en ekte maskin, en ekte tidsgrense, kort påkrevd. Greit nok, så lenge du vet at klokka går. Resten reklamerer med en permanent gratis server og er vage om detaljene, og det er nettopp det som avslører dem: hvis en leverandør ikke vil oppgi CPU, RAM, nettverk og regler for akseptabel bruk skriftlig, så er det svaret. En overbooket maskin uten oppgitte grenser svikter ikke høylytt; den blir bare treg, boten din svarer sent, og du finner aldri ut hvorfor.

Din egen PC eller en Raspberry Pi: den som faktisk er gratis

Her er alternativet som holder det det lover. Maskinvare du allerede eier, slått på, med boten din kjørende. Ingenting legger den i dvale, ingenting måler den, og ingen kvote tar slutt. Hvis du har en ledig maskin og en stabil forbindelse, er dette ekte gratis 24/7-hosting, og denne guiden kommer ikke til å late som noe annet.

Det du betaler i stedet, er ikke penger, og det er verdt å si ærlig:

• Strøm, hele måneden, hver måned. En stasjonær PC som står på, er en reell post på regningen; en Raspberry Pi er en avrundingsfeil. Regn det ut etter din egen strømavtale — alle som gir deg et tall, gjetter på strømprisen din.
• Påliteligheten til hjemmeinternettet ditt blir botens oppetid. Ruteren starter på nytt klokka tre om natta, leverandøren har en dårlig time, strømmen blinker. Hver gang blir det et hull, og du får vite om det når noen på serveren din nevner det.
• Din oppmerksomhet. En Windows-oppdatering bestemmer seg for å starte på nytt i verst tenkelige øyeblikk, eller prosessen dør stille og ingenting får den tilbake. På et hjemmeoppsett er det du som er overvåkingen.

To ting utgjør forskjellen på om dette fungerer eller blir et tilbakevendende irritasjonsmoment:

• Sørg for at den starter seg selv på nytt. En bot som startes for hånd i en terminal, avsluttes ved første krasj eller omstart. Sett den opp som en tjeneste som kommer tilbake ved oppstart — det ene steget er det som skiller «hostet hjemme» fra «kjører til noe skjer».
• Bruk en Raspberry Pi i stedet for maskinen du bruker til daglig. Den trekker nesten ingenting, har ingen vifte som plager deg, og — viktigst av alt — du bruker den ikke til noe annet, så ingenting du gjør kan ta ned boten. Husk at SD-kortet blir slitt ut etter hvert, så legg alt du bryr deg om et sted du tar sikkerhetskopi av.

Gratis 24/7-hosting for en bot i Python eller Node.js

Spørsmålet kommer som regel med et språk knyttet til seg: gratis 24/7-hosting for en discord.py-bot, eller for en discord.js-bot. Det ærlige svaret er at språket nesten ikke endrer noe ved om en gratis host holder boten din online. Dvale, kaldstarter, en disk som nullstilles og en månedlig kvote virker alle på prosessen, ikke på hva den er skrevet i. En Python-bot og en Node.js-bot på samme gratisnivå går offline i samme øyeblikk, av samme grunn.

Der språket betyr noe, er i detaljene som avgjør om en host i det hele tatt passer:

• Tilbys kjøremiljøet, og i hvilken versjon? discord.js følger gjeldende Node.js-utgivelser, og discord.py krever en rimelig ny Python. Et gratisnivå som bare tilbyr et eldre kjøremiljø, eller bare ett av de to, diskvalifiserer seg selv før oppetid i det hele tatt kommer på tale. Sammenlign hostens støttede versjoner med bibliotekets egne krav.
• Avhengigheter installeres på nytt på en fersk disk. På en host der filsystemet nullstilles, blir botens biblioteker installert på nytt etter hver omstart eller deployment — i Node.js og Python likt. Det forlenger hullet etter hver omstart, og en avhengighet som ikke lar seg installere, betyr at boten ikke kommer tilbake i det hele tatt.
• Tale krever mer enn biblioteket. En musikkbot i begge språk trenger native komponenter ved siden av biblioteket — et Opus-lydbibliotek, et krypteringsbibliotek og FFmpeg — og mange gratisplattformer verken leverer dem eller lar deg installere systempakker. En bot med bare tekst berøres ikke.
• Keep-alive-trikset ser annerledes ut og svikter på samme måte. Python-veiledninger skrur en liten Flask-server fast på boten; Node.js-veiledninger bruker Express. Uansett finnes den bare for å generere forespørsler som hindrer plattformen i å legge prosessen i dvale, og den ryker av de samme grunnene som beskrevet ovenfor.

Minne er det andre stedet der de to skiller seg: den samme botlogikken bruker ikke like mye RAM som en Node.js-prosess og som en Python-prosess, og en musikkbot bruker mer enn begge. De fleste kommando- og modereringsboter ligger likevel komfortabelt på noen hundre megabyte i begge språk, så for en typisk bot er det ikke den avgjørende faktoren.

Når det lønner seg å betale, og hvor lite som skal til

Det går en tydelig grense her, og den handler ikke om hvor stor boten din er. Betal når boten slutter å være din og blir noe andre er avhengige av. Fram til da koster nedetid deg et skuldertrekk. Etter det koster nedetid deg akkurat det du bygde boten for.

Fire tegn på at du har krysset grensen:

• Noen andre merker at boten er nede før du gjør det.
• Du har startet den på nytt for hånd mer enn én gang denne måneden.
• Å miste dataene dens — nivåer, økonomi, konfigurasjon — ville faktisk bety noe.
• Du bruker mer tid på å vedlikeholde en keep-alive-nødløsning enn på å jobbe med boten.

Grunnen til at beslutningen er enkel, er prisen. En bot er en lett arbeidsbelastning: en modererings- eller kommandobot klarer seg fint med noen hundre megabyte RAM, så det du kjøper er ikke kraft, men det faktum at den kjører og fortsetter å kjøre. HytHost Discord bot hosting starter på €0.89/md, med en prosess som starter seg selv på nytt hvis den krasjer, en database som overlever omstarter, og en SLA på 99,9 % oppetid — for omtrent det strømmen til en stasjonær PC uansett ville ha kostet deg.

Hvis du vil ha mekanikken for å få koden din opp på en host — oppstartskommandoen, avhengigheter, hvordan du holder tokenet ditt utenfor repositoryet — er det en annen jobb, og den har sin egen guide: slik hoster du en Discord-bot 24/7.