Laravel İçin Hosting Seçimi: 2026 Detaylı Rehber (Paylaşımlı, VDS, Dedicated)

Laravel İçin Hosting Seçimi: 2026 Detaylı Rehber (Paylaşımlı, VDS, Dedicated)

Laravel, PHP ekosisteminin en popüler framework'ü; e-ticaret, SaaS, kurumsal admin paneli ve API'lerde yaygın olarak kullanılır. Doğru hosting seçimi performans, ölçeklenebilirlik ve operasyonel maliyet açısından kritik. Bu rehberde Laravel'in gerçek ihtiyaçlarını ve hangi hosting tipinin (paylaşımlı, VDS, dedicated) hangi senaryoda uygun olduğunu detaylıca inceleyeceğiz.

Büyükweb hosting, VDS ve dedicated ürünlerinde Laravel projelerinin tamamı sorunsuz çalışır; karar size hangisinin doğru olduğunu seçmek. Aşağıdaki bölümlerde trafik hacmi, background job yoğunluğu ve bütçe kriterlerine göre somut önerilerle birlikte gerçek konfigürasyon örnekleri, karşılaştırma tabloları ve sık karşılaşılan hataların çözümlerini bulacaksınız.

Laravel'in Hosting Tarafında Beklentileri

Bileşen	Versiyon (Laravel 11+)	Hosting Etkisi
PHP	8.2+ (önerilen 8.3)	Modern PHP eklenti seti gerekir
Composer	2.x	Deploy aşamasında gerekli
Database	MySQL 8 / MariaDB 10.6 / PostgreSQL 14	DB sunucusu lokal mı remote mu?
Redis	6+	Cache, session, queue için kritik
Memcached	1.6+	Alternatif cache
Queue Worker	supervisor / systemd	Background job process
Scheduler	crontab * * * * * php artisan schedule:run	1 dk'da bir cron
WebSocket	Reverb (built-in 11+) veya Pusher	Real-time uygulamalar
Storage	Local / S3 / B2	Image, file storage
CDN	Cloudflare / Fastly	Static asset cache

Laravel "tek public_html'e yükle, çalışsın" mantığında değildir — process management ve CLI erişim gerekir.

Gerekli PHP Eklentileri

Hosting seçmeden önce eklenti listesini kontrol edin; eksik bir eklenti kurulumu composer install aşamasında veya çalışma zamanında hataya sebep olur:

• BCMath — ondalıklı hassas hesaplama (fatura, ödeme tutarları)
• Ctype, Tokenizer, JSON — framework çekirdeği için zorunlu
• cURL — dış API çağrıları
• DOM, XML — feed, sitemap, PDF işlemleri
• Fileinfo — dosya yükleme tipi doğrulama
• Mbstring — Türkçe karakter ve multibyte string işleme
• OpenSSL, PCRE — şifreleme ve regex
• PDO (pdo_mysql veya pdo_pgsql) — veritabanı bağlantısı
• Zip — Composer paket kurulumları ve export işlemleri
• GD veya Imagick — resim yeniden boyutlandırma, thumbnail üretimi

Büyükweb cPanel hosting ve VDS paketlerinde bu eklentiler PHP sürüm seçici üzerinden aktif edilebilir; VDS'te ayrıca apt install php8.3-{bcmath,gd,mbstring,...} ile manuel kurulum da mümkündür.

Senaryo 1: Tek Sayfa Landing + Form (Küçük)

Trafik: <500 ziyaretçi/gün
Özellikler: Form gönderimi, email, statik içerik
Background job: Yok veya minimal

Önerilen: cPanel Paylaşımlı Hosting

Büyükweb cPanel hosting Performans paketi yeterli. Düşünmeniz gerekenler:

