Laravel хостинг, създаден за начина, по който разгръщате

Да. Всеки план идва с пълна SSH обвивка, така че разгръщането е същият работен процес с Git, който вече ползвате локално. Клонирайте хранилището си направо от GitHub, GitLab или Bitbucket в акаунта си, пуснете composer install, за да изтеглите пакетите си, после копирайте продукционните си стойности в .env. Оттам Artisan поема: php artisan key:generate задава ключа на приложението, а php artisan migrate изгражда схемата на базата данни. Пускането на следващо издание е също толкова бързо — git pull за новите промени, composer install за обновяване на зависимостите, php artisan migrate за новите миграции и опресняване на кеша, за да се изчисти старата конфигурация. Тъй като разполагате с истинска обвивка, а не със заключен панел, можете да следите дневниците, да оправите правата върху storage и да изпълните повторно всяка команда, ако нещо трябва да се погледне пак. Насочете основната папка на домейна към папката public и сайтът е на живо по HTTPS.

Да — Composer е инсталиран във всеки акаунт и вече е в пътя ви, така че няма нищо за сваляне, разопаковане или настройване преди първото ви разгръщане. Отворете SSH сесия в мига, в който акаунтът ви е готов, и composer install, composer update, composer require и composer dump-autoload работят веднага срещу правилния двоичен файл на PHP. Това е важно за Laravel, защото рамката и почти всеки пакет, който добавяте — от стартовите комплекти до Sanctum, Horizon и останалите — се изтеглят през Composer, вместо да се подават в хранилището ви. Държите собствените си composer.json и composer.lock, така че версиите, които тествате локално, са версиите, които стигат до сървъра. Ако някога ви трябва да пуснете Composer под конкретно издание на PHP, можете, тъй като версията на PHP се избира за всеки сайт. Накратко, процесът ви със зависимостите се държи точно както на собствената ви машина.

Получавате модерен PHP 8.x и сами избирате кое издание върти всеки сайт от контролния панел. Тази гъвкавост е важна, защото всяка версия на Laravel обявява минимално изискване към PHP — скорошните издания искат PHP 8.1 или по-нов, докато по-старо приложение с дългосрочна поддръжка може да е закачено за по-ранна версия 8.x. Вместо да натрапваме една среда за всичко, вие задавате версията за всеки домейн, така че наследен клиентски проект и съвсем ново приложение могат да живеят в един акаунт без конфликт. Наред с избора можете да настроите и стойностите, които са важни за Laravel: memory_limit за по-тежките команди на Artisan и импорти, max_execution_time за дълготрайни задачи и OPcache, за да остава компилираният ви код топъл в паметта. Смяната на версия е мигновена и обратима, което прави тестването на обновяване на PHP нискорисково — вдигнете първо тестов домейн, уверете се, че тестовете минават, и после преместете продукцията с един клик.

И двете са първокласни тук. За работата в опашка стартирайте постоянен работник с php artisan queue:work, така че задачите, известията, писмата и тежките експорти да вървят извън уеб заявката, вместо да блокират зареждането на страницата за посетителя. Подпрете опашката с Redis и задачите се поемат и изчистват бързо дори при реален трафик. За планираната работа не добавяте дълъг списък от отделни редове в графика. Вместо това регистрирате всичко в планировчика на Laravel в кода на приложението си, после добавяте един ред в графика, който изпълнява php artisan schedule:run всяка минута. От тази единствена задача Laravel решава кои команди са дошли на ред и ги изпълнява — часови обобщения, нощни почиствания, седмични справки и така нататък. След всяко разгръщане пуснете php artisan queue:restart, за да заредят работниците ви новия код. Това е стандартната настройка на Laravel, работеща точно както описва документацията, без специфични за платформата заобикалки за учене.

Да. Redis е наличен за кеширане, съхранение на сесии и опашки, което е комбинацията, към която посягат повечето продукционни Laravel приложения. Насочете драйвера си за кеш към Redis и скъпите резултати от заявки, изчертаните фрагменти и изчислените стойности се отдават от паметта, вместо да се изграждат наново при всяко посещение. Преместете сесиите върху Redis и състоянието на вписаните потребители остава бързо и съгласувано, докато трафикът расте. Задайте връзката на опашката към Redis и фоновите задачи се нареждат и обработват с много малко излишна тежест, така че работниците остават отзивчиви при скокове. Всичко това се задава във вашия .env със стандартните настройки за драйвери на кеш, сесии и опашки — от наша страна не е нужна специална конфигурация. Тъй като Redis държи този работен набор в RAM, а не на диска, страници, които са изглеждали тежки, стават осезаемо по-пъргави, а фоновата обработка не изостава и не се трупа в опашка, когато дойде порой от трафик.

Да, и това е правилният начин да се обслужва Laravel приложение. Laravel държи една входна точка в директорията си public, а кода на приложението, .env и storage — над основната папка на сайта, така че нищо чувствително не е достъпно през мрежата. От контролния панел задавате основната папка на домейна си да сочи към папката public на проекта ви и заявките минават през index.php точно както рамката предвижда. Заедно с безплатния, автоматично подновяващ се SSL приложението ви отговаря по HTTPS с чисти, приятни адреси и без index.php в адресната лента. Правата върху storage и bootstrap/cache се задават лесно през SSH, така че кеширането, сесиите и качването на файлове работят от първия път. Ако хоствате няколко приложения в един акаунт, всеки домейн получава своя основна папка, сочеща към собствената си папка public, което държи проектите чисто разделени, докато споделят един и същ бърз NVMe сървър отдолу.

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