Hosting gratuit pentru boți Discord 24/7

Răspunsul scurt

Da, poți rula un bot de Discord gratuit. Nu, aproape nicio opțiune gratuită nu îl va ține online non-stop fără să observi întreruperi. Una singură reușește cu adevărat: un calculator care e al tău și pe care îl lași pornit. Toate celelalte dau uptime-ul la schimb pentru zeroul de pe factură — adorm botul, îl contorizează sau îl repornesc după un program.

Ăsta e tot ghidul în trei rânduri. Restul arată ce opțiune face ce, ca să alegi cu ochii deschiși.

Dacă botul tău e un proiect de weekend la care lucrezi activ, un plan gratuit e unealta potrivită și te poți opri aici. Dacă îl folosesc deja și alții, citește mai departe — problemele de mai jos sunt cele care te vor prinde.

Cele patru moduri în care „gratuit” încetează să fie 24/7

Planurile gratuite nu cedează la întâmplare. Cedează în patru moduri precise, iar dacă știi pe care îl nimerești, îți dai seama imediat dacă se poate rezolva.

1. Platforma îți adoarme procesul

Platformele de hosting recuperează resurse de la tot ce pare inactiv. Aici e capcana: pentru o platformă web, un bot de Discord pare complet inactiv. Deschide o conexiune WebSocket de ieșire către gateway-ul Discord și așteaptă. Nu vine nimic pe vreun port, nu se servește nicio cerere HTTP, niciun grafic de trafic nu se mișcă. Botul tău poate răspunde la comenzi toată seara și totuși, după orice metrică urmărită de platformă, să nu facă absolut nimic.

2. La un cold start, nu are cine să-l trezească

Un site trece ușor peste adormire: cererea următorului vizitator îl trezește, iar acesta așteaptă o secundă. Unui bot de Discord nu-i trimite nimeni cereri HTTP, deci nu are ce să-l trezească — pur și simplu rămâne oprit. Tocmai de aceea există trucurile de keep-alive: un mic server web lipit de bot plus un serviciu extern care îi dă ping la nesfârșit. Merge până când serviciul de ping se oprește, platforma își schimbă regulile de adormire sau citești termenii și descoperi că lucrezi împotriva lor.

3. Sistemul de fișiere nu e al tău să-l păstrezi

Pe multe planuri gratuite discul se resetează când aplicația e redeployată sau repornită. Dacă botul tău scrie nivele, economie, avertismente sau setări per server într-un fișier JSON lângă cod, fișierul acela e stocare temporară care doar pare permanentă. Rezistă câteva zile, destul cât să ajungi să ai încredere în el, iar apoi o repornire îl șterge. Tot ce trebuie să supraviețuiască unei reporniri își are locul într-o bază de date, nu pe disc.

4. Se termină alocarea lunară

Unele planuri gratuite nu se bazează deloc pe adormire — îți dau o alocare de utilizare pe lună. Un bot care rulează continuu consumă alocarea continuu, așa că se oprește pe la jumătatea ciclului și revine când contorul se resetează. Trei săptămâni de uptime sunt o configurație de hobby perfect în regulă. Dar nu înseamnă 24/7.

Replit: construiește botul acolo, dar nu-l lăsa acolo

Replit e editor și mediu de rulare într-un singur tab de browser și, pentru scrierea unui bot, e sincer plăcut — treci de la un fișier gol la un bot care răspunde pe serverul tău de test fără să instalezi nimic. Primul bot funcțional al multor oameni a trăit pe Replit, inclusiv destui care au crescut apoi în ceva serios.

Problema ține de structură, nu de zgârcenie: Replit e construit în jurul unui spațiu de lucru pe care îl folosești. Să ții un proces pornit după ce închizi tabul e o funcție separată, plătită, iar spațiul de lucru gratuit se oprește când nu mai lucrezi în el. E o decizie de produs coerentă — e un mediu de dezvoltare, nu o platformă de hosting — dar înseamnă că „botul meu iese offline când închid laptopul” e comportamentul intenționat, nu un bug de rezolvat.

Ceea ce ne aduce la trucul de keep-alive din zeci de tutoriale: adaugi un server web minimal în bot, apoi îndrepți spre el un monitor de uptime gratuit, ca ceva să ceară mereu pagina. Chiar merge o vreme. E însă fragil din toate direcțiile — monitorul cade, regulile se schimbă și ajungi să întreții ocolișul în loc de bot. Înainte să construiești ceva peste el, citește documentația actuală Replit ca să vezi ce include azi planul gratuit, pentru că exact genul ăsta de lucruri se revizuiește.

Render și Railway: platforme serioase, formă greșită pentru gratuit

Render și Railway sunt platforme de deploy adevărate — dai git push, se face build-ul, rulează. Planurile lor plătite sunt un loc perfect rezonabil pentru un bot de Discord. Punctele de intrare gratuite sunt cele unde se prind oamenii, și din două motive diferite pe care merită să le separăm.