• ✓ PHP 8.3 destekli (Büyükweb'de seçilebilir)
• ✓ Composer cPanel terminal'inden çalışır
• ✓ MySQL/MariaDB built-in
• ✗ Redis YOK (paylaşımlı genelde) — file cache yeterli
• ✓ Cron Jobs panel'de
• ✓ SSH (kısıtlı)
• ✓ Anlık teslimat + ücretsiz Let's Encrypt

Maliyet: ~₺750/yıl (Performans)

Paylaşımlı hosting'de risksiz başlamak isteyenler için önemli bir detay: Büyükweb'in cPanel hosting paketlerinde koşullu 7 gün iade hakkı vardır. Yani projenizi kurup Laravel'in bu ortamda beklediğiniz gibi çalışıp çalışmadığını test edebilir, memnun kalmazsanız ilk hafta içinde iade talep edebilirsiniz; talebin geçerli olması için hizmet kullanım oranının %50'yi geçmemesi ve öncesinde teknik destekle iletişime geçilmesi gerekir (iade koşulları).

Deploy Pipeline

# Lokal'de build
composer install --no-dev --optimize-autoloader
npm run build

# cPanel File Manager veya FTP ile yükle
# .env dosyasını ayarla
# Storage symlink:
# cPanel Cron Jobs → "* * * * * cd /home/user/laravel && php artisan schedule:run >> /dev/null"

Composer'ın shared hosting'te bellek hatası vermesi (Allowed memory size exhausted) sık görülür; terminal'den şu şekilde çalıştırın:

COMPOSER_MEMORY_LIMIT=-1 composer install --no-dev --optimize-autoloader

Sınırlamalar

• Queue worker (supervisord) yok → database queue driver + cron tetikleme
• Redis yok → file/database cache
• Yoğun traffic'te public_html hata oluşturabilir

Ne Zaman VDS'e Geçmeli?

Aşağıdaki belirtilerden ikisi veya daha fazlası görülüyorsa paylaşımlı hosting'in sınırına yaklaşıyorsunuz demektir:

1. Cron tabanlı queue işleme gecikmeleri kullanıcı deneyimini bozuyor (email, bildirim 1 dakikadan fazla gecikiyor)
2. php artisan komutları CLI'da zaman aşımına uğruyor
3. Trafik günlük 500 ziyaretçiyi düzenli aşıyor
4. Redis gerektiren bir paket (ör. rate limiting, real-time özellik) eklemeniz gerekiyor
5. Aynı sunucuda birden fazla Laravel projesi çalıştırıp kaynak izolasyonu istiyorsunuz

Senaryo 2: Orta Ölçek SaaS / E-ticaret

Trafik: 500-10.000 ziyaretçi/gün
Özellikler: User auth, payment, queue background, search
Background job: Email, PDF generation, report

Önerilen: VDS

Büyükweb VDS Performans/Pro paketi:

• 4 GB RAM, 4 vCPU, 80-100 GB NVMe
• Tam root erişim → Redis, Supervisor, kendi nginx config
• PHP 8.3 + FPM → daha hızlı
• MySQL 8 lokal (daha düşük query latency)
• Redis lokal → cache + session + queue

Maliyet: ₺250-600/ay civarı

Büyükweb VDS altyapısı VMware vSphere hipervizörü üzerinde çalışır ve Tier III standartlarındaki bir veri merkezinde barındırılır; bu sayede kaynaklarınız (CPU, RAM, disk) diğer müşterilerden izole tahsis edilir ve Laravel'in queue worker/Redis gibi sürekli çalışan süreçleri kesintisiz kaynak bulur. VDS paketlerinde günlük otomatik yedekleme dahildir; buna ek olarak Laravel tarafında spatie/laravel-backup gibi bir paketle veritabanı ve storage dizinini uygulama seviyesinde de yedeklemeniz, felaket kurtarma süresini kısaltır.

Optimum Stack

Ubuntu 24.04 LTS
+ nginx (proxy + static)
+ PHP 8.3-FPM
+ MariaDB 10.11
+ Redis 7
+ Supervisor (queue worker)
+ Composer
+ Node 20 (asset build)
+ Certbot (Let's Encrypt)

Queue Worker (Supervisor)

/etc/supervisor/conf.d/laravel-worker.conf:

[program:laravel-worker]
process_name=%(program_name)s_%(process_num)02d
command=php /var/www/laravel/artisan queue:work redis --sleep=3 --tries=3 --max-time=3600
autostart=true
autorestart=true
user=www-data
numprocs=4
redirect_stderr=true
stdout_logfile=/var/log/laravel-worker.log

sudo supervisorctl reread
sudo supervisorctl update
sudo supervisorctl start laravel-worker:*

nginx Config

server {
    listen 80;
    server_name app.example.com;
    root /var/www/laravel/public;
    index index.php;

    location / {
        try_files $uri $uri/ /index.php?$query_string;
    }

    location ~ \\.php$ {
        fastcgi_pass unix:/var/run/php/php8.3-fpm.sock;
        fastcgi_index index.php;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        include fastcgi_params;
    }
}

Panel mi, Saf SSH mi?

Laravel'i yönetmek için mutlaka terminal bilmeniz gerekmez. Büyükweb VDS paketlerinde panel kurulumu ücretsizdir:

• Plesk — lisansı pakete dahildir; Git deployment, cron, SSL ve PHP ayarlarını GUI üzerinden yönetebilirsiniz, CLI komutlarını (composer, artisan) panel içi terminalden çalıştırabilirsiniz.
• cPanel — VDS'te ücretli ek seçenek olarak sunulur; shared hosting'ten geçiş yapan ekipler için tanıdık arayüz avantajı sağlar.
• Saf SSH — deneyimli DevOps ekipleri için en esnek seçenek; nginx, Supervisor ve queue worker konfigürasyonu üzerinde tam kontrol.

Hangi yolu seçerseniz seçin, root erişiminiz olduğu için Redis, Supervisor gibi Laravel'in ihtiyaç duyduğu servisleri istediğiniz gibi kurabilirsiniz — paylaşımlı hosting'de bu mümkün değildir.

Senaryo 3: Yüksek Trafik (Octane)

Trafik: 10.000+ ziyaretçi/gün, real-time, yüksek concurrency
Framework: Laravel + Octane (Swoole/RoadRunner)

Önerilen: VDS Pro veya Dedicated

Büyükweb E5-V4 VDS veya Dedicated Sunucu:

• 8-16 GB RAM, 6+ vCPU
• NVMe SSD
• Optimize network bandwidth

Octane Avantajı

Geleneksel PHP-FPM: Her request'te framework baştan yüklenir
Laravel Octane:  Long-running process; framework RAM'de
→ 5-10x daha hızlı response

Octane Setup

composer require laravel/octane
php artisan octane:install --server=swoole

# Çalıştır (production)
php artisan octane:start --server=swoole --workers=8 --task-workers=4 --port=8000

Supervisor ile run + nginx upstream:

upstream octane {
    server 127.0.0.1:8000;
}

server {
    listen 443 ssl;
    location / {
        proxy_pass http://octane;
        proxy_http_version 1.1;
        proxy_set_header Connection "";
    }
}

Octane kullanırken dikkat edilmesi gereken en kritik nokta memory leak riskidir: uzun süre çalışan worker process'ler, statik değişkenlerde veya singleton binding'lerde biriken veriyle zamanla RAM tüketimini artırabilir. Bu yüzden dedicated veya yüksek RAM'li VDS paketi tercih edilir; --max-requests parametresiyle worker'ları periyodik olarak yeniden başlatmak da RAM birikimini sıfırlar.

Paylaşımlı vs VDS vs Dedicated: Karşılaştırma Tablosu

Üç seçeneği Laravel özelinde yan yana koyduğumuzda tercih çok daha net hale gelir:

Kriter	Paylaşımlı Hosting	VDS	Dedicated
Root erişim	Yok	Var	Var
Redis kurulumu	Genelde yok	Kendiniz kurarsınız	Kendiniz kurarsınız
Queue worker (Supervisor)	Yok, cron ile simüle edilir	Tam destek	Tam destek
PHP sürüm/eklenti kontrolü	Panel üzerinden sınırlı	Tam (apt/dnf ile)	Tam
Kaynak izolasyonu	Paylaşımlı (diğer sitelerle)	Ayrılmış vCPU/RAM	Fiziksel olarak tek kiracı
Yedekleme	Günlük otomatik (Büyükweb)	Günlük otomatik (Büyükweb)	Duruma göre değişir
İade politikası	7 gün (koşullu)	Yok	Yok
Tipik Laravel senaryosu	Landing page, kurumsal site	SaaS, e-ticaret, API	Yüksek trafik, Octane, veri yoğun işler
Yönetim eforu	Düşük (panel)	Orta (SSH veya panel)	Orta-yüksek
Ölçeklenebilirlik	Sınırlı	Paket yükseltmesiyle esnek	Donanım bazlı, planlama gerekir

Bu tablo Laravel'in özellikle background job ve cache ihtiyaçlarının paylaşımlı hosting sınırlarını hızlıca zorladığını gösteriyor; projeniz büyüdükçe VDS'e geçiş kaçınılmaz hale gelir.

Database Stratejisi

Tek Sunucu (Single)

VDS'te MySQL/Postgres ile uygulama aynı sunucuda. <10K kullanıcı için yeterli.

Master-Slave (Read Replica)

Ana sunucu yazma; replica okuma:

// config/database.php
'mysql' => [
    'read' => ['host' => ['10.0.0.2', '10.0.0.3']],
    'write' => ['host' => ['10.0.0.1']],
    ...
],

Managed Database vs Self-Hosted

Büyükweb VDS self-hosted DB; tam kontrol + maliyet düşük. Daha kolay yönetim için: managed Postgres (Supabase, Neon).

Cache Stratejisi

File Cache (Default)

CACHE_DRIVER=file
SESSION_DRIVER=file

Yavaş; sadece dev/küçük üretim.

Redis (Önerilen Production)

CACHE_DRIVER=redis
SESSION_DRIVER=redis
QUEUE_CONNECTION=redis

VDS'te Redis lokal kurulum:

sudo apt install redis-server

/etc/redis/redis.conf:

maxmemory 1gb
maxmemory-policy allkeys-lru

Memcached (Alternatif)

sudo apt install memcached php-memcached

Redis genelde daha güçlü; pub/sub + queue + persistence destekler.

Queue Worker

Database Queue

QUEUE_CONNECTION=database — basit, ama MySQL polling ile DB CPU yüker.

Redis Queue

QUEUE_CONNECTION=redis — çok daha hızlı, blocking pop ile zero-poll overhead.

Horizon Dashboard

composer require laravel/horizon
php artisan horizon:install
php artisan horizon

Real-time queue monitoring web UI'sı.

Deployment Stratejileri

Manual SSH Deploy

ssh user@vds
cd /var/www/laravel
git pull origin main
composer install --no-dev --optimize-autoloader
npm install && npm run build
php artisan migrate --force
php artisan config:cache
php artisan route:cache
php artisan view:cache
sudo systemctl reload php8.3-fpm
sudo supervisorctl restart laravel-worker:*

Deployer (PHP-based)

composer require deployer/deployer --dev
dep init
dep deploy production

Symfony-Deployer Laravel'a yerleşik; zero-downtime deployment + rollback.

Forge Alternatifi

Laravel Forge popüler ama aylık $19+/sunucu maliyet. Büyükweb VDS + manual deploy / Deployer kombinasyonu çok daha uygun.

Maliyet Karşılaştırma (Aylık Yaklaşık)

Senaryo	Ölçek	Aylık Maliyet (₺)
Tek landing	<500 viz/gün	60 (Performans hosting)
Orta SaaS	5K viz/gün	300-500 (VDS)
Yüksek SaaS	50K viz/gün	600-1.500 (VDS Pro)
Octane production	100K+ viz/gün	2.000+ (Dedicated)

Türk lirası bazlı Büyükweb altyapısı maliyet stabilitesi sunar.

Pratik Senaryo: Bir E-ticaret Projesinin Büyüme Hikâyesi

Somutlaştırmak için tipik bir büyüme sürecini adım adım ele alalım.

Ay 1-3 — MVP dönemi. Ekip Laravel ile bir e-ticaret MVP'si geliştirir ve cPanel Performans paketinde yayına alır. Trafik günde 100-200 ziyaretçi, sipariş bildirimleri e-posta ile gidiyor, QUEUE_CONNECTION=sync kullanılıyor çünkü hacim düşük. Bu aşamada paylaşımlı hosting maliyeti ve basitliği tam oturuyor.

Ay 4-6 — İlk büyüme. Pazarlama kampanyaları trafiği günde 800-1000 ziyaretçiye çıkarır. Sipariş onay e-postaları gecikmeye başlar çünkü sync queue driver her isteği bloke ediyor. Ekip VDS Performans paketine geçer: Redis kurulur, QUEUE_CONNECTION=redis ve Supervisor ile queue worker devreye alınır. Sipariş sonrası e-posta gönderimi artık kullanıcıyı bekletmeden arka planda işleniyor.

Ay 7-12 — Sezonluk kampanya. Kampanya döneminde trafik günde 8.000-10.000'e çıkar, ödeme entegrasyonu ve stok senkronizasyonu için ek queue job'lar eklenir. pm.max_children ve innodb_buffer_pool_size değerleri artırılır, Horizon panelinden queue'daki job birikimi izlenir. VDS Pro'ya yükseltme yapılır (8 GB RAM, 6 vCPU).

Yıl 2 — Ölçek. Trafik düzenli olarak 50.000+ ziyaretçi/gün seviyesine ulaşır, real-time stok bildirimleri için Reverb ile WebSocket eklenir. Bu noktada Octane değerlendirilir; PHP-FPM'den Swoole'a geçişle response süreleri düşer. Veritabanı yükü artınca read replica planlanır.

Bu hikâyenin özeti: Laravel projeleri nadiren gün 1'de dedicated sunucuya ihtiyaç duyar. Doğru yaklaşım, mevcut trafiğe uygun katmanda başlayıp büyüme sinyallerini (queue gecikmesi, CPU/RAM doygunluğu, response time artışı) izleyerek zamanında bir üst katmana geçmektir.

Cloudflare ile Hızlandırma

Cloudflare Free Tier:
- DDoS koruması
- Static asset cache (image, JS, CSS)
- WAF (basic)
- CDN edge'de gzip + brotli

Laravel public_html altındaki /build/ ve /storage/ static asset'ları Cloudflare'de cache edilir → origin VDS'in yükü azalır.

Performans Tuning

PHP-FPM Pool

/etc/php/8.3/fpm/pool.d/www.conf:

pm = dynamic
pm.max_children = 50
pm.start_servers = 5
pm.min_spare_servers = 5
pm.max_spare_servers = 35
pm.max_requests = 1000

Yüksek RAM'li VDS'te pm.max_children artırın.

OPcache

/etc/php/8.3/fpm/php.ini:

opcache.enable=1
opcache.memory_consumption=512
opcache.max_accelerated_files=20000
opcache.validate_timestamps=0  # Production

validate_timestamps=0 deploy sonrası FPM reload gerekiyor ama %30+ hız.

MySQL Tuning

[mysqld]
innodb_buffer_pool_size = 2G
innodb_log_file_size = 512M
max_connections = 200
query_cache_type = 0  # Modern MySQL'de gerek yok

Güvenlik

.env Korunma

nginx server config:
location ~ /\\. {
    deny all;
}

.env web'den erişilemez.

Storage İzinleri

chmod -R 775 storage bootstrap/cache
chown -R www-data:www-data storage bootstrap/cache

CSRF + XSS

Laravel built-in CSRF middleware. Blade {{ $variable }} HTML escape eder; raw {!! !!} dikkatli kullanın.

Yaygın Sorunlar

Sorun	Çözüm
500 error after deploy	php artisan config:clear + cache:clear
Storage symlink missing	php artisan storage:link
Queue not processing	supervisorctl status kontrol; reload
MySQL "too many connections"	max_connections artır + connection pool
Redis OOM	maxmemory + maxmemory-policy allkeys-lru
Composer hata "lock outdated"	composer install (production'da install, update değil)
Octane memory leak	--max-requests=500 ile worker recycle
Deploy sonrası eski CSS/JS görünüyor	npm run build ile oluşan hash'li dosya adlarının Cloudflare'de cache'i temizlenmeli (Purge Cache)
Migration sırasında "deadlock found"	Uzun süren migration'ları bakım moduna alıp (php artisan down) çalıştırın, foreign key kontrolünü geçici kapatmayı değerlendirin
artisan komutları çok yavaş	OPcache aktif değilse veya config:cache çalıştırılmamışsa framework her seferinde tüm dosyaları tarar

Sıkça Sorulan Sorular

Paylaşımlı hosting'de Laravel çalışır mı?

Evet — küçük projeler için. Composer + symlink + cron destekli hosting (Büyükweb dahil) Laravel için yeterli.

VDS'te yönetimi zor mu?

Modern Linux (Ubuntu 24.04) + apt install komutlarıyla 1 saatte stack hazır. CyberPanel veya Plesk Toolkit ile GUI alternatifi de var.

Forge zorunlu mu?

Hayır. Manual SSH + Deployer ile aynı sonuç. Forge sadece kolaylık + automation sunar; ek maliyet.

MySQL vs PostgreSQL Laravel için?

İkisi de tam destekli. PostgreSQL JSON column + advanced query için daha güçlü; MySQL daha yaygın hosting'lerde standart.

Octane production-ready mı?

Evet, Laravel 11'de stabil. Swoole olgun; RoadRunner alternatifi.

Türkiye lokasyonlu hosting Laravel için neden önemli?

KVKK uyumu (kişisel veri Türkiye'de) + düşük gecikme (TR kullanıcılarınız 5-20 ms). Büyükweb Türkiye DC bu iki kriteri sağlar.

Hosting'de hangi PHP versiyonu?

PHP 8.3 önerilir (Laravel 11 destekler). PHP 8.4 yeni, beklemek mantıklı.

Free hosting Laravel için yeterli mi?

Free hosting'lerde queue worker ve Composer çoğunlukla yok; production için ücretli hosting zorunlu.

Laravel projesi için minimum RAM ne kadar olmalı?

Küçük bir SaaS/e-ticaret için 4 GB RAM (VDS Performans seviyesi) başlangıç için yeterlidir; PHP-FPM worker sayısı, Redis ve MySQL aynı sunucuda birlikte çalışacaksa 2 GB'ın altına inmemek önerilir. Octane veya yüksek concurrency planlıyorsanız 8 GB ve üzeri daha güvenli bir taban oluşturur.

VDS'te veritabanı yedeklemesi nasıl yapılır?

Büyükweb VDS paketlerinde günlük otomatik yedekleme dahildir. Buna ek olarak spatie/laravel-backup paketiyle uygulama seviyesinde zamanlanmış yedek alıp (ör. günde bir kez S3 uyumlu bir depolamaya) iki katmanlı bir yedekleme stratejisi kurabilirsiniz.

Laravel için hangi hosting türü ile başlamalıyım, VDS mi doğrudan uygun mu?

Trafik ve background job ihtiyacınız netleşmediyse düşük riskle cPanel hosting'ten başlayıp (koşullu 7 gün iade hakkıyla test ederek) queue/Redis ihtiyacı doğduğunda VDS'e geçmek maliyet açısından en mantıklı yoldur.

Sonuç: Hangi Hosting Türünü Seçmelisiniz?

Özetle karar ağacı şu şekilde çalışır:

• Statik/az trafikli site, background job yok → cPanel paylaşımlı hosting yeterli, düşük maliyet ve koşullu 7 gün iade hakkıyla düşük riskli.
• Redis, Supervisor, queue worker, root erişim gerekiyor → VDS'e geçin; kaynak izolasyonu ve günlük otomatik yedekleme ile production için sağlam bir taban sağlar.
• Octane, yüksek concurrency, ağır veri işleme → VDS Pro veya dedicated sunucu; bol RAM/vCPU ve network bant genişliği kritik hale gelir.

Karar verirken mevcut trafiğinizi abartmayın; Laravel'in doğası gereği bir üst katmana geçiş (VDS içinde paket yükseltmesi veya paylaşımlıdan VDS'e taşıma) genelde birkaç saat içinde tamamlanabilir. Önemli olan queue gecikmesi, CPU doygunluğu ve response time gibi sinyalleri takip edip zamanında hareket etmektir.

İlgili Rehberler

• PHP Hosting Türkiye
• WordPress Hosting Seçim Rehberi 2026
• VDS RAM CPU Seçimi Rehberi
• PostgreSQL Kurulumu Temel Yönetim
• Türkiye VDS Sunucu

İlgili Büyükweb Hizmetleri

Laravel uygulamanız için Türkiye lokasyonlu Büyükweb hizmetleri:

• cPanel Web Hosting (PHP 8.3)
• Türkiye VDS Sunucu
• WordPress Hosting (PHP odaklı)
• Dedicated Sunucu
• Linux Reseller Hosting

Sorularınız için 0850 302 60 70 numaralı destek hattımıza veya iletişim sayfamıza yazabilirsiniz.