cPanel Hosting Nedir?

cPanel hosting aslında nasıl çalışıyor?

Panelde bir düğmeye bastığınızda arka tarafta bir sunucu servisi yeniden yapılandırılır. Bunu bilmek, bir şey bozulduğunda nereye bakacağınızı gösterir.

Önce tanım. cPanel hosting, sitenizin Linux çalıştıran paylaşımlı bir sunucuda kendi kullanıcı hesabıyla barındırıldığı ve bu hesabın cPanel kontrol paneliyle yönetildiği hizmettir. Her müşteri hesabı sunucuda ayrı bir sistem kullanıcısı olarak açılır. cPanel bu kullanıcının arayüzüdür, WHM (WebHost Manager) ise aynı sunucunun yönetici tarafı.

Web isteklerini Apache ya da Apache ile uyumlu çalışan LiteSpeed karşılar ve ikisi de .htaccess dosyasındaki yönlendirme ve erişim kurallarını okur. PHP betikleri hesabın kendi kullanıcı kimliğiyle çalışır, PHP sürümünü de eklentileriyle birlikte hesap ya da alan adı bazında seçersiniz. Veritabanı tarafında MySQL veya MariaDB çalışır. Yeni başlayanları şaşırtan bir ayrıntı da burada. Veritabanı ve kullanıcı adları hesap adınızdan türetilen bir önek alır, yani kullaniciadi_veritabani biçiminde oluşur. E-postada gönderimi (SMTP) Exim, IMAP ve POP3 erişimini Dovecot yürütür. Posta kutuları hesabın ana dizininde durur ve disk kotanızdan düşer. DNS bölge (zone) kayıtları sunucudaki BIND ya da PowerDNS servisinde tutulur, Zone Editor de bu kayıtları düzenler.

Şifreli bağlantıda cPanel varsayılan olarak 2083, WHM 2087, webmail 2096 numaralı porttan açılır. Bir de şu var. cPanel yalnız Linux üzerinde çalışır, dolayısıyla cPanel hosting bir Linux hosting türüdür. PHP, MySQL/MariaDB ve Apache uyumlu uygulamalar doğrudan çalışır. Klasik ASP.NET (.NET Framework) veya MSSQL isteyen bir uygulamanız varsa aradığınız şey Windows tabanlı bir sunucu olur. Modüllerin tek tek işlevi için cPanel modüllerini ve WHM ile farkını anlattığımız yazıya göz atın.

Kim neyi yönetir: cPanel, WHM ve bayi hesabı

Ürün seçerken sorulacak ilk soru aslında yetkiyle ilgilidir. Paylaşımlı bir cPanel hosting paketinde yalnız kendi hesabınızı yönetirsiniz. WHM'e bayi (reseller) yetkisiyle giren kullanıcı, kendi kotası içinde müşteri hesapları açar. Root yetkili WHM ise bütün sunucuyu yönetir. Hangi seviyeye ihtiyacınız olduğunu bilirseniz ürün de kendiliğinden belli olur.

Paket kartında gördüğünüz "web sitesi" sayısı, aynı cPanel hesabına kaç ek alan adı ekleyebileceğinizi gösterir. Tek bir işletmenin birkaç sitesi için bu düzen gayet yeterli. Siteler farklı müşterilere aitse iş değişir. Bizce her biri ayrı hesapta durmalı, çünkü ayrı hesap ayrı parola, ayrı kaynak limiti ve tek başına taşınabilen ayrı bir tam yedek demek. WHM erişimi veren bayi hosting paketleri tam da bu ihtiyaç için var.

CloudLinux varken komşunuz sizi yavaşlatabilir mi?

Doğru kurulmuş bir sunucuda pek yavaşlatamaz. Paylaşımlı sunucuda çok sayıda hesap aynı işlemciyi ve diski kullanır, CloudLinux da bu kalabalığı düzene sokmak için geliştirilmiş bir Linux dağıtımıdır. Her hesabı LVE (Lightweight Virtual Environment) denen, çekirdek düzeyinde çalışan bir kaynak kabına koyar, CageFS ile de her hesaba yalnız kendi dosyalarını gördüğü sanal bir dosya sistemi verir. LVE komşuların birbirini yavaşlatmasını, CageFS birbirinin verisine erişmesini sınırlar.

Mekanizma şöyle işliyor. LVE, Linux çekirdeğinin cgroups altyapısını kullanarak her hesabın çalıştırdığı işlemlere CPU, bellek, işlem sayısı ve disk giriş/çıkış tavanı koyar. Komşu hesapta hatalı bir döngü dönüyorsa ya da o siteye yoğun bot trafiği geliyorsa yük o hesabın kabında kalır. CageFS tarafında bir hesap /home altındaki diğer kullanıcıların dizinlerini listeleyemez, sistem dosyalarının da yalnız kendisine gösterilen sanal kopyasını görür. Netx'in cPanel sunucularında CloudLinux ve CageFS standart bileşendir.

