Gratis Discord bot hosting 24/7

Det korta svaret

Ja, du kan köra en Discord-bot gratis. Nej, nästan inget av de gratis alternativen håller den online dygnet runt utan att du märker det. Exakt ett gör det på riktigt: en maskin du äger och låter stå på. Allt annat byter drifttid mot nollan på fakturan — det söver boten, mäter den eller startar om den enligt ett schema.

Det är hela guiden på tre rader. Resten handlar om vilket alternativ som gör vad, så att du kan välja med öppna ögon.

Om din bot är ett helgprojekt som du aktivt bygger på är en gratisnivå rätt verktyg, och du kan sluta läsa här. Om andra redan använder den, läs vidare — felen nedan är de som kommer att bita dig.

De fyra sätten som ”gratis” slutar vara 24/7

Gratisnivåer fallerar inte slumpmässigt. De fallerar på fyra bestämda sätt, och när du vet vilket du stöter på vet du direkt om det går att åtgärda.

1. Plattformen söver din process

Hostingplattformar tar tillbaka kapacitet från arbete som ser inaktivt ut. Här är fällan: för en webbplattform ser en Discord-bot helt inaktiv ut. Den öppnar en utgående WebSocket mot Discords gateway och väntar. Inget kommer in på någon port, ingen HTTP-förfrågan besvaras, ingen trafikgraf rör sig. Din bot kan svara på kommandon hela kvällen och ändå, enligt varje mätvärde plattformen följer, inte göra något alls.

2. Kallstarter har inget som väcker dem

En webbplats klarar att sövas: nästa besökares förfrågan väcker den, och besökaren väntar en sekund. Ingen skickar en HTTP-förfrågan till en Discord-bot, så det finns inget som väcker den — den förblir helt enkelt nere. Det är hela anledningen till att keep-alive-trick finns: en liten webbserver fastskruvad på boten plus en extern tjänst som pingar den för evigt. Det fungerar tills pingaren slutar, plattformen ändrar sina regler för sövning, eller du läser villkoren och upptäcker att du arbetar emot dem.

3. Filsystemet är inte ditt att behålla

På många gratisnivåer återställs disken när appen driftsätts på nytt eller startar om. Om din bot sparar nivåer, ekonomi, varningar eller inställningar per server i en JSON-fil bredvid koden är den filen tillfällig lagring som ser permanent ut. Den överlever i dagar, vilket är tillräckligt länge för att du ska lita på den, och sedan raderar en omstart den. Allt som måste överleva en omstart hör hemma i en databas, inte på disken.

4. Månadskvoten tar slut

Vissa gratisplaner bygger inte på sövning alls — de ger dig en kvot av användning per månad. En bot som körs oavbrutet förbrukar den kvoten oavbrutet, så den stannar mitt i perioden och kommer tillbaka när mätaren nollställs. Tre veckors drifttid är ett helt okej hobbyupplägg. Det är inte 24/7.

Replit: bygg boten där, men låt den inte stanna där

Replit är en editor och en körmiljö i en och samma webbläsarflik, och för att skriva en bot är det genuint trevligt — du kan gå från en tom fil till en bot som svarar på din testserver utan att installera något. Många människors första fungerande bot bodde på Replit, inklusive en hel del som senare växte till något seriöst.

Haken är strukturell snarare än snål: Replit är byggt kring en arbetsyta som du använder. Att hålla en process igång efter att du stängt fliken är en separat, betald funktion, och den gratis arbetsytan varvar ner när du slutar arbeta i den. Det är ett konsekvent produktbeslut — det är en utvecklingsmiljö, inte en hostingplattform — men det betyder att ”min bot går offline när jag stänger laptopen” är avsett beteende, inte en bugg att lösa.

Vilket leder oss till keep-alive-mönstret du hittar i dussintals guider: lägg till en minimal webbserver i din bot och rikta en gratis drifttidsövervakare mot den, så att något alltid hämtar sidan. Det fungerar ett tag. Det är också skört åt alla håll — övervakaren slutar, reglerna ändras, och du blir sittande med att underhålla nödlösningen i stället för boten. Innan du bygger något ovanpå det, läs Replits aktuella dokumentation om vad gratisplanen innehåller i dag, för det är precis den sortens sak som revideras.

Render och Railway: riktiga plattformar, fel form för gratis

Render och Railway är ordentliga plattformar för driftsättning — git push, det byggs, det körs. Deras betalda nivåer är ett helt rimligt ställe för en Discord-bot. Det är de gratis ingångarna där folk fastnar, och av två olika skäl som är värda att hålla isär.

Render: din bot är fel sorts tjänst

