Otomasyon için komut satırını kullanma – Bölüm II

Bu, geliştiricilerin çalışmalarını test etmek ve doğrudan üretim ortamında hatalara neden olmadan kodun kullanılmaya hazır olduğundan emin olmak için çeşitli sunucular veya seviyeler üzerinde çalışmaları için genel bir uygulamadır. WP motoru WordPress kurulumu başına birkaç ortama sahiptir ve çok katmanlı iş akışları sağlar. Geliştiriciler, kod müşterilerle paylaşılmaya hazır olana kadar ayrı geliştirme sitelerinde çalışabilir. Tamamlanan kod daha sonra müşteri onayı için sahnelemeye itilebilir. Müşteri çıktıktan sonra, kodu doğrudan WP motor kullanıcı portalına veya GIT’i kullanarak komut satırı için girmek mümkündür.
Bu düzenleme çok fazla esneklik sağlar ve versiyonun uyumluluğundan veya konfigürasyon farkından herhangi bir sorunu ortadan kaldırmak için doğru ortamda üç seviyenin de çalıştırılmasının avantajları vardır. Kod aynı kazık üzerinde test edildiğinden, kodun başka bir seviyede değil, bir seviyede çalışmasının bir nedeni yoktur. Ama bir sorun var. Geliştiriciler genellikle WP motor ortamı dışında meydana gelen günlük iş akışlarının bir parçası olarak yerel ortamda çalışacaktır. Sorun, iki ortam arasındaki verileri senkronize etmek için, diğer birkaç küçük dönüşümle birlikte veritabanı dışa aktarma/ithalatın gerekli olmasıdır.
Son yazımda, WP-CLI takma adının yerel ve uzun mesafeli sunuculara erişmek için SSH’yi kullanacak şekilde nasıl yapılandırılabileceğini görüyorum. Bu yazıda, komut satırları ve WP-CLI kullanarak yerel veritabanlarının uzun mesafeli sitelerle nasıl senkronize edileceği konusunda zor sorunları çözeceğim. Bu durumda, uzun mesafeli sitesi, WP motorunda çalışan WordPress üretim kurulumumdur ve yerel kurulumum, VVV’yi MacBook Pro’da çalıştıran geliştirme için kullandığım sitenin bir kopyasıdır. Tamam, detaylara dalalım. WP-Chli Veritabanı komutu, ‘WP DB’ adı verilen WP-CLI’nin veritabanı yönetimi ve yönetimine izin veren işlevlerinden biridir. Yeni bir veritabanı oluşturmak, bir tablo bırakmak, veritabanını geliştirmek ve hatta dosya olarak saklanan kuyruğu çalıştırmak mümkündür. ‘WP DB’ WP-Kişiklik Belgeleri’nde görebileceğiniz gibi birçok operasyon var. Hangi işlemlerin gerçekleştirileceğini belirlemek için ek komutlar alın. Tipik komutlar şuna benzer: ‘WP DB Optimize’. Bu durumda, WP-CHLI’dan veritabanını optimize etmesini istiyoruz. WP-CHLI komutunu hatırlamak oldukça kolaydır, çünkü her zaman ‘WP’ ile başlar, o zaman ‘DB’ gibi bir işlev vardır ve daha sonra bağımsız değişkenle komut takip edecektir. Örneğin, veritabanını üretim sunucumdan almak ve daha sonra yerel VVV evsiz kutuma aktarmak için ‘WP DB dışa aktarma’ ve ‘WP DB Import’ kullanacağım. Belli uzun mesafeli WordPress örneklerini hedeflemek için, VVV’de sadece uzun mesafeli veya yerel WordPress örneklerini hedeflememe izin veren AKA hazırladım.
Veritabanını aşağıdaki üretim sunucumdan dışa aktarmak için kullandığım komut veritabanını dışa aktarma.WP @PROD DB Dışa Aktar -> Prod.SQL ‘WP @PROD’ Bu WP -CLI komutunu, takma ad olarak yapılandırılan üretim sunucumda gerçekleştirmek istediğimi belirler.Yapılan gerçek komut, veritabanını üretim sunucusundaki yerel dosyalara dışa aktaracak ve ‘{dbname}-{ymd}-{rastgele-hash} .sql’ biçiminde çağıracak ‘WP @Prod DB dışa aktarma’ dır. varsayılan seçenek.Komut dosyası özel olarak verilen bir dosya isteyeceğim ve yerel makineme indireceğim, bu yüzden ek bir seçenek var.`-` seçeneği, dosyanın terminalimde standart çıktı olmasını sağlar.Bu, ekranda basılmış SQL dökümleri üretir ve SQL ifadelerinin uzun bir izi üretir.Son seçeneği `>`, ‘Prod.sql’ adını verdiğim ekranda yazdırılmak yerine dosyalarda depolanmasına izin verir.
Veritabanının doğru aktarılabilmesi için doğrudan bir site URL’si edinin, WP_Opations tablosunda depolanan Site URL’sinin seçeneğini değiştirmemiz gerekir. Bu değişiklik, bağlantılarımızın üretim alanımızda değil, geliştirici sitelerine yol açmasına izin verir. ‘WP seçeneği Get’ komutunu çalıştırarak WP-CHLI ile hızlı bir şekilde yapabiliriz. Üretime hazırlıklı bir takma adımız olduğundan, bunu üretim sitemize uzak tutmak ve ‘siteurl’ için değer elde edebiliriz. Tam komut şuna benziyor: ‘wp @ ürün seçeneği site () `. Otomasyon ruhuyla, geliştirme sitemizin URL’sini güncellemek için bunu kullanabilmemiz için notları depolamak mantıklıdır. Bunu bir değişkende siteurl değerlerini saklayarak yapabiliriz. Tam komut şuna benziyor: ‘prod_siteurl = $ (wp @prod seçeneği siteyi al);’. Daha sonra, geliştirme sitemizin veritabanı dışa aktarmasında SiteURL’yi geliştirme sitesinde çalışacak şekilde değiştirmesi için bir değer elde edebiliriz. Bunların hepsi aşağıdaki örnek gibi görünmek için bir araya geliyor. Prod_siteurl = $ ‘ın (siteurl almak için WP @Prod seçeneği) üretiminden ve geliştirilmesinden bir siteURL alın;
dev_siteurl = $ (siteurl almak için wp @deV seçeneği); Arama ve Değiştirme Site değerini güncellemek için dışa aktarma veritabanında arama ve değiştirme işlemlerini çalıştırmak için üretim ve geliştirme sitelerinin değerini kaydettik. Bu, ‘WP Search-Ret-Replace Prod_Siteurl Dev_SiteUrl’ komutunu çalıştırarak yapılabilir. Siteurl değerlerini değişkenler olarak kaydettiğimiz için, komutlarımızda kullanabilir ve bunları geliştirme sunucumuzda çalıştırabiliriz. Geliştirmede siteurl değerini bulun ve değiştir wp @Dev $ Prod_siteurl $ dev_siteurl için ARAYICI Dışa aktarılan SQL dosyasıyla ilgili evin biraz temizlenmesi var. Veritabanını güncellediğim için kaydedilmesi gerekmez ve silinebilir. .Sql rm prod.sql dosyasını silin Aşağıdaki metnin son metni yerel makinenizde getdb.sh olarak saklanabilir ve komut dosyalarının yürütülmesine izin vermek için iznini değiştirdikten sonra yürütülebilir. Komut satırına chmod komutunu kullanarak komut dosyasına yürütme izni ekleyebilirsiniz. CHMOD CHMOD +X Getdb.sh komutu ile izni çalıştırın Şimdi komut dosyası artık komut dosyasının depolandığı komut dosyasının dizininde aşağıdakileri yazarak çalıştırılabilir.

Komut dosyasını çalıştırın ./getdb.sh Komple bash betiği #!/Bin/Bash Bu komut dosyası bir üretim veritabanı alır ve yerel WordPress kurulumlarına içe aktarır. Alias ​​@Prod ve @Dev, siparişleri basitleştirmek için kullanılır. Siteurl’ı prod ve dev prod_siteurl = $ ‘dan alın (wp @prod seçeneği siteurl alın);
dev_siteurl = $ (siteurl almak için wp @deV seçeneği); Veritabanı Ürün ve İçe Aktarma Dışarıdan DEV @DB Export -> Prod.sql
wp @dev db ithal /srv/www/edmund/prod.sql güncelleme wp web sitesi @Dev search-seni $ prod_siteurl $ dev_siteurl
#Delete.
Sonuç iyi, bu yüzden çok düşünülmeli, ancak gerçekte, üretim makinemize tam otomatik olarak uzun mesafeli bağlantılarımız var ve WordPress veritabanımızdan MySQL dökümlerini yerel makinemize indirdik.Daha sonra sitenin URL değerini güncellemek ve bağlantının geliştirme sitesinde düzgün bir şekilde çalışmasına izin vermek için bir arama ve değiştirme işlemi çalıştırırız.Oldukça güçlüdür ve komutları komut dosyasına saklayarak ve yürütülmesine izin vererek ihtiyaç duyulduğunda birkaç kod satırından yürütülebilir.Sonuç, basit komutlarla çalıştırılabilecek yeniden kullanılabilecek dışa aktarma/içe aktarma veritabanıdır.
Şimdilik hepsi bu ve umarım bu yararlıdır.Yakın gelecekte gönderilerimi dört gözle bekliyorum.