OpenCart için Hosting Gereksinimleri: Hız, RAM, Disk, TLS
OpenCart için doğru hosting seçimi: RAM/CPU, disk, PHP sürümü, MySQL, cache, TLS ve yedekleme gereksinimlerini net ölçülerle öğrenin.
OpenCart mağazası kurduğunuzda asıl başarı; görsel tasarım değil, doğru sunucu kaynağı ve doğru kurulum parametrelerinde saklıdır. Yanlış hosting seçimi; yavaş kategori sayfaları, ödeme adımında zaman aşımı ve “beklenmedik” 500 hataları gibi sorunları tetikler. Bu rehberde OpenCart için hosting gereksinimlerini; PHP, MySQL, RAM/CPU, disk, cache, TLS (SSL), yedekleme (backup) ve ölçeklenme şeklinde net bir kontrol listesine dönüştürüyoruz.
Aşağıdaki ölçüleri, mağaza trafiğiniz ve hedeflenen ürün/kategori sayınıza göre somut şekilde kullanabilirsiniz.
OpenCart hosting gereksinimleri: temel bileşenler
OpenCart; PHP çalıştıran bir web uygulamasıdır ve veritabanı olarak genellikle MySQL veya MariaDB kullanır. Bu yüzden “iyi hosting” derken aslında şu başlıklar net olmalıdır:
- PHP sürümü ve çalışma ayarları (en kritik nokta)
- Veritabanı (MySQL/MariaDB performansı ve disk IOPS)
- RAM ve CPU (özellikle yoğun sipariş/arama dönemlerinde)
- Disk ve bant genişliği (dosya yükleme + medya)
- TLS/SSL (ödeme akışı ve tarayıcı güveni)
- Cache ve optimizasyon (sayfa hızında doğrudan etkili)
- Yedekleme ve geri dönüş planı (operasyonel güvenlik)
Minimum teknik şartlar (başlangıç için)
Aşağıdaki tablo, sıfırdan bir mağaza için “çalışır” seviyeyi hedefler. Canlı kullanımda daha yüksek değerleri tercih etmek, ileride kaynak artışı maliyetini düşürür.
| Bileşen | Minimum (çalışır) | Önerilen (daha stabil) | Neden önemli? |
|---|---|---|---|
| PHP | 8.1+ | 8.2 | OpenCart sürüm uyumu ve performans |
| RAM | 2 GB | 4 GB | PHP worker’ları ve cache işlemleri |
| CPU | 2 vCPU | 4 vCPU | eş zamanlı istek + arama/filtre |
| Disk | 20-30 GB SSD | 40-60 GB SSD | log + cache + medya + veritabanı |
| MySQL/MariaDB | 5.7+ | 10.6+ (tercihen) | sorgu optimizasyonu ve performans |
| PHP-FPM | Aktif | Aktif | worker yönetimi ve stabilite |
| Cache | Varnish/Redis yoksa bile sayfa cache | Redis (object cache) opsiyonel | TTTB ve sayfa yükü |
| TLS (SSL) | Zorunlu | Zorunlu + otomatik yenileme | ödeme güveni ve tarayıcı uyarıları |
| Yedekleme | Günlük (min) | Otomatik + saklama planı | veri kaybını azaltma |
Not: OpenCart sürümünüze göre PHP sürümü değişebilir. Yine de hosting seçerken hedefiniz “OpenCart’ın istediği PHP” + “o PHP’nin güncel güvenlik sürümü” olmalıdır.
RAM/CPU planı: kaç istek kaldırır?
OpenCart’ta performansın temel belirleyicileri; sayfa türleri (kategori/ürün/checkout), ek modüller (modül sayısı) ve veritabanı sorgu yüküdür. Bu nedenle “tek bir kullanıcı sayısı” üzerinden evrensel değer vermek doğru olmaz. Ancak pratik planlama için şu kural çalışır:
- 4 GB RAM ve 4 vCPU: küçük/orta ölçekli mağazada (özellikle modül sayısı makulse) gecikme riskini düşürür.
- 2 GB RAM ve 2 vCPU: yeni mağaza için “idare eder” ama yoğun arama veya eş zamanlı siparişte darboğaz oluşabilir.
Net test: kaynak yetersizliğinin işaretleri
Aşağıdaki belirtiler, hosting paketinin sınırlandığını gösterir:
- Checkout sayfasında “Gateway timeout” / “504”
- Kategori sayfalarında belirgin yavaşlama (TTFB/TTFB yüksek)
- Panelde modül kurulum/tema değişiminde zaman aşımı
- Sunucu yükü artınca PHP hata kayıtlarında worker timeout görme
Bu belirtiler varsa yapılacak ilk adım “CDN ekleyelim” değil; PHP-FPM worker ayarı, veritabanı konfigürasyonu ve RAM artışı sıralamasıdır.
Veritabanı (MySQL/MariaDB) ve disk IOPS
OpenCart, çoğu ekranda veritabanına sık erişir. Bu yüzden veritabanı sadece “var mı” sorusu değil; aynı zamanda şu performans parametreleriyle değerlendirilmelidir:
- SSD türü ve IOPS (I/O darboğazı)
- MySQL/MariaDB sürümü ve temel ayarları
- Disk doluluk oranı (özellikle log ve cache)
Ne zaman MySQL yetmez?
Şu durumlar veritabanı darboğazını işaret eder:
- Sitede ürün arama/filtre (faceted search) ağırlaşıyorsa
- Çok sayıda ürün/özellik varyasyonu varsa
- Eş zamanlı siparişlerde gecikme artıyorsa
Bu durumda çözüm sıralaması:
- Veritabanını optimize etmek (index kontrolü)
- Cache katmanı eklemek (sayfa cache + object cache)
- Yeterli RAM sağlamak
- Gerekirse daha hızlı disk/IOPS olan plana geçmek
PHP gereksinimleri: sürüm + ayarlar (PHP-FPM)
Hosting tarafında OpenCart için en kritik konu PHP sürüm uyumu ve PHP çalışma modelidir.
- PHP sürümü: 8.1+ ve OpenCart sürümünüzle uyumlu güncel minor sürüm (ör. 8.2)
- PHP-FPM: Worker sayısı ve timeout değerleri doğru olmalı
- OPcache: aktif olmalı (performans farkı yaratır)
- Log erişimi: hata loglarına erişim olmalı
Net kontrol listesi (sipariş başlamadan)
Sunucuya kurulumdan önce şu başlıkları kontrol edin:
- Hosting sağlayıcısı PHP-FPM kullanıyor mu?
- OPcache aktif mi?
- Günlük PHP hata logları erişilebilir mi?
- ModSecurity/WAF yanlış pozitif üretir mi? (özellikle checkout ve admin tarafında)
Cache stratejisi: hız kazancı için net yaklaşım
OpenCart’ta cache; sayfa üretim süresini ve veritabanı sorgu tekrarını azaltır. Cache katmanlarını şu şekilde düşünün:
- Sayfa cache: Kategori/ürün sayfalarında TTFB düşürür
- Object cache (Redis/Memcached): Sık kullanılan verileri RAM’de tutar
- Tarayıcı cache: Statik dosyalarda (CSS/JS/resim)
Redis ne zaman şart olur?
- Çok sayıda modül kullanıyorsanız
- Ürün/yorum sayısı arttıysa
- Aynı sayfalara sürekli istek geliyorsa
Redis eklemek “mucize” değildir; veritabanı sorgularını ve uygulama cache kullanımını doğru kurguladığınızda net hız farkı verir.
TLS/SSL: sadece otomatik değil, doğru yapılandırma
OpenCart’ta TLS (SSL), hem güven hem de SEO/cihaz uyarıları açısından kritiktir. Hosting seçerken şu şartlar net olmalıdır:
- Let’s Encrypt veya sağlanan eşdeğer otomatik sertifika
- Sertifikanın otomatik yenilenmesi
- Redirect (HTTP → HTTPS) kurgusu
- Admin paneli ve mağaza aynı sertifikayı kullanıyor mu?
“SSL var” ile “doğru SSL” farkı
Yanlış yapılandırma genellikle şu sonuçları doğurur:
- Mixed content uyarıları (sayfadaki bazı kaynaklar HTTP)
- Checkout adımlarında tarayıcı güven uyarıları
- SEO’da indeksleme sorunları
Bu yüzden sağlayıcının verdiği sertifikanın otomatik yenileme + doğru redirect sunduğundan emin olun.
Yedekleme (backup) gereksinimleri: geri dönüş süresi tanımlayın
OpenCart’ta sorun çıktığında geri dönmeniz gerekir. Hosting sağlayıcısının sunduğu backup yaklaşımı şu ölçülerle değerlendirilmelidir:
- Sıklık: günlük minimum
- Saklama süresi: en az 7 gün; idealde 14+ gün
- Kapsam: dosyalar + veritabanı (tam yedek)
- Geri yükleme: talep üzerine mi otomatik mi, ortalama süre
Net hedef önerisi
- Günlük tam yedek + sık hata/iyileştirme döneminde daha kısa aralıklı (ör. 6-12 saatte bir) yedek planı
- Hata sonrası geri dönüş süresi için “hedef süre” belirleme (ör. 30-60 dk içinde erişim geri gelsin)
Ölçeklenme: VDS/VPS ne zaman geçilmeli?
Başlangıçta paylaşımlı hosting bazı küçük mağazalar için yeterli olabilir; ancak OpenCart’ta modül sayısı ve eş zamanlı istek arttıkça kontrol gereksinimi yükselir.
Aşağıdaki eşik yaklaşımı somut bir karar verir:
- 1-2 ay içinde ürün/aktif modül sayınız artıyorsa → VPS/VDS planlaması daha avantajlıdır
- Aynı anda artan trafik dönemleri (kampanya, sezon) yaşıyorsanız → daha stabil kaynak sınırlarına ihtiyaç duyarsınız
Karar tablosu: hosting tipi seçimi
| Senaryo | En doğru başlangıç | Gerekçe |
|---|---|---|
| Az modül, düşük trafik, yeni mağaza | Paylaşımlı web hosting (PHP uyumlu) | maliyet düşük, temel kurulum hızlı |
| Modül sayısı artıyor, performans dalgalanıyor | VPS | kaynak kontrolü + PHP-FPM yönetimi |
| Yüksek trafik, özel ayar gereksinimi | VDS/Dedicated | daha fazla kontrol, daha stabil performans |
| Özel güvenlik/izolasyon ihtiyacı | VDS/Dedicated + WAF | saldırı yüzeyi azaltma ve izleme |
HTTP/2/HTTP/3, CDN ve sık yapılan hata senaryoları
OpenCart’ın hızına katkı sağlayan unsurlar arasında CDN yer alabilir. Ancak doğru yaklaşım şudur:
- CDN’yi dinamik içeriğe körlemesine uygulamak yerine; statik dosyalar (CSS/JS/resim) ve gerekli cache kuralları hedeflenmelidir.
- HTTP/2 veya HTTP/3 (QUIC) desteği, CDN tarafında performans katkısı sağlar; ancak uygulama tarafındaki PHP/DB darboğazı devam ediyorsa tek başına çözmez.
Net hata: “Sadece CDN ekledim, düzelmedi”
Bu durum genellikle şu sebeplerden olur:
- Veritabanı sorguları yavaş
- OPcache kapalı
- PHP-FPM worker timeout oluşuyor
- Yanlış cache ayarları (checkout/adimlerinde cache hatası)
OpenCart için hosting seçerken 12 net kriter
Satın alma aşamasında kullanabileceğiniz pratik kontrol listesi:
- PHP 8.1+ uyumu ve güncel sürüm desteği
- PHP-FPM kullanımı ve worker/timeout yönetimi
- OPcache aktifliği
- MySQL/MariaDB sürümü (tercihen güncel)
- SSD disk ve mümkünse yüksek IOPS
- Yedekleme: günlük + dosya+veritabanı
- Otomatik TLS ve HTTP→HTTPS yönlendirme
- Erişilebilir hata logları (PHP + web sunucusu)
- Sunucu kaynak limitlerinin şeffaf olması (RAM/CPU)
- ModSecurity/WAF uyumluluğu (checkout ve admin’de test)
- Cache altyapısı: sayfa cache ve opsiyonel Redis
- Taşıma/geri alma kolaylığı (ör. site migre edebilme)
Sonuç: hangi seviyeyi hedeflemelisiniz?
OpenCart için hosting gereksinimleri “paket büyüklüğü”nden önce PHP/DB performansının nasıl yönetildiğine bakar. Başlangıç için PHP 8.2, SSD tabanlı VPS/VDS yaklaşımı ve günlük tam yedek üçlüsü net bir güvenlik ve hız tabanı oluşturur. Trafiğiniz artınca ilk yükseltmeyi RAM/CPU ve ardından veritabanı ile cache katmanına yapın.
Aksiyon önerisi: Mağazanızı yayına almadan önce mevcut planınızda PHP hata loglarını kontrol edin, checkout adımını yük altında test edin ve yedek/restore süresini sağlayıcıdan doğrulayın. Böylece “sorun olursa bakarız” yerine, açık ölçümlerle doğru kapasiteye ulaşırsınız.
Hosting karşılaştırması yapmaya hazır mısın?
100+ firmanın fiyatlarını tek tıkla karşılaştır, en uygun paketi bul.
Hosting Karşılaştır →İlgili Yazılar
WordPress Staging: Hosting’de demo site ile güvenli test rehberi
WordPress staging ile demo site kurun: otomatik kopyalama, veritabanı taşıma, eklenti uyumu, yedekleme ve yayına alma kontrol listesi.
Sıfırdan SSH ile Sunucuya Bağlanma Rehberi
Bu rehberde VDS/VPS, Linux ve Windows’tan SSH ile giriş yapmayı sıfırdan öğrenin. Anahtar, port, güvenlik ve test adımları net anlatılır.
WAF nedir, ne işe yarar? Web sitenizi nasıl korur?
WAF (Web Application Firewall) web uygulamalarını saldırılara karşı katmanlı korur. Bu rehberde nasıl çalıştığını ve doğru seçim kriterlerini bul.
SSL sertifikası süresi neden 90 güne indi? Teknik nedenler
SSL/TLS sertifikası 90 güne düşürüldü. ACME otomasyonu, güvenlik iyileştirmeleri ve operasyonel riskler açısından net nedenleri öğrenin.