Asiantuntija-analyysi vahvistettujen Hostinger-käyttäjäarvostelujen kanssa
Ostin Hostingerin Laravel VPS:n, ajoin sen läpi täyden palvelinbenchmark-sarjan ja käytin Kodee AI -tukea kahden todellisen teknisen kysymyksen kanssa. Yksi kojelaudan painike ei tehnyt sitä, mitä sen nimi lupasi.
Ostin Hostingerin Laravel VPS:n, ajoin sen läpi täyden palvelinbenchmark-sarjan ja käytin Kodee AI -tukea kahden todellisen teknisen kysymyksen kanssa. Yksi kojelaudan painike ei tehnyt sitä, mitä sen nimi lupasi.
Hostginger myy Laravel VPS:nsä esiasennettuna, tekoälyllä hallittuna palvelimena, joka on rakennettu saamaan Laravel-projekti nopeasti tuotantoon. Suurin osa tästä lupauksesta piti paikkansa käytännön testauksessa, vahvoissa benchmarkeissa, kyvykkäässä tekoälyavustajassa ja aikataulun mukaisesti vahvistetuissa varmuuskopioissa.
Yksi hallintapaneelin painike lähetti minut kuitenkin paikkaan, johon en koskaan odottanut päätyväni, ja se kannattaa tietää ennen kuin klikkaat sitä itse. Tässä koko erittely.
Hostinger Laravel VPS Hosting
Tutustu siihen, kuinka Hostinger Laravel VPS Hosting tarjoaa joustavan ympäristön Laravel-sovellusten käyttöönottoon omistetuilla palvelinresursseilla, täydellä hallinnalla, skaalautuvalla suorituskyvyllä ja mukautettavilla kokoonpanoilla moderneihin verkkoprojekteihin.
Cloudpanel antaa täyden palvelimen hallintaoikeuden
Kodee tarkistaa ja korjaa live-ongelmia
Viikoittaiset varmuuskopiot toimivat ja vahvistuvat automaattisesti
Vahva CPU-skaalaus molemmilla ytimillä
Tasapainoiset levyn luku- ja kirjoitusnopeudet
Johdonmukainen lähes gigabitin verkko testikertojen välillä
30 päivän rahat takaisin -takuu VPS-suunnitelmille
Cons
Malware-skanneria ei ole asennettu oletuksena
Manage App -painike ohjaa Laravel Cloudiin
Vinkki Hallitse Laravel-sovellustasi Cloudpanelin kautta Manage App -painikkeen sijaan, ja tarkista Security-välilehti, jos haluat malware-skannerin todella päälle.
Arvioinnin jakautuminen
Hostingerin Laravel VPS -hosting-palvelun pisteyttämiseen sovelsin HostAdvicen arviointimenetelmää, samaa standardoitua lähestymistapaa, jota käytetään sivuston kaikissa arvosteluissa, joten pisteet pysyvät johdonmukaisina ja perustuvat todelliseen testaukseen markkinointiväitteiden sijaan. Tässä on, miten se pärjäsi kunkin parametrin kohdalla.
Kodee tarkisti live-palvelimen kahdesti ja antoi tarkat, käyttövalmiit korjaukset molemmilla kerroilla.
Kokonaisarvio
9.1/10
Kyvykäs Laravel-hosting, jossa on erinomainen tuki ja benchmarkit, mutta jota yksi todellinen käyttöliittymävirhe heikentää.
Hostinger Laravel VPS Hosting
Tutustu siihen, kuinka Hostinger Laravel VPS Hosting tarjoaa joustavan ympäristön Laravel-sovellusten käyttöönottoon omistetuilla palvelinresursseilla, täydellä hallinnalla, skaalautuvalla suorituskyvyllä ja mukautettavilla kokoonpanoilla moderneihin verkkoprojekteihin.
Hostinger myy Laravel-hostingia yhtenä neljästä KVM VPS -tasosta, KVM 1:stä KVM 8:aan, ja jokainen taso kasvattaa CPU-ytimien, RAMin, NVMe-levytilan ja kaistanleveyden määrää samalla kun etenet ylöspäin.
Laravel ei ole erillinen ostos, vaan se on yhdellä napsautuksella asennettava sovellus, joka lisätään minkä tahansa valitsemasi tason päälle kassalla, ja Cloudpanel sisältyy pakettiin varsinaisena hallintapaneelina asennuksen hallintaan sen jälkeen kun se on toiminnassa.
Laskutusehdot: Suunnitelmat maksetaan etukäteen 1, 12 tai 24 kuukauden jaksoille, ja pidemmät jaksot tuovat todellisia alennuksia kuukausihinnasta. Katso hinnoitteluwidgetistä täydellinen erittely tason ja jakson mukaan.
Rahat takaisin -takuu: VPS-suunnitelmiin sisältyy 30 päivän takuu, mutta pienellä präntillä on todellinen rajoitus. Voit hakea VPS-palautusta vain kerran 180 päivän välein, joten toista palautusta erillisestä VPS-ostoksesta tuon ajan sisällä ei hyväksytä. Nykyisen VPS-suunnitelman päivitykset on suljettu kokonaan pois.
Ilmainen kokeilu: En löytänyt erillistä ilmaista kokeilua Laravel VPS -hostingille, vain 30 päivän rahat takaisin -takuun. Suunnittele arviointiaikasi tämän rajoituksen mukaan.
Maksutavat: Kortti (Visa, Mastercard, Amex, Discover), PayPal, Google Pay, AliPay erillisissä Kiinan ja Hongkongin versioissa sekä Coingate kryptovaluutoille. Kryptomaksut eivät kuulu palautuskäytännön piiriin lainkaan, joten pidä tämä mielessä, jos takuulla on sinulle merkitystä.
Mitä sisältyy: Jokainen taso sisältää ilmaisen .cloud-verkkotunnuksen ensimmäiseksi vuodeksi, täyden root-oikeuden, Git-integraation ja Cloudpanelin ilman lisäkustannuksia, joten lista hinta on lähempänä todellista kustannusta kuin hos,t joka veloittaa hallintapaneelista erikseen.
Hostingerin oma ohjeistus ehdottaa, että KVM 1 riittää yksinkertaiseen Laravel-sivustoon, ja KVM 8 suositellaan raskaampiin, resurssi-intensiivisiin projekteihin.
On myös syytä lisätä testauksen perusteella, että Manage App -painikkeen ympärillä oleva sovelluksenhallinnan sekavuus sekä oletuksena pois päältä oleva malware-skanneri koskevat kaikkia tasoja yhtä lailla, joten suuremman tason valinta ei korjaa kumpaakaan näistä. Valitse suunnitelma CPU- ja liikennetarpeidesi perusteella, ja hoida nämä kaksi tiettyä ongelmaa samalla tavalla riippumatta siitä, mihin tasoon päädyt.
Ominaisuudet
AMD EPYC -prosessorit kaikilla tasoilla
NVMe SSD -tallennus kaikissa suunnitelmissa
Git-integraatio koodin sujuvaan käyttöönottoon
Täysi root-käyttöoikeus SSH:n kautta
Cloudpanel-hallintapaneeli sisältyy oletuksena
Tekoälyagentti VPS-hallintatehtäviin
Automaattiset viikoittaiset varmuuskopiot jokaisessa suunnitelmassa
1 Gbps verkkonopeus per suunnitelma
Ilmainen .cloud-verkkotunnus vuodeksi
Hostinger Laravel VPS Hosting
Tutustu siihen, kuinka Hostinger Laravel VPS Hosting tarjoaa joustavan ympäristön Laravel-sovellusten käyttöönottoon omistetuilla palvelinresursseilla, täydellä hallinnalla, skaalautuvalla suorituskyvyllä ja mukautettavilla kokoonpanoilla moderneihin verkkoprojekteihin.
Laravel-sovellus elää tai kuolee sen alla olevan palvelimen mukana aivan yhtä paljon kuin itse koodi. Sivulataukset riippuvat CPU-nopeudesta PHP:n suorittamiseen, tietokantakyselyt riippuvat levyn I/O:sta, sessiot ja välimuisti riippuvat muistista, ja jos sovellus ajaa jonotöitä tai sillä on oikeita kävijöitä, verkkoläpäisykyky ja jatkuvan kuormituksen käsittely ovat tärkeitä myös.
Laravel ei muuta mitään tästä, se on yhä PHP:tä Linuxissa, joten todellinen testi tässä on VPS.
Suoritin palvelimella täyden benchmark-sarjan, joka kattoi CPU:n, muistin, levyn, verkon ja jatkuvan stressijakson, jotta näkisin, mitä tämä suunnitelma todella tarjoaa ja mitä se tarkoittaa oikealle sovellukselle.
Testaamani instanssi oli KVM 2 -suunnitelma, jonka valitsin kassalla:
Ennen lukuihin menemistä on hyvä tietää, että Hostingerin Laravel VPS -valikoima käyttää samoja neljää tasoa kuin sen muu VPS-valikoima, KVM 1:stä KVM 8:aan, ja KVM 2 on toiseksi alin taso, yksi askel halvimmasta vaihtoehdosta ylöspäin ja selvästi KVM 4- ja KVM 8 -tasoja alempana, jotka on rakennettu raskaampia, usean sovelluksen työkuormia varten.
Seuraava kuvaa pientä tai keskikokoista Laravel-projektia, yhtä sovellusta, joka palvelee oikeaa mutta maltillista liikennettä, ei suurta alustaa, joka ajaa useita palveluita yhdellä koneella.
1. CPU-suorituskyky
Yksi säie: 1,624.55 tapahtumaa sekunnissa, keskimääräinen latenssi 0.61ms, 95. persentiili 0.64ms
Säikeiden oikeudenmukaisuuden keskihajonta: 182.50 keskiarvolla 14,321.5 tapahtumaa säiettä kohti
Tässä on, mitä tuo yhden säikeen luku oikeasti tarkoittaa käytännössä. Tyypillinen Laravel-pyyntö, Blade-näkymän renderöinti, muutaman Eloquent-kyselyn ajaminen, session tarkistus, käyttää suurimman osan ajastaan yhdellä CPU-ytimellä PHP-työtä tehdessä sen sijaan, että se jakautuisi usealle ytimelle kerralla.
0.61ms:n keskimääräisellä latenssilla laskentatapahtumaa kohti tässä testissä CPU ei ole se osa pinosta, joka tekee sivusta hitaalta tuntuvan.
Ero keskimääräisen latenssin ja 95. persentiilin välillä on myös pieni, 0.61ms verrattuna 0.64ms:iin, mikä tarkoittaa, että suorituskyky pysyi tasaisena sen sijaan, että yksittäiset pyynnöt olisivat joskus kestäneet paljon pidempään kuin muut, mikä näkyisi todellisille kävijöille satunnaisina hitaina sivulatauksina.
Monisäietulos on hyödyllisempi luku samanaikaisuuden ymmärtämiseksi. Siirtyminen yhdestä säikeestä kahteen lähes kaksinkertaisti läpimenon, noin 88 prosentin skaalaustehokkuus, mikä tarkoittaa, että tämä VPS ei menetä juuri kapasiteettia ylikuormaan tai muihin vuokralaisiin, jotka kilpailevat samoista fyysisistä ytimistä
Käytännössä tämä tarkoittaa, että tällä suunnitelmalla toimiva PHP-FPM, jossa on kaksi työntekijäprosessia, voi käsitellä noin kaksinkertaisen pyyntömäärän verrattuna yhden säikeen skenaarioon ennen kuin CPU muodostuu pullonkaulaksi, eikä vähemmän kuin kaksinkertaista määrää, mikä olisi tilanne, jos kaksi vCPU:ta taistelisivat keskenään laskentasykleistä.
Säikeiden oikeudenmukaisuusluku, noin 1.3 prosentin vaihtelu kahden säikeen välillä, vahvistaa, että molemmat ytimet tekivät suunnilleen saman verran työtä sen sijaan, että toinen ydin olisi kantanut kuorman ja toinen seissyt toimettomana. Oikealle sivustolle tämä tarkoittaa, että pyynnöt jakautuvat tasaisesti PHP-FPM-työntekijöiden kesken sen sijaan, että ne kasaantuisivat sen työntekijän taakse, joka sattuu olemaan kiireinen.
2. Muistin nopeus
Peräkkäinen kirjoitus: 5,865.22 MiB/sec
Peräkkäinen luku: 7,155.43 MiB/sec
Muistin nopeus on Laravelille tärkeä tavalla, joka on helppo ohittaa. Jokainen OPcache-haku, jokainen session luku, jokainen taulukko tai kokoelma, jonka sovelluksesi muodostaa pyyntöä käsitellessään, elää RAMissa, ja jos välimuistikerros kuten Redis toimii samalla koneella, se kilpailee samasta muistikaistasta.
Noin 5.9 GiB sekunnissa kirjoituksessa ja 7.2 GiB sekunnissa luvussa tämä VPS pystyy siirtämään dataa muistiin ja muistista riittävän nopeasti, jotta muistioperaatiot eivät todennäköisesti ole se asia, joka hidastaa pyyntöä, pullonkaula tavallisessa Laravel-sovelluksessa on lähes aina levy tai verkko ennen RAMin nopeutta.
Missä muistilla on enemmän suoraa merkitystä, on kapasiteetti eikä nopeus. Kun käytettävissä on 7.8GB ja taustalla 2GB swapia, tämä suunnitelma pystyy mukavasti ajamaan PHP-FPM:ää, MySQL:ää tai PostgreSQL:ää sekä pientä Redis-instanssia samalla koneella yhden sovelluksen kanssa, mutta se ei jätä paljon tilaa, jos ajat useita sivustoja samalla VPS:llä tai tietokantaa, jolla on suuri työskentelyjoukko.
Swap on turvaverkko lyhyelle muistipiikille, ei korvike RAMille, jos sovellus on todella alimitoitettu tälle suunnitelmalle.
Satunnainen 4K-sekamuotoinen luku/kirjoitus: noin 9,400 IOPS kumpaankin suuntaan, noin 36.7 MiB/s läpäisykyky per suunta
Peräkkäinen nopeus on luku, jolla on merkitystä suurissa, kertaluonteisissa operaatioissa, tietokantavarmuuskopion palauttamisessa, ladatun arkiston purkamisessa, suuren lokitiedoston kirjoittamisessa.
Noin 740–750 MiB/s molempiin suuntiin ja siten, että luku ja kirjoitus osuivat kahden prosentin sisään toisistaan, tämä levy ei kärsi siitä yksisuuntaisesta heikkoudesta, joka näkyy joillakin pilvitallennuksilla, joissa luku on nopea mutta kirjoitus laahaa perässä.
Satunnainen 4K-suorituskyky on se luku, joka ennustaa parhaiten, miltä Laravel-sovellus tuntuu käytössä päivittäin, koska tietokanta ei lue ja kirjoita suurissa peräkkäisissä lohkoissa, vaan pieniä, hajanaisia lohkoja etsiessään rivejä, päivittäessään indeksejä ja kirjoittaessaan transaktiolokiinsa.
Hieman yli 9,000 IOPS:ia kumpaankin suuntaan tarkoittaa suunnilleen 9,000 pientä tietokantaoperaatiota sekunnissa ennen kuin levy-I/O muodostuu rajoitteeksi.
Tyypillinen Laravel-sivulataus saattaa laukaista muutamasta aina muutamaan kymmeneen kyselyä riippuen siitä, miten sovellus on rakennettu, mikä tarkoittaa, että tällä levyllä on tilaa merkittävälle määrälle samanaikaisia käyttäjiä, jotka osuvat tietokantaan ennen kuin kyselyt alkavat jonoutua odottamaan levyn käyttöä.
Tämän katon ylitse pääsemiseen vaadittaisiin selvästi kirjoituspainotteinen työkuorma, suuren volyymin lokitus, kiireinen queue-taulu, usein levylle tehtävät välimuistikirjoitukset.
Molemmat ajot osuivat palvelimeen Phoenixissa, Arizonassa, mikä vastasi Yhdysvaltain sijaintia, jonka valitsin kassalla, lähellä täyttä gigabittiä molempiin suuntiin ilman pakettihäviötä kummassakaan yrityksessä.
Laravel-sovelluksessa tämä luku merkitsee eniten kahdessa asiassa: kuinka nopeasti palvelin voi palvella resursseja ja API-vastauksia kävijöille, sekä jos sovellus kutsuu ulkoisia API-rajapintoja tai hakee dataa muista palveluista, kuinka nopeasti nuo lähtevät kutsut valmistuvat.
Lähes gigabitin läpäisykyky tarkoittaa, että kaistanleveys ei ole rajoite tavalliselle verkkosovellukselle; tarvitset hyvin suuren määrän suuria tiedostosiirtoja, videota, isoja latauksia tai massavientejä ennen kuin tästä tulee rajoittava tekijä ennemmin kuin CPU:sta tai levystä.
Lähes identtiset tulokset kahdessa erillisessä testissä, jotka ajettiin muutaman minuutin välein, myös sulkevat pois onnekkaan kertatuloksen, tämä on se, miten yhteys toimii johdonmukaisesti eikä luku, joka sattui piikkaamaan kerran.
5. Stressitesti
Ajoin CPU-, muisti- ja levystressit 180 sekunnin ajan kukin nähdäkseeni, miten palvelin kestää jatkuvaa kuormitusta eikä vain lyhyttä piikkiä:
Yksittäiset bogo-operaatioluvut ovat tässä vähemmän tärkeitä kuin se, mitä ei tapahtunut.
Nolla epäonnistunutta workeria ja nolla epäluotettavaa mittausta kaikissa kolmessa testissä, jotka ajettiin peräkkäin kolmen täyden minuutin ajan, tarkoittaa, että palvelin piti CPU:n, muistin ja levyn kaikki samanaikaisen paineen alla ilman kaatumista, epäluotettavaan tilaan kuristumista tai tulosten palauttamista, jotka benchmark itse merkitsi epäilyttäviksi. Se on lähin mitä tämän tyyppinen testaus pääsee simuloimaan todellista liikennepiikkiä, useita resursseja maksimikuormalla yhtä aikaa, ja se on se tulos, joka merkitsee eniten kaikille, jotka pelkäävät sivustonsa kaatuvan kiireisenä aikana sen sijaan, että se toimisi hyvin vain yksittäisissä, yksi kerrallaan tehdyissä testeissä.
Yleinen päätelmä suorituskyvystä
KVM 2 -suunnitelma toimii hyvin siihen nähden, mitä se on, pieni tai keskitasoinen VPS eikä lippulaivamalli. Käytännössä tällä palvelimella on tarpeeksi yhden säikeen CPU-nopeutta ja tarpeeksi satunnaisia levy-IOPS-arvoja pitämään tyypillisen Laravel-sivulatauksen nopeana, tarpeeksi verkkoläpäisykykyä siihen, ettei kaista ole pullonkaula normaalille verkkosovellukselle, ja se pysyi kasassa ilman ainuttakaan virhettä kolmen samanaikaisen stressitestin aikana.
Tätä ei pidä tulkita päätelmäksi Hostingerin Laravel-hostingista kokonaisuutena, koska tämä on yksi taso neljästä.
Pienempi henkilökohtainen projekti tai vähän liikennettä saava sovellus voisi hyvin toimia halvemmalla KVM 1 -suunnitelmalla, kun taas tuotantoliikennettä palvelevan, ajastettuja töitä, queue worker -prosesseja ja tietokantaa yhtä aikaa pyörittävän Laravel-sovelluksen olisi viisasta katsoa KVM 4- tai KVM 8 -tasoja sen sijaan, että pitäisit näitä KVM 2 -lukuja kattona. Valitse sen perusteella, mitä sovelluksen todella pitää ajaa, älä pelkän suunnitelmasivun lähtöhinnan perusteella.
Hostinger Laravel VPS Hosting
Tutustu siihen, kuinka Hostinger Laravel VPS Hosting tarjoaa joustavan ympäristön Laravel-sovellusten käyttöönottoon omistetuilla palvelinresursseilla, täydellä hallinnalla, skaalautuvalla suorituskyvyllä ja mukautettavilla kokoonpanoilla moderneihin verkkoprojekteihin.
Testasin Hostingerin Laravel VPS:ää kassalta aina varsinaisten hallintatyökalujen avaamiseen asti.
Se kattoi suunnitelman ja palvelinsijainnin valinnan, tilin luomisen, maksamisen ja sen jälkeen sen selvittämisen, miten Laravel-käyttöönottoa oikeasti hallitaan sen jälkeen kun palvelin oli toiminnassa. Seuraavassa on, millaista tuo prosessi todella oli, mukaan lukien hetki, jolloin käyttöliittymä lähetti minut paikkaan, jota en odottanut.
1. Rekisteröityminen
Aloitin Laravel VPS -laskeutumissivulta, joka korostaa kolmea väitettä, jotka kannattaa muistaa etukäteen:
Siitä eteenpäin ostoskorisivu toi kaiken yhdelle näytölle:
Laskutusjakso: 1, 12 tai 24 kuukautta, säästöt näytetty jokaiselle vaihtoehdolle
Palvelinsijainti: alueet ryhmitelty mantereittain, viivearvio jokaisen vieressä
Sovellusmarkkinapaikka: yli tuhat yhden napsautuksen OS-, paneeli- ja sovellusvaihtoehtoa
Valitsin 24 kuukautta alemman hinnan vuoksi ja käytin sitten tavallista enemmän aikaa palvelinsijaintiin.
Yhdistynyt kuningaskunta antoi listalla parhaan viiveen, mutta selasin silti muut alueet läpi vertaillakseni. Pohjois-Amerikka näytti Yhdysvaltojen osalta hyvän tuloksen, ja Aasian nopein vaihtoehto, Malesia, jäi selvästi jälkeen molemmista.
Koska mielessäni oli sivusto, joka houkuttelisi pääasiassa amerikkalaista yleisöä, valitsin Yhdysvallat teknisesti nopeamman Yhdistyneen kuningaskunnan sijaan.
Tämä kannattaa nostaa esiin kaikille, jotka vertaavat alueita tällä sivulla. Paras latenssi sinulle oman läppärisi edessä ei ole se numero, jolla on merkitystä. Se on latenssi ihmisille, jotka todella käyttävät sivustoa, joten valitse yleisösi perusteella, älä omien testitulostesi perusteella.
Seuraavaksi selasin sovellusmarkkinapaikkaan, jossa Laravel oli jo valmiiksi valittuna, samalla yhden napsautuksen asennusmallilla, jota Hostinger käyttää koko sovelluskatalogissaan. Mitään ei tarvinnut muuttaa siellä, joten siirryin suoraan kassalle.
Olin jo kirjautuneena olemassa olevaan Hostinger-tiliin, joten itse rekisteröityminen vei yhden klikkauksen.
Sen jälkeen laskutusosoite- ja maksusivu tarjosivat:
Kortti, joka kattaa Visan, Mastercardin, Amexin ja Discoverin
PayPal
Google Pay
AliPay, erillisissä Kiinan ja Hongkongin versioissa
Coingate, kryptomaksuja varten
Kaikki yhdellä sivulla, ei erillistä uudelleenohjausta. Lähetin maksun, sain vahvistussähköpostin heti ja palasin hPaneliin, jossa uusi palvelin oli jo listattuna käynnissä olevaksi.
Hienoa tässä oli se, kuinka paljon valinnanvapautta Hostinger antaa kassalla ilman että mikään siitä on pakollista.
Erityisesti sijainnin vertailu kannattaa ottaa vakavasti eikä vain ohittaa sitä, sillä suunnitelmasivun oletussuositus ei aina vastaa sitä, kuka palvelinta oikeasti käyttää.
2. Hallintapaneeli/asiakasalue
Kun maksu oli mennyt läpi, hPanel avautui kotinäyttöönsä, samaan keskitettyyn asiakaspaneeliin, joka hoitaa domainit, sähköpostin, sivustonrakentajan ja VPS-hallinnan yhdestä paikasta.
Se tervehti minua nimellä, tekoälykehotepalkilla, pikavalintapainikerivillä, tehtävälistalla ja kaikkien tilillä olevien sivustojen ja palvelinten juoksevalla listalla alempana sivulla.
Seuraavaksi selasin VPS-taulukkoon, jossa uusi palvelin oli jo merkitty käynnissä olevaksi, ja sen hostname, IP-osoite, suunnitelma ja vanhentumispäivä näkyivät ilman että mitään tarvitsi avata.
Päätyminen heti maksun jälkeen asiakassivun kotisivulle, jossa palvelin oli jo provisioitu ja listattu, on se osa tätä virtaa, joka toimii johdonmukaisesti hyvin.
Erillistä odotusnäyttöä ei ole eikä tarvitse penkoa valikoita löytääkseen juuri ostamansa palvelun.
3. Laravelin ja palvelimen hallinta
Manage-painikkeen klikkaaminen avasi VPS Overview -sivun, ja tässä todelliset erot alkavat näkyä.
Yläreunassa oli app-kortti nimeltä Laravel ja Manage App -painike, mikä vahvisti, että Laravel oli asennettu automaattisesti käyttöönoton aikana.
Suoraan sen alapuolella oli toinen kortti, jota en ollut odottanut:
Cloudpanel, rakennettu Ubuntu 24.04:n päälle
Admin-käyttäjänimi näkyy selväkielisenä
Salasanan nollauslinkki
Oma Manage panel -painike, erillään yllä olevasta Laravel-kortista
Tuo toinen kortti on tärkeämpi kuin miltä se näyttää. Cloudpanel on täysivaltainen hallintapaneeli, joka on niputettu Laravelin rinnalle, ei kertaluonteinen asennusvelho, ja siitä tuli lopulta se pinta, jonka kautta hallitaan tiedostoja, sivustoja ja palvelinta päivittäin.
Kun vieritin molempien korttien ohi, alla näkyi itse Ubuntu 24.04 -instanssi, merkittynä käynnissä olevaksi, uudelleenkäynnistys- ja terminaalikontrolleilla sekä root SSH -tiedoilla esitettynä samalla tavalla kuin kaikki muutkin tämän tilin VPS:t.
Koska tämä palvelin oli juuri provisionoitu, resurssikaaviot eivät olleet vielä täynnä tietoa, hPanel näytti viestin, jossa kehotettiin palaamaan noin 30 minuutin kuluttua käyttödataa varten, mikä on rehellinen tapa käsitellä palvelinta, jolla ei oikeasti vielä ole liikennehistoriaa, sen sijaan että näytettäisiin tyhjiä kaavioita kuin ne merkitsisivät jotain.
Lisäksi löytyi:
SSH-avainten hallinta
Palomuurisäännöt
Varmuuskopiohetkikuvat
Malware-skanneri: Ei asennettu
Viimeinen rivi on ensimmäinen todellinen puute. Malware-skanneri lukee Ei asennettu, aivan sen suunnitelmasivun alla, joka listaa automaattisen malware-skannerin yhtenä tämän tuotteen kolmesta pääominaisuudesta. Markkinointilupauksista huolimatta sitä ei ole kytketty päälle oletuksena sillä palvelimella, jonka oikeasti saat.
Uteliaisuuttani, pitikö toinen pääväite paremmin paikkansa, tarkistin seuraavaksi Backups & Monitoringin. Latest Actions -loki näytti:
Sama päivänä kirjattu recreate-toiminto
Viikoittaiset backup_create-merkinnät, jokainen merkitty onnistuneeksi, yli kuukauden ajalta
Tämä väite piti paikkansa tilin omien lokien perusteella, mikä on todellinen vastakohta sille, että malware-skanneri oli pois päältä vain yhden osion päässä.
On hyvä tietää, että Hostinger toimittaa osan ilmoitetuista ominaisuuksistaan oletuksena ja jättää toiset sinun kytkettäväksi itse, ja ainoa tapa huomata mikä on mikä on mennä katsomaan itse, koska suunnitelmasivu käsittelee niitä kaikkia yhtä lailla sisältyvinä.
Sitten palasin Laravel-sovelluskortille ja klikkasin Manage App, odottaen että se avaisi jonkinlaisen Laravel-kohtaisen asetus- tai tiedostonhallintanäkymän samalla tavalla kuin Cloudpanelin painike.
Sen sijaan se avasi sivun nimeltä “Aloitetaan”, joka linkitti Laraveliin omaan dokumentaatioon ja Laracastsin videouudutuksiin, ja sen alla oli yksi painike, jossa luki Deploy now.
Klikkasin sitäkin nähdäkseni, mihin se johti, ja se vei minut osoitteeseen laravel.com/cloud, Laravel Cloudin rekisteröitymissivulle.
Tässä on ero, joka kannattaa ilmaista tarkasti.
Laravel Cloud ei ole Hostingerin tuote eikä sillä ole mitään tekemistä juuri maksamani VPS:n kanssa. Se on erillinen, täysin hallittu hosting-alusta, jonka Laravelin tiimi rakentaa ja myy suoraan, kilpaillen samanlaisessa tilassa kuin palvelut kuten Vercel tai Heroku, omalla tilijärjestelmällään, omalla hinnoittelullaan ja omalla ilmaisella käyttöhyvityksellään.
Rekisteröityminen siellä tarkoittaisi maksamista Laravelille Hostingerille jo maksetun hinnan lisäksi, jotta sovellus hostattaisiin jossain aivan muualla.
Mitä tulee siihen, miksi Manage App osoittaa sinne, tarkistin virallisen tietokanta-artikkelin, johon Kodee itse viittasi, kun kysyin: “How to use the Laravel VPS template at Hostinger.” Kyseinen artikkeli opastaa Cloudpaneliin pääsyä VPS:n IP-osoitteella portissa 8443, .env-tiedoston muokkaamista sekä Composer- ja Artisan-komentojen ajamista SSH:n kautta.
Se ei mainitse Manage App -painiketta lainkaan, eikä se mainitse Laravel Cloudia lainkaan. Joten kyse ei ole siitä, että selitys olisi jossain, missä en ollut katsonut.
Hostingerin oma virallinen opas juuri tälle mallipohjalle ei tunnusta, että tuo painike on olemassa, ja Kodee vahvisti, kun kysyin suoraan, ettei Manage App hallitse VPS:ää ja varoitti, että rekisteröityminen Laravel Cloudiin sitä kautta tarkoittaisi toista, erillistä laskua.
Jokainen, joka klikkaa Manage Appia odottaen hallitsevansa sovellustaan, päätyy katsomaan rekisteröitymissivua täysin eri maksulliselle tuotteelle, eikä missään dokumentaatiossa kerrota tästä etukäteen.
Painike, joka oikeasti vie sinut perille, on yhden kortin alempana. Manage panel, Cloudpanel-kortissa.
Sen klikkaaminen avaa kirjautumisnäytön, joka pyytää käyttäjänimeä ja salasanaa, ja tässä kannattaa olla täsmällinen, koska paneeli ei anna vihjeitä enää sillä näytöllä.
Käyttäjänimi on admin, ja salasana on se palvelimen salasana, jonka Hostinger lähetti sähköpostilla VPS:n ensimmäisen käyttöönoton yhteydessä, ei Hostinger-tilisi salasana.
Jos tuo sähköposti on pitkään sitten kadonnut, Reset-linkki, joka istuu juuri salasanakentän vieressä Cloudpanel-kortissa, luo uuden ilman että sinun tarvitsee penkoa sähköpostiasi.
Kirjautumisen jälkeen Cloudpanel avautuu Sites-listana, jossa VPS:n hostname on jo valmiiksi määritetty eläväksi sivustoksi, PHP asetettuna sovellustyypiksi ja sen vieressä on Manage-linkki.
Kyseisen sivuston asetusten avaaminen toi näkyviin kokonaisen rivin välilehtiä: Settings, Vhost, Databases, Varnish Cache, SSL/TLS, Security, SSH/FTP, File Manager, Cron Jobs ja Logs.
Se on aidosti kattava hallintapaneeli, ja on syytä mainita, että Cron Jobs -välilehti on aivan siinä samassa käyttöliittymässä. Kodee opasti minua lisäämään ajastimen cron-rivin käsin SSH:n kautta, mikä toimii hyvin, mutta Cloudpanelissa on myös klikkaamalla tehtävä tapa tehdä sama ilman terminaalia, eikä Kodee eikä tietokanta-artikkeli maininnut sitä vaihtoehtona.
Kun tämä pää oli selvitetty, palvelimen hallintasivun vasemmassa valikossa ovat varsinaiset hallintalaitteet.
Tässä se tarjoaa:
Overview: yhteenvetosivu itse, jossa ovat Laravel- ja Cloudpanel-sovelluskortit, resurssien käyttö ja kaikki alla olevat pikavalinnat
Settings: palvelintason asetukset, kuten root-salasanan nollaus ja hostnamen muuttaminen
OS & Panel: käyttöjärjestelmän ja palvelimelle asennetun hallintapaneelin hallinta
Backups & Monitoring: avautuu kohtiin Snapshots & Backups, Server Usage ja Latest Actions, josta löysin viikoittaisen varmuuskopiohistorian, joka vahvisti väitteen pitävän paikkansa
Security: kattaa malware-skannerin ja palomuuriasetukset, se osio, jossa löysin skannerin pois päältä
API: avaa Hostingerin API-dokumentaation uuteen välilehteen, kaikille jotka automatisoivat palvelinhallintaa paneelin ulkopuolella
DNS Manager: domainien ja DNS-tietueiden hallinta, joka liittyy palvelimeen
Tutorials: ulkoinen linkki Hostingerin ohjeisiin
Se on riittävän laaja kattamaan VPS-hallinnan kokonaan. Palvelinasetukset, OS- ja paneelihallinta, varmuuskopiot, tietoturva, DNS ja API-yhteys ovat kaikki omissa kategorioissaan eikä mitään tarvitse etsiä jonkin yleisluontoisen asetuksen alta, enkä törmännyt mihinkään tarvitsemaani, mikä olisi puuttunut tästä listasta.
Mitä se ei tee, on Laravel-kohtaisten työkalujen, koodin käyttöönoton, ympäristömuuttujien hallinnan, Artisan-komentojen ajamisen, kaiken sen, yhdistäminen tähän sivupalkkiin; se tapahtuu Cloudpanelissa tai terminaalissa, ei tässä hallintavalikossa.
Tämä vie minut terminaalipainikkeeseen, joka sijaitsee Ubuntu-kortilla. Sen tarkoitus on suora komentorivipääsy itse palvelimeen, avaten live-SSH-istunnon selaimessa ilman erillistä SSH-asiakasta tai yksityisen avaimen kopiointia koneellesi.
Sen klikkaaminen vei minut suoraan root-shelliin, jo valmiiksi todennettuna, ja Cloudpanelin tervetulobanneri oli näytöllä näyttämässä omaa web-osoitettaan sekä CLI-työkalua nimeltä clpctl paneelin hallintaan komentoriviltä.
Kaikille, jotka viihtyvät komentorivillä, tämä on nopein tapa varsinaisesti konfiguroida Laravel-asennus, ottaa koodi käyttöön, muokata ympäristömuuttujia ja ajaa migraatioita, koska mitään näistä ei ole erillisenä painikkeena hPanelissa.
Yleinen päätelmä käytön helppoudesta
Kassa ja tie maksusta toimivaan palvelimeen toimivat täällä hyvin, ja palvelinsijainnin valinnalle annettu oikea painoarvo sen sijaan, että valitsisit vain sen alueen, joka testaa nopeimmin, on pieni mutta hyödyllinen yksityiskohta kaikille, jotka miettivät, missä heidän oikeat kävijänsä sijaitsevat.
Palvelimen hallinnan sivupalkki kattaa kaiken, mitä VPS-hallinnoija tarvitsee: asetukset, OS- ja paneelihallinnan, varmuuskopiot, turvallisuuden, DNS:n ja API-yhteydet selvästi eroteltuina kategorioina, enkä törmännyt seinään etsiessäni mitään VPS-tason hallintaa, jota ei olisi ollut olemassa. Missä tämä kompastuu, on sovelluksenhallinnan tasolla.
Malware-skanneri, jota mainostettiin suunnitelmasivulla, ei ollut asennettuna sille palvelimelle, jonka sain, ja ainoa nappi, joka on oikeasti nimetty sovelluksen hallintaan, vie sinut kilpailevan maksullisen tuotteen rekisteröitymissivulle, eikä mihinkään, mikä muistuttaisi sovelluksen hallintaa.
Cloudpanel ja terminaali toimivat molemmat täsmälleen niin kuin pitää sen jälkeen kun löydät ne, ja viikoittaiset varmuuskopiot toimivat aikataulussa niin kuin luvattiin. Karheaa on se, että Hostingerin oma käyttöliittymä osoittaa sinut ensin väärälle ovelle, eikä mikään paneelissa selitä, että Manage App ei ole se sovelluksenhallinta, jota etsit.
Hostinger Laravel VPS Hosting
Tutustu siihen, kuinka Hostinger Laravel VPS Hosting tarjoaa joustavan ympäristön Laravel-sovellusten käyttöönottoon omistetuilla palvelinresursseilla, täydellä hallinnalla, skaalautuvalla suorituskyvyllä ja mukautettavilla kokoonpanoilla moderneihin verkkoprojekteihin.
Kodee, Hostingerin tekoälyavustaja, toimii Ask AI -painikkeen takana hPanelissa ja hoitaa tuen tässä kuten muissakin Hostingerin tuotteissa.
Testasin sitä kahdella erillisellä teknisellä kysymyksellä tällä VPS:llä, ensin käyttöliittymäongelmasta, johon olin jo törmännyt, ja toiseksi syvällisemmästä kysymyksestä siitä, miten Laravel oikeasti toimii tuotannossa tällä palvelimella.
Sen jälkeen kävin läpi Hostingerin tietokannan nähdäkseni, kuinka paljon siitä katetaan ilman että tarvitsee kysyä keneltäkään.
1. Tekoälytuki (Kodee)
Ensimmäinen kysymykseni tuli suoraan testauksesta, jossa Laravel-sovelluskortin Manage App -painike oli avannut Laravel Cloudin, erillisen maksullisen alustan, eikä mitään VPS:ään liittyvää.
Kysyin Kodeelta suoraan, oliko tuon painikkeen tarkoitus avata Laravel Cloud vai hallita Cloudpanelin kautta jo käynnissä olevaa asennusta, ja mitä oikeasti tapahtuisi, jos rekisteröityisin Laravel Cloudiin siitä.
Kodee vastasi minuutin sisällä:
Vahvisti, että Manage App ei hallitse olemassa olevaa VPS-asennusta
Tunnisti sen oikein linkiksi Laravel Cloudiin, erilliseen käyttöönottoplatformiin
Ohjasi Cloudpaneliin, johon pääsee VPS:n IP-osoitteessa portissa 8443, varsinaisena hallintapintana
Varoitti, että rekisteröityminen Laravel Cloudiin loisi erillisen, itsenäisesti laskutettavan ympäristön, eikä ottaisi käyttöön mitään siihen VPS:ään, josta olin jo maksanut
Se on selkeä, oikea vastaus kysymykseen, jolla on todellinen hintalappu, jos menee vikaan, ja se tuli Hostingerin omaan dokumentaatioon viittaavan lähteen kanssa eikä arvauksena.
Seuraavaksi kysyin jotain teknisesti painavampaa. Laravel-sovellukset tuotannossa tarvitsevat cron-merkinnän ajastimen tehtäviä varten ja Supervisor-prosessin pitämään queue workerit käynnissä, ja halusin tietää, asentaako VPS-mallipohja kumpaakaan automaattisesti, ja säilyisikö Supervisor itse uudelleenkäynnistyksen yli, jos konfiguroisin sen itse.
Kodee sanoi tarkistavansa palvelimen suoraan ennen vastaamista, ja niin se tekikin:
Raportoi, ettei schedule:run-cron-merkintää ole
Raportoi, ettei Supervisor-palvelua ole konfiguroitu
Raportoi, ettei queue workeria ole määritetty
Antoi tarkan cron-rivin, jota ajastin tarvitsee
Antoi täydellisen Supervisor-kokoonpanoblokin queue workeria varten oikeilla lipuilla
Vahvisti, että Supervisor säilyy uudelleenkäynnistyksen yli, kun se on otettu käyttöön komennolla systemctl enable –now supervisor
Lisäsi muistutuksen ajaa php artisan queue:restart uuden koodin käyttöönoton jälkeen, yksityiskohdan, joka on helppo unohtaa ja aiheuttaa todellisia tuotantobugeja, jos se jää tekemättä
Mitä ajattelin tekoälytuesta: Kodee ansaitsi vastauksensa tässä. Se, että se vahvisti, ettei ajastimen cronia eikä Supervisor-prosessia ollut ennen kuin suositteli mitään, on ero pelkän tarkistuslistavastauksen ja tämän nimenomaisen palvelimen todelliseen tilaan perustuvan vastauksen välillä, ja muistutus queue workerin uudelleenkäynnistämisestä deployn jälkeen on juuri sellainen yksityiskohta, joka ilmestyy vain, kun joku tai jokin oikeasti ymmärtää, miten Laravel-jonot käyttäytyvät tuotannossa.
Kaksi kysymystä, kaksi tarkkaa ja täydellistä vastausta, molemmat toimitettuina muutamassa minuutissa.
2. Tietokanta
Hostingerin tietokanta on järjestetty samalla tavalla kaikissa tuotteissa: suuret kategoriakortit, joissa on artikkelimäärät, hakupalkki ja kategoriafiltteri ylhäällä.
Selaamisen sijaan menin suoraan hakuun ja kirjoitin “laravel”, mikä palautti 15 tulosta kahdelta sivulta, huomattavasti enemmän kuin kapeampi yhden napsautuksen sovellus yleensä tuottaa.
Tässä kannattaa kuitenkin huomioida varaus. Enemmän tuloksia ei ole sama asia kuin enemmän osuvia tuloksia, sillä useat osumat olivat vain välillisesti liittyviä, artikkeli PHP:n sähköpostirajoituksista ja toinen sivuston siirto-ongelmista ilmestyivät vain siksi, että ne mainitsevat Laravelin ohimennen.
Osuvin tulos, “How to use the Laravel VPS template at Hostinger,” käsittelee Cloudpaneliin pääsyä, Laravelin kansiorakennetta, .env-tiedoston muokkaamista, Composerin ajamista ja migraatioiden ajamista.
Se on hyvä opas ensimmäisen Laravel-projektin käynnistämiseen tällä mallipohjalla. Se ei kuitenkaan käsittele ajastinta tai queue workereita lainkaan, juuri sen aukon, jonka Kodeen piti täyttää, kun kysyin.
Kaivaessani hakutuloksia syvemmältä löytyi jotain huomionarvoista. Vanhempi artikkeli, “How to deploy Laravel 8 at Hostinger,” sisältää kyllä toimivan cron-esimerkin ajastimelle, mutta se on kirjoitettu eri, vanhempaa asetusta varten, jossa Laravel otetaan käyttöön manuaalisesti shared- tai cloud-hostingissa, mukana public_html-tiedostorakenne, jolla ei ole mitään tekemistä sen kanssa, miten Cloudpanel järjestää VPS:n.
Joku, joka etsii tästä VPS-mallipohjasta ajastimen ohjeita, päätyisi tietokanta-artikkeliin, joka kuvaa eri tuotetta, ennen kuin löytäisi mitään, mikä todella soveltuu hänen palvelimelleen.
Mitä ajattelin tietokannasta: Artikkelien määrä näyttää paperilla vahvalta, 15 tulosta yhdelle hakusanalle, mutta raaka määrä peittää sen, kuinka hajanaista hyödyllinen sisältö oikeastaan on. Keskeinen VPS-mallipohja-artikkeli on hyvin kirjoitettu ja auttaa saamaan ensimmäisen projektin käyntiin, mutta se pysähtyy juuri siinä vaiheessa, kun tuotantoasennus muuttuu vakavaksi, ja ainoa dokumentaatio, joka käsittelee ajastinta, kuuluu toiseen, vanhempaan hosting-asetukseen.
Luottamalla pelkkään tietokantaan lukija voisi helposti seurata sitä vanhempaa ohjetta ja konfiguroida VPS:nsä väärin kopioimalla komentoja, jotka on tehty täysin eri tiedostorakennetta varten.
Yleinen päätelmä tuesta
Kodee tekee tässä suuren osan työstä, ja tekee sen hyvin. Molemmat keskustelut sisälsivät sen, että se tarkisti palvelimen live-tilan ennen vastaamista, ja toinen niistä tuotti täydellisen, oikean, käyttöönottoon valmiin korjauksen siihen, mitä VPS-mallipohja jättää oletuksena määrittämättä.
Tietokanta pitää pintansa ensimmäisen Laravel-projektin käynnistämisessä, mutta sen kattavuus ohenee nopeasti sen jälkeen, ja mitä siellä onkin edistyneempään asetukseen, kuten ajastimeen, on artikkelissa, joka on kirjoitettu aivan eri hosting-tuotteelle.
Kaikkeen perusasioita pidemmälle Kodee on luotettavampi reitti, ja se tuki tätä johdonmukaisesti sillä, mitä se löysi katsomalla oikeasti eikä oletuksilla.
Hostinger Laravel VPS Hosting
Tutustu siihen, kuinka Hostinger Laravel VPS Hosting tarjoaa joustavan ympäristön Laravel-sovellusten käyttöönottoon omistetuilla palvelinresursseilla, täydellä hallinnalla, skaalautuvalla suorituskyvyllä ja mukautettavilla kokoonpanoilla moderneihin verkkoprojekteihin.
Kyllä. Perusasiat ovat täällä vahvat. Laravel ja Cloudpanel saapuvat esiasennettuina ja toimivina, taustalla oleva laitteisto pärjää hyvin CPU-, muisti- ja levytesteissä, ja Kodee antoi kaksi tarkkaa, palvelimen tilaan perustuvaa teknistä vastausta, kun testasin sitä oikeasti. Viikoittaiset varmuuskopiot vastasivat tilin omia lokeja juuri niin kuin luvattiin.
Karkean reunan ovat kapeat mutta ne kannattaa tietää ennen ostamista. Malware-skanneri, joka on listattu pääominaisuudeksi, ei ollut oletuksena päällä, ja Laravel-kortin Manage App -painike ohjaa sinut Laravel Cloudiin, erilliseen maksulliseen tuotteeseen, eikä mihinkään, mikä muistuttaisi sovelluksen hallintaa, ilman että missään dokumentaatiossa varoitetaan siitä etukäteen.
Kumpikaan ei ole vaikea kiertää, kun tietää, että Cloudpanel on oikea hallintapinta, mutta kumpaakaan ei pitäisi joutua arvailemaan.
Kehittäjälle, joka haluaa Laravelin nopeasti toimimaan vakaalla infrastruktuurilla ja joka on valmis käyttämään viisi minuuttia Cloudpanelin löytämiseen väärin nimettyä painiketta tärkeämmäksi, tämä on helppo suositus. Sellaiselle, joka haluaa jokaisen mainostetun ominaisuuden olevan päällä heti palvelimen käynnistyessä ilman minkäänlaista tarkistamista, kannattaa varata muutama ylimääräinen minuutti asetuksiin ennen kuin kutsuu tätä valmiiksi.
The section about renewal pricing is probably the most important takeaway. Introductory prices always look attractive, but it's the renewal cost that determines the real long-term value. I also found another review on Bestecision that breaks down the pricing, performance, and renewal considerations in detail.
Onko Hostinger hyvä Laravel-sovellusten hostingiin?
Kyllä. Laravel ja Cloudpanel ovat valmiiksi asennettuina heti, kun VPS on provisionoitu, taustalla oleva laitteisto toimii hyvin CPU:n, muistin ja levyn osalta, ja Hostingerin Kodee AI -avustaja antaa tarkkoja, yksityiskohtaisia vastauksia todellisiin Laravel-konfigurointikysymyksiin. Ainoa miinus on haittaohjelmatarkistin, joka toimitetaan pois päältä, vaikka se on mainostettu sisältyväksi.
Sisältääkö Hostingerin Laravel-VPS valmiiksi asennettuna Laravelin?
Kyllä. Laravel on tarjolla yhden napsautuksen sovelluksena VPS-tilauksen yhteydessä ja asentuu automaattisesti Ubuntuun yhdessä Cloudpanelin kanssa, joka on ohjauspaneeli, jota käytetään sovelluksen, sen tietokannan ja sen verkkotunnusasetusten hallintaan myöhemmin.
Laravel VPS -paketeille ei ole erillistä ilmaista kokeilua. Sen sijaan Hostinger tarjoaa jokaiselle VPS-tasolle 30 päivän rahat takaisin -takuun, mutta toinen VPS-palautus 180 päivän kuluessa ensimmäisestä ei hyväksytä.
Voinko saada hyvityksen Hostinger VPS-hostingista?
Kyllä, 30 päivän kuluessa ostosta, kunhan et ole jo saanut hyvitystä toisesta VPS-palvelupaketista viimeisten 180 päivän aikana. Nykyisen VPS-palvelupaketin päivitykset ja kryptovaluutalla tehdyt maksut eivät kuulu hyvityksen piiriin lainkaan.
Miten hallitsen Laravel-sovellustani Hostingerin VPS:llä?
Cloudpanelin kautta, johon pääsee hPanelin Cloudpanel-kortin Hallinnoi-paneelin painikkeesta tai suoraan VPS:n IP-osoitteesta portissa 8443. Laravel-kortin Hallinnoi sovellusta -painike itse kortilla ei hallinnoi sovellusta, vaan ohjaa Laravel Cloudiin, erilliseen hosting-tuotteeseen, joka ei liity VPS:ään.
HostAdvice.com tuottaa ammattimaisia web hosting -arvosteluja riippumattomana palveluna. Arvostelumme ovat puolueettomia ja rehellisiä ja niissä kaikissa sovelletaan samoja arviointiperusteita. Arvostelemamme yritykset maksavat rahallista korvausta. Palveluista ja tuotteista saatavat korvaukset eivät vaikuta arvostelujemme tekemiseen tai niiden lopputulokseen. Korvauksella ei myöskään ole vaikutusta hosting-yritysten sijoitukseen. Korvaus kattaa arvostelijoiden palkkiot, tilien hankintakulut sekä testaamisen.