Render: botul tău e tipul greșit de serviciu

Oferta gratuită Render e gândită pentru servicii web — lucruri care răspund la cereri HTTP — și le oprește când nu mai vin cereri. Un bot de Discord nu e așa ceva. E un worker de fundal care ține o conexiune de ieșire și nu va primi niciodată traficul HTTP care l-ar ține treaz. Deci nepotrivirea nu ține de cât de generos e planul; sarcina pur și simplu nu se potrivește cu forma produsului. Dacă workerii de fundal sunt disponibili pe planul gratuit e exact genul de detaliu care se schimbă, așa că verifică documentația Render, nu un tutorial de acum doi ani.

Railway: contorizat, deci se oprește la mijlocul lunii

Railway contorizează utilizarea și îți dă o alocare de cheltuit. Nimic nu adoarme și nu trebuie să dai ping la nimic — rulează pur și simplu până se termină alocarea, apoi se oprește până la ciclul următor. Ca mod de a încerca un deploy, e curat și previzibil. Ca „hosting 24/7” are o oprire încorporată, iar oprirea vine la mijlocul lunii, când nu ești atent. Documentația lor de prețuri are cifrele actuale.

Merită să le cunoști pe amândouă și niciuna nu e criticată aici. Dacă îți place fluxul de lucru, mișcarea cinstită e să folosești planul plătit al platformei care îți place — nu să te lupți cu cel gratuit ca să se poarte ca el.

Oracle Always Free, GitHub Actions și ofertele de „VPS gratuit”

Încă trei opțiuni care apar mereu, în ordinea descrescătoare a încrederii pe care le-o poți acorda.

Oracle Always Free: cel mai aproape de 24/7 gratuit în cloud

Aceasta e reală. Planul Always Free de la Oracle include mașini virtuale mici care nu adorm — un server Linux simplu care rămâne pornit, adică exact ce ai cerut. Două capcane, spuse cinstit. Prima: să obții una e partea grea: capacitatea gratuită dintr-o anumită regiune lipsește des, iar soluția e să încerci altă regiune sau să aștepți. A doua: tocmai ai devenit administrator de sistem — update-uri de sistem de operare, firewall, un unit de serviciu ca botul să repornească la boot și propriile backupuri. E un schimb corect dacă vrei să înveți asta și unul prost dacă voiai doar botul online. Citește termenii actuali Always Free de la Oracle înainte să te bazezi pe el, inclusiv ce se întâmplă cu instanțele pe care le consideră inactive.

GitHub Actions: nu e hosting și nici nu e permis ca hosting

Actions e un sistem CI: rulează un job când se întâmplă ceva în repository-ul tău, iar joburile au o durată maximă. Poți înlănțui rulări programate ca să imiți un proces permanent, și unii chiar fac asta. Două motive să n-o faci. Practic, obții un bot care moare și repornește după orar, cu o pauză de fiecare dată. Formal, termenii GitHub restricționează Actions la lucru legat de software-ul acelui repository — un bot care rulează permanent iese din ce e menit produsul să facă, iar să-ți clădești comunitatea pe ceva ce poate fi oprit oricând e o fundație proastă. Folosește-l pentru ce face excelent: testarea codului botului la fiecare push.

Ofertele de „VPS gratuit”: judecă-le după ce nu-ți spun

Acestea se împart în două grămezi. Unele sunt perioade de probă obișnuite — o mașină reală, o limită de timp reală, card cerut. În regulă, atâta vreme cât știi că ceasul merge. Restul promit un server gratuit pe viață și sunt vagi la detalii, iar asta e semnalul: dacă un furnizor nu declară în scris CPU-ul, RAM-ul, rețeaua și politica de utilizare acceptabilă, acela e răspunsul. O mașină suprasolicitată, fără limite declarate, nu cade zgomotos; doar devine lentă, iar botul tău răspunde târziu și nu afli niciodată de ce.

PC-ul tău sau un Raspberry Pi: singura opțiune chiar gratuită

Iată opțiunea care își ține promisiunea. Hardware pe care îl ai deja, pornit, rulându-ți botul. Nimic nu-l adoarme, nimic nu-l contorizează și nu se termină nicio alocare. Dacă ai o mașină în plus și o conexiune stabilă, asta e hosting 24/7 gratuit pe bune, iar ghidul ăsta nu va pretinde altceva.

Ce plătești în schimb nu sunt bani, și merită spus cinstit:

• Curent electric, toată luna, în fiecare lună. Un PC desktop lăsat pornit e o linie reală pe factură; un Raspberry Pi e o eroare de rotunjire. Calculează după propriul tarif — oricine îți dă o cifră ghicește prețul curentului tău.
• Fiabilitatea internetului de acasă devine uptime-ul botului. Routerul se repornește la 3 noaptea, furnizorul are o oră proastă, curentul pâlpâie. Fiecare înseamnă o pauză, iar tu afli când cineva de pe server o pomenește.
• Atenția ta. Un update de Windows hotărăște să repornească în cel mai prost moment sau procesul moare pe tăcute și nimic nu-l readuce. Acasă, monitorizarea ești tu.

