E-pin Scripti Hangi PHP Sürümü ve Hosting Gerektirir? (2026 Rehberi)

Bir e-pin sitesi kurmaya karar verdiğinizde ilk soru genelde "hangi tema" ya da "hangi ödeme sistemi" olur; PHP sürümü ve hosting tipi çoğu zaman en son düşünülür, bazen hiç düşünülmez. Oysa yanlış sunucuda çalışan bir e-pin scripti, en iyi tasarıma ve en hızlı tedarikçi API'sine sahip olsa bile müşteriye "sipariş alındı, kod gelmedi" ekranı gösterir. Bu yazıda Pinova'nın da içinde bulunduğu modern e-pin scriptlerinin sunucudan gerçekte ne istediğini, hangi PHP sürümünün yeterli olduğunu ve hangi hosting tipinin sizi ileride sıkıntıya sokacağını netleştiriyoruz.

E-pin scripti gerçekten "her hostingde çalışır" mı?

Satıcı forumlarında sık görülen bir cümle var: "Bu script her hostingde sorunsuz çalışır." Teknik olarak kısmen doğru — PHP çalıştıran hemen her sunucuda dosyalar açılır, sayfa render olur. Ama e-pin sitesi klasik bir kurumsal web sitesi değil; arka planda sürekli dış API'lerle konuşan, ödeme bildirimlerini anlık işleyen ve stoktan kod düşen bir sistemdir. Bu üç işlev, "her hostingde çalışır" iddiasının sınandığı yerdir.

Sorun genelde kurulumdan hemen sonra değil, ilk yoğun gün ortaya çıkar: 50 sipariş aynı anda geldiğinde PHP process limiti dolar, tedarikçi API'sine giden cURL isteği zaman aşımına uğrar ya da PayTR bildirim URL'si sunucunun güvenlik duvarında engellenir. Bunların hiçbiri "script bozuk" değildir; hosting scriptin ihtiyaç duyduğu koşulları sağlamıyordur.

• Statik bir tanıtım sitesi ile otomatik teslimat yapan bir e-pin sitesi aynı hosting gereksinimlerine sahip değildir.
• "Sınırsız" pazarlanan ucuz paylaşımlı hostinglerde CPU/process limiti genelde gizlidir ve yoğun anda devreye girer.
• Tedarikçi API'leri (Turkpin, Pinabi gibi) bazı isteklerde IP kısıtlaması ve minimum TLS sürümü ister; her hosting bunu desteklemez.

Hangi PHP sürümü yeterli: 7.4 mü, 8.1 mi, 8.2 mi?

PHP 7.4, Kasım 2022'de resmi desteği bitmiş bir sürüm. Hâlâ pek çok eski script bu sürümde yazıldığı için çalışır görünür, ama güvenlik yaması almaz. Bir e-pin sitesi için bu ciddi bir risktir çünkü sitede kredi kartı benzeri hassas ödeme akışları ve bakiye/cüzdan verisi tutulur — güvenlik açığı burada doğrudan paraya dokunur.

Pinova gibi güncel scriptler PHP 8.1 ve üzerini hedefler, ideal çalışma noktası ise PHP 8.2'dir. Bunun nedeni sadece güvenlik değil, performans: PHP 8.x serisi JIT derleyici ve iyileştirilmiş bellek yönetimi sayesinde 7.4'e göre gözle görülür daha hızlı çalışır, özellikle çok sayıda ürün/kategori sorgusu yapan panel ve mağaza sayfalarında fark hissedilir.

• PHP 7.4 ve altı: Desteklenmiyor, güvenlik riski taşıyor — e-pin sitesi için önerilmez.
• PHP 8.0: Geçiş sürümü, bazı eski uzantılarla uyumsuzluk yaşanabilir.
• PHP 8.1: Pinova için minimum önerilen sürüm, stabil ve destekli.
• PHP 8.2: İdeal sürüm — hız, güvenlik yaması ve uzun vadeli destek dengesi en iyisi.

Sürüm kadar önemli olan bir başka nokta da açık olması gereken PHP eklentileridir (extension). E-pin scriptleri genelde şunları zorunlu kılar: cURL (tedarikçi API çağrıları ve ödeme bildirimleri için), OpenSSL (şifreli iletişim), mbstring (Türkçe karakter işleme), PDO/MySQLi (veritabanı bağlantısı) ve GD veya Imagick (ürün görselleri, fatura/kupon görselleri için). Hosting satın almadan önce bu eklentilerin panelde aktif olup olmadığını kontrol etmek, kurulumdan sonra hata almaktan çok daha az zaman alır.

Paylaşımlı hosting yeter mi, yoksa VPS mi şart?

Bu sorunun kesin bir cevabı yok, ama netleştirilebilecek bir eşik var: günlük sipariş sayısı ve eşzamanlı ziyaretçi. Aylık birkaç yüz siparişlik, orta ölçekli bir e-pin sitesi için kaliteli bir paylaşımlı hosting (cPanel tabanlı, PHP 8.2 destekli, LiteSpeed veya benzeri hızlandırıcılı) çoğu zaman yeterlidir. Pinova da dahil olmak üzere kendi sunucunuza kurulan scriptler bu senaryoda sorunsuz çalışır.

