Hostingeri loodud Web Apps Hosting ehitati lihtsa lubaduse ümber: saada oma kood GitHubist, ZIP-failist või oma AI-kodeerimisagendist ja käivita reaalajas tootmisrakendus umbes minutiga, ilma et peaksid ise serverit haldama. Tahtsin teada, kui palju sellest tegelikult paika peab, kui oled ise see, kes deploy’ nuppu vajutab, ja siin on, mida ma leidsin.

Deploy Web Apps Faster with Hostinger

Deploy modern web apps on Hostinger with automated builds, managed infrastructure, global CDN, SSL, security tools, and a 30-day money-back guarantee.

Külasta Hostinger

Plussid ja miinused

Hindamise jaotus

Hostingeri Web Apps Hostingu hindamiseks rakendasin HostAdvice’i hindamismetoodikat, sama standardiseeritud lähenemist, mida kasutatakse saidil kõigi arvustuste puhul, et hinded püsiksid tegelikel testidel, mitte turunduskeelel. Siin on, kuidas see iga parameetri lõikes skooris.

Host Your Web Apps Without the DevOps Hassle

Deploy modern web applications on fully managed hosting with automated deployments, managed SSL, global CDN, and built-in security.

Külasta Hostinger

Paketid ja hinnad

Hostinger müüb Web Apps Hostingut kahe tasemena, Business ja Cloud Startup, mis on mõlemad loodud spetsiaalselt Node.js-i ja tänapäevaste JavaScripti rakenduste juurutamiseks, mitte traditsioonilise veebilehe ehitamiseks.

Cloud Startup, tasand, mida testisin, kahekordistab rakenduste arvu ja CPU tuumad võrreldes Businessiga, ning mõlemad paketid sisaldavad esimeseks aastaks tasuta domeeni, tasuta ärimeili ja hallatud SSL-i otse ostuprotsessis.

Mõned asjad, mida enne tellimist teada:

• Raha tagasi garantii: Web Apps Hosting kuulub Hostingeri standardsete hostingu tagasimaksetingimuste alla, mis tähendab 30-päevast akent ostukuupäevast. See on oluliselt lihtsam kui Hostingeri VPS-plaanide puhul, millel on tagasimakse taotluste vahel lisaks 180-päevane jahtumisperiood. Siin sellist jahtumisperioodi ei ole.
• Tasuta prooviperiood: Ma ei leidnud eraldi tasuta prooviperioodi. Selle asemel on sinu hindamisaken 30-päevane raha tagasi garantii.
• Makseviisid: Kassas kuvatakse vaikimisi makseviisina kaart, mille kõrval olid Visa, Mastercard, Amex ja Discoveri logod, ning võimalus lisada kassas mõni muu makseviis.
• Mis on kaasas: Tasuta domeen üheks aastaks, tasuta postkastid üheks aastaks ja hallatud SSL on kõik hinna sees ilma lisatasuta, nii et hinnasilt on üsna lähedal tegelikule kulule, millega saad täielikult töötava ja turvatud deploy’ live’i.
• Ainus lisamüük: Hostinger Reach, e-posti turunduse lisandmoodul, ilmub ostukorvi omaette esiletõstetud kastina eraldi kuuhinnaga. Seda on lihtne vahele jätta ja see ei ole vaikimisi kaasatud ega ette valitud.

Kui tühistad Web Apps Hostingu paketi 30 päeva jooksul, kinnitab Hostingeri tagasimaksepoliitika, et see kuulub standardtingimuste alla, mitte erandite loetellu, seega peaks selle akna jooksul tehtud lihtne tühistamine kvalifitseeruma tagasimakseks ilma VPS-i või domeenitellimustega seotud lisatingimusteta.

Funktsioonid

• Raamistiku ja Node’i versiooni automaatne tuvastus
• Hallatud MySQL-andmebaasi loomise tööriistad
• Globaalne CDN vaikimisi aktiivne
• WAF ja DDoS-kaitse kaasas
• Igapäevased ja nõudmisel varukoopiad
• Mali- ja haavatavuse skanner
• GitHubi integreerimine automaatse deploy’ga
• Tasuta domeen, e-post ja SSL
• SSH-juurdepääs edasijõudnutele

From Code to Live App with Hostinger

Connect your GitHub repository or upload your project and get it online with managed infrastructure, automatic deployments, and daily backups.

Külasta Hostinger

Jõudlus

Kuna Web Apps Hosting on täielikult hallatud, ei saa sa kunagi serveri shell-juurdepääsu ega CPU-d, RAM-i või ketast otseselt benchmark’ida nii, nagu VPS-arvustuse puhul.

