PHP hosting seçimi: sürüm, veritabanı, cron ve SSH
PHP projeniz için hosting seçmeden önce sürüm, eklenti, veritabanı, cron ve SSH ihtiyaçlarını kontrol edin. Laravel ve WordPress için seçim adımlarını inceleyin.
PHP hosting satın almadan önce uygulamanızın ihtiyaçlarını çıkarın: desteklediği PHP sürümü, kullandığı eklentiler, veritabanı, zamanlanmış görevler ve dağıtım yöntemi. Yalnızca disk alanına veya fiyata göre seçilen bir paket, dosyalar yüklenmesine rağmen uygulamanın çalışmamasına neden olabilir.
Bu rehber özel PHP uygulaması, WordPress veya Laravel benzeri bir proje için seçim yaparken kullanılabilecek bir kontrol listesidir. Bir özelliğin panelde bulunması, her pakette aynı yetki ve kaynakla sunulduğu anlamına gelmez; ihtiyacınızı seçtiğiniz paketin kapsamıyla karşılaştırın.
1. PHP sürümünü uygulamaya göre seçin
Uygulamanızın belgelerini ve varsa composer.json dosyasındaki PHP gereksinimini kontrol edin. Eski bir sürümde çalışan kodun yeni sürümde değişiklik gerektirebileceğini hesaba katın. Yeni sürüme geçişi önce bir test kopyasında deneyin.
Ayrıca sürümün güvenlik desteğini kontrol edin. Panelde eski bir sürümün seçilebilir olması, PHP projesinin o sürüme güvenlik güncellemesi sağladığı anlamına gelmez. Güncel durumu PHP'nin resmî destek tablosundan doğrulayın.
uLCloud HostingEngine yönetiminde PHP sürümü ve eklentileri için bir bölüm bulunur. Sunulan seçenekleri kendi hizmetinizden kontrol edin; örnek ekrandaki sürüm listesini kalıcı bir ürün taahhüdü olarak kullanmayın.
2. Gerekli PHP eklentilerini listeleyin
Uygulama yalnızca “PHP destekliyor” diye çalışmayabilir. Örneğin MySQL bağlantısı için uygun veritabanı sürücüsü, görsel işleme için uygulamanın istediği görsel kütüphanesi veya ZIP işlemleri için ilgili eklenti gerekebilir. Tam listeyi uygulamanın kendi belgelerinden çıkarın.
Composer kullanan bir projede, bağımlılıklar kurulmuşsa ve SSH/Composer erişiminiz varsa proje dizininde şu kontroller yapılabilir:
php -v
php -m
composer check-platform-reqs --no-dev
Bu komutlar sürümü, yüklü modülleri ve kurulu üretim bağımlılıklarının platform gereksinimlerini kontrol eder. Composer komutunun açıklaması
Terminaldeki PHP ile web sitenizi çalıştıran PHP farklı olabilir. Terminalde başarılı sonuç almakla yetinmeyin; panelde web için seçilen sürümü ve eklentileri de doğrulayın. Eksik eklenti hatasını görmezden gelerek kurulum yapmak, uygulamanın çalışacağını kanıtlamaz.
3. Veritabanı ihtiyacını diskten ayrı değerlendirin
Kaç veritabanına ve kullanıcıya ihtiyacınız olduğunu yazın. Mevcut projeniz varsa veri boyutunu, büyüme hızını ve uygulamanın istediği veritabanı sürümünü kontrol edin. Paketinizde veritabanı sayısı, depolama veya bağlantı sınırı varsa bunları da hesaba katın.
Taşıma planında yalnızca dosyaları değil, veritabanını da yedekleyin. Geri yüklemeyi bir test ortamında doğrulayın. Yeni ortama geçişten önce giriş, form gönderimi, dosya yükleme ve uygulamanızın kritik işlemlerini deneyin.
Örneğin tek sitelik bir tanıtım projesi ile birden fazla müşterinin sitesini barındıran ajansın ihtiyaçları aynı değildir. Web hosting paketlerinde site, veritabanı ve diğer kaynakları bu senaryoya göre karşılaştırın.
4. Cron, kuyruk ve SSH aynı ihtiyacı karşılamaz
| İhtiyaç | Satın almadan önce sorulacak soru |
|---|---|
| Belirli aralıklarla kısa görev | Cron var mı, hangi sıklık ve çalışma sınırları geçerli? |
| Sürekli çalışan kuyruk işçisi | Kalıcı süreç çalıştırmaya ve yeniden başlatmaya izin var mı? |
| Composer veya komut satırı işlemi | SSH erişimi ve gerekli araçlar pakette bulunuyor mu? |
| WebSocket veya özel servis | Sürekli süreç, port ve ağ gereksinimleri karşılanıyor mu? |
Cron erişimi, sürekli çalışan bir sürecin desteklendiği anlamına gelmez. Her dakika başlatılan uzun bir görev de önceki çalışması bitmeden yeniden başlayabilir. Uygulamanızın çalışma biçimini netleştirin.
HostingEngine'de cron ve SSH yönetim alanları mevcut; bunların erişimi hizmet özellikleriyle sınırlanabilir. Sürekli süreç veya işletim sistemi düzeyinde kontrol gerekiyorsa VDS kaynak seçimi rehberi üzerinden alternatifinizi değerlendirin.
5. PHP bellek sınırı toplam paket belleği değildir
memory_limit, PHP betiğinin kullanabileceği bellek için bir sınırdır. Çok sayıda eşzamanlı işlem söz konusu olduğunda tek bir isteğin sınırı, uygulamanın toplam kaynak ihtiyacını açıklamaz.
Dosya yüklemede de yalnızca upload_max_filesize değerine bakmayın; form gönderiminin toplam sınırı ve web sunucusundaki diğer sınırlamalar sonucu etkileyebilir. İhtiyacınız olan yüklemeyi gerçekçi bir dosyayla test edin. Her sorunda sınırları yükseltmek yerine önce uygulamanın ne yaptığını kontrol edin.
6. Yayına almadan önce erişim ve yedek kontrolü
Alan adınızın doğru hizmete bağlandığını ve HTTPS'in çalıştığını doğrulayın. Gizli yapılandırma dosyalarını ziyaretçilerin erişebildiği dizinde bırakmayın. Örneğin Laravel'de web kökü uygulamanın public dizinine yönelmelidir; proje kökünü herkese açmak doğru dağıtım değildir. Laravel dağıtım belgesi
Yedekleme sıklığını, saklama süresini ve geri yüklemenin nasıl yapılacağını öğrenin. “Yedek var” bilgisi tek başına yeterli değildir: ihtiyacınız olan tarih ve dosya/veritabanı kapsamı geri alınabiliyor olmalıdır.
Hangi paket sizin için uygun?
Tek siteyle başlayacaksanız Başlangıç paketinin kapsamını kontrol edin. Daha fazla site veya kaynak gereksiniminde Profesyonel ve Kurumsal seçeneklerini karşılaştırın. Güncel fiyat ve limitler ürün sayfalarındadır; bu yazı belirli bir trafik kapasitesi vaat etmez.
Laravel her PHP hostingde çalışır mı? Hayır. Sürüm ve eklentilerin yanında web kökü, zamanlanmış görevler ve varsa kuyruk gereksinimleri de karşılanmalıdır.
En ucuz paket yeterli olabilir mi? İhtiyaç listenizin tamamını karşılıyorsa olabilir. Kullanmadığınız bir özellik için daha büyük paket almak gerekmez.
WordPress yavaşsa doğrudan paket mi büyütülmeli? Önce darboğazı inceleyin. WordPress'te hosting, tema ve eklenti kaynaklı yavaşlığı ayırma rehberi bu karar için bir başlangıçtır.
