X

Lütfen Ülke (Bölge) Seçiniz

Türkiye (Türkçe)Türkiye (Türkçe) Worldwide (English)Worldwide (English)
X

Lütfen Para Birimi Seçiniz

₺ Türk Lirası $ US Dollar
X

Lütfen Ülke (Bölge) Seçiniz

Türkiye (Türkçe)Türkiye (Türkçe) Worldwide (English)Worldwide (English)
X

Lütfen Para Birimi Seçiniz

₺ Türk Lirası $ US Dollar

Bayi Hosting ile İlk Müşteri Sitesi Nasıl Yayına Alınır?

AnasayfaYazılarWeb Hosting RehberiBayi Hosting ile İlk Müşteri Sitesi...

Bayi hosting ile ilk müşteri sitesini yayına almak için önce bayi panelindeki hesap ve paket sınırlarını netleştirin, ardından müşteri adına ayrı bir hosting hesabı oluşturun. Alan adını bu hesaba bağlayıp DNS kayıtlarını sağlayıcının verdiği değerlere yönlendirin; son olarak SSL, e-posta ve site erişimini aynı değişiklik üzerinden tek tek doğrulayın. Böylece bir müşterinin ayarı diğer hesapları etkilemeden ilerleyebilirsiniz.

Bayi hosting kurulumuna başlamadan önce hangi erişimler gerekir?

Bu işlem, sağlayıcının sunduğu bir bayi kontrol paneline ve alan adı DNS yönetimine erişim gerektirir. Panel genellikle yeni müşteri hesabı açma, paket tanımlama, alan adı ekleme ve hesap kullanımını izleme seçenekleri sağlar. Ancak sunucu yöneticisi değilseniz işletim sistemi, web sunucusu veya küresel PHP ayarlarını değiştiremezsiniz; bu yetkiler sağlayıcıya ya da yönetilen sunucu yöneticisine bağlıdır.

Başlamadan önce müşterinin alan adını, kullanılacak site yazılımını, yaklaşık disk ihtiyacını ve e-posta gereksinimini not edin. Mevcut bir site taşınacaksa eski DNS değerlerini, e-posta kayıtlarını ve önemli dosya-veritabanı yedeklerini saklayın. DNS değişikliğinden önce mevcut değerleri kaydetmek, yanlış bir kaydı geri almanız gerektiğinde güvenli bir geri dönüş sağlar.

Bayi hosting üzerinde müşteri hesabı oluşturma adımları

1. Önce paketi, sonra müşteri hesabını tanımlayın

Bayi panelinde paket veya plan oluşturma ekranını açın. Disk alanı, aylık trafik, veritabanı, e-posta kutusu ve alan adı sayısı gibi sınırları burada inceleyin. Küçük bir kurumsal site için yalnızca yüksek disk kapasitesine bakmayın; veritabanı ve e-posta sınırı da gerçek ihtiyacı belirleyebilir. Seçtiğiniz sınır müşterinin ihtiyacını karşılıyorsa bu paketi müşterinin hesabına atayın; karşılamıyorsa tüm hesapların sınırlarını rastgele yükseltmek yerine yalnız ilgili planı düzenleyin.

Karar burada iş yüküne göre verilir: site çoğunlukla tanıtım sayfalarından oluşuyorsa ölçülü bir paket yeterli olabilir; yoğun ürün kataloğu, sık veritabanı sorgusu veya çok sayıda posta kutusu varsa daha geniş veritabanı ve e-posta kapasitesi gerekir. Buna rağmen uygulama sunucu düzeyinde bellek veya işlemci istiyorsa bayi panelindeki paket sınırını artırmak sorunu çözmeyebilir; bu durumda sağlayıcının sunduğu daha güçlü hizmet seçeneğini ayrıca değerlendirmek gerekir.

2. Alan adını doğru hesapla eşleştirin

Yeni hesap ekranında müşterinin alan adını ana alan adı olarak girin ve sistemin oluşturduğu hesap kullanıcı adını not edin. Sonuç ekranında alan adının gerçekten yeni müşteri hesabına bağlı olduğunu, belge kökünün ve geçici erişim adresinin gösterildiğini kontrol edin. Alan adı başka bir hesaba bağlı görünüyorsa ikinci bir hesap açmayın; önce mevcut eşleşmeyi inceleyin. Aynı alan adının iki hesapta tanımlanması, hangi sitenin sunulacağının belirsizleşmesine yol açabilir.

Diyelim ki müşteri alan adını daha önce başka bir hosting hesabında kullanıyordu ve panel yeni hesaba ekleme sırasında alan adının zaten kayıtlı olduğunu gösterdi. Bu bulgu DNS sorunu değil, panel içindeki hesap eşleşmesi sorunudur. Eski hesabın yedeğini ve mevcut ayarlarını aldıktan sonra alan adını yalnızca yetkili olduğunuz eski hesaptan ayırın; ardından yeni hesaba ekleyin. Dosya silmek veya iki hesabın belge kökünü aynı yapmak güvenli bir çözüm değildir.

3. DNS ekranında yalnız gerekli kayıtları değiştirin