Mida saab mõõta, on see, kui kiiresti juurutatud rakendus ise laeb ja vastab päringutele, päris asukohtadest üle maailma. Testisin seda nelja erineva nurga alt: GTmetrix kahest mandrist, 50+ punktiga globaalne järjepidevuskontroll ja Hostingeri enda sisseehitatud kiirustööriist nii desktopi kui ka mobiili jaoks.

Testitav rakendus on allpool Ease of Use osas kirjeldatud Next.js-i deploy, mis töötab aadressil ivory-llama-856835.hostingersite.com, Cloud Startup paketis (4 CPU-tuuma, 4096 MB RAM, 100 GB NVMe salvestusruumi), CDN aktiivne vaikimisi.

1. GTmetrix, testitud kahest mandrist

Käitasin GTmetrixi kaks korda erinevatest maailma osadest, et näha, kas tulemus püsib ühtlane või näeb vaid ühest õnnelikust vaatepunktist hea välja.

Mõlemad jooksud said mõlemas kohas täiusliku 100% nii Performance’i kui ka Structure’i osas, null layout shift’i ja null blocking time’iga, mis tähendab, et lehe laadimisel ei konkureerinud miski brauseri tähelepanu pärast ega hüpanud ümber.

Tõeliselt huvitav detail on see, et Frankfurt edestas tegelikult Chicagot kõigis ajamõõdikutes, kuigi ma valisin selle rakenduse jaoks teadlikult USA serveri asukoha. See tulemus on mõistlik ainult CDN-i valguses.

Kui CDN on aktiivne, nagu see siin vaikimisi oli, siis sinu külastaja ei pruugi jõuda otse algserverini.

Ta jõuab lähima cache’itud edge-sõlmeni, nii et Euroopa testipunkt võib lõpuks olla kiirem kui USA oma, isegi kui tegelik server asub USAs. See on reaalne, praktiline kinnitus, et Hostingeri vaikimisi sisse lülitatud CDN teeb päriselt tööd ega ole lihtsalt turunduspunkt.

2. Globaalne järjepidevus (Check-Host)

Käivitasin HTTP-kontrolli live-URL-ile kõigist Check-Hosti pakutavatest kontrollpunktidest, 54 asukohast kuuel kontinendil. Täispilt:

Iga õnnestunud kontroll andis puhta 200 OK, ei mingeid vigu, ei osalisi nurjumisi, ei mingeid ootamatuid ümbersuunamisi.

Reageerimisajad rääkisid selge loo sellest, kuidas CDN cache’imine pärismaailma kaugustes käitub:

Euroopa kontrollpunktid andsid järjekindlalt kiireimad ajad, mitmed alla 50 millisekundi, samal ajal kui geograafiliselt kõige kaugemad kontrollpunktid mis tahes edge-sõlmest, Tokyo, Singapur, Ho Chi Minh City, andsid endiselt kehtivad 200 vastused, lihtsalt aeglasemalt, vahemikus 0.3 kuni 0.8 sekundit.

See on ootuspärane kuju CDN-iga toetatud deploy puhul: kiire servade lähedal, kuid endiselt täielikult toimiv ka neist kaugel.

Neli timeout’i, Kasahstan, Rumeenia ja kaks neljast Venemaa kontrollpunktist, ei ole midagi, mida ma loeksin Hostingeri infrastruktuuri probleemiks.

Sama riigi teised kontrollpunktid õnnestusid (Peterburi tuli tagasi puhta 0.063s-ga, samal ajal kui kaks Moskva kontrollpunkti aegusid), mis viitab pigem piirkondlikule võrgufiltreerimisele kontrollpunkti poolel, mitte millelegi valesti deploy’itud rakenduses.

3. Hostingeri enda kiirustööriist, desktop ja mobiil

Hostinger käitab oma Page Speed testi otse rakenduse dashboardis, nii et võrdlesin selle numbreid sõltumatute GTmetrixi tulemustega, mitte ei võtnud kumbagi neist üksinda tõe pähe.

Mõlemad seadmetüübid said täiusliku 100, ja desktopi numbrid joonduvad üsna täpselt sellega, mida GTmetrix sõltumatult mõõtis, mis ongi tegelik põhjus, miks mõlemaid tööriistu kasutasin. Kaks erinevat tööriista, kaks erinevat metoodikat ja need on omavahel kooskõlas.

Mobiil oli oodatult igas ajamõõdikuses aeglasem, kuna simuleeritud ühendus on aeglasem ja protsessor nõrgem, kuid siiski piisavalt kiire, et 100 skoor kajastab tõeliselt tugevat päriselu mobiilset jõudlust, mitte lihtsalt leebemat hindamisskaalat.

Üks vastuolu tööriistas endas. Kuigi skoor on mõlemas seadmes puhas 100, märgib Diagnostics paneel allpool ikkagi mõned read nullskooriga, network dependency tree, document request latency ja avoiding multiple redirects, ning kaks elementi said 50, unused JavaScript ja legacy JavaScript.

