Hostginger müüb oma Laravel VPS-i eelinstallitud, tehisintellekti abil hallatava serverina, mis on loodud selleks, et Laravel projekt kiiresti käima saada. Suurem osa sellest lubadusest pidas reaalses testimises paika: tugevad võrdlusnäitajad, võimekas AI-toega abiline, varukoopiad kinnitati ajakava järgi toimivat.

Üks juhtpaneeli nupp saatis mind aga kuhugi, kuhu ma ei oodanud üldse sattuda, ja enne kui sa ise sellele klõpsad, tasub sellest teada. Siin on kogu ülevaade.

Hostinger Laravel VPS Hosting

Discover how Hostinger Laravel VPS Hosting provides a flexible environment for deploying Laravel applications with dedicated server resources, full control, scalable performance, and customizable configurations for modern web projects.

Külasta Hostinger

Eelised ja puudused

Hinnangute jaotus

Hostingeri Laravel VPS hostingu hindamiseks kasutasin HostAdvice’i hinnangumetoodikat, sama standardiseeritud lähenemist, mida kasutatakse saidi kõigi arvustuste puhul, nii et hinded püsiksid järjepidevad ja tugineksid päris testimisele, mitte turundusväidetele. Siin on, kuidas see igas parameetris hindus.

Hostinger Laravel VPS Hosting

Discover how Hostinger Laravel VPS Hosting provides a flexible environment for deploying Laravel applications with dedicated server resources, full control, scalable performance, and customizable configurations for modern web projects.

Külasta Hostinger

Plaanid ja hinnad

Hostinger müüb Laravel hostingu ühe neljast KVM VPS tasemest, KVM 1 kuni KVM 8, kus iga sammuga skaleeruvad CPU tuumad, RAM, NVMe kettamaht ja ribalaius koos.

Laravel ise ei ole eraldi ost, vaid ühe klõpsuga rakendus, mis lisatakse kassas valitud tasemele, ning Cloudpanel on komplektis tegeliku juhtpaneelina, millega installi pärast käivitumist hallata.

Enne tellimist tasub teada mõned asjad:

• Arveldustingimused: Plaanid tasutakse ette 1-, 12- või 24-kuulisteks perioodideks ning pikemad tähtajad toovad kaasa reaalse soodustuse kuutasult. Vaata allolevat hinnavidinat, et näha täielikku jaotust tasemete ja tähtaegade lõikes.
• Raha tagasi garantii: VPS plaanidel on 30-päevane garantii, kuid peen kiri lisab reaalse piirangu. VPS-i tagasimakset saab taotleda vaid kord 180 päeva jooksul, seega teine tagasimakse eraldi VPS-i ostu eest selle akna sees ei õnnestu. Olemasoleva VPS plaani uuendused on üldse välistatud.
• Prooviperiood: Ma ei leidnud Laravel VPS hostingu jaoks eraldi prooviperioodi, ainult 30-päevase raha tagasi garantii. Plaani oma hindamisaega seda piiri arvestades.
• Maksemeetodid: Kaart (Visa, Mastercard, Amex, Discover), PayPal, Google Pay, AliPay eraldi Hiina ja Hongkongi variantidena ning Coingate krüpto jaoks. Krüptomaksed jäävad täielikult tagasimaksepoliitikast välja, seega arvesta sellega, kui garantii on sinu jaoks oluline.
• Mis on kaasa pakitud: Iga tase sisaldab esimesteks 12 kuuks tasuta .cloud domeeni, täielikku root-juurdepääsu, Git integratsiooni ja Cloudpaneli lisakuluta, nii et kleebitud hind on lähemal tegelikule kulule kui hostidel, mis küsivad juhtpaneeli eest eraldi tasu.

Hostingeri enda juhised ütlevad, et KVM 1 peaks piisama lihtsa Laravel saidi jaoks, samas kui KVM 8 on soovitatud raskemate, ressursimahukate projektide jaoks.

Testimise põhjal tasub lisada, et rakenduse haldamise segadust tekitav Manage App nupp ja vaikimisi väljas olev pahavara skanner kehtivad võrdselt kõigile tasemetele, nii et taseme suurendamine ei lahenda kumbagi neist. Vali oma plaan CPU ja liiklusvajaduse põhjal ning tegele nende kahe konkreetse probleemiga samamoodi sõltumata sellest, millise tasemeni jõuad.

Omadused

• AMD EPYC protsessorid kõigis tasemetes
• NVMe SSD salvestus kõigil plaanidel
• Git integratsioon lihtsustatud koodi juurutamiseks
• Täielik root-juurdepääs SSH kaudu
• Cloudpaneli juhtpaneel vaikimisi kaasas
• AI agent VPS-i haldusülesannete jaoks
• Automaatsed iganädalased varukoopiad igal plaanil
• 1 Gbps võrgu kiirus iga plaani kohta
• Tasuta .cloud domeen üheks aastaks

Hostinger Laravel VPS Hosting

