WooCommerce güncelleme: Güvenli Kılavuz & amp;Genel olarak biz

Son zamanlarda Delicious Brains HQ’da olan birçok şeyimiz var; Bunu ve bunu serbest bırakın, yeni ürünler planlayın ve genellikle zarfları teşvik eder. Ancak bu, bazı şeyler geçtiği ve bir süredir Deliciousbrains.com’da WooCommerce’ı güncellemedik. 😱. Bu site artık benim önceliğim olduğu için, 3.1.2’den 3.3.5’e güncellemem gerekiyor. WooCommerce, işimizin ayrılmaz bir parçası olan büyük bir E-Niaga eklentisidir (Addon büyük abonelikleri, özel yangınlar ve önce sipariş edilen birçok kod ile birlikte), bu yüzden bunun için herhangi bir güncelleme yapmak korkutucu bir görevdir ve soğuk terleri tetikler.
Bu yüzden sizi gelecekte size yardımcı olacak ve güncellemeler gerektiğinde kendinizi kullanacağım kaynaklar olacak olan Woocommerce’i güncellemek için rehberimi getirmeme izin verin. Güçlü temel ilk adım, sitenizi doğrudan girin ve güncellemeye basın. Şaka yapmak! ‘Asla Önemli Eklentiyi Doğrudan Güncelleme’, burada tekrarlanmayı hak eden yaygın bir mantradır: Test yapmadan önce eklentiyi doğrudan güncellemeyin. Sitenin bir kopyasını her zaman test etmek için kullanın – böylece bir güncelleme yapabilirsiniz, test edebilir ve son olarak bir şeyler ters giderse umurumda değil.
Sitenin bir kopyasını geliştiririz ve ayrıca, GIT ile kontrol edilen ve bir besteciyle yönetilen bir site sürümümüz olduğu için hazırlamak oldukça kolay olan kullanıcı testinin bir kopyasına sahibiz, bu nedenle sitenin yeni bir sürümünü oynamak için Git klonu kadar kolay … ve besteci kurulum. O kadar basit değil, çünkü tüm WordPress sitelerinde veritabanlarını ve medya kitaplıklarını göz önünde bulundurmanız gerekiyor. Neyse ki bizim için, bizim için idare eden eklentilerden bazılarını biliyoruz! WP Migrate DB Pro, bir güncelleme yapmadan önce doğru kopyayı yapabilmemiz için doğrudan veritabanının yeni bir kopyasını çizmeyi kolaylaştırır. Eklentiler kullanan basit ihracat bile yerel kurulumlar için bir başlangıç ​​noktası olarak kullanışlıdır. Ayrıca, medya kütüphanemizi S3’e sökmek için WP boşaltma S3’ü de kullanıyoruz, bu da tüm görüntülerin yerel sitemizde bile CloudFront’tan sunulduğu anlamına geliyor ve WP-Concent’imiz hakkında endişelenmemize/FTP’ing’i yükledikleri veya WP Migrate DB’yi kullanarak endişelenmemize gerek yok Yerel bir dosya almak için Pro Media Files Addon Addon.
E-Niaga sitesi üzerinde çalışırken, dikkate alınması gereken birkaç önemli şey daha vardır. Geçmişte ortam, sitenin çalıştığı ortamı belirlemek için WP_debug sabit değerini kullanmıştım, ancak bu çok basitti çünkü doğrudan sitemiz için etkinleştirdik, böylece meydana gelen hataları proaktif olarak yakalayabilir ve düzeltebiliriz. Üç ortamımızın her biri ayrı bir yapılandırma gerektirir (örneğin veritabanı ve kimlik bilgisi adı), bu nedenle wp-config.php’de (GIT’den bir kimlik bilgisi veritabanını korumak) doğru çevresel yapılandırmayı içerir ve gereksinimleri birkaç hazırlamak için kullanabiliriz. Sabitlerin yararlı ortamı: if (file_exists (dirname (__file__). tanımlama (‘dbi_staging_site’, false); Dirname (__file__) ekleyin. ‘/live-config.php’; } elseif (file_exists (dirname (__file__). ‘/stagging-config.php’)) {define (‘wp_local_dev’, false); tanımlama (‘dbi_staging_site’, true); Dirname (__file__) ekleyin. ‘/stagging-config.php’; } else {define (‘wp_local_dev’, true); tanımlama (‘dbi_staging_site’, false); Dirname (__file__) ekleyin. ‘/local-config.php’; } Bu, belirli ortamlar için yalnızca birkaç kod içerebileceğimiz anlamına gelir. Örneğin, ödeme formumuza yalnızca geliştirme sitesinde veya evrelemede Stripe’e deneysel bir kredi kartı numarası ekledik:

4242424242424242
555555555554444
37828246310005
divi>> ?> WooCommerce ve E-Niaga sürecimizin yönlerini test ederken e-posta, örneğin otomatik lisans uzantısı, müşteriler için yeni siparişler yapılır ve e-postalar gönderilir. E -postayı test etmek ve içeriği kontrol etmek istiyoruz, ancak gerçekten müşterilere gönderilmelerini istemiyoruz. Geçmişte birkaç yaklaşım kullandık, ancak en basit olanı e -posta adresini ele geçirmek için yerel bir filtre olabilir: işlev my_site_hijack_all_mail ($ args) {$ args [‘to’] = ‘[e -posta korumalı] ‘; Dönüş $ args; } add_filter (‘wp_mail’, my_site_hijack_all_mail, 100); Bu yaklaşımın dezavantajı, e -postanın hala yerel testler için aylık e -posta sınırlarımızın kaybı olan MailGun kullanılarak hala gönderilmesidir. Daha iyi bir yaklaşım, MailTrap gibi ücretsiz hizmetleri kullanmak ve daha sonra bunu test sitesindeki Mu-Plugin’e eklemektir: add_action (‘phpmailer_init’, ‘MailTrap’); Function MailTrap ($ phpmailer) {$ phpmailer-> issmtp (); $ phpmailer-> host = ‘smtp.mailtrap.io’; $ phpmailer-> smtpaputh = true; $ phpmailer-> bağlantı noktası = 2525; $ phpmailer-> kullanıcı adı = ‘{mailTrap kullanıcı adı}’; $ phpmailer-> şifre = ‘{mailTrap şifre}’; } MailTrap size e -postayı kontrol etmek için çevrimiçi bir gelen kutusu verir:
Ödeme kapımız, sitede PayPal Express ve Stripe ödeme ağ geçitlerini kullanır ve sitedeki yeni özellikler testinin bir parçası olarak siparişleri, iyileştirmeleri ve güncellemeleri rutin olarak test eder. Tabii ki bunları doğrudan ağ geçidi boyunca istemiyoruz, bu nedenle WooCommerce ayarlarında PayPal Sandbox kimlik bilgilerini ve şerit test anahtarlarını yapılandırdık. Ayrıca, Mu-Plugin’de çevre sitesi için doğru ödeme ağ geçidi modunun kullanılmasını sağlayan birkaç ek kodumuz var: // Add_filter (‘option_wooocommerce_paypal_express_settings’, fonksiyon ($ değer) {if (! Wp_local_dev &&! Dbi_staging_site) {return $ değeri;} $ değer [‘çevre’] = ‘test’; return $ değeri;}); // Dev veya evrelemede her zaman PayPal test modu kullanın // Standart PayPal Ağ Geçidi, PayPal Express Ağ Geçidi kullanıldığında bile IPN ve diğer URL’leri kontrol eder. add_filter (‘option_wooocommerce_paypal_settings’, işlev ($ değer) {if (! wp_local_dev &&! dbi_staging_site) {return $ değeri;} $ değer [‘test modu’] = ‘evet’; return $ değeri; // DEVED veya STAD_filter (‘Option_wooocommerce_stripe_settings’ ‘, işlev ($ değer) {if (! WP_LOCAL_DEV &&! Ne değişti? WooCommerce’ı yerel olarak güncellemeden önce, neyin değiştiğini ve sitenizi nasıl etkileyebileceğini denemek ve anlamaya çalışmak için Changelog’u ve diğer yayınları okumanıza yardımcı olur.
WooCommerce ayrıca eklentileri güncellemek için harika bir rehbere sahiptir. WooCommerce’i besteci ile yönettiğimiz ve GIT’de saklamadığımız için, güncellenirken eklenti dosyasının gerçek farklılıklarını görmek daha zordur. Bu nedenle, Zip eklentisini bugün sahip olduğunuz sürümden indirmek çok yararlı olacaktır, Unzip ve Git Init && Git ADD. && git taahhüt -m “başlangıç” git init && git ekle. && git taahhüt -m “başlangıç”. Ardından, en son eklenti sürümünün dizininin üzerinden indirin ve açın ve dosyada tam olarak neyin değiştiğini kontrol etmek için bir diff aracı kullanın. Bu aşırı, ancak bilmek için iyi bir seçim için. Bir sonraki adım, eklentiyi yapım dışı sitenizdeki güncellemektir. Güncellemeden sonra dikkate alınması gereken birkaç şey var. Tema temanız diğer geliştiriciler tarafından yapılırsa, umarım güncelleme bunun için kullanılabilir. Veya bizim gibi, temanızdaki birkaç temel şablon dosyasını değiştirdiyseniz, dosyanın wp-admin/admin.php?