Ükski neist madalatest alamskooridest ei tõmmanud alla põhinumbrit, nii et käsitle neid kui väikseid, tegelikult olemasolevaid optimeerimisvõimalusi, mitte kui midagi, mis deploymentiga valesti oleks.

Lisaks on nende diagnostikate kõrval kuvatavad “kasulikud lingid” kõik kirjutatud WordPressi kohta, “Speed up WordPress in 9 easy steps”, “How to optimize images for your WordPress site”, kuigi tegu on Node.js-i rakendusega, mille stack’is pole WordPressi kusagil.

See on ühise diagnostikamalli ülejääk, mitte selle toote jaoks loodud sisu.

Üldhinnang jõudlusele

Managed Web App Hosting by Hostinger

Focus on building your app while Hostinger takes care of deployment, infrastructure, security, SSL, backups, and global delivery.

Külasta Hostinger

Kasutusmugavus

Testisin Hostingeri Web Apps Hostingut alates maandumislehest kuni kassani ja seejärel värskest kontost täieliku, töötava Node.js-i deploy’ni.

See hõlmas paketi valimist, maksmist, ehitusviisi valimist, GitHubi ühendamist ja build’i jälgimist reaalajas. Siin on, milline see protsess tegelikult oli.

1. Registreerumine

Alustasin Web Apps Hostingu maandumislehelt, kus põhiline tegevusnupp on Start deploying.

Sellel klõpsamine ei ava registreerumisvormi. See kerib sind otse hinnastuse sektsiooni alla, nii et esimene tegelik otsus, mille teed, on, millise paketi osta, mitte millised kontoandmed sisestada.

Kõrvuti olid kaks paketti:

Valisin Cloud Startupi, et saada topelt rakenduste limiit ja rohkem CPU-varu kui algtasemel. Üks väike ebakõla, mida siin märkida: hinnaleht nimetab seda “Cloud Startup”, kuid ostukorvis on sama pakett sildiga “Startup plan”. Funktsionaalset probleemi pole, lihtsalt nimetamise erinevus kahe sama ostuprotsessi ekraani vahel.

Ostukorv oli puhas. Seal oli kirjas 48-kuuline periood, sääst, tasuta domeen aastaks ja tasuta postkastid, ning pakuti üht lisamüüki, Hostinger Reach e-posti turundust, mis oli omaette esiletõstetud kastis ega olnud vaikimisi valitud.

Jätsin selle vahele ja klõpsasin Continue ilma takistusteta.

Kui oled uus klient, mitte olemasolev, lisab kassaprotsess siia konto loomise sammu enne, kui jõuad arvelduse aadressi ja makseleheni.

Seejärel lisad arveldusaadressi, valid makseviisi, kaardi, PayPali või mõne muu võimaluse, ja esitad tellimuse. Sain ostukinnituse e-kirja mõne hetkega pärast Submit payment vajutamist ning jõudsin otse hPaneli, kus pakett oli juba ette valmistatud.

Mida ma arvasin: Kassaprotsess on lühike ja lisamüüki on lihtne tagasi lükata ilma peidetud vahelejätmise lingi otsimiseta. Paketi nimede erinevus hinnalehe ja ostukorvi vahel on väike asi, aga selline detail paneb esmakordse ostja korraks peatuma ja kontrollima, kas ta valis ikka õige taseme.

2. Dashboard

Kui makse laekub, jõuad hPaneli, Hostingeri enda loodud juhtpaneelile, mis on ehitatud kõigi tema toodete haldamiseks, mitte spetsiaalselt sinu uue Web Appi jaoks loodud lehele.

Leht, kuhu sa esimesena jõuad, on Home, ja see on üles ehitatud AI-vestlusriista bar’i ümber üleval: “Hi, [your name]! How can I help you today?” koos tekstiväljaga selle all ja kuue kiirnupuga: Get domain, Create website, Get email, Migrate site, Get VPS, ja Try email marketing.

Keri sellest allapoole ja leiad:

• Funktsioonide reklaamkaardid AI Builderi, veebipoe tööriista, tasuta ärimeili, AI-agendi, automatiseerimisrakenduse ja tasuta domeeni kohta
• Tegemist vajavate ülesannete nimekirja, mis suunab sind seadistusetappide juurde, Reachi seadistuse lõpetamine, tasuta e-posti lunastamine, tasuta domeeni lunastamine
• Sinu ettevõte, jooksev nimekiri kõigist saidi-, rakenduse- ja VPS-i eksemplaridest, mis on sinu kontoga seotud, igal oma Manage site nupuga
• VPS, eraldi tabel allpool, mis loetleb kõik VPS-id IP-aadressi, staatuse ja aegumiskuupäeva järgi