Peki izolasyon nerede biter? Şunu baştan söyleyelim, duvar hesaplar arasında durur, hesabın içinde değil. Aynı cPanel hesabına ek alan adı olarak eklediğiniz siteler aynı kullanıcıyla çalışır ve birine bulaşan zararlı yazılım diğerlerinin dosyalarına yazabilir. Bu yüzden tek cPanel hesabında çoklu site mi, ayrı hesap mı sorusunu, sitelerin taşıdığı riske bakarak cevaplayın.

İki ayrıntı daha. CageFS güncellenmemiş bir eklentideki açığı kapatmaz, yalnız ele geçirilen hesabın komşulara sıçramasını zorlaştırır. LVE limitleri de iki yönlü işler. Komşunuz sizi yavaşlatamaz ama siz de paketinizin tanımlı sınırını aşamazsınız. Her limit türünün teknik karşılığını CloudLinux, CageFS ve LVE'nin nasıl çalıştığını anlatan yazıda bulabilirsiniz.

Resource Usage ekranını okumayı öğrenin

Site yavaşlayınca ilk refleks paketi büyütmek olur. Oysa cevap büyük ihtimalle cPanel'deki Resource Usage (Kaynak Kullanımı) ekranında durur. Bu ekran her limit için bir kullanım grafiği ve limitin seçtiğiniz dönemde kaç kez aşıldığını (fault) gösterir. Anlık değere bakıp karar vermeyin, 7 ile 30 günlük aşım sayısı çok daha fazlasını anlatır.

En çok karışan değer EP. Sitede aynı anda bulunan ziyaretçi sayısı sanılır, değildir. Diyelim ki sayfalarınız 0,5 saniyede üretiliyor ve EP sınırınız 20. Önbellek devrede değilse saniyede teorik olarak en çok 40 dinamik istek karşılanır. Önbellekten sunulan sayfalar bu hesaplamaya hiç girmez, o yüzden EP'yi konuşurken önbelleği konuşmadan geçemezsiniz.

Inode boyutla ilgilenmez, dosya sayar. Maildir biçiminde saklanan posta kutularında her ileti ayrı bir dosyadır ve 100.000 iletilik bir kutu tek başına 100.000'den fazla inode kullanır.

Her kırmızı çizgi de alarm sayılmaz. Gece yedeği sırasında IO limitine bir kez dokunmak paket yükseltme gerekçesi değildir, her gün aynı saatlerde tekrarlayan EP veya CPU aşımları ise öyledir. Limitlerin anlamını ve aşım görünce izlenecek sırayı hosting kaynak limitleri rehberinde, dosya sayısını veri kaybetmeden azaltmayı da cPanel'de inode limitinin nasıl ölçülüp temizlendiğini anlatan yazıda ayrıntılı anlattık.

Kaç site, ne kadar disk? Önce ölçün

Paketi kartındaki site sayısına bakarak seçmek, ayakkabıyı kutusunun rengine göre almaya benzer. Doğru paket, sitenizin ölçülmüş disk, inode ve kaynak kullanımına bir büyüme payı eklenerek bulunur. Proje yeniyse ve ortada ölçülecek bir şey yoksa benzer yapıdaki bir siteyi referans alın.

Ölçmek için mevcut cPanel hesabınızın ekranları yeter. Disk Usage ekranı, alanın dizin dizin nasıl dağıldığını gösterir. Toplamı hesaplarken site dosyalarını, veritabanlarını, posta kutularını, logları ve ana dizinde unutulmuş yedekleri de sayın. Dosya sayısı için panelin istatistik sütunundaki File Usage (dosya kullanımı) değerini not edin. Her veritabanının boyutu MySQL Databases ekranında yazar. Kaynak için yine Resource Usage'a dönün, son 30 günün en yoğun saatlerini aşım sayılarıyla inceleyin.

Çıkan rakamlara yaklaşık %30–50 büyüme payı eklerseniz ilk yıl içinde paket değiştirme ihtimaliniz düşer. cPanel hosting paketlerinin tablolarında yazan RAM ve CPU değerleri, CloudLinux tarafında genellikle PMEM ve SPEED limitlerine karşılık gelir. EP, IO, IOPS ve inode tabloda yoksa paket ayrıntısına bakın ya da satış ekibine sorun.

