Öne Çıkanlar
- WHMCS, hosting siparişi, fatura, destek ve provisioning süreçlerini tek panelde otomatikleştiren bir kontrol merkezidir.
- Doğru otomasyon için sunucu kaynakları, firewall/port ayarları, API erişimleri ve cron görevleri doğru yapılandırılmalıdır.
- Performans için PHP OPcache, MySQL (InnoDB) optimizasyonu ve düzenli log temizliği önemlidir; disk I/O ve veritabanı yavaş sorguları sık görülen darboğazlardır.
- Güvenlik: admin yolunu standart bırakmamak, IP kısıtlaması, .htaccess, iki faktörlü doğrulama ve güncellemeleri aksatmamak şarttır.
- Taşıma ve ölçeklendirme planlı yapıldığında karmaşık değildir; küçük başlayıp ihtiyaç arttıkça VDS/Cloud’a geçiş önerilir.
WHMCS Nedir? Hosting Otomasyonu Nasıl Kurulur? Hakkında Bilmeniz Gerekenler
WHMCS nedir? Hosting otomasyonu nasıl kurulur diye soran herkesin derdi aslında aynı: “Ben teknik işe gömülmek istiyorum, fatura kesmekle, müşteri takip etmekle, manuel panel açmakla uğraşmak istemiyorum.” WHMCS tam burada devreye giriyor. Bir tarafta cPanel, Plesk, VDS’ler, Cloud sunucular; diğer tarafta müşteri, fatura, destek talepleri… Hepsini tek panelde toplayan bir otomasyon sistemi gibi düşünebilirsin.
İşin güzel yanı şu: WHMCS sadece “fatura kesen bir script” değil. Doğru kurulduğunda, yeni siparişte otomatik hosting açan, süresi dolan hizmeti otomatik askıya alan, domain yenileme hatırlatması gönderen ve bütün bunları loglayan bir kontrol merkezi. Yani gecenin bir vakti “şu müşterinin paketini kim upgrade etti?” diye düşünmek zorunda kalmıyorsun. Ama tabii, kurulum ve yapılandırma kısmında bazı kritik noktaları atlamamak lazım; yoksa otomasyon diye kurduğun sistem seni otomatik olarak kaosa sürükleyebilir.
Yapılandırma ve Yönetim: Adım Adım
Kaynak Yönetimi – Limitleri Zorlamayin
WHMCS çok ağır bir yazılım değil. Ama dürüst olmak gerekirse, özellikle paylaşımlı bir ortamda yüzlerce müşterinin aynı anda paneli kullanması, rapor çekmesi, PDF fatura üretmesi, yoğun ticket trafiği, MySQL açısından ciddi bir yük demek. RAM’den çok veritabanı I/O ve PHP işlem süresi burada belirleyici oluyor.
İşin püf noktası, WHMCS’i barındırdığın sunucunun “hem kontrol paneli hem de müşteri siteleri için tek arena” olmaması. Mümkünse ayrı bir VDS ya da Cloud sunucu üzerinde çalıştır. Bu hem güvenlik hem performans açısından büyük avantaj.
Aşırı kaynak kullanımı uyarısı alıyorsan, panik yapmadan önce bakman gereken ilk yer genelde şu oluyor: WHMCS hata logları ve access log’lar. Özellikle:
/vendorklasöründe şişen log dosyalarıattachmentsvedownloadsklasörlerinde gereksiz büyüyen ticket ekleri- MySQL tarafında yavaş sorgu log’u (slow query log)
Şöyle düşünün: Tıpkı bir araba motoru gibi, sunucular da yüksek devirde (trafikte) doğru soğutmaya (kaynağa) ihtiyaç duyar. Cache kullanmayan, optimize edilmemiş bir WHMCS kurulumunda CPU’yu değil, çoğu zaman disk I/O’yu yakarsınız. Mümkünse:
- PHP için OPcache etkin olsun
- MySQL tarafında
innodb_buffer_pool_sizedoğru ayarlanmış olsun - Düzenli log temizliği yapın, eski ticket eklerini arşivleyin
Guvenlik Duvari ve Port Ayarlari
Dış dünyaya açık her port, açık bir penceredir. WHMCS, web üzerinden erişilen bir panel olduğu için zaten 80/443 açık olacak. Ama asıl kritik olan, WHMCS’in konuştuğu arka uç servisler: cPanel/WHM, Plesk, DirectAdmin, VDS yönetim panelleri, ödeme sağlayıcı callback URL’leri.
Genelde şu hatayı görüyoruz: Firewall öyle bir kapatılıyor ki, WHMCS panele erişebiliyorsun ama cPanel’e API çağrısı atamıyor. Sonuç: Sipariş geliyor, ödeme alınıyor, ama hesap açılmıyor. Bu yüzden:
- Sunucunda sadece gerekli portları aç: 80/443 (HTTP/HTTPS), 22 (SSH – mümkünse port değiştir), paneline özel portlar (2087, 2083 vb.)
- SSH’yi mümkünse varsayılan 22’den farklı bir porta taşı, root login’i kapat, anahtar tabanlı doğrulamaya geç
- FTP servisini gerçekten ihtiyacın yoksa kapat, yok illa olacaksa SFTP/FTPS kullan
WHMCS tarafında ise, admin panel yolunu standart /admin bırakmamak, admin klasörüne IP kısıtlaması ve ek .htaccess koruması eklemek ciddi fark yaratır. Bir de ufak ama kritik bir detay: Callback URL’lerini firewall’da bloklama. Ödeme sisteminden dönen bildirimler (IPN, callback vs.) kesilirse, sistem “ödeme geldi” bilgisini alamaz, otomasyon zinciri kırılır.
Yazilim Uyumlulugu ve PHP/Veritabani Secimi
“En güncel sürüm her zaman en iyisidir” lafı, WHMCS ve PHP tarafında her zaman doğru çıkmıyor. WHMCS’nin resmi dokümanında desteklediği PHP sürümlerini aynen takip etmek lazım. PHP 8.3 çıkmış olabilir ama senin WHMCS’in henüz 8.1 için optimizeyse, yenilik uğruna stabiliteyi çöpe atmamak gerekiyor.
Veritabanı tarafında da altın kural şu: Tek bir büyük, karmaşık sorgudan kaçın, çok kullanılan ekranları hafiflet. Özellikle rapor ekranları, müşteri listeleri, destek talepleri sayfalarında:
- Gereksiz filtrelerden kaçın
- Arama yaparken mümkünse tarih ve durum kısıtları kullan
- Veritabanında index’lerin doğru tanımlandığından emin ol
Dürüst olmak gerekirse, veritabanında ısrarla MyISAM kullanmak da artık çağ dışı. InnoDB hem bütünlük hem performans açısından genelde daha mantıklı. Özellikle çok kullanıcılı WHMCS kurulumlarında satır kilitleme (row-level locking) hayat kurtarıyor.
Uygulama: Kurulum ve Yayına Alma
Terminali açın, şu komutu girin demiyorum ama mantık şu şekilde işliyor: Önce altyapıyı hazırlıyorsun, sonra WHMCS’i bu altyapının üzerine düzgünce oturtuyorsun.
Adımları şöyle sadeleştirebiliriz:
- Uygun bir hosting veya VDS seç
WHMCS’i shared hosting’te de çalıştırabilirsin ama ciddi iş yapacaksan en azından düzgün kaynak tahsisi olan bir VDS ya da VDS sunucu çok daha sağlıklı. - PHP ve MySQL sürümlerini WHMCS dokümanına göre ayarla
Modül uyuşmazlığı yaşamamak için önce sistem gereksinimlerini kontrol et, sonra panele/konfige dokun. - WHMCS dosyalarını sunucuya yükle ve izinleri düzenle
Config dosyasını oluşturduktan sonra yazma izinlerini sıkılaştır;configuration.phpdosyasını 400/440 gibi izinlere çekmek iyi pratik. - Kurulum sihirbazını tamamla ve lisansını tanımla
Veritabanı bilgilerini, admin kullanıcıyı ve temel ayarları burada belirlersin. - Sunucu ve ürün modüllerini ekle
cPanel, Plesk, DirectAdmin ya da kullandığın panel ne ise, modülünü ekleyip API bilgilerini gir. Domain tarafında domain sağlayıcı modüllerini bağla. - Otomasyon ayarlarını yap ve cron’u kur
Askıya alma, yenileme hatırlatmaları, fatura oluşturma saatleri… Bunların hepsi cron ile tetikleniyor. Cron’suz WHMCS, frenleri olmayan araba gibi.
Genelde 5 dakikadan fazla sürmez dediğimiz kısım, dosya yükleme ve temel kurulum. Asıl vakit alan; ürün paketlerini, fiyatlandırmayı, vergileri, ödeme yöntemlerini ve mail şablonlarını kendi iş modeline göre düzenlemek. Ama bunu bir kere düzgün yaparsan, sonrası büyük oranda otomatik akar.
Sik Karşilaşilan Sorunlar ve Pratik Cozumler
| Hizmet Türü | Hosting Otomasyon / Faturalandırma Yazılımı (WHMCS) |
|---|---|
| Hedef Kitle | Hosting firmaları, reseller’lar, ajanslar, geliştiriciler |
| Zorluk Seviyesi | Orta – Temel Linux ve panel bilgisi gerektirir |
| Öne Çıkan Özellik | Tam otomasyon: sipariş, fatura, destek, provisioning |
| Sorun | Muhtemel Neden | Çözüm |
|---|---|---|
| Site Yavaş Açılıyor | Zayıf önbellekleme veya yüksek sorgu sayısı | Redis/Litespeed Cache kurulumu yapın |
| Bağlantı Zaman Aşımı | Firewall engeli veya hatalı DNS | Port izinlerini kontrol edin |
Bu tablo daha çok genel hosting tarafı için gibi görünse de, WHMCS için de birebir geçerli. WHMCS panelin yavaşsa, çoğu zaman sebep:
- Ağır rapor sorguları
- Optimize edilmemiş MySQL
- Önbelleksiz PHP çalışması
Bağlantı zaman aşımı hatalarında ise; cPanel/WHM API çağrılarının firewall tarafından kesilmesi, panel IP’sinin değişmiş olması veya SSL/sertifika uyumsuzluğu gibi noktalar mutlaka kontrol edilmeli. SSL tarafında sorun yaşamamak için de panelini mümkünse geçerli bir SSL sertifikası ile koşturmak, hem güven hem de entegrasyonlar açısından önemli.
Sikca Sorulan Sorular
WHMCS guvenli mi?
Doğru yapılandırılırsa ve güncellemeleri aksatmazsan evet, gayet güvenli. Ama “kur, unut” yapılacak bir yazılım değil. Admin klasörünü yeniden adlandırmak, iki faktörlü kimlik doğrulama kullanmak, düzenli güncelleme ve yedek almak şart. Ayrıca WHMCS’i, üzerinde onlarca farklı CMS’in koşturduğu kalabalık bir paylaşımlı hosting yerine izole bir ortamda barındırmak, riskleri ciddi şekilde düşürür.
Fiyat/Performans dengesi nasil kurulur?
Burada iki uç var: “En ucuz sunucuyu alayım, nasılsa sadece panel çalışacak” diyenler ve “Overkill olsun, 32 core olsun, 64 GB RAM olsun” diyenler. Gerçekçi yaklaşım şu: Trafiğine, müşteri sayına ve ticket yoğunluğuna göre ölçeklenen bir yapı. Küçük başlayıp büyüdükçe VDS’ten Cloud çözüme geçmek çoğu zaman daha mantıklı. Ayrıca müşterilerinin siteleri için ayrı, WHMCS panelin için ayrı bir altyapı seçmek performans/fiyat dengesini korur.
Bu arada, performansınızı artırmak için Yazılım & Otomasyon sayfamızdaki diğer çözümlere de bakabilirsiniz.
Tasima (Migration) islemi zor mu?
Korkutucu görünebilir ama, planlı yapıldığında düşündüğün kadar karmaşık değil. İşin özü; veritabanı, dosyalar, lisans taşınması ve DNS/panel ayarlarının kontrol edilmesi. Eğer mevcut WHMCS kurulumun başka bir sunucuda çalışıyorsa, dosyaları ve veritabanını sağlam bir yedekle yeni ortama aktarıp, configuration ayarlarını güncellemen çoğu durumda yeterli. Bilhost tarafında ise, altyapı değişimi veya yeni bir WordPress hosting ya da hosting paketi geçişinde göç sürecini olabildiğince az kesintiyle yönetmek için teknik ekip sana eşlik ediyor; “panel değişince her şey bozulacak mı” korkusunu biraz da olsa alıyoruz diyebilirim.
Sonuc
İşin özü şu: WHMCS nedir? Hosting otomasyonu nasıl kurulur sorusunun cevabı, aslında “işini ne kadar otomatikleştirmek istiyorsun?” sorusuna verdiğin cevapla birebir bağlantılı. Doğru yapılandırılan bir WHMCS; müşteriyi, faturayı, domain’i, hosting’i, ticket’ı tek panelde birleştirip senin omzundan ciddi bir yük alır. Yanlış kurgulanan bir sistem ise seni her gece log okumaya, cron kovalayıp API hatası ayıklamaya zorlar.
Teknoloji ne kadar karmaşık görünürse görünsün, doğru yapılandırma hayat kurtarır. Eğer bir yerde takılırsan biz buradayız, yorumlarda sorularını bekliyorum.
