Sizin çalışma biçiminize göre kurulmuş Laravel hosting

Evet. Her pakette tam bir SSH kabuğu vardır; yani yayına alma, yerelde zaten kullandığınız Git tabanlı iş akışının aynısıdır. Deponuzu GitHub, GitLab ya da Bitbucket'tan doğrudan hesabınıza klonlayın, vendor paketlerinizi çekmek için composer install çalıştırın, ardından canlı değerlerinizi .env dosyasına kopyalayın. Gerisini Artisan devralır: php artisan key:generate uygulama anahtarınızı üretir, php artisan migrate veritabanı şemanızı kurar. Sonraki bir sürümü yayınlamak da aynı hızdadır — yeni commit'leri almak için git pull, bağımlılıkları güncellemek için composer install, yeni migrasyonlar için php artisan migrate ve eski yapılandırmayı temizlemek için bir önbellek yenileme. Kilitli bir panel yerine gerçek bir kabuğunuz olduğu için logları izleyebilir, storage izinlerini düzeltebilir ve bir şeyin ikinci kez bakılması gerekirse komutu yeniden çalıştırabilirsiniz. Belge kökünü public klasörüne yönlendirin, site HTTPS üzerinden yayında olsun.

Evet — Composer her hesapta kuruludur ve PATH'inizde hazırdır; ilk yayına almanızdan önce indirilecek, açılacak ya da yapılandırılacak hiçbir şey yoktur. Hesabınız açılır açılmaz bir SSH oturumu açın; composer install, composer update, composer require ve composer dump-autoload komutlarının hepsi doğru PHP ikilisiyle anında çalışır. Bu Laravel için önemlidir; çünkü çatının kendisi ve eklediğiniz neredeyse her paket — başlangıç kitlerinden Sanctum'a, Horizon'a ve diğerlerine kadar — deponuza commit'lenmek yerine Composer üzerinden gelir. Kendi composer.json ve composer.lock dosyalarınız sizde kalır; yani yerelde test ettiğiniz sürümler sunucuya inen sürümlerdir. Composer'ı belirli bir PHP sürümüyle çalıştırmanız gerekirse bunu da yapabilirsiniz, çünkü PHP sürümü site bazında seçilebilir. Kısacası bağımlılık iş akışınız tam olarak kendi makinenizdeki gibi davranır.

Modern PHP 8.x alırsınız ve her sitenin hangi sürümle çalışacağını kontrol panelinden siz seçersiniz. Bu esneklik önemlidir; çünkü her Laravel sürümü asgari bir PHP gereksinimi belirtir — yeni sürümler PHP 8.1 veya üstünü bekler, uzun süreli destekli eski bir uygulama ise daha erken bir 8.x yapısına sabitlenmiş olabilir. Her şeye tek bir çalışma ortamı dayatmak yerine sürümü alan adı bazında ayarlarsınız; böylece eski bir müşteri projesi ile yepyeni bir uygulama aynı hesapta çakışmadan yaşar. Seçicinin yanında Laravel'in önemsediği ayarları da düzenleyebilirsiniz: daha ağır Artisan komutları ve içe aktarmalar için memory_limit, uzun süren görevler için max_execution_time ve derlenmiş kodunuzu bellekte sıcak tutan OPcache. Sürüm değiştirmek anında ve geri alınabilir olduğundan bir PHP yükseltmesini denemek düşük risklidir — önce test alan adını yükseltin, test paketinizin geçtiğini doğrulayın, sonra canlıyı tek tıkla taşıyın.

İkisi de burada birinci sınıf vatandaştır. Kuyruğa alınmış işler için php artisan queue:work ile kalıcı bir işçi başlatın; böylece işler, bildirimler, e-postalar ve ağır dışa aktarmalar bir ziyaretçinin sayfa yüklemesini bloklamak yerine web isteğinin dışında çalışır. Kuyruğu Redis ile desteklerseniz işler gerçek trafik altında bile hızla alınır ve tüketilir. Zamanlanmış işler içinse uzun bir ayrı cron satırı listesi eklemezsiniz. Bunun yerine her şeyi uygulama kodunuzda Laravel'in zamanlayıcısına kaydeder, sonra her dakika php artisan schedule:run çalıştıran tek bir cron kaydı eklersiniz. Laravel o tek görevden hangi komutların zamanının geldiğine karar verip onları tetikler — saatlik özetler, gecelik temizlikler, haftalık raporlar ve benzerleri. Her yayına almadan sonra php artisan queue:restart çalıştırın ki işçileriniz yeni kodu yüklesin. Bu, dokümantasyonun tarif ettiği şekilde çalışan standart Laravel kurulumudur; öğrenmeniz gereken platforma özel geçici çözümler yoktur.

Evet. Redis; önbellekleme, oturum saklama ve kuyruklar için kullanılabilir ve canlı ortamdaki çoğu Laravel uygulamasının tercih ettiği bileşim tam da budur. Önbellek sürücünüzü Redis'e yönlendirin; maliyetli sorgu sonuçları, işlenmiş parçalar ve hesaplanmış değerler her istekte yeniden üretilmek yerine bellekten sunulsun. Oturumları Redis'e taşıyın; trafik büyüdükçe oturum açmış kullanıcı durumu hızlı ve tutarlı kalsın. Kuyruk bağlantınızı Redis olarak ayarlayın; arka plan işleri çok az yükle sıraya alınıp işlensin, işçiler yoğunluk anlarında bile yanıt verir kalsın. Bunların tümünü .env dosyanızda standart önbellek, oturum ve kuyruk sürücüsü ayarlarıyla bağlarsınız — bizim tarafımızda özel bir yapılandırma gerekmez. Redis bu çalışma kümesini diskte değil RAM'de tuttuğu için eskiden ağır gelen sayfalar gözle görülür biçimde çevikleşir ve trafikte ani bir artış olduğunda arka plan işleri birikmek yerine yetişmeye devam eder.

Evet ve bir Laravel uygulamasını sunmanın doğru yolu da budur. Laravel tek giriş noktasını public dizininde tutar; uygulama kodunuzu, .env dosyanızı ve storage klasörünü web kökünün üstünde barındırır, böylece hassas hiçbir şey web üzerinden erişilebilir olmaz. Kontrol panelinden alan adınızın belge kökünü projenizin public klasörüne ayarlarsınız ve istekler tam da çatının amaçladığı gibi index.php üzerinden akar. Kendini yenileyen ücretsiz SSL ile birlikte uygulamanız HTTPS üzerinden, temiz ve okunaklı adreslerle, adres çubuğunda index.php görünmeden yanıt verir. storage ve bootstrap/cache dizin izinlerini SSH üzerinden ayarlamak basittir; böylece önbellekleme, oturumlar ve dosya yüklemeleri ilk seferde çalışır. Tek hesapta birkaç uygulama barındırıyorsanız her alan adı kendi public klasörüne bakan kendi belge kökünü alır; projeler temiz biçimde ayrı kalırken altta aynı hızlı NVMe sunucuyu paylaşır.

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