Sorun büyüme ile gelir. Kampanya günlerinde (örneğin bir oyunun DLC çıkışı ya da indirim dönemi) trafik ve sipariş sayısı aynı anda katlanır. Paylaşımlı hostinglerde bu durumda üç şey yaşanır: process/CPU limitine takılıp 503 hatası, veritabanı bağlantı sayısı dolması ve tedarikçi API çağrılarının kuyrukta birikip gecikmesi. VPS'e geçiş genelde bu üç belirtiden biri ortaya çıktıktan sonra, yani zaten müşteri kaybettikten sonra konuşulur.

Pratik kural şu: eğer günde 20'den fazla sipariş bekliyorsanız veya reklam/influencer trafiği planlıyorsanız, başlangıçtan itibaren VPS (en az 2 çekirdek, 4 GB RAM) düşünmek, ileride acil geçiş yapmaktan çok daha ucuza gelir.

MySQL, SSL, cron: gözden kaçan altyapı detayları neler?

PHP sürümü kadar konuşulmayan ama en az onun kadar kritik üç bileşen var. Birincisi veritabanı: Pinova gibi scriptler MySQL 5.7+ veya MariaDB 10.3+ ister. Daha eski sürümlerde bazı sorgu yapıları (özellikle JSON alan tipleri ve indeksleme) ya çalışmaz ya da beklenmedik yavaşlığa yol açar.

İkincisi SSL sertifikası. E-pin sitesinde SSL süs değil, zorunluluktur: PayTR ve Shopier gibi ödeme sağlayıcıları HTTPS olmayan bildirim URL'lerini kabul etmez, tarayıcılar SSL'siz ödeme sayfalarını doğrudan engelleyebilir. Ücretsiz Let's Encrypt sertifikaları çoğu hostingte otomatik yenilenir ama bazı ucuz paylaşımlı planlarda bu otomasyon çalışmaz — sertifika süresi dolduğunda site aniden "güvensiz" uyarısı verir.

Üçüncüsü ve en sık atlanan: cron job desteği. Otomatik teslimat sistemi, bekleyen siparişleri kontrol etme, tedarikçi stok senkronizasyonu ve bayi bakiye güncellemeleri gibi işlemlerin çoğu arka planda zamanlanmış görevlerle çalışır. Cron job'ları desteklemeyen ya da dakikalık çalıştırmaya izin vermeyen (bazı ucuz hostingler minimum 15-30 dakika aralık zorunlu kılar) sunucularda "otomatik" teslimat, aslında yarım saatte bir kontrol eden yarı-otomatik bir sisteme dönüşür.

Tedarikçi API'si (Turkpin/Pinabi) sunucudan ne bekler?

E-pin scriptinin can damarı tedarikçi entegrasyonudur; kod stoğu sizde değil, Turkpin veya Pinabi gibi tedarikçide tutulur ve siparişte anlık olarak çekilir. Bu iletişim sunucunuzdan tedarikçiye giden bir cURL/API çağrısıdır ve birkaç teknik koşula bağlıdır.

• Giden bağlantı izni: Bazı ucuz hostingler güvenlik gerekçesiyle giden (outbound) bağlantıları kısıtlar; tedarikçi API'sine erişim engellenirse sipariş "işleniyor" durumunda takılı kalır.
• TLS 1.2/1.3 desteği: Tedarikçi API'leri güvenlik gereği eski TLS sürümlerini reddeder; eski PHP/OpenSSL kombinasyonlarında bağlantı reddedilebilir.
• Zaman aşımı ayarları: Tedarikçi API'si bazen 3-5 saniye içinde cevap vermeyebilir; sunucunun PHP `max_execution_time` değeri çok düşükse istek yarıda kesilir ve sipariş hataya düşer.
• IP whitelist: Bazı tedarikçiler güvenlik için sabit IP tanımlamanızı ister — paylaşımlı hostinglerde IP paylaşımlı olduğu ve değişebildiği için bu adım VPS'te çok daha sağlıklı yönetilir.

Pinova bu entegrasyonu doğrudan destekleyecek şekilde tasarlandığı için kurulum sırasında bu dört maddenin sunucuda uygun olup olmadığı kontrol edilir; sorun varsa müşteri siparişi tamamladıktan sonra değil, kurulum aşamasında fark edilir.

Yanlış hosting seçiminin faturasını kim öder?

Bu sorunun cevabı basit: her zaman satıcı öder, hosting sağlayıcı değil. Bir müşteri kod alamadığında ya da ödeme yaptığı halde teslimat gecikince, iade talebi açar, olumsuz yorum bırakır veya destek kanalını doldurur. Hosting firmasının SLA'sında "gecikmeden sorumlu değiliz" yazsa da, mağazanın itibarını taşıyan sizsiniz.

Bu maliyet genelde üç şekilde ortaya çıkar: iade/chargeback oranında artış, destek yüküyle kaybedilen zaman ve en kalıcısı — güven kaybı nedeniyle tekrar satın almayan müşteri. Bir e-pin/dijital ürün mağazasında tekrar eden müşteri gelirin büyük kısmını oluşturduğu için, hosting kaynaklı bir gecikme zinciri kısa vadede küçük görünse de uzun vadede ciddi bir gelir kaybına dönüşebilir.

Bunun tersi de doğru: doğru PHP sürümü, yeterli kaynak ve doğru yapılandırılmış cron/SSL/API bağlantılarıyla kurulan bir sistem, "otomatik teslimat" vaadini gerçekten yerine getirir — müşteri ödemeyi yapar, saniyeler içinde kodu alır, ikinci kez de sizden alışveriş yapar.