Püsiv Agent paneel asub ka paremas ülanurgas igal hPaneli lehel, mitte ainult Home’is. See on sama Kodee assistent, mida kasutatakse toena, kuid siin on see paigutatud üldise tegevusvahendina koos valmis promptidega nagu “Deploy my Node.js app” või “Harden VPS updates”, mida saad käivitada ilma kogu küsimust välja kirjutamata.

Home on tõesti kasulik siis, kui sinu rakendus juba olemas on, sest kõik Your business all lingib otse selle juurde. Kuid see ei ole koht, kus luua uut Web Appi või jõuda Setup nupuni. Selleks pead minema teist teed pidi läbi külgriba:

1. Klõpsa vasakul külgribal Websites
2. Selle all avaneb alammenüü: WordPress, AI Builder, Web Apps, PHP/HTML, Migrations
3. Klõpsa Web Apps

See klõps viib sind täiesti teisele ekraanile kui Home, ekraanile, mis on korraldatud sinu tegelike hostinguplaanide, mitte prompt-bar’i ümber.

Siin saab iga sinu omanduses olev pakett oma kaardi. Minu kontol tähendas see kolme kaarti vertikaalses virnas:

Business kaardil oli juba ka varasemast testimisest pärit reaalne rakendus, orange-walrus-700988.hostingersite.com, koos oma Tools ja Dashboard nuppudega.

See on iseenesest kasulik tähelepanek. Kui Web App juba olemas on, kasvab selle kaardile selline rida, mis näitab live-saidi otse ära, ja just selline saab olema sinu Cloud Startupi kaart pärast setup’i lõpetamist.

Kuna Cloud Startup oli just ostetud ja veel seadistamata, näitas selle kaart selle asemel üht Setup nuppu. See on nupp, mis tegelikult käivitab Web Appi loomise viisardi, ja see ilmub ainult siin, Websites → Web Apps all, mitte Home-ekraanil, kuhu sa vaikimisi jõuad.

Mida ma arvasin: hPanel on selge, kui õige ekraani üles leiad, kuid Web Apps Hostingul puudub ilmne esmane sissepääs. Home’i jõudmine annab prompt-bar’i ja kiirnupud, mitte tee rakenduse loomiseni; sa pead teadma, et klõpsata Websites, seejärel Web Apps, enne kui Setup üldse nähtavale ilmub. See on paar lisaklõpsu toote jaoks, mida müüakse kui “live minutiga”. Kui aga sinna jõuad, on plaanikaardid puhtad ja ausad staatuse suhtes ning juba töötava rakendusega plaan näitab seda otse kaardil.

3. Rakenduse deploy’mine

Setup nupul plaanikaardil klõpsamine avas lühikese sissejuhatava voo: Where would you like to start? koos kolme valikuga, Create a new site, Migrate an existing site või I hired someone to build my site. Valisin Create a new site.

See viis lehele How do you want to build your website?, mis oli jaotatud kaheks algajatele mõeldud valikuks üleval, Hostinger AI Builder ja WordPress + AI, ning kaheks valikuks eraldi “for advanced users” pealkirja all allpool: Node.js web app ja PHP/HTML website. Node.js web app valimine ongi see, mis viib sind tegeliku Web Apps Hostingu tooteni.

See on päris struktuurne tähelepanek kõigile, kes tooteid võrdlevad: Web Apps Hostingul ei ole omaette registreerumisvoogu.

See on üks haru samas üldises saidi loomise viisardis, mida kasutatakse AI Builderi ja WordPressi jaoks.

Klõpsasin ringi Node.js web app kõrval ja seejärel Next.

Sealt edasi:

• Domeeni ekraan: valisin Use temporary domain, sest tegu oli test-deploy’ga ega tahtnud siduda pärisdomeeni.

• Serveri asukoha ekraan: Hostinger oli eelvalinud France, mulle kõige lähemal oleva regiooni minu arveldusriigile, ja näitas seda 167ms latentsusega. USA valikuni kerides näitas see 364ms, enam kui kaks korda rohkem.

Valisin selle asemel siiski United States, Massachusetts, ja see on täpselt see õppetund, mida asukohavalija Hostingeri iga toote puhul annab: vali selle järgi, kus sinu tegelikud külastajad asuvad, mitte madalaima numbri järgi nimekirjas.

Minu testirakenduse sihtrühm on USA-põhine, seega teenib server USAs neid tegelikult kiiremini kui server Prantsusmaal, sõltumata sellest, mida number mulle minu enda asukohast näitas. Ekraanil olev number ütleb sulle, kui kiiresti server vastab Hostingeri testile, mitte kui kiiresti see vastab inimestele, kes sinu saiti tegelikult kasutavad.

