Cum e găzduit DevQuake

Acest articol conține un link de recomandare către Hostinger. Dacă te înscrii prin el, putem primi un comision, fără vreun cost în plus pentru tine. Ne plătim singuri găzduirea, iar tot ce urmează ni s-a întâmplat cu adevărat.

Cei care fac site-uri mici întreabă des ce presupune de fapt să ții în funcțiune ceva ca DevQuake. Iată cum e organizat la noi, inclusiv partea care a mers prost.

Ce rulează și unde

DevQuake este o aplicație Next.js cu aplicații independente, fiecare pe subdomeniul ei: darts.devquake.com, utilities.devquake.com și așa mai departe. Rulează pe un plan Node.js administrat la Hostinger, cu baze de date MySQL pe același plan.

Site-ul și fiecare subdomeniu de aplicație rulează propria copie a aplicației. Acest singur fapt influențează aproape toate celelalte decizii, după cum vei vedea.

Publicarea e simplă: o îmbinare în ramura principală pornește un build, care publică un pachet gata de rulat, iar gazda îl reinstalează. Pe server nu se construiește nimic.

La ce să fii atent la preț

Reclamele și recomandările din blog ajută la plata găzduirii, ca aplicațiile să rămână fără reclame.

Găzduirea nu e singura factură. Domeniul și serviciul de sinteză vocală din spatele vocilor naturale ale antrenorului de fitness se plătesc separat. Verifică prețul actual înainte să te hotărăști, fiindcă planurile sunt adesea mult mai ieftine în prima perioadă decât la reînnoire.

Ziua în care am rămas fără resurse

Pe 22 octombrie 2026 planul nostru a rămas fără resurse. Paginile au început să răspundă cu pagina de eroare 503 a gazdei sau pur și simplu se blocau.

Cauza au fost firele de execuție. Un plan ca al nostru limitează procesele și firele pe care le poți rula, la noi 120. Fiecare copie a aplicației avea nevoie de circa șapte fire, iar cu peste o duzină de copii eram aproape de limită înainte să apară primul vizitator.

Ce am schimbat

• Copiile inactive se închid. Un subdomeniu de aplicație nefolosit se oprește și pornește din nou la următoarea vizită. O aplicație rar folosită nu costă aproape nimic, în schimbul unei prime pagini mai lente.
• Mai puține fire pe copie. Node.js poate rula cu rezerve de fire mai mici decât cele implicite, iar ale noastre sunt acum limitate.
• Fără sarcini mereu pornite. Munca programată se face într-o singură rulare comună, nu în temporizatoare din fiecare proces.
• Munca grea se face în browser. Citirea pozei unui contor sau micșorarea unei imagini rulează pe dispozitivul vizitatorului, nu pe serverul nostru.
• Fișierele stau în baza de date. O publicare înlocuiește folderul aplicației, deci ce e salvat pe disc s-ar pierde.
• Fiecare funcție nouă trece printr-o verificare a costului: fire, memorie, sarcini și spațiu.

Cui i se potrivește

Merge bine dacă ai un site sau câteva aplicații mici, trafic modest, vrei un singur panou pentru domenii, SSL, baze de date și email și nu vrei să administrezi un server.

Nu ți se potrivește dacă ai nevoie de procese de fundal de lungă durată, module native cu fire proprii sau multe procese mereu pornite. Vei atinge limita de procese și un VPS ți-ar fi mai de folos.

Ce ne-am spune nouă înșine

1. Află limita de procese înainte să adaugi a zecea aplicație. Uită-te la pagina de resurse din panou, nu doar la spațiul pe disc.
2. Numără firele, nu doar memoria.
3. Pune de la început oprirea în caz de inactivitate.
4. Ia certificatul SSL al unui subdomeniu nou înainte să-l deschizi, mai ales dacă site-ul trimite HSTS cu subdomenii incluse: altfel browserele îl refuză.

Dacă vrei să încerci

Dacă acest mod de lucru se potrivește cu ce construiești, te poți înscrie prin linkul nostru de recomandare: vezi planurile Hostinger. Nu te costă nimic în plus și ajută la plata DevQuake. Dacă nu se potrivește, un VPS mic e alternativa cinstită.

Cum funcționează DevQuake