Discover how Hostinger Laravel VPS Hosting provides a flexible environment for deploying Laravel applications with dedicated server resources, full control, scalable performance, and customizable configurations for modern web projects.

Külasta Hostinger

Jõudlus

Laravel rakendus elab või sureb sama palju selle all oleva serveri kui koodi enda tõttu. Lehe laadimine sõltub PHP käivitamiseks CPU kiirusest, andmebaasi päringud sõltuvad kettasisend-väljundist, sessioonid ja vahemällu salvestamine sõltuvad mälust ning kui rakendus käitab järjekorras töid või saab päris külastajaid, on oluline ka võrgu läbilaskevõime ja püsiv koormustaluvus.

Laravel ise ei muuda sellest midagi, see on endiselt Linuxis töötav PHP, seega on siin tegelik test VPS.

Ma jooksutasin serveri peal täiskomplekti võrdlusteste, mis katsid CPU, mälu, ketta, võrgu ja püsiva stressi, et näha, mida see plaan tegelikult pakub ja mida see tähendab päris rakenduse jaoks.

Testitud instants oli KVM 2 plaan, mille valisin kassas:

• CPU: 2 vCPU-t, eraldatud hostist, mis töötab AMD EPYC 9354P protsessoril
• RAM: 7.8GB kasutatav 8GB-st, lisaks 2GB swap’i
• Ketas: 96GB kasutatav 100GB NVMe eraldusest
• OS: Ubuntu 24.04.4 LTS, kernel 6.8.0-137-generic

Enne numbritesse minemist tasub teada, et Hostingeri Laravel VPS valik kasutab samu nelja taset nagu ülejäänud VPS-seeria, KVM 1 kuni KVM 8, ning KVM 2 on neist teine altpoolt, üks samm odavaimast valikust kõrgemal ja selgelt allpool KVM 4 ja KVM 8 tasemeid, mis on mõeldud raskemate, mitme rakendusega koormuste jaoks.

Järgnev peegeldab väikest kuni keskmist Laravel projekti, ühtainust rakendust, mis teenindab päris, kuid tagasihoidlikku liiklust, mitte suurt platvormi, mis käitab ühel masinal mitut teenust.

1. CPU jõudlus

• Üks lõim: 1,624.55 sündmust sekundis, keskmine latentsus 0.61ms, 95. protsentiil 0.64ms

• Mitmelõimeline, 2 lõime: 2,864.02 sündmust sekundis, keskmine latentsus 0.70ms, 95. protsentiil 1.10ms

• Lõimede õiglusteguri standardhälve: 182.50 keskmiselt 14,321.5 sündmuse kohta lõime kohta

Siin on see ühe lõime tulemus praktikas tegelikult oluline. Tüüpiline Laravel päring, Blade vaate renderdamine, mõne Eloquent päringu käitamine, sessiooni kontroll, veedab suurema osa ajast ühel CPU tuumal PHP tööd tehes, mitte korraga mitmele tuumale hajudes.

0.61ms keskmise latentsuse korral selle testi arvutusliku sündmuse kohta ei ole CPU see osa, mis lehe aeglaseks teeb.

Erinevus keskmise latentsuse ja 95. protsentiili vahel on samuti väike, 0.61ms versus 0.64ms, mis tähendab, et jõudlus püsis ühtlane, mitte ei tekkinud aeg-ajalt pikemaid viivitusi, mis oleksid päris kasutajatele ilmunud juhuslike aeglaste lehe laadimistena.

Mitmelõimeline tulemus on kasulikum number konkurentsi mõistmiseks. Ühelt lõimelt kahele liikumine peaaegu kahekordistas läbilaskevõime, umbes 88 protsenti skaleerimise efektiivsust, mis tähendab, et see VPS ei kaota suure osa võimekusest ülekoormuse või sama füüsilise tuuma pärast võistleva naaberriigi tõttu.

Praktiliselt tähendab see, et selle plaani peal töötav PHP-FPM kahe tööprotsessiga suudab enne CPU muutumist pudelikaelaks teenindada umbes kaks korda rohkem päringuid kui ühe lõime stsenaariumis, mitte oluliselt vähem kui kaks korda, nagu näeksid siis, kui kaks vCPU-d omavahel tsükleid jagama peaksid.

Lõimede õiglustegur, umbes 1.3 protsenti varieeruvust kahe lõime vahel, kinnitab, et mõlemad tuumad tegid töö jagamisel ligikaudu võrdse osa, mitte ei vedanud ühte tuuma kogu koormust, samal ajal kui teine jõude seisis. Päris saidi jaoks tähendab see, et päringud jagunevad PHP-FPM tööprotsesside vahel ühtlaselt, mitte ei kuhju selle tööprotsessi taha, mis parasjagu hõivatud on.

2. Mälu kiirus

• Järjestikune kirjutamine: 5,865.22 MiB/sec

• Järjestikune lugemine: 7,155.43 MiB/sec