Site türü de ihtiyacı değiştirir. Önbellekle sunulan bir tanıtım sitesi az CPU ve az EP harcar. Arama, filtre, sepet ve ödeme sayfaları önbelleğe alınamayan bir e-ticaret sitesi, aynı ziyaretçi sayısında çok daha fazla PHP isteği üretir. Aynı hesapta birden çok site tutacaksanız en ağır sitenin en yoğun saatini esas alın. O saatte diğer siteler de aynı limitten pay almaya devam eder.

cPanel'den giden e-postalar neden spama düşüyor?

Bir müşterinize teklif gönderdiniz, o da "gelmedi" diyor. Biraz arayınca spam klasöründe buluyor. Bu tabloda suçlu genelde aynıdır. Alan adında SPF, DKIM veya DMARC kaydı ya eksiktir ya da hatalı yazılmıştır.

Alıcı sunucu bu üç kayıtla iletinin sizin adınıza yetkili bir sunucudan çıktığını ve yolda değiştirilmediğini doğrular. Kurallar da son yıllarda sertleşti. Gmail, Şubat 2024'ten bu yana kişisel Gmail adreslerine günde 5.000'den fazla ileti gönderen alan adlarından üç kaydı birlikte istiyor. Daha az gönderenler için bile SPF veya DKIM'den en az biri zorunlu. Yahoo da benzer kurallar uyguluyor.

SPF ile başlayalım. Bu kayıt, alan adınız adına e-posta göndermeye yetkili sunucuları listeleyen ve v=spf1 ile başlayan bir TXT kaydıdır. Alan adında yalnız bir tane olmalı. İki ayrı SPF kaydı doğrulamayı geçersiz kılar (permerror), o yüzden harici bir e-posta ya da bülten servisi eklerken yeni kayıt açmayın, servisin include ifadesini mevcut kaydın içine yazın. Kaydın değerlendirilmesi en fazla 10 DNS sorgusuyla sınırlıdır (RFC 7208) ve her include bu sayıya eklenir. Kaydın sonundaki ~all yetkisiz gönderimi şüpheli, -all ise reddedilecek diye işaretler.

DKIM işi imzayla çözer. Sunucu giden iletiyi özel anahtarla imzalar, alıcı sunucu da bu imzayı alan adının DNS'inde yayımlanan açık anahtarla doğrular. cPanel açık anahtarı default._domainkey adlı kayıtta yayımlar. DNS'iniz başka bir yerde yönetiliyorsa bu kaydı oraya elle eklemeniz gerekir.

DMARC ise ilk ikisinden geçemeyen iletiye ne yapılacağını söyleyen, _dmarc alt adında tutulan bir TXT kaydıdır. Burada acele etmeyin. p=none politikasıyla başlayıp rua adresine gelen raporları 2–4 hafta izleyin. Meşru bütün gönderim kaynaklarınızın doğrulamadan geçtiğini gördükten sonra p=quarantine, ardından p=reject aşamasına geçin.

cPanel'deki Email Deliverability ekranı SPF, DKIM ve ters DNS (PTR) durumunu denetler, eksik bir kayıt varsa önerilen değeri de gösterir. Burada küçük bir parantez açalım. Paylaşımlı hostingte giden posta sunucunun ortak IP adresini kullanır ve PTR kaydını da, IP itibarını da sağlayıcı yönetir. Binlerce alıcılı bülteni hosting hesabından göndermemenizi bu yüzden öneriyoruz. Saatlik gönderim sınırlarına takılırsınız, üstelik aynı IP'yi kullanan hesapların teslim oranını da riske atarsınız. Sözdizimi ve örnekler SPF, DKIM ve DMARC kayıtlarının nasıl yazıldığını anlatan rehberde.

Güvenlikte işin size düşen kısmı

Sunucu güncel, panel güncel. Peki site neden ele geçirildi? Çünkü sorumluluk ikiye bölünmüştür. Paylaşımlı cPanel hosting'de işletim sistemi, çekirdek, panel ve sunucu servislerinin güncellenmesi sağlayıcının işidir. Site yazılımı, eklentiler, parolalar ve dosya izinleri ise hesap sahibinde kalır. Güncel bir sunucu, güncellenmemiş bir eklentideki açığı kapatamaz.

İlk iş girişleri sağlamlaştırmak. cPanel, zaman tabanlı tek kullanımlık kodla (TOTP) iki aşamalı doğrulamayı destekler. Panelinizde açıksa cPanel'de ve sitenin yönetim panelinde kullanın. cPanel, FTP, e-posta ve veritabanı kullanıcısı için ayrı ve uzun parolalar tanımlayın, işi biten FTP hesaplarını da silin. Düz FTP parolayı ağda açık metin olarak taşır. FTPS ya da SFTP kullanın.

