WordPress

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

Once a staging copy exists, two operations keep it useful: pushing your tested changes up to the live site, and resetting staging back to a fresh copy of production. This guide covers both…

Staging kopyası oluşturduktan sonra, iki işlem bunu faydalı tutmaya devam eder: test ettiğiniz değişiklikleri canlı siteye göndermek ve staging'i üretimden yeni bir kopyaya sıfırlamak. Bu kılavuz her iki yönü detaylı olarak, canlı sitenizi koruyan onayları ve veritabanını göndermenin veri yok edeceği durumları kapsar.

Henüz bir staging ortamı oluşturmadıysanız, Using Staging Environments ile başlayın. Bu makale staging'in zaten var olduğu noktadan devam eder.

İki Yön

İşlemNeyin Üzerine YazarNe Zaman Kullanın
Üretime GönderCanlı sitenizStaging'deki değişiklikler test edildi ve canlıya almaya hazır
Üretimden SıfırlaStaging sitenizMevcut canlı sitenin temiz bir kopyasını almak ve üzerinde çalışmak istiyorsunuz

Her ikisi de aynı ekranda bulunur: Websites (Web Siteleri), sonra siteniz, sonra Environments (Ortamlar), sonra Staging.

KPanel'deki bir sitenin Staging sekmesi

O ekranın en üstündeki kart, staging etki alanınızı, durumunu, üretimden en son ne zaman senkronize edildiğini ve en son ne zaman gönderildiğini gösterir. WP Admin sizi doğrudan staging sitenin kontrol paneline imzalar ve Visit site (Siteyi Ziyaret Et) staging ön ucunu açar.

Bir hafta veya daha uzun süredir senkronize edilmemiş bir staging kopyası, o kartta sarı renkle işaretlenir. Eski staging hiç staging olmamasından daha kötüdür: canlı sitesine artık benzememiş bir sitenin üzerinde test edersiniz. Yeni bir çalışma başlamadan sonra değil, önce sıfırlayın.