Renders gratiserbjudande är format kring webbtjänster — saker som besvarar HTTP-förfrågningar — och det varvar ner dem när inga förfrågningar kommer. En Discord-bot är inte en sådan. Den är en bakgrundsworker som håller en utgående anslutning, och den kommer aldrig att få den HTTP-trafik som skulle hålla den vaken. Missmatchningen handlar alltså inte om hur generös nivån är; arbetsbelastningen passar helt enkelt inte produktens form. Om bakgrundsworkers finns på gratisplanen är precis den sortens detalj som ändras, så kolla Renders egen dokumentation snarare än en guide från för två år sedan.

Railway: mätt användning, så den stannar mitt i månaden

Railway mäter användning och ger dig en kvot att förbruka. Inget sövs och inget behöver pingas — den körs helt enkelt tills kvoten är slut och stannar sedan till nästa period. Som ett sätt att prova en driftsättning är det rent och förutsägbart. Som ”24/7-hosting” har det ett hårt stopp inbyggt, och stoppet landar mitt i månaden när du inte tittar. Deras prisdokumentation har de aktuella siffrorna.

Båda är värda att känna till, och ingen av dem kritiseras här. Om du gillar arbetsflödet är det ärliga draget att använda den betalda nivån på plattformen du gillar — inte att tvinga den gratis att bete sig som den.

Oracle Always Free, GitHub Actions och erbjudanden om ”gratis VPS”

Tre alternativ till som dyker upp hela tiden, i fallande ordning efter hur mycket du bör lita på dem.

Oracle Always Free: det närmaste ett moln kommer gratis 24/7

Det här är på riktigt. Oracles Always Free-nivå innehåller små virtuella maskiner som inte sövs — en vanlig Linux-maskin som fortsätter att köras, vilket verkligen är det du bad om. Två ärliga förbehåll. För det första är det svåra att få tag på en: gratis kapacitet i en viss region är ofta inte tillgänglig, och lösningen är att prova en annan region eller vänta. För det andra har du just blivit systemadministratör — OS-uppdateringar, brandvägg, en service-unit så att boten startar om vid uppstart, och dina egna säkerhetskopior. Det är en rättvis affär om du vill lära dig det, och en dålig om du bara ville ha din bot online. Läs Oracles aktuella villkor för Always Free innan du förlitar dig på det, inklusive vad som händer med instanser de anser vara inaktiva.

GitHub Actions: inte en host, och inte tillåtet som en

Actions är ett CI-system: det kör ett jobb när något händer i ditt repository, och jobb har en maximal körtid. Du kan kedja schemalagda körningar för att efterlikna en permanent process, och folk gör det. Två skäl att låta bli. Praktiskt får du en bot som dör och startar om enligt en tidtabell, med ett glapp varje gång. Formellt begränsar GitHubs villkor Actions till arbete som hör ihop med det repositoryts egen mjukvara — en bot som körs permanent ligger utanför vad produkten är till för, och att bygga din community på något som kan stängas av är en dålig grund. Använd det till det det är utmärkt på: att testa din bots kod vid varje push.

Erbjudanden om ”gratis VPS”: bedöm dem efter vad de inte berättar

De hamnar i två högar. Vissa är vanliga provperioder — en riktig maskin, en riktig tidsgräns, kort krävs. Helt okej, så länge du vet att klockan tickar. Resten marknadsför en permanent gratis server och är vaga om detaljerna, vilket är det som avslöjar dem: om en leverantör inte vill ange CPU, RAM, nätverk och regler för godtagbar användning skriftligt, så är det svaret. En överbokad maskin utan angivna gränser fallerar inte högljutt; den blir bara långsam, din bot svarar sent och du får aldrig veta varför.

Din egen dator eller en Raspberry Pi: den som faktiskt är gratis

Här är alternativet som håller vad det lovar. Hårdvara du redan äger, påslagen och med din bot igång. Inget söver den, inget mäter den och ingen kvot tar slut. Om du har en ledig maskin och en stabil uppkoppling är det här äkta gratis 24/7-hosting, och den här guiden tänker inte låtsas något annat.

Det du betalar i stället är inte pengar, och det är värt att säga ärligt:

• El, hela månaden, varje månad. En stationär dator som står på är en verklig post på räkningen; en Raspberry Pi är ett avrundningsfel. Räkna på det utifrån ditt eget elavtal — den som ger dig en siffra gissar vad du betalar för elen.
• Hemuppkopplingens pålitlighet blir din bots drifttid. Routern startar om klockan tre på natten, leverantören har en dålig timme, strömmen blinkar. Varje gång blir det ett glapp, och du får veta det när någon på din server nämner det.
• Din uppmärksamhet. En Windows-uppdatering bestämmer sig för att starta om vid sämsta tänkbara tillfälle, eller så dör processen tyst och inget får tillbaka den. I ett hemmaupplägg är du övervakningen.

