Laravel хостинг направљен за начин на који објављујете

Можете. Сваки пакет долази са пуним SSH шелом, па је објављивање исти радни ток заснован на Git-у који већ користите локално. Клонирајте свој репозиторијум право са GitHub-а, GitLab-а или Bitbucket-а у свој налог, покрените composer install да повучете vendor пакете, па у .env упишите продукцијске вредности. Одатле Artisan преузима ствар: php artisan key:generate поставља кључ апликације, а php artisan migrate гради шему базе. Објављивање каснијег издања једнако је брзо — git pull за нове измене, composer install да се ажурирају зависности, php artisan migrate за нове миграције и освежавање кеша да се стара конфигурација уклони. Пошто имате прави шел уместо закљученог панела, можете пратити логове, поправити дозволе над storage директоријумом и поново покренути било коју команду ако нешто тражи други поглед. Усмерите коренски директоријум на public фасциклу и сајт је уживо преко HTTPS-а.

Јесте — Composer је инсталиран на сваком налогу и већ у вашој PATH променљивој, па нема ничега што бисте преузимали, распакивали или подешавали пре првог објављивања. Отворите 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-ом и послови се преузимају и отичу брзо чак и под стварним саобраћајем. За заказани посао не додајете дугачак списак одвојених cron редова. Уместо тога, све региструјете у Laravel-овом планеру у коду апликације, па додате један cron унос који сваког минута покреће 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).