Mälu kiirus on Laravelis olulisem, kui esmapilgul tundub. Iga OPcache’i päring, iga sessiooni lugemine, iga massiiv või kogu, mille su rakendus päringu töötlemise ajal kokku paneb, elab RAM-is, ja kui samal masinal töötab ka Redis’e-sarnane vahemälukiht, konkureerib see sama mäluribalaiuse pärast.

Umbes 5.9 GiB sekundis kirjutamist ja 7.2 GiB sekundis lugemist tähendab, et see VPS suudab andmeid mällu ja mälust välja liigutada piisavalt kiiresti, et mäluoperatsioonid ei ole tõenäoliselt see, mis päringut aeglustab; tüüpilise Laravel rakenduse puhul on pudelikael peaaegu alati pigem ketas või võrk kui RAM-i kiirus.

Kus mälu rohkem otseselt loeb, on mahutavus, mitte kiirus. 7.8GB kasutatava mälu ja 2GB swap’iga suudab see plaan mugavalt käitada PHP-FPM-i, MySQL-i või PostgreSQL-i ning väikest Redis’e instantsi samal ajal ühe rakenduse jaoks, kuid see ei jäta palju varu, kui jooksutad ühel VPS-il mitut saiti või andmebaasi suure töökomplektiga.

Swap on turvavõrk lühiajaliseks mäluspurdiks, mitte RAM-i asendaja, kui rakendus on selle plaani jaoks tõesti liiga suur.

3. Ketta I/O

• Järjestikune kirjutamine: 740 MiB/s (776 MB/s), 740 IOPS

• Järjestikune lugemine: 749 MiB/s (785 MB/s), 748 IOPS

• Juhuslik 4K segatud lugemine/kirjutamine: umbes 9,400 IOPS mõlemas suunas, umbes 36.7 MiB/s läbilaskevõime mõlemas suunas

Järjestikune kiirus on number, mis loeb suurte, ühekordsete toimingute puhul, andmebaasi varukoopia taastamisel, üles laaditud arhiivi lahtipakkimisel, suure logifaili kirjutamisel.

Umbes 740 kuni 750 MiB/s mõlemas suunas ning lugemis- ja kirjutamiskiiruse erinevus vaid kahe protsendi piires tähendab, et sellel kettal ei ole ühes suunas sellist ebaproportsionaalset nõrkust, mida mõnel pilvesalvestusel näha võib, kus lugemine on kiire, aga kirjutamine jääb maha.

Juhuslik 4K jõudlus on number, mis tegelikult ennustab, kuidas Laravel rakendus igapäevaselt tundub, sest andmebaas ei loe ega kirjuta suuri järjestikuseid plokke, vaid loeb ja kirjutab väikeseid, hajutatud plokke üle ketta, kui otsib ridu, uuendab indekseid ja kirjutab oma tehingulogisse.

Veidi üle 9,000 IOPS mõlemas suunas tähendab umbes 9,000 väikest andmebaasioperatsiooni sekundis enne, kui ketta I/O muutub piiranguks.

Tüüpiline Laravel lehe laadimine võib sõltuvalt rakenduse ehitusest esile kutsuda kuskil mõnest kuni mõnekümne päringuni, mis tähendab, et sellel kettal on piisavalt ruumi märkimisväärsele hulgale samaaegsetele kasutajatele, kes andmebaasi korraga koormavad, enne kui päringud hakkavad ketta juurdepääsu oodates järjekorda jääma.

Selle konkreetse piiri ületamiseks oleks vaja selgelt kirjutamismahukat koormust, suures mahus logimist, tihedat järjekorra tabelit, sagedasi vahemälu kirjutamisi kettale.

4. Võrgu kiirus

• Jooks 1: Allalaadimine 990.06 Mbps, üleslaadimine 910.87 Mbps, jõudeoleku latentsus 0.31ms, 0% paketikadu

• Jooks 2: Allalaadimine 985.24 Mbps, üleslaadimine 947.82 Mbps, jõudeoleku latentsus 0.27ms, 0% paketikadu

Mõlemad jooksud jõudsid Phoenixis, Arizonas asuva serverini, mis vastas valitud Ameerika Ühendriikide asukohale kassas, peaaegu täiskilobiti mõlemas suunas, null paketikadu mõlemas katses.

Laravel rakenduse jaoks loeb see number kõige rohkem kahes asjas: kui kiiresti suudab server külastajatele ressursse ja API vastuseid edastada ning kui rakendus kutsub väliseid API-sid või tõmbab andmeid teistest teenustest, kui kiiresti need välised päringud lõpule jõuavad.

Peaaegu gigabitine läbilaskevõime tähendab, et ribalaius ei saa olema tüüpilise veebirakenduse kitsaskoht; selleks peaks olema väga suur hulk suuri failiedastusi, videoid, suuri allalaadimisi, massilisi eksporde, enne kui see muutub piiravaks, mitte CPU või ketas.

