Laravel-hosting bygget til den måde, du leverer på

Ja. Alle pakker kommer med en fuld SSH-shell, så udrulningen er den samme Git-baserede arbejdsgang, du allerede bruger lokalt. Klon dit repository direkte fra GitHub, GitLab eller Bitbucket ind på din konto, kør composer install for at hente dine vendor-pakker, og kopier så dine produktionsværdier ind i .env. Derfra tager Artisan over: php artisan key:generate sætter din app-nøgle, og php artisan migrate bygger dit databaseskema. At sende en senere udgivelse af sted går lige så hurtigt — git pull for at hente de nye commits, composer install for at opdatere afhængigheder, php artisan migrate til eventuelle nye migreringer og en cache-opfriskning for at rydde den gamle konfiguration. Fordi du har en rigtig shell frem for et låst panel, kan du følge logfiler, rette rettigheder på storage og køre en kommando igen, hvis noget skal ses efter en ekstra gang. Peg dokumentroden mod public-mappen, så er siden live over HTTPS.

Ja — Composer er installeret på alle konti og ligger allerede på din PATH, så der er intet at hente, pakke ud eller sætte op før din første udrulning. Åbn en SSH-session i samme øjeblik din konto er oprettet, og composer install, composer update, composer require og composer dump-autoload virker alle med det samme mod den rigtige PHP-binær. Det betyder noget for Laravel, fordi rammeværket og næsten alle pakker, du tilføjer — fra starter kits til Sanctum, Horizon og resten — hentes ind gennem Composer i stedet for at blive committet til dit repository. Du beholder dine egne composer.json og composer.lock, så de versioner, du tester lokalt, er dem, der lander på serveren. Har du brug for at køre Composer under en bestemt PHP-udgivelse, kan du det, da PHP-versionen kan vælges pr. hjemmeside. Kort sagt opfører din arbejdsgang med afhængigheder sig præcis som på din egen maskine.

Du får moderne PHP 8.x, og du vælger selv, hvilken udgivelse hver hjemmeside kører, fra kontrolpanelet. Den fleksibilitet betyder noget, fordi hver Laravel-version angiver et minimumskrav til PHP — de nyeste udgivelser forventer PHP 8.1 eller nyere, mens en ældre app med langtidsunderstøttelse måske er bundet til et tidligere 8.x-build. I stedet for at tvinge ét runtime ned over alt sætter du versionen pr. domæne, så et gammelt kundeprojekt og en helt ny app kan bo på samme konto uden konflikt. Ved siden af vælgeren kan du tune de indstillinger, Laravel går op i: memory_limit til tungere Artisan-kommandoer og importer, max_execution_time til langvarige opgaver og OPcache, så din kompilerede kode bliver varm i hukommelsen. At skifte version sker øjeblikkeligt og kan fortrydes, hvilket gør det lavrisiko at teste en PHP-opgradering — vip et staging-domæne op først, bekræft at din testsuite kører igennem, og flyt så produktionen over med ét klik.

Begge dele er førsteklasses her. Til arbejde i kø starter du en vedvarende worker med php artisan queue:work, så job, notifikationer, mails og tunge eksporter kører uden for webforespørgslen i stedet for at blokere en besøgendes sideindlæsning. Understøt køen med Redis, og job bliver hentet og afviklet hurtigt, også under rigtig trafik. Til planlagt arbejde tilføjer du ikke en lang liste af separate cron-linjer. I stedet registrerer du alt inde i Laravels scheduler i din app-kode og tilføjer så én cron-linje, der kører php artisan schedule:run hvert minut. Fra den ene opgave beslutter Laravel, hvilke kommandoer der er forfaldne, og udløser dem — timeopsummeringer, natlige oprydninger, ugentlige rapporter og så videre. Efter hver udrulning kører du php artisan queue:restart, så dine workers loader den nye kode. Det er standardopsætningen i Laravel, der virker præcis som beskrevet i dokumentationen, uden platformsspecifikke omveje at lære.

Ja. Redis er tilgængelig til caching, sessionslagring og køer, hvilket er den kombination, de fleste Laravel-apps i produktion griber til. Peg din cache-driver mod Redis, så leveres dyre forespørgselsresultater, renderede fragmenter og beregnede værdier fra hukommelsen i stedet for at blive bygget op igen ved hvert kald. Flyt sessioner over på Redis, så forbliver login-tilstanden hurtig og konsistent, mens trafikken vokser. Sæt din køforbindelse til Redis, så lægges baggrundsjob i kø og behandles med meget lidt overhead, så workers forbliver responsive under spidsbelastning. Du sætter det hele op i din .env med de almindelige indstillinger for cache-, session- og kø-driver — der kræves ingen særlig konfiguration fra vores side. Fordi Redis holder dette arbejdssæt i RAM frem for på disken, bliver sider, der plejede at føles tunge, mærkbart kvikkere, og baggrundsbehandlingen følger med i stedet for at hobe sig op, når en bølge af trafik kommer.

Ja, og det er den rigtige måde at levere en Laravel-app på. Laravel har ét enkelt indgangspunkt i sin public-mappe og holder din applikationskode, .env og storage over webroden, så intet følsomt kan nås fra nettet. Fra kontrolpanelet sætter du dit domænes dokumentrod til dit projekts public-mappe, og forespørgslerne løber gennem index.php præcis, som rammeværket har tænkt sig. Kombineret med gratis, selvfornyende SSL svarer din app over HTTPS med rene, pæne URL'er og uden index.php i adresselinjen. Rettigheder på mapperne storage og bootstrap/cache er ligetil at sætte over SSH, så caching, sessioner og filuploads virker første gang. Hoster du flere apps på én konto, får hvert domæne sin egen dokumentrod pegende mod sin egen public-mappe, så projekterne holdes pænt adskilt, mens de deler den samme hurtige NVMe-server nedenunder.

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).