PrestaShop Hosting Rehberi: PHP, MySQL, Önbellek ve CDN Ayarları

PrestaShop Hostinginde Hız Neden Bu Kadar Kritik?

PrestaShop ile e-ticaret mağazası kurarken tema seçimi, ödeme altyapısı veya ürün girişleri kadar önemli bir konu daha var: hosting ve sunucu ayarları. Aynı temayı kullanan iki mağazadan birinin sayfaları 1-2 saniyede açılırken diğerinin 6-7 saniyeyi bulmasının sebebi çoğu zaman yazılım değil, PHP, MySQL, önbellek ve CDN yapılandırması olur. Biz DCHost tarafında özellikle yoğun kampanya dönemlerinde PrestaShop mağazalarının nasıl nefes nefese kaldığını da, doğru yapılandırılmış bir VPS veya dedicated sunucuda nasıl rahatladığını da defalarca gördük.

Bu rehberde amacımız, “hangi hosting paketi daha ucuz?” sorusundan çok daha derine inmek. PrestaShop için doğru PHP sürümü ve php.ini ayarları nasıl olmalı, MySQL/MariaDB konfigürasyonu hangi noktalarda performansı uçurur, Smarty ve Redis/Memcached önbelleği nasıl devreye alınır, CDN ve HTTP cache ile sunucunuzun yükü nasıl ciddi şekilde hafifler bunları adım adım konuşacağız. Böylece ister DCHost üzerindeki paylaşımlı hosting, ister NVMe VPS, ister dedicated sunucu kullanın, PrestaShop mağazanızı ilk günden itibaren hızlı, ölçeklenebilir ve güvenli şekilde ayağa kaldırabilecek net bir yol haritanız olacak.

PrestaShop İçin Doğru Hosting Mimarisi Nasıl Seçilir?

Teknik ayarlara inmeden önce, PrestaShop çalıştıracağınız altyapının kabaca neye benzemesi gerektiğini netleştirmek önemli. Çünkü yanlış mimari üzerine kurulmuş bir mağazayı sadece php.ini ayarlarıyla kurtarmak genellikle mümkün olmuyor.

Paylaşımlı Hosting mi, VPS mi, Dedicated mi?

PrestaShop, basit bir blogdan farklı olarak yoğun veritabanı ve disk erişimi yapan bir uygulama. Özellikle ürün sayısı, filtreler, kombinasyonlar ve sepet işlemleri arttıkça CPU ve disk IO’ya yük bindiriyor.

• Yeni başlayan, 100–200 ürünlü küçük mağaza: Kaynak sınırları çok kısıtlı değilse kaliteli bir paylaşımlı hostingle başlayabilirsiniz. Önemli olan PHP sürümü, MySQL versiyonu ve OPcache gibi performans bileşenlerinin güncel ve aktif olması.
• Orta ölçekli mağaza (1.000+ ürün, günlük yüzlerce ziyaretçi): Burada NVMe diskli bir VPS çok daha mantıklı. CPU, RAM ve disk IO tamamen size ait olduğu için PrestaShop’un ani sorgu yüklerini daha stabil yönetebilirsiniz. Bu noktada CPU, RAM ve trafik hesaplama rehberimizdeki kapasite planlama yaklaşımı PrestaShop için de birebir geçerli.
• Büyük mağaza (10.000+ ürün, kampanyalı trafik, pazaryeri entegrasyonları): Burada genellikle yüksek kaynaklı VPS veya dedicated sunucu öneriyoruz. İleride veritabanını ve önbellek katmanını ayrı sunuculara bölmek için de bu mimari daha esnek.

DCHost tarafında PrestaShop kurulumlarında en çok tercih edilen senaryo, NVMe diskli 2–4 vCPU, 4–8 GB RAM’li bir VPS üzerinde Nginx/Apache + PHP-FPM + MySQL + Redis kombinasyonu. Bu yazıda bahsedeceğimiz ayarların tamamını böyle bir mimaride uygulayabilirsiniz.