Kahe eraldi jooksu peaaegu identsed tulemused, mis tehti mõneminutilise vahega, välistavad ka juhusliku õnneliku tulemuse; see on see, mida ühendus järjepidevalt teeb, mitte number, mis juhuslikult ühe korra hüppas.

5. Stressitest

Jooksutasin CPU, mälu ja ketta stressoreid 180 sekundit igaüht, et näha, kuidas server püsiva koormuse all vastu peab, mitte ainult lühikese purske ajal:

• CPU stress, 2 workers: 540,042 bogo ops, 0 failures

• Memory stress, 2 workers: 24,335,966 bogo ops, 0 failures

• Disk stress, 2 workers: 2,655,058 bogo ops, 0 failures

Üksikute bogo ops numbrite tähtsus on siin väiksem kui see, mis ei juhtunud.

Null ebaõnnestunud tööprotsessi ja null ebausaldusväärset mõõdikut kõigis kolmes testis, järjest kolmeks täisminutiks läbi viiduna, tähendab, et server hoidis CPU, mälu ja ketast korraga surve all ilma kokku kukkumata, ebausaldusväärseks muutumata või tulemusi tagasi andmata, mida võrdlustest ise kahtlaseks märgistas. See on kõige lähem simuleerimisele, mida selline testimine reaalse liiklusspurdiga saavutab, mitu ressurssi korraga maksimumis, ja see on tulemus, mis on kõige olulisem kõigile, kes kardavad, et nende sait kukub hõivatud perioodi ajal kokku, mitte ei tööta hästi ainult eraldiseisvates testides.

Kokkuvõte jõudlusest

Hostinger Laravel VPS Hosting

Discover how Hostinger Laravel VPS Hosting provides a flexible environment for deploying Laravel applications with dedicated server resources, full control, scalable performance, and customizable configurations for modern web projects.

Külasta Hostinger

Kasutusmugavus

Testisin Hostingeri Laravel VPS-i kassast kuni tegelike haldustööriistade avamiseni.

See hõlmas plaani ja serveri asukoha valimist, konto loomist, maksmist ning seejärel välja selgitamist, kuidas pärast serveri käivitumist Laravel juurutust tegelikult hallata. Järgnev on see, milline see protsess päriselt oli, sealhulgas hetk, mil kasutajaliides saatis mind kuhugi, kuhu ma ei oodanud sattuda.

1. Registreerumine

Alustasin Laravel VPS maandumislehelt, mis rõhutab kolme väidet, mida tasub alguses meeles pidada:

• Tasuta automaatsed iganädalased varukoopiad
• AI-hallatud VPS
• Automaatne pahavara skanner

Valisin KVM 2 plaani, mõistliku kesktee ühe Laravel rakenduse jaoks, mitte ressursinõudliku ülesehituse jaoks, ja liikusin ostukorvi.

Sealt edasi näitas ostukorvi leht kõike ühel ekraanil:

• Arveldusperiood: 1, 12 või 24 kuud, iga valiku juures näidatud sääst
• Serveri asukoht: piirkonnad koondatud mandrite kaupa, igaühe kõrval latentsuse hinnang
• Rakenduste turg: üle tuhande ühe klõpsuga OS-i, paneeli ja rakenduse valiku

Valisin madalama hinna tõttu 24 kuud ja veetsin siis tavalisest rohkem aega serveri asukohaga.

Ühendkuningriik näitas nimekirjas parimat latentsust, aga ma kerisin ülejäänud piirkonnad ikkagi läbi, et võrrelda. Põhja-Ameerika näitas Ameerika Ühendriikide puhul korralikku tulemust ning Aasia kiireim valik, Malaisia, jäi mõlemast märgatavalt maha.

Kuna saidil, mida silmas pidasin, oleks peamiselt Ameerika publik, valisin tehniliselt kiirema Ühendkuningriigi asemel Ameerika Ühendriigid.

See tasub välja tuua kõigile lugejatele, kes seda lehte piirkondade järgi võrdlevad. Parim latentsus sinu jaoks, istudes oma sülearvuti ees, ei ole number, mis loeb. Oluline on latentsus inimestele, kes su saiti tegelikult kasutama hakkavad, seega vali oma publiku järgi, mitte omaenda testitulemuste järgi.

Järgmisena kerisin rakenduste turule, kus Laravel oli juba valitud, sama ühe klõpsuga seadistuse muster, mida Hostinger kasutab kogu oma rakenduste kataloogis. Midagi polnud vaja muuta, nii et liikusin otse kassasse.

Olin juba olemasolevasse Hostingeri kontosse sisse logitud, seega registreerumine ise võttis ühe klõpsu.

Pärast seda pakkus arveldusaadressi ja makse ekraan:

• Kaarti, mis hõlmab Visa, Mastercard, Amex ja Discover
• PayPal
• Google Pay
• AliPay, eraldi Hiina ja Hongkongi variantidena
• Coingate krüptomakseks

Kõik ühel lehel, ilma eraldi ümbersuunamiseta. Esitasin makse, sain kohe kinnituse e-kirja ja maandusin tagasi hPanelis, kus uus server oli juba töösolevana loetelus.

