WPPress Veritabanınız ve Medya ile WP Migrate DB Pro CLI ile uzaktan yüzleşmek
Buradaki ayarların özeti oldukça basittir ve yeni bir WordPress kurulumuna sahip bir yerde hazırlanan bir sunucunuzun bulunduğunu varsayar; Yalnızca yapmak istediğiniz herhangi bir siteden benzersiz bir tablo önekine sahip diğer siteleri rezerve etmek için kullandığınız yeni bir kurulum kullanmak isteyeceksiniz ve MAMP gibi yerel bir geliştirme sunucusu bile kullanabilirsiniz (hangi yerel geliştirme ortamının ayrılacağına karar vermek ). ile git? Cron sisteminize erişiminiz olduğu sürece en iyi 4 yerel WordPress geliştirme ortamını inceliyoruz.
Başlangıç noktasından, şu bash betiğini yazacağız:
Geçerli veritabanından bir döküm oluşturun.
Uzak sitelerden veritabanları ve belki de medya dosyaları çizen WP Migrate DB Pro CLI üzerinden profil taşımasını çalıştırın.
Çekilen veritabanı ve medya dosyalarını paketleyin ve yedekleme klasörüne aktarın.
Orijinal veritabanını döndürün. Her profil için tekrarlayın.
Bina 1. Uzun mesafeli bir site profili hazırlayın En çok bilebileceğiniz kısımdır. Yedekleme yapmak istediğiniz siteden bağlantı bilgilerini alın, ardından yedekleme sitenizdeki WP Migrate DB Pro’da yeni bir profil oluşturun. Daha önce doldurulmuş olan pull ve silme satırlarının taşıma ve silinini kullanın, çünkü sadece bu sunucuya verileri taşımayan uzun mesafeli bir siteyi olduğu gibi rezerve etmek istiyoruz. Revizyonu hariç tutmak için “Post Türünü Bölme” seçeneğini ayarlayın ve ardından Gelişmiş Seçeneğin altındaki “Kılavuzu Değiştir” i silin.
Uzun mesafeli bir medya da rezerve ederseniz, “Medya Dosyası” nın yanındaki kutuyu kontrol edebilir ve “Tüm yerel medya dosyalarını silme ve tüm uzun süreli medya dosyalarını indirme” seçeneğini seçebilirsiniz. Bu, rezerv yaptığımız siteden tüm medyayı kopyalamamızı sağlayacaktır. Son olarak, “Geçiş Profilini Kaydet” in yanındaki kutuyu kontrol etmeniz ve yeni profilinizi adlandırmanız gerekir – ardından “Profili Kaydet” i tıklayın. “Geçiş ve Kaydet Profili” ni tıklamadığınızdan emin olun, çünkü bu geçiş profilini yalnızca komut dosyamızda bizim için orijinal veritabanımızı geri yükleyecek.
Yapmak istediğiniz site için bu adımı mümkün olduğunca tekrarlayın, ardından sayfanın üst kısmındaki “Saklanan Profil” bağlantısını tıklayın, böylece ek kullanacağımız kimlikleriyle birlikte oluşturduğunuz profillerin listesini görebilirsiniz. Cli. 2. Yedek komut dosyasının yapılandırması Komut dosyasını buradan alın veya aşağıdaki kodu kopyalayın. WPMDBPRO-CLI-Remote-Backup-Script.sh olarak sunucunuzda güvenli bir yere kaydedin ve Site ayarlarınıza göre aşağıdaki değişkeni ayarlayın: Site_Path #WordPress kurulumunuza mutlak yol. Backup_dir #Yedekleri tutmak için bir klasöre mutlak yol. Mysql_user #wp-config.php’den mysql_user #mysql kullanıcı adı wp-config.php mysql_db #mysql parola wp-config.php tablo_prefix #table ön plana sahip wp_ ‘) bir sonraki profil listesine girmek isteyeceksiniz DB Pro’da Geçiş yapın ve çalıştırmak için Siteler Profil Dizisine ekleyin. WP -Admin’deki profil listeniz şuna benziyorsa: 1 – yedekleme foo.com 2 – yedekleme dev.anothersite.com 3 – yedekleme tehlikesi.zone Dizi sitelerini şöyle ayarlayacaksınız: Siteler [1] = foo_com siteleri [ 2] = dev_anothersite_com siteleri [3] = danger_zone Braketlerdeki sayıların bir profil kimliği olması ve sağdaki dize olması gerektiğini unutmayın, yedekleme dosyanız için dosya adının temeli olacaktır ve bu nedenle boşluk veya özel karakterler içermemelidir. Ayrıca, bu ayar sunucunuz için çalışmıyorsa PATH_TO_WP_CMD değişkeni, uploads_folder ve apache_user değiştirmeniz gerekebilir.
Kabuk komut dosyasında değişiklikleri devam ettirin ve kaydedin ve çalışarak yürütülebileceğinden emin olun:
$ sudo chmod +x wpmdbpro-chli-remote-backup-skipt.sh şimdi her şeyin iyi çalıştığından emin olmak için komut dosyasını test edebilirsiniz. Burada, komut dosyasını ana klasörünüze kaydettiğinizi varsayıyorum: $ ~/wpmdbpro- chli-backup-skip-script.sh böyle görünen çıktılar göreceksiniz ve hazırladığınız her profil için tekrarlayacaksınız: — — — — — — — — — — — ———– Sal 19 Mayıs 15:35:05 PDT 2015 | Foo_com | DB Profili Geçirme: 1 ——————————————— ——— —————————- Bağlantı Doğrulama … Göçün Başlatma … Taşıma Tabloları 100 100 %[======== ======================================================================= Uzaktan Medya … Medyanın Geçiş Yapmasını Belirleme – 39 ekin 39’u (%100) Dosyaları%100 [==================================== ============================================== === ==================== ————————————————– ————————————————– ————————————————– ——- Foo_com Yedekleme Tabloları:
wp_commenmeta wp_comments wp_links wp_options wp_postmeta wp_posts wp_relaships wp_useMeta wp_users wp_terms wp_terms wp_terms yükleme yükleme klasör yedekleme temizleme, tüm klasörler için yeterli izin, bu klasörler için uygun izin manipüle. Her şey iyi görünüyorsa, yedeklemenizi kaydetmek için belirttiğiniz klasörü kontrol edin ve foo_com -201505191535.tar gibi bir zaman damgası verilen dosyanın adıyla ayarladığınız her profil için .tar.gz dosyasını bulacaksınız. GZ .3. Cron’un çalışmalarını şimdi hazırlayın Yedekleme komut dosyası hazırlandıktan sonra, her hafta tüm uzun mesafeli sitelerimizden tam yedeklemeler yapmamız için bu komut dosyasını haftada bir kez çalıştırmak için Cron görevini hazırlayalım. İlk olarak, $ crontab’ı düzenlemek için crontab’ınızı aç -e Bu komut dosyasını her Pazar sabahı saat 2’de çalıştıracak bir iş hazırlayacağım ve sonuçları günlük dosyasına ekleyeceğim. 0 2 * * * 0/0 /home/my_user/wpmdbpro-cli-remote-backup-script.sh >> /home/my_user/backups.log 2> & 1 şimdi crontab dosyasını kaydedebilir ve bir sonraki Pazartesi günü kontrol etmeyi unutmayın Hepsinin plana göre çalıştığından emin olmak için kütük.
Neden? Niye? Bazı okuyucular kendilerine, “Komut satırındayken neden DB Pro Migrate WP’yi kullanıyorum? RSYNC’yi kullanamaz ve SSH aracılığıyla uzak bir veritabanı alamaz mıyım? ” Tabi ki yapabilirsin! Uzun mesafeli rezervler yapmak için yapabileceğiniz birçok yol vardır ve bazıları sizin için daha iyi bir seçenek olabilir, ancak bunu bazı nedenlerle bu şekilde yapmak isterim: düşük yapılandırma: Bunu hazırladıktan sonra, ihtiyacınız olan yapılandırma miktarı Yeterince küçük. Bir SSH anahtarı oluşturmanız veya yedekleme sunucunuzdaki uzun mesafeli bir giriş ve mysql kimlik bilgilerini temizlemeniz gerekmez, tek yapmanız gereken bağlantı bilgilerinizi yeni profile kopyalamak ve bu profili bash betiğinize eklemektir.
Taşınabilirlik: Yaptığınız site WordPress’i çalıştıracaksa, size SSH erişimi vermeyen veya MySQL oturum açmasına izin vermeyen sınırlı bir ana bilgisayarda bile rezerve edebilirsiniz.
Çünkü yapabilirim: Bu rezerv çözüm tüm durumlar için uygun olmayabilir, ancak küçük bir konfigürasyon ve bazı CLI bilgisi ile neler yapılabileceğini görmek için yeterince düzgün.
İşte burada! Bu, uzun mesafeli sitenizi ayırarak devam ettirmek için yeterli olmalıdır, ancak iyileştirme için yer olmalıdır. Örneğin: Komut dosyasını size bir e -posta göndermek için değiştirebilirsiniz Bir hata oluşursa, WordPress veritabanının doğrudan bir profilini alabilir, böylece Bash komut dosyasına kodlamanız gerekmez ve eski yedeklemeleri vermek için silebilirsiniz. Yeni için oda.