Temel Kaynak Planlama: CPU, RAM ve Disk

PrestaShop performansını etkileyen ana kaynaklar:

• CPU: PHP-FPM süreçleri ve MySQL sorguları için kritik. Kampanya dönemlerinde anlık CPU patlamaları görebilirsiniz.
• RAM: PHP memory_limit, MySQL InnoDB buffer pool ve Redis/Memcached için yeterli alan ayırabilmek adına önemli.
• Disk (özellikle NVMe): Ürün resimleri, cache klasörleri ve veritabanı dosyaları için yüksek IOPS ve düşük latency sağlıyor. NVMe disklerin hız farkını detaylı anlattığımız rehberdeki kazanımlar PrestaShop için de birebir geçerli.

Başlangıç için pratik bir kılavuz:

• 1000’e kadar ürün, günlük 500’e kadar ziyaret: 2 vCPU, 4 GB RAM, NVMe disk
• 10.000’e kadar ürün, günlük 3–5 bin ziyaret: 4 vCPU, 8 GB RAM, NVMe disk, Redis
• Daha büyük senaryolarda: Ayrı veritabanı sunucusu ve daha agresif önbellek planlaması.

PrestaShop İçin PHP Sürümü ve PHP-FPM Ayarları

PrestaShop’un performansında en kritik bileşenlerden biri PHP. Doğru sürüm ve doğru FPM ayarlarıyla hem TTFB’yi düşürür, hem de aynı donanımda daha fazla eşzamanlı isteği karşılayabilirsiniz.

Hangi PHP Sürümünü Kullanmalıyım?

PrestaShop’un kullandığınız sürümüne göre desteklediği PHP versiyonları değişiyor. Genel pratik şu şekilde:

• Eski 1.6 serisi: Genellikle PHP 7.2/7.3 civarında kalmak gerekebilir (güncellemeyi ciddi şekilde düşünmelisiniz).
• 1.7 serisi: Çoğu kurulumda PHP 7.4 veya 8.0 ile stabil çalışıyor.
• 8.x serisi: PHP 8.0 ve 8.1 ile daha iyi performans alınıyor.

Kurulumdan önce mutlaka PrestaShop sürümünüzün resmi gereksinim listesine bakın. PHP 8.x geçişlerinde yaşanabilecek uyumluluk sorunlarını azaltmak için PHP 8.x yükseltme kontrol listesinde anlattığımız yaklaşımı PrestaShop tarafında da uygulayabilirsiniz: staging ortamda test, eklenti uyumluluğunun kontrolü, hata loglarının yakından izlenmesi gibi.

Gerekli PHP Eklentileri (Extensions)

PrestaShop için tipik olarak aşağıdaki PHP eklentilerine ihtiyaç duyulur:

• pdo_mysql, mysqli (MySQL bağlantısı için)
• curl, json, mbstring, intl, zip
• gd veya imagick (görsel işlemleri)
• openssl, soap (bazı ödeme/entegrasyon modülleri için)

DCHost üzerinde genellikle bu eklentilerin tamamı varsayılan olarak aktif gelir; ancak yine de PrestaShop kurulum sihirbazındaki gereksinim kontrol ekranını ciddiye alın ve eksik bir şey varsa açtırın.

php.ini Temel Performans Ayarları

PrestaShop için önerdiğimiz bazı temel php.ini ayarları:

memory_limit = 512M
max_execution_time = 120
max_input_time = 120
max_input_vars = 5000
upload_max_filesize = 64M
post_max_size = 64M

• memory_limit: Özellikle büyük ürün içe aktarma, modül kurulumları ve raporlarda yetersiz kalmaması için 256M yerine 512M tercih etmek çoğu zaman hayat kurtarır.
• max_input_vars: Özellikle çok dil ve çok özellik kullanan mağazalarda 1000 varsayılanı yetersiz kalır. 3000–5000 bandı genellikle yeterli olur.