Staging'i Üretime Gönderme

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

  1. Environments (Ortamlar), sonra Staging açın.
  2. Push Staging to Production (Staging'i Üretime Gönder) bölümüne gidin.
  3. Onay kutuları ile gönderilecek öğeleri seçin: Files (Dosyalar), Database (Veritabanı), veya her ikisi.
  4. Database (Veritabanı) işaretlediyseniz, Rewrite URLs (URL'leri Yeniden Yaz) işaretli tutun. Gönderme sırasında staging ana bilgisayar adı üretim bilgisayarıyla değiştirilecek şekilde her tabloda arama ve değiştirme işlemi çalıştırır.
  5. I understand this modifies my live production site. (Bunun canlı üretim sitenizi değiştirdiğini anladığım) işaretleyin.
  6. Üretim etki alanınızı gösterildiği gibi doğru şekilde onay kutusuna yazın.
  7. Push to Production (Üretime Gönder) tıklayın.

Düğme, hem onay kutusu işaretlenene hem de etki alanı eşleşene kadar devre dışı kalır, bu nedenle yanlış zamanlanmış bir tıklama gönderiyi başlatamaz.

Bir gönderme üzerine yazar, birleştirmez. Son sıfırlamanızdan bu yana üretimde değişen herhangi bir şey staging'de olanla değiştirilir. Buna yeni gönderiler, yeni müşteri hesapları, yeni form gönderileri ve yeni siparişler dahildir.

Herhangi bir şey yazılmadan önce üretimin tam bir yedeklemesi otomatik olarak alınır ve gönderme yarıda başarısız olursa, üretim bu yedeklemeye geri alını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 kitaplığı daha uzun sürer.

Dosyalar, Veritabanı veya Her İkisini Seçme

Bu en önemli karar ve cevap genellikle "her ikisi" değildir.

Yalnızca dosyalar. Ziyaretçilerden bir şey toplayan bir site için güvenli varsayılan. Tema düzenlemeleri, eklenti güncellemeleri, şablon değişiklikleri ve özel kod tamamen dosyalarda yaşar. Yalnızca dosyaları göndermek üretimde her gönderiyi, yorumu, siparişi ve kullanıcıyı dokunulmamış bırakır.

Yalnızca veritabanı. Staging'de yapılan içerik veya ayar değişiklikleri için, kimsenin üretimi doğrudan düzenlemediği bir site üzerinde. Uygulamada nadirdir.

Her ikisi. Staging'in yeni site olduğu ve üretimin tamamen değiştirildiği bir tasarım değişikliği veya yeniden yapılandırma için doğrudur. Duyuru yapın, saatlerin dışında yapın ve önce güncel bir yedeklemeye sahip olduğunuzu 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 nedenle son üretim sıfırlamanızdan bu yana yapılan her sipariş gönderme tamamlandığı anda kaybolur. Kısmi kurtarma yoktur. Bir mağazada yalnızca dosyaları gönderin ve veritabanı düzeyindeki değişiklikleri üretimde doğrudan yapın. Setting Up WooCommerce bakın.

Aynı tuzak, daha az dramatik şekilde, yorumlar, form gönderileri, üyelik kaydı veya WordPress'te depolanan bir posta listesi olan herhangi bir siteye uygulanır.

Staging'i Üretimden Sıfırlama

Bu güvenli yöndür: staging'i mevcut canlı site ile üzerine yazar ve üretimi asla dokunmaz.

  1. Environments (Ortamlar), sonra Staging açın.
  2. Reset from Production (Üretimden Sıfırla) bulun.
  3. Files (Dosyalar), Database (Veritabanı), veya her ikisini işaretleyin.
  4. Reset from Production (Üretimden Sıfırla) tıklayın.

Şu durumlarda bunu yapın:

  • Üretim ilerledi, yeni gönderiler, yeni siparişler veya içerik düzenlemeleri ile.
  • Yeni bir çalışma başlıyorsunuz ve gerçekçi bir temel istiyorsunuz.
  • Staging öyle uzaklaştı ki, orada bir test sonucu hiçbir şey ifade etmiyor.

Staging'de gönderilmemiş herhangi bir şey kaybolur. Staging'de hala istediğiniz çalışma varsa, önce gönderin veya değişen dosyaları Files (Dosyalar), sonra File Manager (Dosya Yöneticisi) üzerinden sıfırlamadan önce çıkarın.

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

WordPress kendi adresini veritabanında, options tablosunun siteurl ve home satırlarında depolar ve mutlak URL'ler ayrıca gönderi içeriğine, meta değerlerine, widget ayarlarına ve tema seçeneklerine de girer.

Staging siteniz staging. ardından alanınızda çalışır, bu nedenle bu değerlerin tümü orada çalışırken staging ana bilgisayar adına işaret eder. Push üzerindeki Rewrite URLs (URL'leri Yeniden Yaz), tüm tablolar arasında uygun bir arama ve değiştirme işlemi çalıştırır, seri hale getirilmiş eklenti ayarlarını doğru şekilde işler ve staging ana bilgisayar adını üretim bilgisayarıyla değiştirir.

Yalnızca bunu yapmamak için belirli bir nedeniniz varsa, işaretli tutun. Yalnızca dosya gönderirseniz veya başıboş bir staging URL'si hayatta kalırsa, Running a Search and Replace ile düzeltin.

Ayakta Duran Bir İş Akışı

  1. Üretimden sıfırla staging canlı siteyle eşleşsin diye.
  2. Üretim yedeklemesi alın başlamadan önce, böylece gönderimden bağımsız bir geri yükleme noktanız olur: Taking a Backup.
  3. Staging'de çalışmayı yapın. Eklenti ve tema güncellemeleri, yeni kod, düzen değişiklikleri.
  4. Staging etki alanında test edin. Değiştirdiğiniz sayfaları ve değiştirmediğiniz sayfaları yükleyin. Bir mağazada, test siparişini uçtan uca çalıştırın.
  5. Yalnızca dosya gönderin veritabanının da gitmesi gerektiğine kasten karar vermediğiniz sürece.
  6. Üretimi hemen kontrol edin. Anasayfa, derin bir sayfa, kontrol ve yönetici pano.
  7. Staging'i üretimden tekrar sıfırla memnun olduğunuzda, böylece sonraki tur temiz başlasın.

Staging tamamen üretim sitenizden yönetilir. Websites (Web Siteleri) listesinde ayrı bir giriş olarak görünmez, bu nedenle bunu silmek de dahil olmak üzere onun için her denetim bu bir sekmede yaşar.

Staging'i Silme

Aynı ekranın en altındaki Delete Staging (Staging'i Sil) kartı staging kopyasını kaldırır. Üretim etkilenmez. Bir proje bittiğinde silin: staging planınızın depolamasına sayılır ve eski bir kopya bir varlık yerine bir yükümlülüktür.

Sorun Giderme

Üretime Gönder düğmesi etkinleşmeyecek. Her iki koşul da karşılanmalıdır: onay kutusu işaretli ve üretim etki alanı tam olarak yazılmalı, https:// olmadan ve sondaki eğik çizgi olmadan.

Gönderme tamamlandı ancak site yine eski içeriği gösteriyor. Önbellekleme. WordPress sonra Quick Actions (Hızlı İşlemler) sonra Flush Cache (Önbelleği Temizle) öğesinden temizleyin, CDN'i Performance (Performans) sonra Kapsule CDN öğesinden temizleyin ve özel pencerede yeniden yükleyin.

Staging URL'leri push sonrasında canlı sitede gösteriliyor. Veritabanı Rewrite URLs (URL'leri Yeniden Yaz) işaretli olmadan geçti. Staging ana bilgisayar adından üretim etki alanına bir arama ve değiştirme çalıştırın: Running a Search and Replace.

Veritabanı gönderdim ve siparişleri kaybettim. Otomatik ön-gönderme yedeklemesini hemen geri yükleyin, daha fazla sipariş üzerine yazılmış veritabanına gelmeden önce: Restoring From a Backup.

Sıfırlama sonrasında staging bir hata gösteriyor. Üretim etki alanını sabit kodlayan bir eklenti genellikle nedenidir. Staging kartında WP Admin ile imzalayın ve hata temizlenene kadar eklentileri devre dışı bırakın, sonra üretimde suçlu olanı düzeltin veya değiştirin.

Hala yardıma mı ihtiyacınız var?

Bize şu adresinden e-posta gönderin: support@kapsulehost.com ya da KPanel'de sohbet açın.

KPanel'i Aç
Push Staging to Production | Kapsule Help