Staging sunucu nedir, neden ayrıdır?
Staging, üretime yakın veri ve kodun, gerçek müşterinin görmediği bir kopyada denenmesidir. Laptop “benim makinem” staging değildir: OS, PHP sürümü ve RAM farklıdır. Amaç: eklenti güncellemesi, migrasyon ve tema kırılmasını üretimden önce yakalamak.
Aynı VDS’te ikinci vhost (staging.ornek.com) ucuzdur ama üretim DB’sine yanlış bağlanmak felakettir. Ayrı küçük VDS izolasyon ve yanlış ufw kuralı riskini düşürür. robots noindex ve HTTP temel kimlik (veya IP allow) şarttır; Google staging’i indekslemesin. wp option update blog_public 0. Basic auth Nginx auth_basic. Cloudflare “development mode” staging’i cache’lemesin diye ayrı zone veya DNS only. Üretim dump’ındaki cron, mail, payment URL’lerini tek checklist ile değiştirin; bir satır unutmak gerçek tahsilat üretir.
Nasıl kurulur: DNS, kopya ve gizlilik
A kaydı staging.ornek.com -> VDS IP. Let’s Encrypt. Üretimden rsync + mysqldump, wp search-replace https://ornek.com https://staging.ornek.com (WP-CLI). wp-config’de WP_HOME/WP_SITEURL. E-posta gönderimini durdurun (staging sipariş maili gerçek müşteriye gitmesin).
htpasswd veya ufw’de yalnızca ofis IP. noindex. Staging’de gerçek ödeme anahtarı kullanmayın; sandbox. Cron’u kapatın ki yedek/stok senkron üretimi bozmasın. WP_DEBUG staging’de açılabilir, üretimde log-only. Search-replace serialized PHP dizilerini bozar; WP-CLI wp search-replace --precise veya özel araç kullanın, düz sed değil. İsimlendirme: staging.ornek.com production cookie domain’i (.ornek.com) paylaşmasın diye ayrı host. Veritabanı adını wp_staging tutun ki mysqldump karışmasın. Kapasite: staging üretimle aynı PHP sürümü olmalı, aynı RAM şart değil — yarı RAM çoğu güncelleme testi için yeter, yük testi değil.
Üretimle farklar ve veri maskeleme
Kişisel veri (KVKK) staging’e tam kopyalanmamalıdır; e-posta adreslerini anonimleştirin. Şifre hash’leri kopyalanırsa staging sızıntısı üretim hesabını açar — erişimi kısıtlayın. Redis/cache önekleri farklı olsun.
| Öğe | Üretim | Staging | Risk |
|---|---|---|---|
| DNS | apex/www | staging alt alan | indeks |
| DB | asıl | kopya + replace | yanlış host |
| Ödeme | canlı | sandbox | gerçek tahsilat |
| Cron | açık | kapalı | çift sipariş |
| Auth | normal | şifre / IP | sızıntı |
Ne zaman ayrı VDS, ne zaman alt alan?
Tek WP ve 2 GB RAM: aynı VDS ikinci vhost yeter. Node build + WP + DB: ayrı 2–4 GB VDS. Yük testi (k6/ab) staging’de yapılmalı; üretimi ezmeyin. Docker Compose ile production-like yığın, “PHP sürümü farklı” sürprizini keser.
Promosyon: staging’i production IP’sine A kaydı ile karıştırmayın. Blue-green ileri seviye; küçük ekiplerde bakım penceresi + yedek yeter. Staging’i indeksten çıkarmak Search Console URL kaldırma ile de yapılır; noindex asıl savunmadır.
Emriva ürün eşlemesi
Bu bölüm ürün eşlemesidir. Staging için giriş Xeon VDS veya aynı üretim VDS’te ikinci site. Hosting cPanel’de alt alan + Softaculous kopya da staging sayılır ama root cron kontrolü sınırlıdır. Günlük yedek staging’i üretim sanıp üzerine yazmayın.
noindex ve auth’u destekte hatırlatın; “neden Google’da çıktı” sonra gelmesin.