Így fut a DevQuake: a tárhelyünk

Ez a bejegyzés ajánló linket tartalmaz a Hostingerhez. Ha ezen keresztül regisztrálsz, jutalékot kaphatunk, neked ez nem kerül többe. A saját tárhelyünket mi fizetjük, és minden, ami alább olvasható, valóban megtörtént velünk.

Akik kis oldalakat építenek, gyakran kérdezik, mi kell valójában egy olyan oldal futtatásához, mint a DevQuake. Íme a felállásunk, azzal együtt, ami rosszul sült el.

Mi hol fut

A DevQuake egy Next.js alkalmazás független appokkal, mindegyik a saját aldomainjén: darts.devquake.com, utilities.devquake.com és így tovább. Egy felügyelt Node.js csomagon fut a Hostingernél, MySQL adatbázisokkal ugyanazon a csomagon.

A weboldal és minden app-aldomain az alkalmazás saját példányát futtatja. Ez az egy tény szinte minden további döntést meghatároz, ahogy látni fogod.

A telepítés egyszerű: a fő ágba való merge elindít egy buildet, amely futásra kész csomagot tesz közzé, a szolgáltató pedig újratelepíti. A szerveren semmi nem épül.

Mire figyelj az árnál

A blog hirdetései és ajánlásai segítenek kifizetni a tárhelyet, hogy maguk az appok hirdetésmentesek maradhassanak.

Nem a tárhely az egyetlen számla. A domain és az edzésedző természetes hangjai mögötti beszédszolgáltatás külön fizetendő. Döntés előtt nézd meg az aktuális árat, mert a csomagok az első időszakban gyakran jóval olcsóbbak, mint megújításkor.

A nap, amikor elfogytak az erőforrások

2026. október 22-én elfogytak a csomagunk erőforrásai. Az oldalak a szolgáltató saját 503-as hibaoldalával válaszoltak, vagy egyszerűen lefagytak.

Az ok a szálak száma volt. Egy ilyen csomag korlátozza a futtatható folyamatokat és szálakat, nálunk 120-ra. Az alkalmazás minden példányának körülbelül hét szál kellett, és több mint egy tucat példánnyal már azelőtt a korlát közelében voltunk, hogy az első látogató megérkezett volna.

Mit változtattunk

• A tétlen példányok leállnak. Az az app-aldomain, amelyet senki nem használ, leáll, és a következő látogatáskor újraindul. A ritkán használt app szinte semmibe nem kerül, cserébe lassabb az első oldal.
• Kevesebb szál példányonként. A Node.js az alapértelmezettnél kisebb szálkészletekkel is fut, a miénk most korlátozott.
• Nincsenek állandóan futó feladatok. Az ütemezett munka egy közös ütemezett futásban zajlik, nem minden folyamat saját időzítőiben.
• A nehéz munka a böngészőben történik. A mérőóra-fotó beolvasása vagy a kép kicsinyítése a látogató eszközén fut, nem a szerverünkön.
• A fájlok az adatbázisba kerülnek. A telepítés lecseréli az alkalmazás mappáját, így ami a lemezen van, elveszne.
• Minden új funkció költségellenőrzésen megy át: szálak, memória, feladatok és tárhely.

Kinek való

Jól működik, ha egy oldalt vagy néhány kis appot futtatsz, mérsékelt a forgalmad, egy panelt szeretnél a domainekhez, az SSL-hez, az adatbázisokhoz és az e-mailhez, és nem akarsz szervert karbantartani.

Nem neked való, ha hosszan futó háttérfolyamatokra, saját szálakat indító natív modulokra vagy sok állandóan futó folyamatra van szükséged. Eléred a folyamatkorlátot, és jobban jársz egy VPS-sel.

Mit mondanánk magunknak

1. Tudd meg a folyamatkorlátot, mielőtt a tizedik appot hozzáadod. A panel erőforrás-oldalát nézd, ne csak a lemezterületet.
2. A szálakat számold, ne csak a memóriát.
3. A tétlenségi leállítást már az elején tedd bele.
4. Egy új aldomainhez az SSL-tanúsítványt a megnyitás előtt szerezd meg, főleg ha az oldalad aldomainekre is kiterjedő HSTS-t küld: a böngészők enélkül elutasítják.

Ha ki akarod próbálni

Ha ez a felállás illik ahhoz, amit építesz, regisztrálhatsz az ajánló linkünkön keresztül: a Hostinger csomagjai. Neked nem kerül többe, és segít fizetni a DevQuake költségeit. Ha nem illik, egy kis VPS a becsületes alternatíva.

Így működik a DevQuake