• Deploy-meetodi ekraan: kaks põhilist valikut, Import Git repository (märgitud Recommended) või Upload your files, pluss all callout deploy’miseks otse Claude Code’i, Cursori või VS Code’i kaudu Hostinger Connectoriga. Valisin Import Git repository ja klõpsasin Connect with GitHub.

See avas päris GitHubi sisselogimisakna, kui sa polnud juba sisse logitud, seejärel õiguste ekraani pealkirjaga Install & Authorize Hostinger, mis palus valida kahe vahel:

• Installida all repositories su kõigile hoitavatele repositooriumidele, sealhulgas tulevastele, koos read-only ligipääsuga public repos
• Installida only select repositories ainult nendele, mille valid ükshaaval, ning loetledes täpselt antavad õigused: read access actionsile, metadata’le ja repository hooks’idele ning read-and-write access administrationile, code’ile ja pull requests’idele. Kui klõpsad Install & Authorize, suunab GitHub sind automaatselt tagasi hPaneli.

Jõuad lehele Select Git repository to import, keritav nimekiri kõigist sinu GitHubi kontoga seotud repositooriumidest, igaühe kõrval oma Deploy nupp. Leidsin varem üleslaaditud test-repo, hostadvice-webapps-test, ja klõpsasin selle kõrval Deploy.

Sellest nupuvajutusest läks järgmise lehe laadimiseni peaaegu 30 sekundit ilma ühtki edenemisnäidikut ekraanil näitamata, piisavalt kaua, et tekiks tunne, kas klikk üldse registreerus.

Lõpuks laadub leht pealkirjaga Review build settings, ja see ütleb sulle täpselt, kuhu sinu rakendus läheb enne, kui millegagi nõustud: “Deploys to ivory-llama-856835.hostingersite.com.” All, ilma et oleksid ühtki välja puudutanud, oli see juba automaatselt tuvastanud:

Igaühel neist viiest reast on kõrval oma Change või Add nupp, nii et miski siin ei ole lukus, kui tuvastus peaks midagi valesti tabama.

Klõpsasin Add Environment variables kõrval ja seadsin ühe key-value paari, et kinnitada, et see jõuab hiljem töötavasse rakendusse, seejärel klõpsasin dialoogis Finish ja siis peamisel lehel all asuvat Deploy nuppu.

Build’i jälgimine

Ekraan lülitub Deploying… vaatesse koos märgistatud edenemisribaga, “Deployment from GitHub”, mis liigub selgetes etappides; nägin, kuidas see jõudis 28%, siis 51%, teel lõpetamiseni. Edenemisriba all on kokkupandav Build logs paneel, ja selle avamine näitab päris, reaalajas terminaliväljundit, mitte tühja laadimisikooni:

> hostadvice-webapp-test@1.0.0 build

> next build

▲ Next.js 16.3.1 (Turbopack)

✓ Running next.config.mjs took 22ms Creating an optimized production build …

Deploy lõpetatud

Kui build lõppeb, jõuad ekraanile Deployment completed! koos sinu tegeliku töötava rakenduse live-eelvaate pisipildiga otse kaardil, selle kõrval kokkuvõte repositooriumi nime ja määratud live-URL-iga.

Sellest vaatest saad klõpsata otse edasi Go to dashboard, kus haldad rakendust edaspidi.

Mida ma arvasin: Automaatne tuvastus on siin silmapaistev. Framework, branch ja Node’i versioon tulid kõik õigesti tagasi ilma ühegi käsitsi täidetud väljata ning reaalajas build-logi muudab ootamise läbipaistvaks, mitte häguseks. Ainus pehme koht on see 30-sekundiline paus enne, kui settings-ekraan üldse ette jõuab, piisavalt pikk, et tekiks tunne, nagu midagi oleks kinni jäänud enne, kui protsess nähtavalt algab.

4. Live-deploy kinnitamine

Enne haldustööriistadega tutvumist tahtsin kinnitada, et rakendus oli tõesti deploy’itud ja töötas, mitte ainult ei olnud ekraanil märgitud kui “Completed”.

Deployment completed lehelt klõpsasin otse live-URL-ile, ivory-llama-856835.hostingersite.com, selle asemel, et usaldada ainult dashboardi eelvaate pisipilti.

Live-leht laadus ja näitas täpselt seda, mida rakendus oli programmeeritud näitama:

• Serveri ehitusaeg, reaalne ajatempel, mis kinnitab, et leht ehitati värskelt, mitte ei tulnud vanast cache’ist
• Keskkonnamuutuja kontroll, mis näitas minu deploy ekraanil seatud kohandatud muutujat, kinnitatuna õigesti tegelikul live-saidi, mitte ainult dashboardi eelvaates