Siin paistis silma, kui palju valikuid Hostinger kassas annab, ilma et miski neist oleks kohustuslik.

Eriti asukoha võrdlus tasub tõsiselt läbi mõelda, mitte lihtsalt läbi klõpsata, sest plaani lehe vaike-soovitus ei pruugi alati kokku langeda sellega, kes serverit tegelikult kasutama hakkab.

2. Juhtpaneel/kliendiala

Pärast makse kinnitamist avanes hPaneli avaleht, sama keskne konto juhtpaneel, mis haldab ühest kohast domeene, e-posti, veebisaiti ja VPS-i.

See tervitas mind nimepidi, AI prompti ribaga, otsetee nuppude reaga, ülesannete kontrollnimekirjaga ja kõigi konto veebilehtede ning serverite jooksva loeteluga allpool.

Järgmisena kerisin VPS tabelini, kus uus server seisis juba Runninguna märgituna, koos oma hostinime, IP-aadressi, plaani ja aegumiskuupäevaga nähtaval ilma midagi avamata.

Klõpsasin Manage, et minna serverispetsiifilisse paneeli.

Pärast maksmist kohe konto avalehele jõudmine, server juba ette valmistatuna ja loetletuna, on see osa voost, mis töötab järjekindlalt hästi.

Ei ole eraldi ooteekraani ega vajadust kaevuda menüüdesse, et leida äsja ostetud asi.

3. Laravel ja serveri haldamine

Manage vajutamine avas VPS Overview lehe, ja siin hakkavad tõelised erinevused paistma.

Kohe üleval oli rakenduse kaart sildiga Laravel koos Manage App nupuga, mis kinnitas, et Laravel paigaldati serveri loomisel automaatselt.

Otse selle all oli teine kaart, mida ma ei oodanud:

• Cloudpanel, ehitatud Ubuntu 24.04 peale
• Admin kasutajanimi kuvatud selgelt
• Parooli lähtestamise link
• Oma Manage paneeli nupp, eraldi ülemisest Laravel kaardist

See teine kaart on olulisem, kui esmapilgul paistab. Cloudpanel on täielik serveri juhtpaneel, mis on Laraveliga kaasa pakitud, mitte ühekordne seadistusviisard, ja selgus, et just see on tegelik pind failide, saitide ja serveri igapäevaseks haldamiseks.

Pärast mõlema kaardi läbimist asus allpool põhi Ubuntu 24.04 instants, märgitud Running, koos taaskäivituse ja terminali juhtnuppude ning root SSH andmetega, samamoodi nagu iga teine VPS sellel kontol.

Kuna see server oli just loodud, polnud ressursside graafikud veel täitunud; hPanel näitas sõnumit, et kasutusandmete kontrollimiseks tuleks umbes 30 minuti pärast tagasi vaadata — aus viis käsitleda serverit, millel tegelikult pole veel liikluse ajalugu, mitte näidata tühje graafikuid nagu neil oleks mingi tähendus.

Edasi leidsin:

• SSH võtmete haldamine
• Tulemüürireeglid
• Varukoopiate hetktõmmised
• Pahavara skanner: mitte installitud

See viimane rida on esimene tegelik puudujääk. Pahavara skanner ütleb Not installed, paiknedes otse plaani lehe all, mis loetleb selle konkreetse toote kolme põhiomaduse hulgas automaatse pahavara skanneri. Olenemata turundusväidetest ei ole see serveril, mille sa tegelikult saad, vaikimisi sisse lülitatud.

Uudishimust, kas teine peamine lubadus peab paremini paika, kontrollisin järgmisena Backups & Monitoring osa. Latest Actions logi näitas:

• Sama päeva recreate toiming logitud
• Weekly backup_create kirjed, igaüks märgitud Success, ulatudes üle kuu tagasi

See väide pidas paika konto enda logide põhjal, mis on terav kontrast pahavara skannerile, mis oli otse kõrval välja lülitatud.

Tasub teada, et Hostinger täidab osa oma väidetud omadustest vaikimisi ja jätab teised sinu enda sisselülitada, ning ainus viis aru saada, millised on millised, on minna otsima, sest plaani leht käsitleb neid kõik ühtmoodi kaasasolevatena.

Siis läksin tagasi Laravel rakenduse kaardile ja vajutasin Manage App, oodates, et see avab mingi Laravel-spetsiifilise seadistus- või failihaldusvaate, nagu Cloudpaneli nupp ülevalpool.

Selle asemel avanes leht pealkirjaga “Let’s get started”, mis suunas Laraveli enda dokumentatsiooni ja Laracasts videotreeningute juurde, ning all oli üksainus nupp Deploy now.

Klõpsasin sellegipoolest, et näha, kuhu see viib, ja see viis mind laravel.com/cloud lehele, Laravel Cloudi registreerimislehele.

Siin on vahe, mille osas tasub olla täpne.