Dosya izinlerinde kural basit. Dizinlerde 755, dosyalarda 644. 777 izni hiçbir kurulumda gerekmez, biri size aksini söylese bile. PHP'nin hesap kullanıcısıyla çalıştığı yapılarda wp-config.php gibi yapılandırma dosyalarını 600 veya 640'a kısabilirsiniz.

Unutulan kopyalar ayrı dert. /eski ya da /test gibi dizinlerde kalmış güncellenmeyen kurulumlar ve public_html altında bekleyen .zip veya .sql dosyaları tarayıcıdan erişilebilir, silin. WordPress, Joomla veya OpenCart çekirdeğini, temaları ve eklentileri güncel tutun, kullanmadığınız eklentileri de kaldırın. SSL kurulduktan sonra bütün adresleri 301 ile HTTPS'e yönlendirin ve HTTP üzerinden yüklenen görsel ya da betiklerin yol açtığı karışık içerik (mixed content) uyarılarını temizleyin.

Sağlayıcıya da iki soru sorun. Sunucuda web uygulama güvenlik duvarı (örneğin ModSecurity kuralları) ve zararlı yazılım taraması çalışıyor mu? Bir hesap ele geçirildiğinde bildirim ve temizlik nasıl işliyor? Netx, ISO/IEC 27001 bilgi güvenliği belgesine sahiptir. Site tarafındaki adımlara WordPress sitelerinde güvenlik sertleştirme rehberiyle başlayabilirsiniz.

Denenmemiş yedek, yedek sayılmaz

Yedeğiniz var mı diye sorulduğunda çoğu kişi evet der. Geri yüklemeyi hiç denediniz mi sorusunun cevabı genellikle daha kısadır.

İşin temeli 3-2-1 kuralıdır. Verinin en az üç kopyasını iki farklı ortamda tutar, bu kopyalardan birini de başka bir fiziksel konumda saklarsınız. cPanel hosting'de bu üç kopya canlı veri, sağlayıcının aldığı yedek ve sizin sunucunun dışına indirdiğiniz yedektir.

Planı iki soruya göre kurun. Ne kadar veri kaybını göze alabilirsiniz? Buna RPO (Recovery Point Objective) denir ve her gün sipariş alan bir mağaza için birkaç saat, ayda bir güncellenen bir tanıtım sitesi için bir hafta olabilir. Site ne kadar sürede yeniden yayına dönmeli? Bu da RTO (Recovery Time Objective). Yedek sıklığını RPO'ya, geri yükleme yöntemini RTO'ya göre seçersiniz.

cPanel'in Backup ekranında iki tür yedek bulunur. Tam hesap yedeği dosyaları, veritabanlarını, posta kutularını, e-posta yönlendirmelerini, cron görevlerini ve DNS bölgesini tek bir .tar.gz arşivinde toplar. Taşıma ve felaket senaryosu içindir ve geri yüklemesi cPanel'den değil WHM üzerinden, yani sağlayıcı tarafından yapılır. Arşivi oluştururken hedef olarak ana dizin yerine uzak bir FTP ya da SCP sunucusu seçebilirsiniz. Kısmi yedeklerde ana dizini, tek tek MySQL veritabanlarını, e-posta yönlendirmelerini ve filtreleri ayrı ayrı indirirsiniz. Bunları aynı ekrandan kendiniz geri yüklersiniz, hatalı bir eklenti güncellemesinden dönmek gibi gündelik işlerde de çok daha hızlıdır.

Tam yedeği ana dizinde bırakmayın. Arşiv disk kotanızı ve inode sayınızı yer, bir sonraki yedeğe de dahil olup kapladığı alanı katlar. public_html altına düşmüş bir yedek daha da kötüdür. Adresini tahmin eden herkes indirebilir ve içinde veritabanı parolaları vardır. Netx'in cPanel paketlerinde yedekleme pakete dahildir. Yedeğin sıklığını, saklama süresini ve geri yükleme talebini nasıl ileteceğinizi paket ayrıntısından kontrol edin.

Önerimiz basit. Üç ayda bir küçük bir prova yapın, bir veritabanını test alt alan adına geri yükleyip sitenin açıldığını görün. Denenmemiş bir yedeğin çalışıp çalışmadığını ancak ona muhtaç kaldığınız gün öğrenirsiniz. Adım adım işlem için cPanel'de tam ve kısmi yedek alma rehberine bakın.

Site yavaşsa önce TTFB'yi ölçün

Tahminle başlamayın. Sunucu tarafında hızı başlıca güncel PHP sürümü, OPcache ve sayfa önbelleği etkiler, TTFB de bunların ortak sonucudur. Önce TTFB'yi ölçer, sonra zamanın hangi katmanda kaybolduğunu ayırırsınız.

