Canlıya çıkış kontrolü, sayfanın açılışından ödeme ve geri dönüşe kadar gözlenebilir sonuçlar içermeli. Aşağıdaki kontrolleri önce test ortamında, sonra sınırlı canlı doğrulamayla uygulayın. Gerçek para/e-posta/kargo işlemini test diye yanlışlıkla tetiklemeyin.
1. Yayın kaydını oluşturun
Commit/sürüm, yedek konumu, DB migration listesi, yayın saati ve sorumluyu yazın. Yedeği ayrı ortamda açmadan “geri dönebiliriz” varsaymayın. Migration eski kodla uyumsuzsa dosya rollback'i yeterli olmaz; geçiş ve veri koruma planı gerekir.
2. HTTP ve sertifika kontrolü
curl -sS -o /dev/null -w 'ana sayfa: %{http_code}\n' https://example.com/
curl -sS -o /dev/null -w 'olmayan sayfa: %{http_code}\n' https://example.com/ust-kontrol-bulunmayan-sayfa
curl -fsS https://example.com/robots.txt
curl -fsS https://example.com/sitemap.xml -o /tmp/canli-sitemap.xml
openssl s_client -connect example.com:443 -servername example.com </dev/null 2>/dev/null | openssl x509 -noout -datesAna sayfa 200, olmayan URL gerçek 404/410 beklenen davranışa uygun olmalı. Sitemap HTML giriş ekranı dönmemeli. Sertifika tarihini görmek tüm TLS zincirini doğrulamaz; curl hatasız HTTPS bağlantısını ve tarayıcıyı da kontrol edin. Cloudflare varsa bu test edge sertifikasını gösterir.
3. İşlev kabul tablosu
| İşlem | Beklenen kanıt |
|---|---|
| Giriş/çıkış | Oturum açılır; çıkıştan sonra özel sayfa erişimi biter |
| Parola sıfırlama | Tek kullanımlı/süreli bağlantı doğru alıcıya gider |
| Arama | Boş, Türkçe karakterli ve olmayan sonuç anlaşılır |
| Form | Doğru alıcıya tek mesaj; hatada yanlış başarı yok |
| Ödeme | Sağlayıcı doğrulanmış tek işlem ve doğru sipariş |
| Webhook tekrarı | İkinci stok/kargo kaydı oluşmaz |
| Mobil | Menü, klavye ve ödeme butonu erişilebilir |
4. Gizli dosya ve debug kontrolü
.env, SQL yedeği, log ve .git içeriği HTTP ile indirilememeli. API yanıtında exception/anahtar gösterilmemeli. Test hostname'ine ait canonical ve noindex canlıda kalmamalı. Herkese açık phpinfo ve kurulum dosyalarını kaldırın.
5. İlk yayın izlemesi ve geri dönüş
Aynı test URL'lerinin yanıtlarını, uygulama 500 kayıtlarını ve ödeme/form başarılarını izleyin. Kritik hata varsa yeni işlemleri kontrollü durdurup önceki uyumlu sürüme dönün. Canlı sipariş başladıysa eski veritabanı yedeğini körlemesine yüklemeyin; yeni kayıtları koruyarak uzlaşma yapın. Sonuçları “geçti/kaldı + kanıt” biçiminde kaydedin; boş kutuyu başarılı saymayın.
İlgili UST Bilişim kaynakları
Bilgi Merkezi içindeki diğer teknik rehberleri ve web tasarım hizmetimizi inceleyebilirsiniz.
Bilgiyi uygulanabilir projeye dönüştürelim.
İhtiyacınızı teknik, operasyonel ve ticari açıdan değerlendirip doğru çözüm yol haritasını birlikte oluşturalım.
Projenizi Anlatın
