Laravel Hosting Nasıl Seçilir, Paylaşımlı mı VPS mi

Geliştiriciniz projeyi Laravel ile yazdı, yerelde her şey çalışıyor ve sıra yayına almaya geldi. İlk soru hep aynıdır: bunu sıradan bir hosting paketinde çalıştırabilir miyiz, yoksa sunucu mu kiralamamız gerekiyor? Laravel hosting seçimi aslında iki soruya indirgenir. Birincisi, sunucuda doğru PHP sürümü ve eklentileri var mı. İkincisi, uygulamanız arka planda kesintisiz çalışan bir süreç istiyor mu. Bu iki sorunun cevabı paketi belirler.

Laravel Hosting İçin Temel Gereksinimler

Laravel’in resmî yayına alma belgesine göre Laravel 13 için sunucuda en az PHP 8.3 bulunmalı. Bunun yanında Ctype, cURL, DOM, Fileinfo, Filter, Hash, Mbstring, OpenSSL, PCRE, PDO, Session, Tokenizer ve XML eklentileri istenir. Bu eklentiler modern bir cPanel sunucusunda büyük ölçüde standart olarak açıktır.

İkinci şart veritabanıdır. Laravel MySQL, MariaDB, PostgreSQL ve SQLite ile çalışır; paylaşımlı hostingte en yaygın eşleşme MySQL ya da MariaDB’dir. Üçüncü şart ise sitenin kök dizininin projenin public klasörünü göstermesidir. Proje kökü doğrudan yayına açılırsa .env dosyası gibi gizli yapılandırmalar tarayıcıdan okunabilir hâle gelebilir.

Paylaşımlı Hostingte Laravel Çalışır mı

Çalışır. cPanel’li bir paylaşımlı pakette Laravel sitesi yayına almak için PHP sürümünü panelden seçer, bir MySQL veritabanı açar, proje dosyalarını yükler ve alan adının kök dizinini public klasörüne yönlendirirsiniz. Softaculous uygulama listesinde Laravel de bulunduğu için boş bir Laravel iskeletini tek tıkla kurmak da mümkündür. Kurumsal tanıtım sitesi, küçük bir yönetim paneli, randevu formu ya da ürün kataloğu gibi projeler bu ortamda rahat çalışır.

Laravel hosting açısından paylaşımlı paketin sınırları kaynak ve süreç tarafındadır. İşlemci, bellek ve eşzamanlı işlem sayısı paketle sınırlıdır; uzun süren istekler zaman aşımına uğrayabilir. Bunlar küçük projede sorun çıkarmaz, trafik ve arka plan işi arttıkça görünür olur. Paket seçerken bakılacak genel ölçütleri hosting nasıl seçilir rehberi toplu hâlde veriyor; Narhost’un web hosting paketlerinde PHP sürümü panelden değiştirilebilir ve paketler MariaDB 10.11 ile gelir.

SSH Yoksa Composer ve Artisan Ne Olur

Laravel dünyasındaki alışkanlık, sunucuya SSH ile bağlanıp composer ile bağımlılıkları kurmak ve artisan komutlarıyla önbellek, göç (migration) ve depolama bağlantısı gibi işleri yapmaktır. Paylaşımlı hosting paketlerinde SSH erişimi her zaman bulunmaz. Bu durumda iş akışı değişir ama tıkanmaz.

Bağımlılıklar yerelde ya da bir derleme ortamında composer ile hazırlanır, vendor klasörüyle birlikte sunucuya yüklenir. cPanel’deki Git Version Control aracıyla depoyu çekmek dosya yükleme işini düzenler. Veritabanı göçleri yereldeki bir yedeğin phpMyAdmin ile içe aktarılmasıyla ya da tek seferlik bir zamanlanmış görevle çalıştırılır. Yöntem çalışır, ancak her güncellemede birkaç elle adım ekler. Sık güncellenen bir projede bu yük zamanla VPS’e geçmek için bir gerekçe olur.

Zamanlayıcı ve Kuyruk, Asıl Ayrım Noktası

Laravel’in zamanlanmış görevleri tek bir giriş noktasından yönetilir: sunucuda her dakika çalışan bir cron satırı, Laravel’in schedule:run komutunu tetikler ve hangi görevin zamanı geldiyse onu çalıştırır. Laravel zamanlayıcı belgesi bu yapıyı anlatır. Paylaşımlı hostingte cPanel’in Cron Jobs ekranı bu iş için yeterlidir; paket her dakika çalışan görevlere izin veriyorsa zamanlayıcı sorunsuz çalışır. cPanel’de zamanlanmış görev tanımlamanın adımları destek merkezindeki cPanel cron jobs kartında anlatılıyor.

Kuyruk işçisi ise farklıdır. Laravel belgesi, queue:work sürecinin arka planda kalıcı çalışmasını ve çökerse Supervisor gibi bir süreç yöneticisiyle yeniden başlatılmasını önerir. Paylaşımlı hostingte kalıcı süreç çalıştırmak mümkün değildir; paket, uzun süre açık kalan işlemleri sonlandırır. Ara çözüm, kuyruğu cron ile belirli aralıklarla boşaltıp kapanan bir komutla işlemektir. E-posta gönderimi gibi gecikmeye toleranslı işlerde bu yeterlidir, anlık bildirim ve ödeme sonrası işlemler gibi saniyelerin önemli olduğu işlerde yetmez.

Laravel Hosting Karşılaştırması, Paylaşımlı mı VPS mi

Aşağıdaki tablo iki ortamı Laravel projelerinin en çok takıldığı noktalarda karşılaştırıyor.

Ne Zaman VPS’e Geçmek Gerekir

Laravel hosting kararında VPS’i zorunlu kılan durumlar bellidir. Uygulamanız sürekli çalışan bir kuyruk işçisine, Horizon paneline, Reverb gibi bir WebSocket sunucusuna ya da Octane ile kalıcı bellekte çalışan bir sunucuya ihtiyaç duyuyorsa paylaşımlı hosting bu süreçleri barındıramaz. Redis gibi ayrı bir önbellek ve kuyruk sunucusu kurmak istediğinizde de durum aynıdır.

İkinci tetikleyici dağıtım sıklığıdır. Günde birkaç kez yayın yapan bir ekip, her seferinde vendor klasörü yükleyip göçleri elle çalıştırmak istemez; SSH ile otomatik dağıtım kurmak VPS’te çok daha pratiktir. Laravel’in yanında Node.js ya da Python ile çalışan bir yan servis varsa, farklı dillerin barındırma ihtiyacını karşılaştıran Python ve Node.js için hangi hosting yazısı da karar için yol gösterir. VPS’in bedeli yönetim yüküdür: işletim sistemi, web sunucusu, PHP-FPM ve güvenlik güncellemeleri size geçer.

Laravel Projesini Yayına Almadan Önce Kontrol Listesi

• composer.json dosyasından Laravel sürümünü ve istenen asgari PHP sürümünü okuyun.
• Hosting panelinde aynı PHP sürümünü seçin ve gerekli eklentilerin açık olduğunu doğrulayın.
• Alan adının kök dizinini projenin public klasörüne yönlendirin; .env dosyasının tarayıcıdan erişilemediğini kontrol edin.
• Uygulamanın arka planda kalıcı bir kuyruk işçisi isteyip istemediğini geliştiricinize sorun.
• Zamanlayıcı için her dakika çalışan cron görevini tanımlayın.
• Canlı ortamda hata ayıklama modunu kapatın ve yapılandırma önbelleğini oluşturun.
• Veritabanı ve dosya yedeğinin nasıl alınacağını yayından önce planlayın.