Laravel Cloud ei ole Hostingeri toode ega ole seotud VPS-iga, mille ma just ostsin. See on eraldi, täielikult hallatud hostimisplatvorm, mille on ehitanud ja mida müüb otse Laraveli tiim, konkureerides samas ruumis teenusega nagu Vercel või Heroku, oma konto süsteemi, oma hinnastuse ja oma tasuta kasutuskrediidiga.

Seal registreerumine tähendaks, et maksad Laravelile lisaks sellele, mida oled juba Hostingerile maksnud, et hostida oma rakendust hoopis kuskil mujal.

Mis puutub sellesse, miks Manage App sinna suunab, siis kontrollisin ametlikku teadmusbaasi artiklit, millele Kodee ise viitas, kui küsisin: “How to use the Laravel VPS template at Hostinger.” See artikkel juhendab CloudPaneli avamist sinu VPS-i IP kaudu pordil 8443, .env faili muutmist ning Composeri ja Artisan käskude käitamist SSH kaudu.

See ei maini Manage App nuppu üldse ja Laravel Cloudi samuti mitte. Seega ei ole siin tegu olukorraga, kus seletus oleks kuskil olemas, aga mina poleks seda leidnud.

Hostingeri enda ametlik juhend selle konkreetse malli jaoks ei tunnista, et see nupp üldse olemas on, ja Kodee kinnitas, kui otse küsisin, et Manage App ei halda VPS-i ning Laravel Cloudi kaudu sinna registreerumine tähendaks teist, eraldi arvet.

Igaüks, kes klõpsab Manage App nupul, oodates rakenduse haldamist, satub selle asemel konkurendi tasulise toote registreerimislehele, ilma et kuskil oleks ette hoiatusi, mis seda välja tooksid.

Nupp, mis sind sinna tegelikult viib, asub ühe kaardi võrra allpool. Manage panel, Cloudpaneli kaardil.

Sellele vajutamine avab sisselogimisekraani, mis küsib kasutajanime ja parooli, ning siin tasub olla täpne, sest paneel ei anna sellele ekraanile jõudes enam mingeid vihjeid.

Kasutajanimi on admin ja parool on serveri parool, mille Hostinger saatis VPS-i esmakordsel loomisel e-kirjaga, mitte sinu Hostingeri konto parool.

Kui see e-kiri on ammu kadunud, siis Cloudpaneli kaardil paroolivälja kõrval olev Reset link genereerib uue ilma, et peaksid oma postkastis tuhnima.

Pärast sisselogimist avaneb Cloudpanel Sites loendiga, kus VPS-i hostinimi on juba live saidina seadistatud, rakenduse tüübiks PHP ning selle kõrval Manage link.

Selle saidi seadete avamisel tuli nähtavale täielik vahekaartide rida: Settings, Vhost, Databases, Varnish Cache, SSL/TLS, Security, SSH/FTP, File Manager, Cron Jobs ja Logs.

See on tõeline, põhjalik juhtpaneel ja tasub välja tuua, et Cron Jobs vahekaart on seal kohe olemas. Kodee juhendas mind käsitsi SSH kaudu lisama ajastaja cron kirje, mis töötab hästi, kuid Cloudpanelil on selleks klõpsatav viis ilma terminali puudutamata ning ei Kodee ega teadmusbaasi artikkel maininud seda võimalusena.

Sellega ühele poole saades on vasakpoolne menüü serveri halduslehel koht, kus tegelikud juhtnupud asuvad.

Siin on, mida see pakub:

• Overview: kokkuvõtte leht ise, koos Laravel ja Cloudpanel rakenduse kaartide, ressursikasutuse ja kõigi allolevate otseteedega
• Settings: serveritaseme seadistus, näiteks root-parooli lähtestamine ja hostinime muutmine
• OS & Panel: kontroll operatsioonisüsteemi ja selle üle, milline juhtpaneel serverisse installitud on
• Backups & Monitoring: avaneb Snapshots & Backups, Server Usage ja Latest Actions, kus ma leidsin iganädalaste varukoopiate logi, mis kinnitas selle väite paika pidamist
• Security: hõlmab pahavara skannerit ja tulemüüri seadeid, see osa, kus ma leidsin skanneri välja lülitatuna
• API: avab Hostingeri API dokumentatsiooni uues vahekaardis, neile, kes automatiseerivad serverihaldust väljaspool paneeli
• DNS Manager: serveriga seotud domeeni ja DNS kirjete haldamine
• Tutorials: väline link Hostingeri abisisule

See on piisavalt lai valik, et seda võiks nimetada täielikuks VPS halduse katvuseks. Serveri seaded, OS-i kontroll, turvalisus, varukoopiad, DNS ja API juurdepääs on kõik esindatud omaette kategooriatena, mitte peidetud ühe üldise seadistuse menüü alla, ning ma ei sattunud millessegi, mida mul vaja oleks olnud ja mis nimekirjast puudus.

