# Staging Kullanımı: Production'a Gönderme ve Production'dan Çekme

Source: https://support.kapsulehost.com/tr-tr/wordpress-staging-workflow

Staging, WordPress ve WooCommerce siteleri içindir. Bir staging kopyası oluşturulduktan sonra, onu kullanışlı tutan iki işlem vardır: test edilmiş değişikliklerinizi canlı siteye göndermek ve staging'i production'ın yeni bir kopyasına sıfırlamak. Bu kılavuz her iki yönü de ayrıntılı olarak, canlı sitenizi koruyan onayları ve veritabanı göndermenin veri kaybına yol açacağı durumları kapsar.

Henüz bir staging ortamı oluşturmadıysanız, [Staging Ortamlarını Kullanma](https://support.kapsulehost.com/tr-tr/staging-environments) makalesiyle başlayın. Bu makale, staging'in zaten var olduğu noktadan devam eder.

## İki Yön

| İşlem | Neyin üzerine yazar | Ne zaman kullanılır |
|---|---|---|
| **Production'a Gönder** | Canlı siteniz | Staging'deki değişiklikler test edilmiş ve canlıya alınmaya hazır olduğunda |
| **Üretimden Sıfırla** | Staging siteniz | Mevcut canlı sitenin üzerinde çalışmak için temiz bir kopyasını istediğinizde |

Her ikisi de aynı ekranda bulunur: **Web Siteleri**, ardından siteniz, ardından **Environment**, ardından **Hazırlama**.

![KPanel'de bir sitenin Staging sayfası, staging alan adını, durumunu ve en son ne zaman senkronize edildiğini gösteriyor](https://support.kapsulehost.com/help/screenshots/wordpress-staging-workflow.8f62c65f.webp)

Bu ekranın üstündeki kart, staging alan adınızı, durumunu, en son production'dan ne kadar süre önce senkronize edildiğini ve en son ne zaman gönderildiğini gösterir. **WP Admin**, sizi doğrudan staging sitesinin panosuna oturtur, **Siteyi ziyaret et** ise staging ön yüzünü açar.

> **Tip:** Bir hafta veya daha uzun süredir senkronize edilmemiş bir staging kopyası, bu kartta kehribar rengiyle işaretlenir. Eski staging, staging olmamasından daha kötüdür: artık canlı siteye benzemeyen bir site üzerinde test yapmış olursunuz. Yeni bir iş üzerinde çalışmaya başlamadan önce sıfırlayın, sonra değil.

## Staging'i Production'a Göndermek

Bu işlem, canlı sitenizin tamamını veya bir kısmını staging'dekiyle değiştirir.

1. **Environment**, ardından **Hazırlama** sekmesini açın.
2. **Staging'i Production'a Gönder** bölümüne kaydırın.
3. Onay kutularıyla neyi göndereceğinizi seçin: **Dosyalar**, **Veritabanı** veya her ikisi.
4. **Veritabanı** seçeneğini işaretlediyseniz **URL'leri Yeniden Yaz** seçeneğini işaretli bırakın. Bu, gönderme işleminin bir parçası olarak staging ana bilgisayar adının production adınızla değiştirilmesi için tüm tablolarda bir arama ve değiştirme işlemi çalıştırır.
5. **Bu işlemin canlı üretim sitenizi değiştireceğini anladım.** seçeneğini işaretleyin.
6. Onay kutusuna production alan adınızı tam olarak gösterildiği gibi yazın.
7. **Production'a Gönder** düğmesine tıklayın.

Hem onay kutusu işaretlenip hem de alan adı eşleşene kadar düğme devre dışı kalır, böylece zamanlaması yanlış bir tıklama gönderme işlemini başlatamaz.

> **Warning:** Gönderme işlemi birleştirme değil, üzerine yazma yapar. Son sıfırlamanızdan bu yana production'da değişen her şey, staging'de ne varsa onunla değiştirilir. Buna yeni yazılar, yeni müşteri hesapları, yeni form girdileri ve yeni siparişler de dahildir.

Herhangi bir şey yazılmadan önce production'ın tam bir yedeği otomatik olarak alınır ve gönderme işlemi yarıda başarısız olursa production bu yedeğe geri döndürülür. Küçük siteler genellikle bir dakikadan çok daha kısa sürede tamamlanır; büyük bir veritabanı veya birkaç gigabaytlık bir medya kütüphanesi daha uzun sürer.

### Files, Database veya İkisini Seçmek

En önemli karar budur ve cevap genellikle "ikisi de" değildir.

**Yalnızca Files.** Ziyaretçilerden herhangi bir şey toplayan bir site için güvenli varsayılan seçenek. Tema düzenlemeleri, eklenti güncellemeleri, şablon değişiklikleri ve özel kod, hepsi dosyalarda yaşar. Yalnızca dosyaları göndermek, production'daki her yazıyı, yorumu, siparişi ve kullanıcıyı dokunulmamış bırakır.

**Yalnızca Database.** Kimsenin production'ı doğrudan düzenlemediği bir sitede, staging'de yapılan içerik veya ayar değişiklikleri için. Pratikte nadirdir.

**İkisi de.** Staging'in yeni site olduğu ve production'ın tamamen değiştirildiği bir yeniden tasarım veya yeniden yapım için doğrudur. Bunu önceden duyurun, mesai saatleri dışında yapın ve önce güncel bir yedeğinizin olduğunu doğrulayın.

> **Important:** Veritabanını canlı bir mağazaya göndermek siparişleri siler. WooCommerce, siparişleri, müşterileri, abonelikleri, kuponları ve stok seviyelerini veritabanında tutar, bu yüzden son production sıfırlamanızdan bu yana verilen her sipariş, gönderme işlemi tamamlanır tamamlanmaz kaybolur. Kısmi bir kurtarma mümkün değildir. Bir mağazada yalnızca dosyaları gönderin ve veritabanı düzeyindeki değişiklikleri doğrudan production üzerinde yapın. Bkz. [WooCommerce Kurulumu](https://support.kapsulehost.com/tr-tr/wordpress-woocommerce).

Aynı tuzak, daha az dramatik olsa da, WordPress'te saklanan yorumları, form gönderimlerini, üyelik kayıtlarını veya bir e-posta listesini barındıran her site için geçerlidir.

## Staging'i Production'dan Sıfırlamak

Bu güvenli yöndür: staging'in üzerine mevcut canlı sitenin kopyasını yazar ve production'a asla dokunmaz.

1. **Environment**, ardından **Hazırlama** sekmesini açın.
2. **Üretimden Sıfırla** bölümünü bulun.
3. **Dosyalar**, **Veritabanı** veya her ikisini işaretleyin.
4. **Üretimden Sıfırla** düğmesine tıklayın.

Bunu şu durumlarda yapın:

- Production ilerlemişse, yeni yazılar, yeni siparişler veya içerik düzenlemeleriyle.
- Yeni bir iş üzerinde çalışmaya başlıyorsanız ve gerçekçi bir temel istiyorsanız.
- Staging, oradaki bir test sonucunun hiçbir anlam ifade etmeyeceği kadar uzaklaşmışsa.

Staging'de henüz gönderilmemiş her şey kaybolur. Staging'de hâlâ istediğiniz bir çalışma varsa, önce onu gönderin veya sıfırlamadan önce değişen dosyaları **Ayarlar**, ardından **Dosya Yöneticisi** üzerinden kopyalayın.

## URL Yeniden Yazma Nasıl Çalışır

WordPress kendi adresini veritabanında, seçenekler tablosunun `siteurl` ve `home` satırlarında saklar ve mutlak URL'ler ayrıca yazı içeriğinde, meta değerlerinde, widget ayarlarında ve tema seçeneklerinde de sona ulaşır.

Staging siteniz `staging.` ardından alan adınızla çalışır, bu yüzden siz orada çalışırken bu değerlerin her biri staging ana bilgisayar adını gösterir. Gönderme işlemindeki **URL'leri Yeniden Yaz**, serileştirilmiş eklenti ayarlarını doğru şekilde işleyerek tüm tablolarda düzgün bir arama ve değiştirme işlemi çalıştırır ve staging ana bilgisayar adını production adınızla değiştirir.

Belirli bir nedeniniz olmadıkça işaretli bırakın. Yalnızca dosyaları gönderirseniz veya başıboş bir staging URL'si kalırsa, bunu [Arama ve Değiştirme Çalıştırma](https://support.kapsulehost.com/tr-tr/wordpress-search-replace) ile düzeltin.

## İşe Yarayan Bir İş Akışı

1. **Production'dan sıfırlayın**, böylece staging canlı siteyle eşleşir.
2. **Başlamadan önce production'ın bir yedeğini alın**, böylece gönderme işleminden bağımsız bir geri yükleme noktanız olur: [Yedek Alma](https://support.kapsulehost.com/tr-tr/taking-a-backup).
3. **Çalışmayı staging üzerinde yapın.** Eklenti ve tema güncellemeleri, yeni kod, düzen değişiklikleri.
4. **Staging alan adında test edin.** Değiştirdiğiniz sayfaları ve değiştirmediğiniz sayfaları yükleyin. Bir mağazada, baştan sona bir test siparişi verin.
5. Veritabanının da gitmesi gerektiğine bilinçli olarak karar vermediyseniz **yalnızca dosyaları gönderin**.
6. **Production'ı hemen kontrol edin.** Ana sayfa, derin bir sayfa, ödeme sayfası ve yönetici panosu.
7. Memnun kaldığınızda **staging'i tekrar production'dan sıfırlayın**, böylece bir sonraki tur temiz başlar.

> **Note:** Staging, tamamen production siteniz üzerinden yönetilir. **Web Siteleri** listesinde ayrı bir giriş olarak görünmez, bu yüzden silme dahil onunla ilgili her kontrol bu tek sekmede bulunur.

## Staging'i Silmek

Aynı ekranın alt kısmındaki **Staging Sil** kartı, staging kopyasını kaldırır. Production etkilenmez. Bir proje tamamlandığında bunu silin: staging, planınızın depolama alanına dahildir ve eski bir kopya bir varlıktan çok bir yüktür.

## Sorun Giderme

**Push to Production düğmesi etkinleşmiyor.** Her iki koşul da sağlanmalıdır: onay kutusu işaretlenmiş olmalı ve production alan adı, başında `https://` ve sonunda eğik çizgi olmadan tam olarak yazılmış olmalıdır.

**Gönderme işlemi tamamlandı ama site hâlâ eski içeriği gösteriyor.** Önbellekleme nedeniyle. **WordPress**, ardından **Hızlı İşlemler**, ardından **Önbelleği Temizle** üzerinden temizleyin, **Performans**, ardından **Kapsule CDN** üzerinden CDN'i temizleyin ve gizli bir pencerede yeniden yükleyin.

**Gönderme işleminden sonra canlı sitede staging URL'leri görünüyor.** Veritabanı, **URL'leri Yeniden Yaz** işaretlenmeden gönderildi. Staging ana bilgisayar adından production alan adınıza bir arama ve değiştirme işlemi çalıştırın: [Arama ve Değiştirme Çalıştırma](https://support.kapsulehost.com/tr-tr/wordpress-search-replace).

**Veritabanını gönderdim ve siparişleri kaybettim.** Üzerine yazılmış veritabanına daha fazla sipariş gelmeden önce, otomatik ön gönderme yedeğini hemen geri yükleyin: [Yedekten Geri Yükleme](https://support.kapsulehost.com/tr-tr/restoring-from-backup).

**Sıfırlamadan sonra staging bir hata gösteriyor.** Bunun yaygın nedeni, production alan adını sabit kodlayan bir eklentidir. Staging kartında **WP Admin** ile oturum açın ve hata düzelene kadar eklentileri orada devre dışı bırakın, ardından sorunlu olanı production üzerinde düzeltin veya değiştirin.