WordPress sitenizi GIT ve Besteci ile Yönetme Bölüm 4 – WordPress’in alt dizin üzerine yüklenmesi
WordPress sitenizi GIT ve Composer Bölüm 1 ile Yönetme – WordPress’i GIT’de Saklama
WordPress sitenizi GIT ve Composer Bölüm 2 ile Yönetme – Temaları ve eklentileri yönetmek için bestecileri kullanarak
WordPress Sitenizi Git ve Composer Bölüm 3 ile Yönetmek – Temaları ve Eklentileri Yönetmek İçin Git Submodul’u Kullanma
WordPress sitenizi GIT ve Besteci ile Yönetme Bölüm 4 – WordPress’in alt dizin içine yüklenmesi
Bu serinin 1. Bölümünde, WordPress sitenizi GIT’de nasıl saklayacağınızı ve yöneteceğinizi görüyoruz. Bölüm 2 ve 3’te, WordPress sitenizdeki temaları ve eklentileri yönetmek için besteci ve git alt modüllerinin kullanımını görüyoruz. Bu serinin son bölümünde, Bölüm 1’de yaptıklarımızı nasıl geliştirebileceğimizi göreceğiz ve WordPress’in kendisini bir besteci veya alt modül git kullanarak bir alt dizinde saklayacağız.
WordPress’e bağımlılık olarak WordPress’i alt dizinde saklamanın avantajı nedir? Şimdi, WordPress’e bağımlılık olarak davranarak, repo git yapınızı daha modüler ve temiz hale getirebilirsiniz. WordPress’i Repo Git’inizden saklayarak, iş akışınızın bir parçası olarak WordPress’e güncellemenize gerek olmadığı için kodu ve güncellemeleri daha kolay çoğaltmanız gerekmez. Iain, WP-CHLI veya besteci kullanarak WordPress Core’un alt dizinde nasıl yükleneceğini belirttiğinde yazısındaki bazı avantajları tartıştı. Bu yazıda bestecinin bir örneği oluşturacağız ve ayrıca bir alt modül git kullanarak nasıl yapılacağını göreceğiz.
WordPress yeniden yapılandırma, WordPress’i alt dizine yüklerken hangi yönü seçtiğinizi umursamıyor, işlevini sağlamak için yapılması gereken bir dizi yeniden yapılanma vardır.Özellikle değiştirilmesi gereken üç şey: WordPress’in index.php dosyasını kullanarak yeni bir konumdan önyüklenmesi gerekiyor
WP-Content klasörünün WordPress kurulum alt dizininin dışına taşınması gerekiyor
Tüm dosya ortamı / yapılandırma (örneğin .htaccess / wp-config.php) de yeni bir konuma taşınmalıdır
Birçok modern web uygulaması, hassas konfigürasyon bilgilerini doğrudan URL aracılığıyla erişilemeyecek şekilde “genel” dizininin üzerinde taşımak için en iyi uygulamayı da düşünmektedir.Bunu burada da yapacağız.Yani dizin yapımız şimdi şöyle görünecek:
/ | |- genel/ | | -Wp-concent/ | |- WP/ <- WordPress için alt dizin yükleme konumumuz (git repo'da saklanmamış) | |- .htaccess | |- index.php | `-wp-config.php | |-.gitignore | -composer.json <-f bester kullanma `-local-config.sample.php 1. Bootstrap index.php Bu bölüm nispeten basittir. WordPress'i genel/WP alt dizinine yükleyeceğiz, bu nedenle web sunucumuza WordPress'i nerede bulacağınızı söylememiz gerekiyor. Her şey ana index.php dosyası üzerinden oynandığından (bkz. Gerektirir ('./wp/wp-blog-header.php'); 2. WP-Content dizini genel/wp-content'e taşıyarak WP içeriğimizi buna ulaşmak için taşıyın. WordPress, bu yeni içeriğin konumunu kullanmak istediğimizi bilmeyecek, bu nedenle yeni/wp-config.php'de wp_concent_dir ve wp_concent_url ayarlayarak bunu bilgilendirmemiz gerekiyor (aşağıya bakınız).
3. Çevresel Yapılandırma Yukarıdaki kök dizininde local config.sample.php dosyasını göreceksiniz.Teknik olarak bu gerekli olmasa da, çevresel konfigürasyonlar (kimlik bilgisi veritabanları ve gizli anahtarlar gibi) hakkındaki bilgileri genel/wp-config.php'de (WP'nin ön tablosu ve konumu gibi "küresel" yapılandırma bilgilerinden ayırmak daha iyidir. içerik).Buradaki fikir, public/wp-config.php dosyasının "global" yapılandırma bilgilerini depolayacağı ve daha sonra gerektiğinde doğru "çevre" yapılandırma dosyasını içereceğidir.Üretim siteniz için, eğer varsa (güvenlik amaçlı repo git'de saklamıyoruz) ve üretim-config ise, public/wp-config.php tarafından yüklenebilen bir üretim-config.php dosyası kullanabilirsiniz. PHP, yerel bir geliştirme ortamında çalıştığınızı varsayan local-config.php'ye geri dönmez.
Yeni genel/wp-config.php'imizin içeriği şöyle görünecektir: <? PHP this_set ('display_errors', 0); // ============================================= ==== === // Veritabanı Bilgi ve Yerel Geliştirme Parametreleri Yükle // ========================= ============= ================ IF (File_Exist (Dirname (__File__). '/../production-config.php') ) {tanım ('wp_local_dev', yanlış); dahil (dirname (__file__). '/../production-consig.php'); } else {define ('wp_local_dev', true); dahil (dirname (__file__). '/../local-config.php'); } // ======================= // Özel İçerik Dizini // ============= =============================== ('wp_content_dir', dirname (__file__). '/Wp-concent'); tanımlama ('wp_content_url', 'http: //'. $ _server ['http_host']. '/wp-concent'); // ============================================= ==== // Neredeyse bunları değiştirmek istemiyorsunuz // ================================= ============================================ ',' UTF8 '); tanımlama ('db_collate', ''); // =============================== // Dil // Amerikan İngilizcesi için boş bırakın // = === ================================ ('Wllang', ''); // ===================== // Hataları varsayılan olarak gizle // ================= ============================ ==== DEFIN ('WP_DEBUG_DISPlay', False); Tanımlama ('wp_debug', false); // ========================= // Otomatik güncellemeleri devre dışı bırak // =============== ================================== ('Automatic_updater_disabl', false); // ====================== // WordPress Ayarlarını Yükle // ================= ================ ===== $ table_prefix = 'wp_'; if (! Tanımlı ('abspath')) {tanım ('abspath'
, Dirname (__file__).'/wp/');} Requir_once (abspath. 'Wp-settings.php');Local-config.sample.php adını değiştirmemiz gerekiyor.Şöyle görünmeli:
(| [e-posta korumalı] | vp & 8t*n6; zkz1 [91m`a^-pbv+wzbik, gyne & itphi (+1′ ); ‘Logged_in_key’, ‘[e-posta korumalı] = lv & j! /A>]’); tanımlama (‘nonce_key’, ‘= d#!’ Fcws; 6w-z%j%: [e-posta korumalı ] ~ u | k [poa8lb+.r4yf_fi*1bjxmqm2bu {[e-posta korumalı] ‘); tanımla (‘ yazar_salt ‘,’ | ~ mjb |} ffr ~ b = jcf-; 6. | wp> f & |+2s-#4] 6qzy7o4#^y2 & 9mabht..dr m = 5.4 “,” besteci/yükleyiciler “:” 1.*”,” Johnpbloch/wordpress “:” 4.3.*”},” Ekstra “: {” wordpress-install-DIR “:” public/wp “,” Yükleyici-paths “: {” public/wp-concent/mu-plugins/{$ name}/”: [” type: wordpress meth “],” public/wp-concent/eklentiler/{$ name}/”:: : [“Tür: WordPress-Plugin”], “public/wp-concent/temalar/{$ name}/”: [“Tür: WordPress-Three-Three”]}}}} Burada dikkat edilmesi gereken üç şey vardır:
WordPress sürüm 4.3.* Bu, bestecinin WordPress 4.3.x’in en son sürümünü yükleyeceği, ancak 4.4 ve üstü sürüm (yayınlandıktan sonra) yükleyeceği anlamına gelir. Bu, bestecilerin yanlışlıkla ihlal eden değişiklikleri kurmasını önlemek içindir. WordPress’in besteci güncellemesini kullanırken her zaman en son sürüme güncellemesini istiyorsanız, bunu *olarak değiştirin. Dir “.
Ayrıca, besteciye WP-Content konumumuzun genel/wp-content olarak değiştirildiğini ve bu temalarımızı ve eklentilerimizi yüklemiş olması gerektiğini söylemek için “Yükleyici-Paths” yönergesini de kullanıyoruz.
Görünüşe göre çok fazla iş yaptık ama burası böyle ayarların faydalarını görmeye başladık. Şimdi WordPress’i güncellemek için WordPress veya Composer Update’i yüklemek için besteci yüklemeyi çalıştırmamız gerekiyor. Uygulama stratejisi bu makalenin kapsamı dışındadır, ancak umarım bu tür bir uygulamayı hazırlamak ne kadar güçlü ve kolay görebilirsiniz.
WordPress’i yükleyin Subodul GIT kullanarak besteci sizin değilse, Subodul GIT’i kullanarak aynı sonuçları elde edebiliriz.Composer.json dosyalarını kullanmak yerine, WordPress’i alt dizinine yüklemek için WordPress’i bir alt modül GIT olarak ekleyebiliriz (Bölüm 3’teki temalar ve eklentiler için yaptığımız gibi).WordPress’i bir alt modül olarak eklemek için, proje kökünden aşağıdaki komutu çalıştırın: GIT alt modülü, istikrar nedenleriyle https://github.com/wordpress/wordpress public/wp adını ekleyin, WordPress’in kararlı bir sürümünü yüklememiz önerilir.Bunu belirli etiketleri kontrol ederek yapabiliriz: public cd/wp git checkut etiketleri/4.3.1 cd ../ .. Subodül “WordPress güncelleme benzer bir iş akışıdır: genel CD/WP Git Getch -a Git Checkout Etiketleri/4.3.2 CD ../ .. Git Taend -am” WordPress’i 4,3.2’ye güncelle ”
Ve bu şekilde WordPress’i bir alt modül git olarak yüklüyor ve yönetiyoruz. Bu noktada, yukarıdaki iki yöntemde kullandığım bazı kavramların iskelet Mark Jaquith’in reposuna dayandığı belirtilmelidir. Umarım WordPress sitenizi GIT ve Composer ile yönetme konusundaki bu dizinin tadını çıkarırsınız ve bu iş akışını veya hepsini bu iş akışını alabilir ve kendi WordPress sitenize uygulayabilir. Bu seride tartıştıklarımızın GIT’de WordPress’i yönetmenin “gerçek” bir yolu olmadığını, ancak GIT ve WordPress’i aynı anda kullanmanın tek bir yolu olduğunu unutmayın. Sizin için uygun kısmı alın ve kendi iş akışınızı yapın ve gerisini görmezden gelin veya bu iş akışını artırın. Size kalmış. Bu dizide tartışmadığım ipuçları veya önerileriniz mi var? Bana yorumlarda söyle. Bu, “Git ve Composer ile WordPress Sitenizi Yönetmek” dizisinde 4. Madde’nin 4. Maddesidir.
WordPress sitenizi GIT ve Composer Bölüm 2 ile Yönetme – Temaları ve eklentileri yönetmek için bestecileri kullanarak
WordPress Sitenizi Git ve Composer Bölüm 3 ile Yönetmek – Temaları ve Eklentileri Yönetmek İçin Git Submodul’u Kullanma
WordPress sitenizi GIT ve Besteci ile Yönetme Bölüm 4 – WordPress’in alt dizin içine yüklenmesi