See aga ei too kaasa ühtegi Laravel-spetsiifilist tööriista; koodi juurutamine, .env failide haldamine, Artisan käskude käivitamine, kõik see toimub kas Cloudpaneli või terminali kaudu, mitte selle külgriba kaudu.

See viibki mind terminali nupuni, mis asub Ubuntu kaardil. Selle eesmärk on otsene käsurea juurdepääs serverile, avades brauseris elava SSH seansi ilma, et oleks vaja eraldi SSH klienti või privaatvõtit oma arvutisse kopeerida.

Sellele klõpsates sattusin otse root shelli, juba autentituna, ning ekraanil oli Cloudpaneli tervitusbänner, mis näitas oma veebiaadressi ja CLI tööriista nimega clpctl paneeli käsurealt haldamiseks.

Igaühe jaoks, kes tunneb end terminalis mugavalt, on see kiireim tee Laravel installi tegeliku seadistamiseni, koodi juurutamiseni, keskkonnamuutujate muutmiseni, migratsioonide käivitamiseni, kuna ühelgi neist ei ole hPanelis omaette nuppu.

Kokkuvõte kasutusmugavusest

Hostinger Laravel VPS Hosting

Discover how Hostinger Laravel VPS Hosting provides a flexible environment for deploying Laravel applications with dedicated server resources, full control, scalable performance, and customizable configurations for modern web projects.

Külasta Hostinger

Tugi

Kodee, Hostingeri AI abiline, asub hPanelis Ask AI nupu taga ja tegeleb siin toetusega, nagu ka ülejäänud Hostingeri toodetes.

Testisin seda kahe eraldi tehnilise küsimusega selle VPS-i kohta: ühega liidese probleemi kohta, millega ma juba kokku olin puutunud, ja teisega, sügavama küsimusega selle kohta, kuidas Laravel selles serveris tootmises tegelikult töötab.

Pärast seda vaatasin läbi Hostingeri teadmusbaasi, et näha, kui palju sellest teemast saab ilma kelleltki küsimata kaetud.

1. AI tugi (Kodee)

Minu esimene küsimus tuli otse välja selle testimisest, et Laravel rakenduse kaardi Manage App nupp oli avanud Laravel Cloudi, eraldi tasulise platvormi, mitte midagi VPS-iga seotut.

Küsisin Kodeelt otse, kas see nupp pidi avama Laravel Cloudi või haldama juba Cloudpaneli kaudu töötavat installi, ning mis tegelikult juhtub, kui ma sealt Laravel Cloudi registreerun.

Kodee vastas minuti jooksul:

• Kinnitas, et Manage App ei halda olemasolevat VPS installi
• Tuvastas selle õigesti lingina Laravel Cloudi, eraldi juurutusplatvormi
• Viitas Cloudpanelile, millele pääseb ligi VPS-i IP kaudu pordil 8443, kui tegelikule halduspinnale
• Hoiatas, et Laravel Cloudi kaudu registreerumine looks eraldi, iseseisvalt arveldatava keskkonna, mitte ei juurutaks midagi VPS-i, mille ma juba ostsin

See on puhas, õige vastus küsimusele, millel on päris rahaline mõju, kui sa eksid, ja see tuli koos viitega Hostingeri enda dokumentatsioonile, mitte oletusena.

Järgmisena küsisin midagi tehniliselt raskemat. Laravel rakendused tootmises sõltuvad cron kirjest ajastaja jaoks ja Supervisor protsessist, et hoida queue worker’eid töös, ning ma tahtsin teada, kas VPS mall seadistab mõlemad automaatselt ning kas Supervisor ise jääks pärast taaskäivitust ellu, kui ma selle ise seadistaksin.

Kodee ütles, et kontrollib enne vastamist serverit otseselt, ja nii ta tegigi:

• Teatas, et schedule:run cron kirjet ei ole
• Teatas, et Supervisor teenus ei ole seadistatud
• Teatas, et queue worker’it ei ole seadistatud
• Andis täpse cron rea ajastaja jaoks
• Andis täieliku Supervisor konfiguratsiooniploki queue worker’i jaoks, õigete lippudega
• Kinnitas, et Supervisor püsib pärast taaskäivitust, kui see on systemctl enable –now supervisor abil sisse lülitatud
• Lisatud meeldetuletus php artisan queue:restart käivitamiseks pärast uue koodi juurutamist, detail, mida on lihtne unustada ja mis põhjustab päris tootmisvigu, kui see vahele jätta

Mida ma AI toe kohta arvasin: Kodee teenis siin oma vastused välja. Kinnitada, et ajastaja cron ja Supervisor protsess puuduvad, enne kui midagi soovitab, on vahe kontrollnimekirja vastuse ja selle vahel, mis tugineb just selle serveri tegelikule olekule, ning meeldetuletus queue worker pärast juurutust taaskäivitada on selline detail, mis ilmub ainult siis, kui keegi või miski päriselt mõistab, kuidas Laravel queue’d tootmises käituvad.