OPcache ve Gerçek Yol Önbelleği (realpath_cache)

OPcache, PHP kodlarınızın önceden derlenmiş halini bellekte tutarak her istekte tekrar derlenmesini engeller. Bu, özellikle PrestaShop gibi büyük kod tabanlarında dramatik bir hız artışı sağlar.

opcache.enable = 1
opcache.enable_cli = 0
opcache.memory_consumption = 256
opcache.interned_strings_buffer = 16
opcache.max_accelerated_files = 20000
opcache.validate_timestamps = 1
opcache.revalidate_freq = 60

Ayrıca:

realpath_cache_size = 128k
realpath_cache_ttl  = 600

gibi değerler de dosya sistemi üzerinde sürekli “yol çözme” operasyonlarını azaltır. Bu ayarlar, TTFB ve Core Web Vitals’ı iyileştirme rehberimizde de detaylı anlattığımız sunucu tarafı optimizasyon zincirinin önemli parçalarıdır.

PHP-FPM Havuz (Pool) Ayarları

VPS veya dedicated sunucuda PHP-FPM kullanırken her domain için ayrı bir havuz tanımlamak ve sınırları iyi ayarlamak gerekir. Örneğin 4 vCPU, 8 GB RAM’li bir sunucuda:

[prestashop]
user = prestashop
group = prestashop
listen = /run/php-fpm-prestashop.sock
pm = dynamic
pm.max_children = 20
pm.start_servers = 4
pm.min_spare_servers = 4
pm.max_spare_servers = 8
pm.max_requests = 500

• pm.max_children: Aynı anda çalışabilecek maksimum PHP süreci. Bunu hesaplarken her bir PHP sürecinin kabaca 50–80 MB RAM tüketebileceğini varsayıp toplam RAM ile çarpmak iyi bir yaklaşımdır.
• pm.max_requests: Bellek sızıntılarına karşı periyodik süreç yenilemesi sağlar. 300–1000 arası değerler pratikte iyi çalışır.

PrestaShop İçin MySQL/MariaDB Ayarları

PrestaShop, sipariş, müşteri, sepet ve ürün verilerinin tamamını veritabanında tutar. Dolayısıyla MySQL/MariaDB konfigürasyonu doğru değilse, sayfa oluşturma süresi kaçınılmaz olarak uzar. WooCommerce için yazdığımız MySQL/InnoDB tuning kontrol listesindeki prensiplerin tamamı PrestaShop için de geçerlidir.

Sürüm Seçimi ve Depolama Motoru

• MySQL 5.7 veya 8.0 ya da MariaDB 10.4+ kullanmanızı öneririz.
• Tüm tabloların InnoDB olduğundan emin olun. Eski kurulumlarda MyISAM tablolar çıkabiliyor; bunları dönüştürmek hem kilitlenme riskini hem de veri kaybı riskini düşürür.

Temel my.cnf Ayarları

Orta ölçekli bir PrestaShop mağazası için başlangıç my.cnf ayarları şöyle olabilir:

[mysqld]
innodb_buffer_pool_size = 2G
innodb_log_file_size = 512M
innodb_flush_log_at_trx_commit = 2
innodb_flush_method = O_DIRECT
max_connections = 150
query_cache_type = 0
query_cache_size = 0
slow_query_log = 1
slow_query_log_file = /var/log/mysql/slow.log
long_query_time = 1

• innodb_buffer_pool_size: MySQL’in RAM’de tuttuğu veri ve indeks alanıdır. Sunucu RAM’inin %30–40’ını bu alana ayırmak genelde iyi sonuç verir.
• query_cache: Yeni sürümlerde zaten kaldırıldı, MariaDB’de de devre dışı bırakmanızı öneriyoruz; PrestaShop için ölçeklenebilir değil.
• slow_query_log: 1 saniyeden uzun süren sorguları yakalayıp indeks eksiklerini tespit etmek için kritik.

