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 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.

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.
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.
- Environment, ardından Hazırlama sekmesini açın.
- Staging'i Production'a Gönder bölümüne kaydırın.
- Onay kutularıyla neyi göndereceğinizi seçin: Dosyalar, Veritabanı veya her ikisi.
- 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.
- Bu işlemin canlı üretim sitenizi değiştireceğini anladım. seçeneğini işaretleyin.
- Onay kutusuna production alan adınızı tam olarak gösterildiği gibi yazın.
- 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.
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.
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.
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.
- Environment, ardından Hazırlama sekmesini açın.
- Üretimden Sıfırla bölümünü bulun.
- Dosyalar, Veritabanı veya her ikisini işaretleyin.
- Ü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 ile düzeltin.
İşe Yarayan Bir İş Akışı
- Production'dan sıfırlayın, böylece staging canlı siteyle eşleşir.
- 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.
- Çalışmayı staging üzerinde yapın. Eklenti ve tema güncellemeleri, yeni kod, düzen değişiklikleri.
- 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.
- Veritabanının da gitmesi gerektiğine bilinçli olarak karar vermediyseniz yalnızca dosyaları gönderin.
- Production'ı hemen kontrol edin. Ana sayfa, derin bir sayfa, ödeme sayfası ve yönetici panosu.
- Memnun kaldığınızda staging'i tekrar production'dan sıfırlayın, böylece bir sonraki tur temiz başlar.
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.
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.
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.