Kaks küsimust, kaks täpset ja täielikku vastust, mõlemad paari minuti jooksul.

2. Teadmusbaas

Hostingeri teadmusbaas on kõigi toodete lõikes üles ehitatud samamoodi: suured kategooriaplokid, artiklite arvud, otsinguriba ja ülemine kategooriafilter.

Selle asemel, et sirvida, läksin otse otsingusse ja kirjutasin “laravel”, mis andis 15 tulemust kahe lehekülje peale, märgatavalt rohkem kui kitsam ühe klõpsuga rakendus tavaliselt pakub.

Selle juures tasub siiski teha üks märkus. Rohkem tulemusi ei tähenda sama, mis rohkem asjakohaseid tulemusi, sest mitu tabamust olid vaid kaudselt seotud; näiteks artikkel PHP meiliribude piirangutest ja teine veebisaidi migratsiooniprobleemidest ilmusid välja lihtsalt seepärast, et neis mainitakse Laravelit möödaminnes.

Kõige asjakohasem tulemus, “How to use the Laravel VPS template at Hostinger,” käsitleb Cloudpaneli avamist, Laraveli kaustastruktuuri mõistmist, .env faili muutmist, Composeri käitamist ja migratsioonide käitamist.

See on korralik juhis, kuidas Laravel projekt selle malli peal käima saada. Mida see ei käsitle, on ajastaja ega queue worker’id üldse, täpselt see lünk, mille Kodee pidi täitma, kui ma küsisin.

Otsingutulemusi edasi uurides tuli välja midagi, mida tasub välja tuua. Vanem artikkel “How to deploy Laravel 8 at Hostinger” sisaldab küll töötavat cron näidet ajastaja jaoks, kuid see on kirjutatud teise, vanema seadistuse jaoks, kus Laravel juurutatakse käsitsi jagatud või pilvemajutusse, mitte praeguse VPS malli jaoks, ning seal on public_html failistruktuur, millel pole Cloudpaneli VPS-i korraldusega midagi pistmist.

Igaüks, kes otsib selle VPS malli puhul teadmusbaasist juhiseid ajastaja jaoks, satuks enne midagi tõeliselt rakendatavat leidmata artiklile, mis kirjeldab hoopis teist toodet.

Mida ma teadmusbaasi kohta arvasin: Artiklite arv näib paberil tugev, 15 tulemust ühe otsingusõna kohta, kuid toores maht varjab ära selle, kui hajali tegelikult kasulik sisu on. Põhiline VPS malli artikkel on hästi kirjutatud ja aitab esimese projekti tööle saada, kuid peatub täpselt seal, kus tootmisse juurutamine tõsiseks muutub, ning ainus dokumentatsioon, mis ajastajat käsitleb, kuulub hoopis teise, vanema hostimisseadistuse juurde.

Lugeja, kes tugineb ainult teadmusbaasile, võiks vabalt järgida seda vanemat juhendit ja oma VPS-i valesti seadistada, kopeerides käske, mis on mõeldud täiesti teistsuguse failistruktuuri jaoks.

Kokkuvõte toe kohta

Hostinger Laravel VPS Hosting

Discover how Hostinger Laravel VPS Hosting provides a flexible environment for deploying Laravel applications with dedicated server resources, full control, scalable performance, and customizable configurations for modern web projects.

Külasta Hostinger

Kas me soovitame Hostinger Laravel hostingu?

Jah. Alused on siin tugevad. Laravel ja Cloudpanel saabuvad eelinstallituna ja töötavana, aluseks olev riistvara teeb CPU, mälu ja ketta testides häid tulemusi ning Kodee andis mulle kaks täpset, serveriteadlikku tehnilist vastust, kui ma selle päriselt proovile panin. Iganädalased varukoopiad kinnitasid end konto enda logide põhjal täpselt nii, nagu lubatud.

Karedad servad on kitsad, kuid enne ostmist tasub neist teada. Plaani lehel välja toodud pahavara skanner ei olnud vaikimisi sisse lülitatud ja Laraveli kaardil olev Manage App nupp suunab sind Laravel Cloudi, eraldi tasulise toote juurde, mitte millegi poole, mis meenutaks rakenduse haldamist, ning kuskil pole selle eest ette hoiatust.

Kumbagi pole pärast teadmist raske lahendada, kui saad aru, et Cloudpanel on tegelik haldusliides, kuid kumbagi ei peaks kahtlusega ära arvama.

Arendajale, kes tahab Laraveli kiiresti tugeval infrastruktuuril tööle panna ja on valmis kulutama viis minutit, et leida Cloudpanel valesti sildistatud nupu asemel, on see lihtne soovitus. Kellegi jaoks, kes tahab, et iga reklaamitud funktsioon oleks serveri käivitumise hetkel kohe sisse lülitatud ilma ühtegi lisakontrolli tegemata, tasub enne valmis kuulutamist paar lisaminutit seadistamiseks varuda.

Hostinger

5.0

2,471 user reviews

1,38 € /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