Laravel-hosting bygget for måten du leverer på

Ja. Alle planer kommer med et fullt SSH-skall, så utrulling er den samme Git-baserte arbeidsflyten du allerede bruker lokalt. Klon repoet ditt rett fra GitHub, GitLab eller Bitbucket inn på kontoen din, kjør composer install for å hente vendor-pakkene, og kopier så produksjonsverdiene dine inn i .env. Derfra tar Artisan over: php artisan key:generate setter appnøkkelen din, og php artisan migrate bygger databaseskjemaet. Å levere en senere utgivelse går like raskt — git pull for å hente de nye commitene, composer install for å oppdatere avhengigheter, php artisan migrate for eventuelle nye migreringer, og en cache-oppfriskning for å rydde bort den gamle konfigurasjonen. Fordi du har et ekte skall i stedet for et nedlåst panel, kan du følge logger, fikse rettigheter på storage og kjøre en kommando på nytt hvis noe må ses på igjen. Pek dokumentroten mot public-mappen, så er nettsiden live over HTTPS.

Ja — Composer er installert på hver konto og ligger allerede i PATH, så det er ingenting å laste ned, pakke ut eller konfigurere før den første utrullingen din. Åpne en SSH-økt i det kontoen er klargjort, så virker composer install, composer update, composer require og composer dump-autoload umiddelbart mot riktig PHP-binærfil. Det betyr mye for Laravel, fordi rammeverket og nesten hver pakke du legger til — fra startpakkene til Sanctum, Horizon og resten — hentes inn gjennom Composer i stedet for å sjekkes inn i repoet ditt. Du beholder din egen composer.json og composer.lock, så versjonene du tester lokalt er versjonene som havner på serveren. Trenger du å kjøre Composer under en bestemt PHP-utgivelse, kan du det, siden PHP-versjonen kan velges per nettside. Kort sagt oppfører avhengighetsflyten din seg nøyaktig som på din egen maskin.

Du får moderne PHP 8.x, og du velger hvilken utgivelse hver nettside kjører fra kontrollpanelet. Den fleksibiliteten betyr noe fordi hver Laravel-versjon oppgir et minstekrav til PHP — nyere utgivelser forventer PHP 8.1 eller nyere, mens en eldre app med langtidsstøtte kan være festet til et tidligere 8.x-bygg. I stedet for å tvinge ett kjøremiljø på alt, setter du versjonen per domene, så et gammelt kundeprosjekt og en helt ny app kan bo på samme konto uten konflikt. Ved siden av velgeren kan du justere innstillingene Laravel bryr seg om: memory_limit for tyngre Artisan-kommandoer og importer, max_execution_time for langvarige oppgaver, og OPcache så den kompilerte koden din holder seg varm i minnet. Å bytte versjon er umiddelbart og reversibelt, noe som gjør det lavrisiko å teste en PHP-oppgradering — løft et testdomene først, bekreft at testene passerer, og flytt så produksjon over med ett klikk.

Begge er førsteklasses her. For køarbeid starter du en vedvarende arbeider med php artisan queue:work, så jobber, varsler, e-poster og tunge eksporter kjører utenfor nettforespørselen i stedet for å blokkere sidelastingen for en besøkende. La Redis stå bak køen, så plukkes jobbene opp og tømmes raskt selv under ekte trafikk. For planlagt arbeid legger du ikke inn en lang liste med separate cron-linjer. I stedet registrerer du alt inne i Laravels planlegger i appkoden din, og legger så til én cron-oppføring som kjører php artisan schedule:run hvert minutt. Fra den ene oppgaven avgjør Laravel hvilke kommandoer som skal kjøres og setter dem i gang — timesammendrag, nattlig opprydding, ukesrapporter og så videre. Etter hver utrulling kjører du php artisan queue:restart, så arbeiderne laster den nye koden. Det er standard Laravel-oppsett som virker akkurat slik dokumentasjonen beskriver, uten plattformspesifikke omveier å lære seg.

Ja. Redis er tilgjengelig for caching, sesjonslagring og køer, som er kombinasjonen de fleste Laravel-apper i produksjon griper til. Pek cache-driveren din mot Redis, så serveres kostbare spørringsresultater, ferdige fragmenter og utregnede verdier fra minnet i stedet for å bygges på nytt ved hvert treff. Flytt sesjoner over på Redis, så holder innlogget tilstand seg rask og konsistent når trafikken vokser. Sett kø-tilkoblingen til Redis, så legges bakgrunnsjobber i kø og behandles med svært lite overhead, så arbeiderne holder seg responsive under topper. Du kobler alt dette opp i .env med de vanlige innstillingene for cache-, sesjons- og kødriver — ingen skreddersydd konfigurasjon kreves fra vår side. Fordi Redis holder dette arbeidssettet i RAM i stedet for på disk, blir sider som før føltes tunge merkbart kvikkere, og bakgrunnsbehandlingen henger med i stedet for å hope seg opp når en trafikkbølge kommer.

Ja, og det er den riktige måten å levere en Laravel-app på. Laravel har ett enkelt inngangspunkt i public-katalogen og holder applikasjonskoden, .env og storage over webroten, så ingenting sensitivt er tilgjengelig over nett. Fra kontrollpanelet setter du domenets dokumentrot til prosjektets public-mappe, og forespørslene går gjennom index.php nøyaktig slik rammeverket er ment å virke. Kombinert med gratis selvfornyende SSL svarer appen din over HTTPS med rene, pene URL-er og ingen index.php i adressefeltet. Katalogrettigheter på storage og bootstrap/cache er enkle å sette over SSH, så caching, sesjoner og filopplasting virker med én gang. Hoster du flere apper på én konto, får hvert domene sin egen dokumentrot pekt mot sin egen public-mappe, noe som holder prosjektene ryddig atskilt mens de deler den samme raske NVMe-serveren under.

Yes. Our team transfers your codebase, exports and imports your MySQL database, and carries over your storage folder so uploaded files and cached data aren't left behind. We bring everything up on a temporary address first so you can confirm queues, the scheduler and Redis-backed sessions all still work, and only then do we walk through the DNS cutover.

Yes, daily backups cover your database and storage directory, giving you a restore point that sits alongside your own Git-based code rollbacks. If a migration or seed command goes wrong, you can restore the previous day's snapshot rather than trying to reverse the damage by hand.

Yes. Addon domains let you point a staging subdomain and your live domain at the same account, each with its own document root and database. Push and test on staging first, run your Artisan migrations there, and only promote to the production domain once you're confident.

Higher tiers support up to 100 MySQL databases, which in practice means room for several Laravel projects — a mix of client sites, side projects and staging copies — on a single account, each with its own domain, database and .env.

Every plan is covered by a 30-day money-back guarantee, so you can deploy your actual project, run it under real traffic, and check queue throughput and Redis caching behave the way you expect before committing beyond the trial period.

Plans are priced in USD starting at $2.42/mo, and geo-currency detection displays that price converted into your local currency at checkout, so what you see is what gets billed rather than a rate you have to calculate yourself. Billing itself runs through Bohzo Ltd (UK).