TTFB (Time to First Byte), tarayıcının isteği gönderdiği andan yanıtın ilk baytını aldığı ana kadar geçen süredir. İçinde DNS çözümleme, TCP ve TLS bağlantısı ve sunucunun sayfayı üretme süresi vardır. Google'ın web performans rehberleri 0,8 saniye ve altını iyi kabul eder. TTFB, Core Web Vitals metriklerinden biri sayılmaz ama LCP'yi doğrudan geciktirir. Core Web Vitals'ta iyi eşikler LCP için 2,5 saniye, INP için 200 milisaniye, CLS için 0,1. TTFB ile Core Web Vitals'ın hostingle ilişkisini anlatan yazımız, ölçüm yöntemini ve hosting kaynaklı gecikmenin nasıl ayrılacağını gösteriyor.

PHP sürümü konusunda açık konuşalım. PHP'nin her alt sürümü yayımından sonra yaklaşık iki yıl aktif destek, ardından belirli bir süre yalnız güvenlik düzeltmesi alır. Desteği biten sürüme güvenlik yaması çıkmaz. PHP 7.4, 8.0 ve 8.1 bu durumda ve canlı bir sitede yerleri yok. Yeni sürüme geçmeden önce siteyi bir alt alan adındaki kopyada deneyin, çünkü eski eklentiler kaldırılmış fonksiyonlar yüzünden 500 hatası verebilir. Sürümü ve eklentileri cPanel'de MultiPHP Manager ya da CloudLinux'un Select PHP Version ekranından seçersiniz. Adımlar cPanel'de PHP sürümü değiştirme rehberinde.

OPcache sessiz çalıştığı için akla pek gelmez. PHP betiklerinin derlenmiş bayt kodunu paylaşımlı bellekte tutan bir PHP eklentisidir ve dosyanın her istekte yeniden ayrıştırılıp derlenmesini önleyerek CPU tüketimini düşürür. Açık olup olmadığını bir phpinfo sayfasındaki opcache.enable satırından görebilirsiniz. O test dosyasını işiniz bitince silin.

Sayfa önbelleği ayrı bir hikâye. LSCache, LiteSpeed web sunucusunun tam sayfa önbelleğidir. Önbellekten sunulan sayfa PHP'yi ve veritabanını hiç çalıştırmaz, dolayısıyla EP ve CPU limitine sayılmaz. WordPress'te LiteSpeed Cache eklentisiyle yönetilir. Yanına ikinci bir sayfa önbelleği eklentisi kurmayın, ikisi çakışır ve ziyaretçi eski içerik görür.

Netx'in cPanel sunucularında LiteSpeed ve LSCache standarttır, X-Ray ve AccelerateWP de paketlere dahildir. X-Ray, yavaş bir isteğin süresinin hangi PHP fonksiyonunda, hangi veritabanı sorgusunda ya da hangi dış HTTP çağrısında harcandığını izler. "Site yavaş" şikâyeti böylece belli bir eklentiye ya da sorguya iner. AccelerateWP ise WordPress siteleri için önbellek ve hız ayarlarını sunucu tarafında yönetir.

Alan adını bağlarken NS mi, A kaydı mı?

İki yol var ve ikisi de çalışır. Birincisinde alan adının ad sunucularını (nameserver) sağlayıcının DNS sunucularına çevirirsiniz ve bütün kayıtlar cPanel'den yönetilir. İkincisinde DNS'i olduğu yerde bırakıp yalnız A kaydını hesabın IP adresine yönlendirirsiniz. O zaman web dışındaki kayıtları DNS nerede duruyorsa orada siz tanımlarsınız.

Fark e-postada ortaya çıkar. Nameserver değişikliğinde cPanel, varsayılan ayarlarda A, MX, SPF ve DKIM kayıtlarını hesap açılırken bölge dosyasına kendisi yazar, siz de sonradan Zone Editor'den düzenlersiniz. Yalnız A kaydını değiştirdiyseniz MX, SPF, DKIM ve gerekiyorsa autodiscover kayıtlarını elle eklemeniz gerekir. Bu adım atlanırsa tuhaf bir tablo çıkar. Site yeni sunucuda açılır ama e-posta eski sunucuya gitmeye devam eder.

Bekleme süresi kaydın TTL değerine bağlı. A kaydını değiştirmeden 24–48 saat önce TTL'i 300 saniyeye indirin. Nameserver değişikliğinde ise üst düzey alan adı (TLD) sunucularındaki yetkilendirme kaydı devreye girer. Bu kaydın TTL değeri .com ile .net için 172.800 saniye, yani 48 saattir. NS değişikliğinin her yerde görünmesinin iki güne kadar sürebilmesi bundandır.

