Laravel hosting gebouwd voor hoe jij uitrolt

Ja. Bij elk pakket zit een volledige SSH-shell, dus deployen gaat via dezelfde Git-workflow die je lokaal al gebruikt. Clone je repository rechtstreeks vanaf GitHub, GitLab of Bitbucket naar je account, draai composer install om je vendor-packages op te halen en zet daarna je productiewaarden in .env. Vanaf daar neemt Artisan het over: php artisan key:generate zet je app key en php artisan migrate bouwt je databaseschema. Een latere release uitrollen gaat net zo snel — git pull voor de nieuwe commits, composer install om afhankelijkheden bij te werken, php artisan migrate voor nieuwe migraties en een cacheverversing om de oude configuratie op te ruimen. Omdat je een echte shell hebt in plaats van een dichtgetimmerd paneel, volg je logs, herstel je rechten op storage en draai je elk commando opnieuw als er iets een tweede blik nodig heeft. Richt je document root op de map public en de site staat live via HTTPS.

Ja — Composer staat op elk account geïnstalleerd en zit al in je PATH, dus er valt niets te downloaden, uit te pakken of te configureren voor je eerste deploy. Open een SSH-sessie zodra je account is aangemaakt en composer install, composer update, composer require en composer dump-autoload werken meteen tegen het juiste PHP-binary. Dat telt voor Laravel, want het framework en bijna elk package dat je toevoegt — van de starter kits tot Sanctum, Horizon en de rest — komen via Composer binnen in plaats van dat ze in je repository staan. Je houdt je eigen composer.json en composer.lock, dus de versies die je lokaal test zijn de versies die op de server landen. Moet je Composer ooit onder een specifieke PHP-release draaien, dan kan dat, want de PHP-versie is per site instelbaar. Kortom: je afhankelijkheden gedragen zich precies zoals op je eigen machine.

Je krijgt modern PHP 8.x, en je kiest vanuit het controlepaneel welke release elke site draait. Die flexibiliteit telt, want elke Laravel-versie stelt een minimale PHP-eis — recente releases verwachten PHP 8.1 of nieuwer, terwijl een oudere app met langdurige ondersteuning misschien vastzit op een eerdere 8.x-build. In plaats van één runtime aan alles op te leggen, stel je de versie per domein in, zodat een ouder klantproject en een gloednieuwe app zonder conflict op hetzelfde account kunnen staan. Naast de keuzelijst stem je de instellingen af waar Laravel gevoelig voor is: memory_limit voor zwaardere Artisan-commando's en imports, max_execution_time voor langlopende taken, en OPcache zodat je gecompileerde code warm in het geheugen blijft. Van versie wisselen gaat direct en is omkeerbaar, wat een PHP-upgrade testen risicoarm maakt — zet eerst een stagingdomein om, controleer of je testsuite slaagt en verplaats productie daarna met één klik.

Allebei zijn hier volwaardig ondersteund. Voor werk in de wachtrij start je een blijvende worker met php artisan queue:work, zodat jobs, notificaties, mailables en zware exports los van het webverzoek draaien en de pagina van je bezoeker niet ophouden. Zet de queue op Redis en jobs worden ook bij echt verkeer snel opgepakt en weggewerkt. Voor geplande taken voeg je geen lange lijst losse cronregels toe. In plaats daarvan registreer je alles in de scheduler van Laravel in je app-code en zet je één cronregel klaar die elke minuut php artisan schedule:run draait. Vanaf die ene taak bepaalt Laravel welke commando's aan de beurt zijn en start ze — uurlijkse overzichten, nachtelijke opruimacties, wekelijkse rapportages, enzovoort. Draai na elke deploy php artisan queue:restart, zodat je workers de nieuwe code laden. Het is de standaard Laravel-opzet die precies werkt zoals de documentatie beschrijft, zonder platformspecifieke omwegen die je moet leren.

Ja. Redis is beschikbaar voor caching, sessieopslag en queues, precies de combinatie waar de meeste Laravel-apps in productie naar grijpen. Richt je cache driver op Redis en dure queryresultaten, gerenderde fragmenten en berekende waarden komen uit het geheugen in plaats van dat ze bij elke hit opnieuw worden opgebouwd. Verhuis sessies naar Redis en de ingelogde status blijft snel en consistent naarmate het verkeer groeit. Zet je queue-verbinding op Redis en achtergrondjobs worden met heel weinig overhead in de wachtrij gezet en verwerkt, zodat workers ook tijdens pieken vlot blijven reageren. Je regelt dit allemaal in je .env met de standaardinstellingen voor de cache-, sessie- en queue driver — aan onze kant is geen speciale configuratie nodig. Doordat Redis deze werkset in RAM houdt in plaats van op schijf, worden pagina's die eerst zwaar aanvoelden merkbaar vlotter, en houdt de achtergrondverwerking het bij in plaats van dat er een achterstand ontstaat zodra er een verkeersgolf binnenkomt.

Ja, en dat is ook de juiste manier om een Laravel-app te serveren. Laravel houdt één ingang in de map public en bewaart je applicatiecode, .env en storage boven de webroot, zodat er niets gevoeligs via het web bereikbaar is. Vanuit het controlepaneel zet je de document root van je domein op de public-map van je project, en verzoeken lopen via index.php precies zoals het framework het bedoelt. In combinatie met gratis SSL dat zichzelf verlengt antwoordt je app via HTTPS met nette URL's, zonder index.php in de adresbalk. De rechten op storage en bootstrap/cache stel je eenvoudig in via SSH, zodat caching, sessies en bestandsuploads meteen werken. Host je meerdere apps op één account, dan krijgt elk domein zijn eigen document root gericht op zijn eigen public-map, waardoor projecten netjes gescheiden blijven terwijl ze dezelfde snelle NVMe-server delen.

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