Bayi panelindeki alan adı veya DNS yardım ekranında önerilen ad sunucularını ya da A kaydını not edin; hangi yöntemin geçerli olduğu sağlayıcıya göre değişebilir. Alan adı kayıt kuruluşunun DNS ekranında mevcut kayıtların ekran görüntüsünü veya metin kopyasını saklayın. Web sitesi başka sunucuda, e-posta ise mevcut sağlayıcıda kalacaksa tüm kayıtları sağlayıcının varsayılan değerleriyle değiştirmeyin; yalnızca web trafiğini yönlendiren kaydı güncelleyin.

Değişiklikten sonra aynı site adresini tekrar açın ve alan adının yeni hesaptaki geçici sayfayı veya yüklediğiniz test dosyasını gösterip göstermediğine bakın. Eski site görünüyorsa kayıt henüz yayılmamış olabilir veya yerel DNS önbelleği eski sonucu döndürüyor olabilir. Farklı bir ağdan ve alan adı DNS sorgu ekranından aynı kaydın yeni hedefi gösterip göstermediğini karşılaştırın; e-posta çalışıyorsa MX kayıtlarının korunup korunmadığını ayrıca kontrol edin.

4. Uygulamayı, veritabanını ve SSL'yi ayrı ayrı doğrulayın

Site dosyalarını ve veritabanını panele sunulan dosya yöneticisi, uygulama aracı veya güvenli taşıma yöntemiyle yükleyin. Veritabanı bilgileriyle uygulamanın yapılandırmasındaki bilgilerin aynı olduğunu ve belge kökünün doğru dizini gösterdiğini kontrol edin. Ana sayfa açılıyor fakat giriş veya ürün sayfası hata veriyorsa yalnızca DNS'yi değiştirmeye devam etmeyin; ilgili uygulama ayarını, veritabanı bağlantısını ve hata günlüğündeki yeni satırları inceleyin.

SSL kurulumu tamamlandıktan sonra adresi HTTPS ile açın ve tarayıcıdaki sertifika ayrıntılarında alan adının doğru olduğunu doğrulayın. Sayfa açılıyor fakat bazı kaynaklar HTTP üzerinden geliyorsa uygulamanın site adresi ve yönlendirme ayarlarını kontrol edin. Güvenlik kontrollerini kapatmak yerine yalnız hatalı kaynak URL'sini düzeltin. Her değişiklikten sonra aynı URL'yi yeniden açın ve değişiklik saatinden sonra oluşan yeni günlük kaydını inceleyin; sonuç düzelmiyorsa önceki değeri geri yükleyip tek farklı değişkenle ilerleyin.

E-posta ve hesap ayrımını nasıl kabul edilebilir sayarsınız?

Yeni müşteri hesabında bir test posta kutusu oluşturun ve panelin gösterdiği web posta adresinden oturum açmayı deneyin. Dış bir adrese test mesajı gönderirken alıcıya ulaşmasını, yanıt mesajının geri dönmesini ve alan adının MX kaydının beklenen posta hizmetini göstermesini kontrol edin. Web sitesi açılıyor ancak posta çalışmıyorsa bu iki hizmetin aynı DNS değişikliğine bağlı olduğunu varsaymayın; web kaydı doğru kalırken MX kayıtlarının eski hizmete ait olması gerekebilir.

Hesap sınırı dolduğunda yeni posta kutusu veya veritabanı oluşturulamıyorsa, önce paneldeki kullanım ekranında hangi kotanın dolduğunu bulun. Disk kotası doluysa gereksiz dosyaları silmek yerine müşterinin onayıyla yedekleme ve saklama politikasını gözden geçirin; veritabanı sınırı doluysa disk artırmak doğru düzeltme olmayabilir. Sorun aynı hesapta tekrarlanıyor ve panel sınırları makul olduğu hâlde işlemci veya bellek yetersizliği belirtileri görülüyorsa, bayi panelini zorlamak yerine daha uygun bir sunucu katmanını değerlendirin. İhtiyaç büyüdüğünde Türkiye VDS sunucu paketleri gibi alternatifleri, mevcut panel ve yönetim sorumluluklarıyla birlikte karşılaştırabilirsiniz.

Yayına geçişten sonra güvenli kontrol

Kurulum tamamlandığında müşteriye yalnızca ana sayfayı göstermeyin: HTTPS erişimini, bir iletişim formu gönderimini, yönetici girişini, e-posta alıp göndermeyi ve mobil görünümü kontrol edin. Form çalışmıyorsa aynı anda PHP sürümü, SMTP ayarı ve DNS'yi değiştirmeyin; gözlenen belirtiye en yakın ayarı seçip tek faktörü değiştirin. Değişiklikten önceki değeri saklayın, işlemi tekrar edin ve yeni zaman damgalı kanıtla sonucu doğrulayın.

Site hâlâ eski sunucuyu gösteriyor, posta kesiliyor veya panelde hesap eşleşmesi çözülemiyorsa DNS kayıtlarını ve hesap ekranındaki alan adı bağlantısını olduğu gibi belgeleyin. Sağlayıcıya başvururken kimlik bilgileri, parolalar veya erişim anahtarları göndermeden yalnız alan adı, işlem zamanı ve görülen hata türünü paylaşın. En güvenli sonraki adım, sorunun DNS yayılımı mı, hesap eşleşmesi mi yoksa uygulama yapılandırması mı olduğunu ayırdıktan sonra yalnız ilgili ayarı geri almaktır.


Top