SSL sertifikası da bazen bu aşamada takılır. Ücretsiz SSL sertifikasının üretilebilmesi için alan adının hesabın IP adresine çözümlenmesi şart. Alan adında CAA kaydı varsa, sertifikayı veren otoritenin bu kayıtta izinli olması gerekir, aksi halde doğrulama başarısız olur. Şirket bilgisinin sertifikada görünmesini istediğiniz projelerde kurumsal doğrulamalı (OV) ya da genişletilmiş doğrulamalı (EV) SSL sertifikası seçeneklerine bakabilirsiniz.

Terimler de birbirine karışabiliyor. Ek alan adı (addon), kendi içeriği olan ayrı bir sitedir. Alt alan adı, örneğin blog.alanadi.com, ana alan adının altında ayrı bir dizine bakar. Takma ad (alias, eski adıyla park edilmiş alan adı) ise ana sitenin aynısını başka bir adla gösterir. Aynı içeriği iki alan adında yayımlamak yinelenen içerik oluşturur. Takma ad yerine 301 yönlendirme kullanın. İki yöntemin adım adım karşılaştırması alan adını hostinge nameserver veya A kaydıyla bağlama yazısında.

Plesk ya da başka bir panelden cPanel'e geçiş

Kaynak sunucu da cPanel ise işiniz kolay. Tam hesap yedeği siteleri, veritabanlarını, posta kutularını, cron görevlerini ve DNS bölgesini tek arşivde taşır. Plesk, DirectAdmin ya da panelsiz bir sunucudan geliyorsanız içerik parça parça aktarılır ve sıra kabaca şöyle işler.

1. Önce envanter çıkarın. Alan adları, e-posta hesapları ve kutu boyutları, veritabanları, cron görevleri, yönlendirmeler, PHP sürümü ve eklentileri.
2. Geçişten 24–48 saat önce ilgili DNS kayıtlarının TTL değerini 300 saniyeye indirin.
3. Dosyaları aktarın. Web kökü Plesk'te httpdocs, cPanel'de ana alan adı için public_html dizinidir. Arşivlerken .htaccess ve .user.ini gibi gizli dosyaları atlamayın.
4. Veritabanlarını dışa aktarın. cPanel'de önekli adla yeni veritabanı ve kullanıcı oluşturup içe aktarın, ardından uygulamanın yapılandırma dosyasındaki veritabanı adını, kullanıcı adını ve parolayı güncelleyin.
5. Web sunucusu kurallarını dönüştürün. Plesk'te ek nginx yönergeleriyle yazılmış yönlendirmeler taşınmaz. LiteSpeed ve Apache .htaccess okuduğu için bu kuralları .htaccess sözdizimine çevirin.
6. E-posta hesaplarını aynı adlarla açın ve eski kutuları IMAP senkronizasyonuyla (imapsync gibi bir araçla) kopyalayın. Klasör yapısı korunur.
7. Bilgisayarınızın hosts dosyasına yeni sunucunun IP adresini yazıp siteyi DNS'e dokunmadan test edin. Yönetici girişini, formları, ödeme adımını ve e-posta gönderimini tek tek deneyin.
8. DNS'i çevirin ve SSL sertifikasının üretildiğini doğrulayın. Geçiş sırasında eski sunucuya düşen sipariş veya form kayıtlarını son bir senkronla aktarın.
9. Eski hesabı en az bir hafta açık tutun ve bu sürede yeni hesabın hata günlüklerini izleyin.

cPanel'den cPanel'e taşırken de 2, 7, 8 ve 9. adımlar geçerli. Hangi adımları sağlayıcının yapacağını siparişten önce netleştirin. Netx'e farklı bir panelden geliyorsanız dosya ve veritabanı yedeklerini, PHP uyumluluğunu ve DNS geçişini destek ekibiyle birlikte planlayabilirsiniz. Ayrıntılı kontrol listesi ve sık karşılaşılan hatalar için başka firmadan cPanel hosting taşıma rehberine göz atın.

cPanel hosting ne zaman dar gelir?

Her büyüme sunucu gerektirmez. Mesele yalnız kapasiteyse üst paket çoğu zaman yeter. Kapasitenin dışında bir ihtiyaç doğduysa sunucuyu konuşmanın zamanı gelmiştir.