Två saker avgör om det fungerar eller blir ett återkommande irritationsmoment:

• Se till att den startar om sig själv. En bot som startas för hand i en terminal tar slut vid första krasch eller omstart. Sätt upp den som en tjänst som kommer tillbaka vid uppstart — det enda steget är det som skiljer ”hostad hemma” från ”körs tills något händer”.
• Använd en Raspberry Pi i stället för din vardagsdator. Den drar nästan ingenting, har ingen fläkt som stör dig och — viktigast av allt — du använder den inte till något annat, så inget du gör kan ta ner boten. Tänk på att SD-kortet slits ut med tiden, så lägg allt du bryr dig om någonstans du säkerhetskopierar.

Gratis 24/7-hosting för en bot i Python eller Node.js

Frågan kommer oftast med ett språk kopplat till sig: gratis 24/7-hosting för en discord.py-bot, eller för en discord.js-bot. Det ärliga svaret är att språket nästan inte ändrar något i frågan om en gratis host håller din bot online. Sövning, kallstarter, en disk som återställs och en månadskvot verkar alla på processen, inte på vad den är skriven i. En Python-bot och en Node.js-bot på samma gratisnivå går offline i samma ögonblick, av samma anledning.

Där språket spelar roll är i detaljerna som avgör om en host passar över huvud taget:

• Erbjuds körmiljön, och i vilken version? discord.js följer aktuella Node.js-versioner och discord.py kräver en någorlunda ny Python. En gratisnivå som bara erbjuder en äldre körmiljö, eller bara en av de två, diskvalificerar sig själv innan drifttiden ens kommer på tal. Jämför hostens stödda versioner med bibliotekets egna krav.
• Beroenden installeras på nytt på en ren disk. På en host vars filsystem återställs installeras botens bibliotek om efter varje omstart eller driftsättning — i Node.js och Python likadant. Det förlänger glappet efter varje omstart, och ett beroende som inte går att installera betyder att boten inte kommer tillbaka alls.
• Röst kräver mer än biblioteket. En musikbot i vilket språk som helst behöver native-komponenter bredvid biblioteket — ett Opus-ljudbibliotek, ett krypteringsbibliotek och FFmpeg — och många gratisplattformar varken tillhandahåller dem eller låter dig installera systempaket. En bot med bara text påverkas inte.
• Keep-alive-tricket ser annorlunda ut och fallerar på samma sätt. Python-guider skruvar fast en liten Flask-server på boten; Node.js-guider använder Express. Hur som helst finns den bara för att generera förfrågningar som hindrar plattformen från att söva processen, och den går sönder av samma skäl som beskrivs ovan.

Minne är det andra stället där de två skiljer sig: samma botlogik använder inte lika mycket RAM som en Node.js-process och som en Python-process, och en musikbot använder mer än båda. De flesta kommando- och modereringsbotar ryms ändå bekvämt på några hundra megabyte i båda språken, så för en typisk bot är det inte den avgörande faktorn.

När det är värt att betala, och hur lite som krävs

Det finns en tydlig gräns här, och den handlar inte om hur stor din bot är. Betala när boten slutar vara din och blir något som andra förlitar sig på. Fram till dess kostar driftstopp dig en axelryckning. Efter det kostar driftstopp dig just det du byggde boten för.

Fyra tecken på att du har passerat gränsen:

• Någon annan märker att boten är nere innan du gör det.
• Du har startat om den för hand mer än en gång den här månaden.
• Att förlora dess data — nivåer, ekonomi, konfiguration — skulle faktiskt spela roll.
• Du lägger mer tid på att underhålla en keep-alive-nödlösning än på att arbeta med boten.

Anledningen till att beslutet är enkelt är priset. En bot är en lätt arbetsbelastning: en moderations- eller kommandobot klarar sig bekvämt på några hundra megabyte RAM, så det du köper är inte kraft, utan det faktum att den körs och fortsätter att köras. HytHost Discord bot hosting börjar på €0.89/mån, med en process som startar om sig själv om den kraschar, en databas som överlever omstarter och ett SLA på 99,9 % drifttid — för ungefär vad elen till en stationär dator ändå skulle ha kostat dig.

Om du vill ha mekaniken för att få upp din kod på en host — startkommandot, beroenden, hur du håller din token borta från repositoryt — är det ett annat jobb, och det har en egen guide: så här hostar du en Discord-bot 24/7.