Karakter Seti ve Sıralama (Collation)

Türkçe içerikli PrestaShop mağazalarında utf8mb4 ve buna uygun bir collation kullanmak hem emoji/özel karakter uyumluluğu hem de arama sıralamaları açısından önemlidir:

character-set-server = utf8mb4
collation-server = utf8mb4_unicode_ci

Tablo ve sütun seviyesinde farklı bir collation varsa, ileride sıralama/anlamsız karakter sorunlarıyla uğraşmamak için kurulum aşamasında bunları standardize etmek çok daha sağlıklıdır.

PrestaShop’ta Önbellek Katmanı: Smarty, Redis ve HTTP Cache

İyi ayarlanmış bir PrestaShop mağazasında temel hedefiniz, her istekte PHP ve MySQL’in tam güç çalışmasını engellemek; bunun yerine mümkün olan her noktada hazır cache’lenmiş içeriği sunmaktır.

Smarty Şablon Önbelleği

PrestaShop’un tema tarafındaki şablon motoru Smarty’dir. Yönetim panelinde:

• Gelişmiş Parametreler > Performans bölümüne gidin.
• Şablon derlemesi için canlı mağazada “Şablonlar asla yeniden derlenmesin”e yakın bir ayar kullanın.
• Önbellek seçeneğini aktif edin ve önbellek süresini trafik ve değişiklik sıklığına göre ayarlayın.

Geliştirme sürecinde bu ayarları esnetebilirsiniz; ancak canlı ortamda agresif önbellek, CPU yükünü ciddi şekilde düşürür.

Dosya Sistemi mi, Redis/Memcached mi?

PrestaShop, cache verilerini dosya sisteminde veya bir bellek içi önbellek sunucusunda (Redis, Memcached) tutabilir. NVMe diskler bile olsa, yüksek trafikte bellek içi önbellek çok daha iyi sonuç verir.

• Küçük mağazalar: Dosya tabanlı önbellek yeterli olabilir.
• Orta ve büyük mağazalar: DCHost üzerinde Redis veya Memcached kullanmanızı tavsiye ederiz.

Redis kullanırken tipik bir yapılandırma:

• Redis sunucusu aynı VPS üzerinde veya ayrı küçük bir VPS’te.
• PrestaShop yapılandırmasında Redis host, port ve (varsa) şifre bilgileri tanımlanır.
• Redis için makul bir maxmemory ve maxmemory-policy (örneğin allkeys-lru) belirlenir.

Redis’in web uygulamalarını nasıl hızlandırdığını daha genel bağlamda merak ederseniz, Redis cache ve hosting performansı rehberimize de göz atabilirsiniz.

HTTP Seviyesinde Önbellekleme: Nginx/Apache ve CDN

PrestaShop, sayfa HTML’ini dinamik üretir; ancak CSS, JS ve görseller tamamen statiktir. Bu statik içerikleri hem sunucu hem CDN tarafında agresif şekilde önbelleklemek, PHP ve MySQL’in üzerindeki yükü çok ciddi azaltır.

• Sunucu tarafında Cache-Control, Expires başlıklarını doğru ayarlayın.
• Varsa Nginx’te mikro önbellekleme (microcaching) ile çok kısa süreli (1–5 sn) HTML cache kullanın; özellikle anlık trafik dalgalarını yumuşatır.
• CDN tarafında HTML dışındaki statik dosyalar için uzun TTL’ler ve versiyonlamaya dayalı cache stratejisi uygulayın.

PHP uygulamalarında tam sayfa ya da statik içerik önbelleği kurarken izlenecek yolun mantığını anlamak için Nginx mikro önbellekleme rehberimize göz atmanız da faydalı olacaktır.

CDN Entegrasyonu: PrestaShop Mağazanızı Küresel Ölçekte Hızlandırmak