Seejärel vajutasin rakenduse enda Ping the API route nuppu, mis kutsub esile live-backend endpoint’i, mitte lihtsalt ei renderda staatilist sisu. See tagastas puhta JSON-vastuse:

json

{

  “status”: “ok”,

  “serverTime”: “2026-08-19T13:44:05.234Z”,

  “nodeVersion”: “v22.18.0”

}

See vastus on olulisem, kui esmapilgul paistab. Lehe korrektne laadimine tõestab ainult seda, et staatilised failid laaditi üles.

Töötav API-kõne tõestab, et päris Node.js server töötab taustal ja vastab päringutele, see osa “Node.js web app” hostimisest, mida on lihtne teeselda staatilise failiga ja raske teeselda live serveriajatempli abil, mis genereeritakse täpselt siis, kui nuppu vajutad.

Mida ma arvasin: See on kontroll, mida soovitaksin sulle enne selle platvormi või mõne sarnase vastu usaldamist teha. Roheline “Completed” staatus ja eelvaate pisipilt ütlevad, et build lõppes. Live-URL-ile klõpsamine ja millegi dünaamilise käivitamine, API-kõne, andmebaasilugemine, midagi, mida ei saa cache’itud staatilise lehega võltsida, ütleb, et server on päriselt elus ja teeb seda, mille sa ehitasid.

5. Web Appi haldamine

Kui live-rakendus oli kinnitatud töötavana, läksin tagasi hPaneli ja uurisin rakenduse enda haldusdashboardi algusest lõpuni, seda tegelikku serverihalduse kihti, mis on sellest tootest eraldi ja erineb eespool kirjeldatud üldisest hPaneli Home-ekraanist.

Dashboardi ülevaade. Hetkel, kui siia jõuad, näitavad neli staatuse märki asjade seisu ühe pilguga:

Kõik neli olid vaikimisi rohelised, ilma et peaksin midagi käsitsi sisse lülitama. Allpool asub Last deployment kaart, mis kinnitab seisu, repositooriumi, autorit, commit’i, deploy aega, tuvastatud stack’i ja Node’i versiooni, kõik, mida tahaksid ühe pilguga kontrollida ilma logidesse süvenemata.

Automaatne Page Speed test oli juba ise live-saidi vastu käima pandud ja andnud 99/100 Desktop skoori ilma, et oleksin seda ise käivitanud; selle kõrval oli Essentials paneel kiirete linkidega andmebaasi ühendusele, varukoopiatele, failihaldurile, runtime logidele ja cache’ile.

Deploy’d, keskkonnamuutujad ja logid. Seda katavad kolm eraldi lehte:

• Deployments hoidis täielikku arvestust push’i, autori, branch’i, commit-hashi ja lõpetamise staatuse kohta, mitte ainult kõige viimase kohta
• Environment variables näitas õigesti muutujat, mille ma deploy ajal seadsin, kinnitades, et see on salvestatud ja rakendatud, mitte ainult korra seadistuse ajal näidatud ja seejärel unustatud
• Runtime logs kuvasid live-serveri väljundit selle toimumise ajal, Next.js-i käivitusread, valmisoleku ajatemplid ning jooksvat probleemide ja vigade arvu, mis püsis kogu aja nullis ja nullis, kui ma jälgisin

Turvalisus. Malware Scanner tagastas puhta tulemuse, “Your website is safe”, ühe selge märkusega: see kontrollib ainult veebisaidi faile, mitte andmebaasi sisu, ning olemas on tasuline puhastusvalik, kui soovid sügavamat kontrolli, mis hõlmab ka andmebaasi. Vulnerabilities skaneering tuli samuti puhtana tagasi.

Andmebaasid. Siin on tootemarketingis tegelik vahe, mida peaksid enne ostmist mõistma. Paketis reklaamitakse hallatud MySQL-i kui põhiomadust, kuid midagi ei looda sulle automaatselt ette.

Databases sektsioon avaneb käsitsi täidetava Create a New MySQL Database And Database User vormiga, mis tähendab, et annad nime ja lood andmebaasi ise enne, kui sinu rakendus saab seda kasutada. Kinnitasin seda otse Kodeega, millest räägitakse Support osas allpool, ja vastus oli otsene: hallatud tähendab, et Hostinger haldab andmebaasi infrastruktuuri taustal, mitte seda, et andmebaas luuakse sinu eest kohe, kui rakendus live’i läheb.

Edasijõudnute ligipääs. SSH-juurdepääs on Advanced all olemas, koos IP, pordi ja kasutajanimega, kuid see on vaikimisi Inactive ja vajab enne kasutamist käsitsi Enable klõpsamist. File Manager pakub valikut, kas sirvida ainult selle rakenduse faile või kõiki faile kogu hostinguplaani ulatuses.