En net sinyal kalıcı limit aşımıdır. Sayfa önbelleği açık, bot trafiği kısıtlanmış, ağır eklentiler ayıklanmış, buna rağmen EP veya CPU aşımları 2–4 hafta boyunca her gün tekrarlıyorsa paylaşımlı hesabın sınırına gelmişsiniz demektir. İkinci sinyal sürekli çalışması gereken servislerdir. WebSocket sunucusu, kuyruk işçisi (queue worker), bir arama motoru servisi ya da kalıcı bir Redis örneği istiyorsanız, paylaşımlı ortamda bunlar genellikle sunulmaz veya süre sınırına takılır. İhtiyacınız varsa paket ayrıntısında kontrol edin. Panelde olmayan bir PHP eklentisi, farklı bir web sunucusu ayarı ya da çekirdek parametresi gerekiyorsa da aynı yerdesiniz.

Bazen mesele kontroldür. Kendi güvenlik duvarı kurallarınızı yazmak, yönetim erişimini IP adresiyle kısıtlamak ya da belli bir log saklama düzeni uygulamak istiyorsanız sunucu düzeyinde yetkiye ihtiyacınız var. Kişisel veri işleyen sistemlerde KVKK (6698 sayılı Kanun) kapsamındaki teknik tedbirlerin hangi altyapıda nasıl karşılanacağını hukuk danışmanınızla birlikte değerlendirin. Yüksek hacimli e-posta gönderip kendi IP adresinizin itibarını yönetmek istemeniz de ayrı bir sinyaldir.

Bir istisna var. Elinizde çok sayıda müşteri hesabı varsa ihtiyacınız çoğu zaman VPS değil, WHM ile hesap açabildiğiniz bayi hostingdir.

Kendi sunucunuza geçtiğinizde cPanel lisansını sunucu ücretine ek olarak ödersiniz. İşletim sistemi güncellemesi, güvenlik ve yedekleme sorumluluğu da size geçer. Bu yükü devretmek isterseniz VPS sunucu paketlerini Netx'in sunucu yönetimi hizmetiyle birlikte değerlendirebilirsiniz. Kararı somut işaretlere bağlamak için hostingten VPS'e geçiş sinyallerini sıralayan yazıyı okuyun.

cPanel web hosting maliyetine giren kalemler

İlk yıl fiyatı resmin yalnız bir parçası. cPanel web hosting'in toplam maliyetine paket ücretinin yanında yenileme fiyatı, KDV, alan adı yenilemesi, gerekiyorsa ücretli SSL, ek yedekleme ve taşıma emeği de girer. Paketleri karşılaştırırken kullanmayı düşündüğünüz sürenin toplamına bakın.

Panel lisansı kafa karıştırabilir. cPanel, 2019'dan bu yana sunucu başına ve hesap sayısına göre kademelenen bir lisans modeli kullanıyor. Paylaşımlı pakette bu bedel paket fiyatının içindedir, Netx'in cPanel paketlerinde de panel lisansı dahildir. Modelin ayrıntısını cPanel lisans ücretlerinin nasıl belirlendiğini anlatan yazıda bulabilirsiniz.

Yenileme kalemini hafife almayın. Netx'te dönem sonunda hizmet, o tarihte geçerli fiyat üzerinden yenilenir ve ilk dönem fiyatı sonraki dönemler için sabit değildir. Faturalar TL olarak düzenlenir ve tutara KDV eklenir, ödemeyi de kredi kartıyla ya da havale/EFT ile yaparsınız. Alan adı hostingden bağımsızdır ve kendi tarihinde yenilenir. Yenilemesi kaçan bir alan adı, hosting tıkır tıkır çalışsa bile siteyi ve e-postayı durdurur.

SSL için çoğu sitede ek ödeme gerekmez. Ücretsiz sertifikalar alan adı doğrulamalıdır (DV) ve sitelerin büyük kısmına yeter, OV veya EV sertifika ise ayrıca ücretlendirilir.

Erişilebilirlik taahhüdünü de dakikaya çevirin. %99,9 taahhüt, 30 günlük bir ayda yaklaşık 43 dakikalık, bir yılda yaklaşık 8 saat 46 dakikalık plansız kesinti payına karşılık gelir. Netx tüm ürünlerinde %99,9 taahhüt eder.

Sözleşmenin iki maddesi de doğrudan bütçeye dokunur. Netx'te hosting ürünlerinde 14 gün iptal hakkı bulunur. Ödenmeyen hizmet vadeden 5 gün sonra durdurulur ve sonraki 15 gün içinde veriler silinebilir. Yenileme tarihini kaçırmamak için faturalandırma e-postalarının geldiği adresi güncel tutun.

Altyapı sağlamken bile can yakan hatalar

Bu hataların hiçbiri sunucudan kaynaklanmaz. Yine de her biri kesintiye, e-posta kaybına ya da veri sızıntısına yol açabilir.

