Laravel hosting stavěný na to, jak nasazujete

Ano. Každý tarif přichází s plným shellem přes SSH, takže nasazování probíhá stejným postupem nad Gitem, jaký už používáte lokálně. Naklonujte repozitář rovnou z GitHubu, GitLabu nebo Bitbucketu do svého účtu, spusťte composer install pro stažení balíčků z vendoru a pak do .env vložte produkční hodnoty. Odtud přebírá otěže Artisan: php artisan key:generate nastaví klíč aplikace a php artisan migrate postaví schéma databáze. Nasazení dalšího vydání je stejně rychlé — git pull pro nové commity, composer install na aktualizaci závislostí, php artisan migrate pro nové migrace a osvěžení cache, aby zmizela ta stará. A protože máte skutečný shell místo uzamčeného panelu, můžete sledovat logy, opravit oprávnění složky storage a kterýkoli příkaz spustit znovu, když si zaslouží druhý pohled. Nasměrujte kořen dokumentů na složku public a web běží přes HTTPS.

Ano — Composer je nainstalovaný u každého účtu a už je ve vaší PATH, takže před prvním nasazením není co stahovat, rozbalovat ani nastavovat. Otevřete relaci SSH ve chvíli, kdy se účet zřídí, a composer install, composer update, composer require i composer dump-autoload fungují okamžitě proti správné binárce PHP. Pro Laravel je to zásadní, protože framework i téměř každý balíček, který přidáte — od startovacích sad po Sanctum, Horizon a další — se stahuje přes Composer, ne commituje do repozitáře. Vlastní composer.json a composer.lock si držíte, takže na server dorazí přesně ty verze, které jste otestovali lokálně. Kdybyste kdy potřebovali pustit Composer pod konkrétním vydáním PHP, můžete, protože je verze PHP volitelná pro každý web. Zkrátka, vaše práce se závislostmi se chová přesně jako na vašem počítači.

Dostanete moderní PHP 8.x a v ovládacím panelu si vyberete, které vydání každý web používá. Ta pružnost je důležitá, protože každá verze Laravelu uvádí minimální nároky na PHP — nedávná vydání očekávají PHP 8.1 nebo novější, zatímco starší aplikace s dlouhodobou podporou může být přišpendlená k dřívějšímu buildu 8.x. Místo abychom vnutili jedno běhové prostředí všemu, nastavíte verzi pro každou doménu, takže starší klientský projekt a zbrusu nová aplikace mohou žít na jednom účtu bez konfliktů. Vedle výběru vyladíte i nastavení, na kterých Laravelu záleží: memory_limit pro náročnější příkazy Artisanu a importy, max_execution_time pro dlouho běžící úlohy a OPcache, aby váš zkompilovaný kód zůstal horký v paměti. Přepnutí verze je okamžité a vratné, takže je testování povýšení PHP málo rizikové — nejdřív zvedněte staging doménu, ověřte, že testy projdou, a pak jediným kliknutím přesuňte produkci.

Obojí je tu prvotřídní záležitostí. Pro práci ve frontě spusťte trvalý worker příkazem php artisan queue:work, aby úlohy, notifikace, maily i objemné exporty běžely mimo webový požadavek a neblokovaly načtení stránky návštěvníkovi. Postavte frontu na Redisu a úlohy se rychle vybírají a odbavují i pod skutečným provozem. U plánované práce nepřidáváte dlouhý seznam samostatných řádků cronu. Místo toho vše zaregistrujete v plánovači Laravelu přímo v kódu aplikace a přidáte jediný záznam v cronu, který každou minutu spustí php artisan schedule:run. Od téhle jedné úlohy si Laravel sám rozhodne, které příkazy jsou na řadě, a spustí je — hodinové souhrny, noční úklidy, týdenní reporty a tak dál. Po každém nasazení spusťte php artisan queue:restart, aby workery načetly nový kód. Je to standardní nastavení Laravelu fungující přesně tak, jak popisuje dokumentace, bez obcházení specifických pro platformu.

Ano. Redis je k dispozici pro cachování, ukládání relací i fronty, což je kombinace, po které většina produkčních aplikací v Laravelu sáhne. Namiřte ovladač cache na Redis a nákladné výsledky dotazů, vykreslené fragmenty i spočítané hodnoty se servírují z paměti místo přestavování při každém zásahu. Přesuňte relace na Redis a stav přihlášení zůstane rychlý a konzistentní, jak návštěvnosti přibývá. Nastavte připojení fronty na Redis a úlohy na pozadí se zařazují i zpracovávají s minimální režií, takže workery zůstávají svižné i při nárazech. Všechno tohle si zapojíte v .env standardními volbami ovladače cache, relací a fronty — na naší straně není potřeba žádná zvláštní konfigurace. A protože Redis drží tuhle pracovní sadu v paměti RAM místo na disku, stránky, které dřív působily těžkopádně, znatelně zesvižní a zpracování na pozadí stíhá místo hromadění nevyřízených úloh, když dorazí nápor.

Ano, a je to správný způsob, jak aplikaci v Laravelu obsluhovat. Laravel drží jediný vstupní bod ve složce public a kód aplikace, .env i storage nechává nad kořenem webu, takže nic citlivého není přes web dostupné. V ovládacím panelu nastavíte kořen dokumentů domény na složku public svého projektu a požadavky tečou přes index.php přesně tak, jak framework zamýšlí. Ve spojení se samoobnovujícím se SSL zdarma vaše aplikace odpovídá přes HTTPS s čistými hezkými adresami a bez index.php v adresním řádku. Oprávnění složek storage a bootstrap/cache nastavíte přes SSH snadno, takže cachování, relace i nahrávání souborů fungují napoprvé. Když na jednom účtu hostujete víc aplikací, každá doména dostane vlastní kořen dokumentů mířený na svou složku public, takže projekty zůstávají čistě oddělené, přestože pod nimi sdílejí stejný rychlý NVMe server.

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