Mida ma arvasin: Igapäevane dashboard on põhjalik ja hästi korraldatud. Eriti lihtne on leida turvalisust ja deploy ajalugu ning need on tõesti informatiivsed, ning null-veaga runtime logi koos puhta malware-skanniga andis mulle päriselt kindlustunde, et rakendus on tervislik, mitte lihtsalt online.

Ainus koht, kus liides ise ennast veidi üle müüb, on andmebaasi sektsioon, kus “managed MySQL” kõlab paketi lehel nagu midagi, mis on kohe kasutamiseks valmis, kuid tegelikult tähendab käsitsi loomise vormi, lihtsat kasutada, kuid siiski sammu, mille pead ise läbi tegema.

Üldhinnang kasutusmugavusele

Build, Deploy, and Scale with Hostinger

Host modern web apps with GitHub integration, managed MySQL, global CDN, unlimited bandwidth, and built-in security tools.

Külasta Hostinger

Tugitaseme

Testisin Hostingeri tuge Web Apps Hostingu puhul Kodee kaudu, AI-assistent, mis on ehitatud hPaneli sisse, ning seejärel vaatasin läbi teadmistebaasi, et näha, kui palju see katab ilma kedagi küsimata. Kodee ilmub kahes kohas, mida tasub eristada: avalikul turunduslehel kui Ask AI ja hPaneli sees igal lehel, sealhulgas otse Web Appi enda dashboardil, kui Agent paneel.

1. AI-tugi (Kodee)

Küsisin kaks küsimust, mis põhinesid päris lünkadel, mida testimise käigus leidsin, mitte üldistel päringutel, millele Kodee võiks vastata dokumentatsioonist teksti kopeerides.

Küsimus 1 testis deploy nurjumise käitumist ja keskkonnamuutujate ajastust, mõlemad olulised tootmismured kõigile, kes sellel platvormil midagi välja lasevad:

If my app’s build fails partway through a GitHub deployment, does the app revert to the last successful version automatically, or does it go down until I fix and redeploy? And can I set custom environment variables before the first deploy, or only after?

Kodee vastas otse ja õigesti mõlemale küsimusele. Ebaõnnestunud build ei asenda juba töötavat rakendust, kui eelmine deploy õnnestus, jätkab rakendus viimase töötava versiooni teenimist. Kui see on esimene deploy ja varasemat versiooni, millele tagasi minna, pole, jääb rakendus maas, kuni build parandatakse ja uuesti deploy’itakse, mis on selge ja aus vastus, mitte ebamäärane rahustamine.

Keskkonnamuutujate osas kinnitas see, et neid saab seadistada enne esimest deploy’d deploy-seadetes ning juba töötava rakenduse puhul juhendas see täpselt kolme sammuga: ava Settings ja Redeploy, lisa või muuda muutujaid Environment variables all, salvesta ja tee uuesti deploy.

Küsimus 2 surus peale kahele lüngale, mille ma ise dashboardi uurides leidsin, “managed MySQL” sõnastus versus käsitsi loomise vorm ja SSH kui vaikimisi inaktiivne:

This plan advertises managed MySQL, but the dashboard shows a manual ‘Create a New MySQL Database’ form rather than a database provisioned automatically. Is a database created for every Web App by default, or only if I create one myself? Also, SSH access is listed as available but shows as Inactive by default. If I never enable it, does that change anything about how my app actually runs, or is SSH purely an optional extra for advanced users?

Kodee vastus kinnitas täpselt seda, mida ma liideses ise leidsin, mitte pehmendatud versiooni sellest. Andmebaasi ei looda iga Web Appi jaoks automaatselt; “managed” tähendab, et Hostinger haldab andmebaasiteenust ja -infrastruktuuri, samal ajal kui tegeliku andmebaasi loomine ja seadistamine on sinu teha, samas Create a New MySQL Database ekraanis, ning seejärel pead lisama selle ühenduse andmed oma rakenduse keskkonnamuutujatesse ise.

SSH kohta kinnitas see, et selle inaktiivseks jätmine ei muuda midagi selles, kuidas rakendus töötab, deploy’itakse või andmebaasiga ühendub. See on puhtalt valikuline tööriist CLI-käskude, migratsioonide või otsese failide debugimise jaoks, mitte miski, millele platvorm taustal vaikselt toetuks.

Mida ma arvasin: Mõlemad vastused langesid kokku sellega, mida ma juba käsitsi dashboardis kinnitasin, selle asemel et seda vastu rääkida või pehmendada, ja see on märk tugivahendist, mis kontrollib päris toote seisu, mitte ei loe skripti. Ühele ega teisele küsimusele ei saanud vastata lihtsalt üldist FAQ-d kopeerides, ning Kodee sai mõlema puhul hakkama spetsiifiliste, struktureeritud, kaheosaliste vastustega umbes minuti jooksul.