CDN (Content Delivery Network), statik dosyalarınızı ziyaretçiye fiziksel olarak en yakın sunucudan sunarak sayfa açılış sürelerini ciddi şekilde düşürür. Özellikle yurt dışı trafiği olan PrestaShop mağazalarında CDN neredeyse zorunlu hale gelmiş durumda.

PrestaShop’ta CDN Alan Adı (Media Server) Tanımı

PrestaShop yönetim panelinde, Gelişmiş Parametreler > Performans bölümünde “Media servers (use only with CCC)” alanında bir veya birden fazla CDN alan adını tanımlayabilirsiniz. Örneğin:

• cdn1.ornekmagaza.com
• cdn2.ornekmagaza.com

Bu alan adlarını, CDN sağlayıcınızın size verdiği endpoint’e CNAME ile yönlendirirsiniz. Sonrasında PrestaShop, statik dosyaları bu alan adları üzerinden çağırmaya başlar.

Cache-Control, HTML Cache ve Dinamik Sayfalar

CDN kullanırken statik içerik ile dinamik içerikleri birbirinden ayırmak önemli:

• Statik dosyalar (CSS, JS, görseller): Uzun süreli (haftalar, aylar) cache’lenebilir. Dosya isimlerine versiyon parametresi ekleyerek güncelleme sonrası cache’in otomatik yenilenmesini sağlayabilirsiniz.
• HTML sayfalar: Giriş yapmış kullanıcılar, sepet ve ödeme sayfaları için CDN HTML cache bypass edilmelidir.

CDN tarafında doğru HTML cache kurallarını yazma mantığını, WordPress/WooCommerce özelinde anlattığımız CDN önbellekleme ve edge kuralları rehberinde bulabilirsiniz; aynı konsepte PrestaShop için de rahatlıkla uyarlayabilirsiniz.

CDN Seçerken Nelere Bakmalı?

Detaylı CDN karşılaştırmasını WordPress/WooCommerce odaklı CDN seçimi rehberinde uzun uzun anlattık; PrestaShop için de bakmanız gereken temel noktalar aynı:

• HTTP/2 ve HTTP/3 (QUIC) desteği
• Türkiye ve hedef kitlenizin bulunduğu ülkelere yakın POP noktaları
• Ücretsiz/kolay SSL entegrasyonu
• Page Rules / Edge Rules ile esnek cache politikaları

DCHost altyapısında çalışan PrestaShop mağazalarında, genellikle CDN’in sadece statik içerik ve kısmen HTML cache için kullanıldığı, asıl iş yükünün ise NVMe diskli uygulama sunucusunda tutulduğu bir mimari tercih ediyoruz. Böylece hem TTFB hem de LCP değerleri Core Web Vitals tarafında anlamlı şekilde iyileşiyor.

SSL, HTTPS ve Güvenlik Ayarlarının Performansa Etkisi

PrestaShop bir e-ticaret uygulaması olduğu için SSL/HTTPS zorunlu. Güvenlik tarafını çözerken gereksiz performans kayıplarının önüne geçmek mümkün.

• Sunucunuzda TLS 1.2 ve 1.3 aktif, eski ve zayıf şifre takımları kapalı olmalı.
• HTTP/2 ve mümkünse HTTP/3 aktif edilerek, aynı bağlantı üzerinden daha fazla isteğin taşınması sağlanmalı.
• PrestaShop yapılandırmasında “SSL etkinleştir” ve “Tüm sayfalarda SSL kullan” seçenekleri işaretlenmeli.

HTTP’den HTTPS’e geçişte 301 yönlendirmeler, HSTS ve SEO etkileri hakkında daha derin bir yol haritasına ihtiyacınız varsa, HTTP’den HTTPS’e geçiş rehberimiz bu süreci planlarken iyi bir referans olacaktır.

DCHost Üzerinde Örnek Bir PrestaShop Kurulum Senaryosu