Bizce en pahalısı, farklı müşterilerin sitelerini tek hesapta toplamak. Bir sitedeki açık diğerlerine yayılır, müşterilerden biri ayrılmak istediğinde de hesabı bölmek zorunda kalırsınız. Müşteri başına ayrı hesap açın. Yedeği public_html içinde bırakmak da kumar. Arşiv internetten indirilebilir hale gelir. Yedeği indirin, sunucudaki kopyasını silin.

Taşımada klasik kaza, A kaydını değiştirip MX'i unutmaktır. Site açılır, e-posta eski sunucuya gitmeye devam eder ve bunu da ancak cevapsız iletiler birikince fark edersiniz. LiteSpeed sunucuda iki sayfa önbelleği eklentisini birlikte çalıştırırsanız önbellekler birbirini geçersiz kılar, ziyaretçi eski içerik görür. Tek sayfa önbelleği olarak LSCache yeter.

Kaynak ekranına bakmadan paket yükseltmek de boşa para harcatır. Yavaşlığın sebebi tek bir ağır sorguysa büyük paket bunu çözmez. Son hata sabırsızlık. DNS her yerde yeni sunucuyu göstermeden ve e-postalar yeni kutulara düşmeden eski hesabı kapatmayın.

Sipariş vermeden önce kontrol listesi

cPanel hosting paketleri arasında karar vermeden önce şu soruların her birine yazılı bir cevabınız olsun. Paket sayfasında bulamadığınızı satış ekibine sorun.

• Panel lisansı paket fiyatına dahil mi, yenilemede ayrı bir lisans kalemi çıkıyor mu?
• Hesabın CPU, PMEM, EP, IO, IOPS ve inode değerleri yazılı mı?
• Hesaplar CloudLinux ve CageFS gibi bir yapıyla birbirinden izole ediliyor mu?
• Web sunucusu LiteSpeed mi, sayfa önbelleği (LSCache) kullanılabiliyor mu?
• Hangi PHP sürümleri sunuluyor, sürüm alan adı bazında seçilebiliyor mu?
• Yedek hangi sıklıkla alınıyor, kaç gün saklanıyor, sunucunun dışında tutuluyor mu, geri yüklemeyi kendiniz yapabiliyor musunuz?
• Ücretsiz SSL bütün alan adları ve alt alan adları için kuruluyor ve kendiliğinden yenileniyor mu?
• Saatlik e-posta gönderim sınırı nedir, Email Deliverability ekranı kullanılabiliyor mu?
• SSH erişimi, cron, Git veya Node.js gibi ihtiyaçlarınız pakette karşılanıyor mu?
• Taşımanın hangi adımlarını sağlayıcı üstleniyor?
• Üst pakete geçiş nasıl yapılıyor, ücret farkı nasıl hesaplanıyor?
• Erişilebilirlik taahhüdü, yenileme fiyatı, iptal hakkı ve ödeme gecikmesinde uygulanan süreler sözleşmede yazıyor mu?
• Sağlayıcı BTK belgeli yer sağlayıcı mı (5651 sayılı Kanun), ISO/IEC 27001 gibi bir bilgi güvenliği belgesi var mı?

Kendi paketlerimiz için birkaç cevabı burada verelim. Bu sayfadaki cPanel panelli hosting paketlerinde panel lisansı, LiteSpeed ve LSCache, CloudLinux ve CageFS, X-Ray, AccelerateWP, ücretsiz SSL ve yedekleme dahildir. Netx BTK belgeli yer sağlayıcıdır, ISO/IEC 27001 ve ISO 9001 belgelerine sahiptir ve Türkçe teknik destek verir.

Akılda tutulacak terimler

cPanel

Linux sunucularda tek bir hosting hesabının dosya, veritabanı, e-posta, alan adı ve SSL işlemlerinin yönetildiği kontrol paneli.

Linux hosting

Linux işletim sistemi üzerinde çalışan, PHP ve MySQL/MariaDB tabanlı uygulamalara uygun barındırma hizmeti.

CloudLinux

Paylaşımlı hosting sunucularına hesap başına kaynak sınırı ve izolasyon getiren Linux dağıtımı.

LVE

CloudLinux'ta her hesabın CPU, bellek, işlem ve disk giriş/çıkış sınırlarını uygulayan, çekirdek düzeyindeki kaynak kabı.

CageFS

Her hesaba yalnız kendi dosyalarını ve izin verilen sistem araçlarını gösteren sanal dosya sistemi.

EP (entry process)

Hesapta aynı anda işlenen PHP isteği sayısı. Dolduğunda 508 hatası görülür.

Inode

Dosya sisteminde her dosya ve dizine karşılık gelen kayıt. Hesaptaki toplam dosya sayısını sınırlar.