2. Teadmistebaas

Hostingeri teadmistebaas avaneb kategoriseeritud võrgustikuna, kokku 20 kategooriat, igaühel artiklite arv. Mõned suuremad: AI Builderil on 330 artiklit, VPS-il 276, E-mailil 127 ja Website’il 103.

Web Apps Hostingul ei ole omaette kategooriat. Selle sisu on hajutatud Getting Startedi, hPaneli ja Website’i vahel, mis on päris leid kõigile, kes ootavad üht keskset kodubaasi nii nagu VPS või Email seda saab.

Otsing “Web Apps” tagastas otse 71 tulemust 8 leheküljel. Esimesed tulemused olid segu otseselt asjakohasest ja vaid lõdvalt seotud sisust:

• How to deploy apps built with Codex on Hostinger, otseselt asjakohane
• Hostinger AI Builder: How to create a web app in agentic mode, seotud, kuid erinev toode
• How to add a Node.js Web App in Hostinger, otseselt asjakohane
• How to install Flutter Web on a VPS at Hostinger, täiesti teistsugune toode
• Mitmed Website Builderi makseviiside artiklid (PayPal, WeChat Pay, BLIK), mis ei ole asjakohased, välja arvatud see, et sisaldavad kuskil tekstis sõnu “web” ja “app”

Avasin ühe esimestest tulemustest, How to deploy apps built with Codex on Hostinger, et kontrollida selle sügavust. See osutus põhjalikuks, hästi struktureeritud juhendiks, kus olid alguses toetatud raamistikud, samm-sammulised ekraanipildid nii GitHubi impordi kui ZIP-üleslaadimise teede jaoks, sektsioon build-sätete seadistamise kohta näidiskäskudega, failistruktuuri jaotus pärast deploy’d, andmebaasiühenduse viisardi läbikäik, haavatavuste jälgimise sektsioon ja lõpus FAQ-plokk.

Ehkki see on raamitud Codexi ümber, on selle all olev platvorm sama, mis üldise Node.js Web Appi toote taga, seega rakendub enamik sellest otse.

Mida ma arvasin: Otsingu all olev artiklite arv näeb paberil tugev välja, 71 tabamust ühe termini kohta, kuid märkimisväärne osa sellest mahust on müra muudest toodetest, mis jagavad sarnaseid sõnu. Üks artikkel, mille täies mahus avasin, pidas kvaliteedilt vastu, selged sammud, päris ekraanipildid ja tõeline FAQ-osa, kuid selle leidmiseks tuli kerida mööda tulemustest, millel polnud sellega, mida ma tegelikult deploy’da tahtsin, midagi pistmist.

Üldhinnang klienditoele

Simple Hosting for Modern Web Apps

Deploy React, Next.js, Vue, Node.js, and other modern applications without managing servers or complex infrastructure.

Külasta Hostinger

Kas soovitame Hostinger Web Apps Hostingut?

Jah. Deploy-protsess on selle toote tugevaim osa: minu stack’i, branch’i ja Node’i versiooni korrektne automaatne tuvastus, päris reaalajas build-logi spinnri asemel ning live-rakendus, mis läbis kõik jõudlustestid, täiuslikud GTmetrixi tulemused kahest erinevast mandrist, puhas 54-punktine globaalne järjepidevuskontroll ja Hostingeri enda tööriistade kattuvad 100/100 tulemused nii desktopis kui mobiilis. Kodee toetas seda täpsete, spetsiifiliste vastustega päris tehnilistele küsimustele, mitte üldise skriptiga.

Konarused on väikesed, kuid enne ostmist tasub neid teada. “Hallatud MySQL” kõlab paketi lehel nagu midagi, mis on kohe rakenduse live’i minnes valmis, kuid tegelikult tähendab see käsitsi loomise vormi. Dashboardil puudub Web Apps Hostingule ka otsene sissepääs üldisest Home-ekraanist, pead teadma, et minna Websites alla.

Arendaja jaoks, kes tahab kiiret, raamistiku-agnostilist deploy’d infrastruktuuril, mis nii hästi benchmark’ib, on see lihtne soovitus. Kellegi jaoks, kes eeldab, et iga reklaamitud funktsioon lülitub sisse kohe pärast ostu, tasub varuda paar lisaminutit andmebaasi ise seadistamiseks.

Hostinger

5.0

2,471 user reviews

1,37 € /mo

Alghind

Külasta Hostinger

Rating based on expert review

• Kasutajasõbralik
  4.9
• Tugi
  4.9
• Omadused
  4.8
• Usaldusväärsus
  4.7
• Hinnakujundus
  4.5