Şimdiye kadar teoriden bahsettik; bunu sahada sıkça uyguladığımız pratik bir senaryoya dönüştürelim. Diyelim ki:

• 5.000 ürünlü, 2 dil destekli bir PrestaShop mağazası kuruyorsunuz.
• Günlük 2–3 bin tekil ziyaretçi, kampanya dönemlerinde anlık 200 eşzamanlı oturum bekliyorsunuz.

DCHost tarafında tipik olarak şu mimariyi öneriyoruz:

• Sunucu: NVMe diskli 4 vCPU, 8 GB RAM’li bir VPS
• Web sunucusu: Nginx (statik içerik ve reverse proxy) + PHP-FPM
• Veritabanı: Aynı VPS üzerinde MySQL/MariaDB (ileride ayrı sunucuya taşınmaya uygun şekilde yapılandırılmış)
• Önbellek: Aynı VPS üzerinde Redis (nesne/cache store olarak)
• CDN: Statik içerikler için global POP’lu bir CDN, PrestaShop’ta media server alan adları tanımlanmış

Adım Adım Ayar Özeti

1. PHP: PrestaShop sürümüne göre PHP 8.0 veya 8.1 seçilir, gerekli eklentiler açılır. memory_limit=512M, max_input_vars=5000 ve OPcache ayarları uygulanır.
2. PHP-FPM: 4 vCPU için pm.max_children 20 civarında, pm.max_requests 500 olacak şekilde optimize edilir.
3. MySQL/MariaDB: InnoDB buffer pool, sunucu RAM’inin ~%35’i olacak şekilde ayarlanır; slow query log aktif edilir, utf8mb4 karakter seti kullanılır.
4. Smarty cache: Canlı ortamda otomatik derleme kapatılır, cache süresi trafik analizine göre ayarlanır.
5. Redis: PrestaShop yapılandırmasında Redis host/port tanımlanır, allkeys-lru policy ile bellek yönetimi optimize edilir.
6. CDN: Statik dosyalar için cdn1.ornekmagaza.com ve cdn2.ornekmagaza.com tanımlanır, CDN tarafında HTML cache sadece belirli sayfalarda (örneğin blog, içerik sayfaları) uygulanır.
7. İzleme: Sunucu CPU, RAM, disk IO ve MySQL sorgu süreleri izlenir; trafik arttıkça kademeli olarak vCPU/RAM yükseltilir veya veritabanı ayrı VPS’e taşınır.

Sonuç: PrestaShop Mağazanızı İlk Günden İtibaren Hızlı Kurmak

PrestaShop performansı, sadece “iyi bir tema seçtim, güçlü bir sunucu aldım” ile çözülmüyor. PHP sürümü ve FPM havuz ayarlarından MySQL/MariaDB konfigürasyonuna, Smarty ve Redis önbelleğinden CDN ve HTTP cache kurallarına kadar uzanan bütüncül bir yaklaşım gerekiyor. DCHost’ta gördüğümüz en başarılı PrestaShop projelerinde ortak nokta, bu teknik temelin mağaza daha yayına alınmadan planlanmış olması.

Bu rehberde anlattığımız adımları, ister mevcut PrestaShop mağazanızda iyileştirme yapmak için, ister DCHost üzerinde sıfırdan bir altyapı kurarken kontrol listesi olarak kullanabilirsiniz. Kaynak planlaması, PHP/MySQL tuning, önbellek ve CDN tarafında daha derinlemesine yardıma ihtiyaç duyarsanız, ekibimiz PrestaShop mağazanız için en uygun hosting, NVMe VPS veya dedicated sunucu mimarisini birlikte tasarlamaya hazır. Mevcut mağazanızın yavaşlığını kabullenmek yerine, bugün TTFB ve sayfa açılış sürelerini ölçerek işe başlayın; doğru yapılandırmayla aradaki farkın ne kadar büyük olacağını gördüğünüzde şaşıracaksınız.