Două lucruri fac diferența dintre o soluție care merge și o bătaie de cap recurentă:

• Fă-l să se repornească singur. Un bot pornit de mână într-un terminal se termină la primul crash sau la prima repornire. Configurează-l ca serviciu care revine la boot — pasul ăsta desparte „găzduit acasă” de „merge până se întâmplă ceva”.
• Folosește un Raspberry Pi, nu calculatorul de zi cu zi. Consumă aproape nimic, n-are ventilator care să te enerveze și — cel mai important — nu-l folosești la altceva, deci nimic din ce faci nu poate opri botul. Ține minte că, în timp, cardul SD se uzează, așa că pune tot ce contează într-un loc de care faci backup.

Hosting gratuit 24/7 pentru un bot în Python sau Node.js

Întrebarea vine de obicei cu un limbaj atașat: hosting gratuit 24/7 pentru un bot discord.py sau pentru unul discord.js. Răspunsul cinstit e că limbajul nu schimbă aproape nimic la întrebarea dacă un hosting gratuit îți ține botul online. Adormirea, cold start-urile, discul care se resetează și alocarea lunară acționează asupra procesului, nu asupra limbajului în care a fost scris. Un bot în Python și unul în Node.js pe același plan gratuit ies offline în același moment, din același motiv.

Unde limbajul contează e la detaliile care decid dacă un hosting se potrivește măcar:

• Este oferit mediul de rulare și în ce versiune? discord.js urmează versiunile actuale de Node.js, iar discord.py are nevoie de un Python destul de recent. Un plan gratuit care oferă doar un runtime mai vechi, sau doar unul dintre cele două, se elimină singur înainte să ajungem la uptime. Compară versiunile suportate de hosting cu cerințele bibliotecii.
• Dependențele se reinstalează pe un disc proaspăt. Pe un hosting al cărui sistem de fișiere se resetează, bibliotecile botului se reinstalează după fiecare repornire sau redeploy — la fel în Node.js și în Python. Asta lungește pauza după fiecare repornire, iar o dependență care nu se instalează înseamnă că botul nu mai revine deloc.
• Vocea cere mai mult decât biblioteca. Un bot de muzică, în oricare limbaj, are nevoie de componente native lângă bibliotecă — o bibliotecă audio Opus, o bibliotecă de criptare și FFmpeg — iar multe platforme gratuite nici nu le oferă, nici nu te lasă să instalezi pachete de sistem. Un bot doar de text nu e afectat.
• Trucul de keep-alive arată altfel, dar cedează la fel. Tutorialele de Python lipesc de bot un mic server Flask; cele de Node.js folosesc Express. Oricum ar fi, există doar ca să genereze cereri care să împiedice platforma să adoarmă procesul, și se strică din aceleași motive descrise mai sus.

Memoria e celălalt punct unde cele două diferă: aceeași logică de bot nu folosește la fel de mult RAM ca proces Node.js și ca proces Python, iar un bot de muzică folosește mai mult decât oricare dintre ele. Majoritatea boților de comenzi și de moderare încap totuși lejer în câteva sute de megabytes în ambele limbaje, așa că pentru un bot obișnuit nu ăsta e factorul decisiv.

Când merită să plătești și cât de puțin costă

Aici există o linie clară și nu ține de cât de mare e botul. Plătește când botul nu mai e doar al tău și devine ceva pe care se bazează alții. Până atunci, o cădere te costă o ridicare din umeri. După, o cădere te costă exact lucrul pentru care ai construit botul.

Patru semne că ai trecut linia:

• Altcineva observă că botul e picat înaintea ta.
• L-ai repornit de mână de mai multe ori luna asta.
• Pierderea datelor lui — nivele, economie, configurație — chiar ar conta.
• Petreci mai mult timp întreținând un ocoliș de keep-alive decât lucrând la bot.

Decizia e ușoară din cauza prețului. Un bot e o sarcină ușoară: un bot de moderare sau de comenzi stă lejer în câteva sute de megabytes de RAM, așa că nu cumperi putere, ci faptul că pornește și rămâne pornit. Hostingul de boți Discord HytHost pornește de la €0.89/lună, cu un proces care se repornește singur dacă dă crash, o bază de date care supraviețuiește repornirilor și un SLA de disponibilitate de 99,9% — cam cât te-ar fi costat oricum curentul unui PC desktop.

Dacă vrei partea practică — cum îți urci codul pe un hosting, comanda de pornire, dependențele, cum ții tokenul în afara repository-ului — asta e altă treabă și are propriul ghid: cum găzduiești un bot de Discord 24/7.