Yerel WordPress Geliştirme: Seçim Özeti
Yerleşik WordPress geliştiricilerini hala öğrenenlerden ayıran ilk ve en kolay “testlerden” biri, geliştirme için uzun mesafeli sunucular kullanıp kullanmadıklarıdır. Tema ve eklenti kodunu denemek için alternatif bir özel yere sahip olmanız gerekmeden önce birçok WordPress sitesi oluşturabilirsiniz. Ama nihayet herkes yerel gelişmeyi denedi ve sonra nadiren sadece uzaktan kumandaya geri döndüler. Yerel gelişimi anlamak, son beş yılda WordPress’te giderek zor olan bir şeydir. Seçim çoğaldı ve birçoğu daha önce gelenlerden önemli ölçüde daha iyi. Yeni başlayanlar, dengesizliği belirsiz olan çok iyi bir seçimle dolu hissedebilir. Bu nedenle bu bölüm: Bay Değişiklikler (bu kendime verdiğim bir takma ad), yerel WordPress’i geliştirmek için hangi seçeneklerin olduğunu ve neden her seçeneği kullanmak isteyebileceğinizi söyleyecektir. Ancak çalıştırmadan önce, WordPress, sunucu ve yerel WordPress’in geliştirilmesinin neden iyi olduğu hakkında biraz daha.
WordPress geliştirmeyi öğrenmek konusunda ciddi mi? Uyan ve bugün koş
Yukarı ve Çalışmak, “WordPress Gelişimimizi Öğrenmek” tam bir kurs. Şimdi güncellenen ve genişleyen üçüncü baskıda, bu, WordPress’in gelişimini hızlı, akıllı ve kapsamlı bir şekilde öğrenmek isteyen yüzlerce alıcıya yardımcı oluyor. { % Durum: Öğrenme-WordPress-geliştirme %} Neden bahsettiğimizi bildiğimizi gördünüz ve WordPress’in gelişimini öğrenmenize yardımcı olabilirsiniz. Ancak, bu, şimdi tam zamanlı bir WordPress geliştiricisi olan müşterilerimizden biri size bu kursu anlatıyor: “Bence WordPress’in gelişimini öğrenmek isteyen herkes bu kursu gerektiriyor. Çalışmadan önce bazı WordPress kodlarını öğrenmiştim, ama yönüm yoktu. Kurs videosunu izlemek, açılan bir grup ışık gibidir. Tema, Fonksiyon ve WordPress’in kendisinin bunun ustalaşması için nasıl çalıştığını belirsiz bir şekilde tanıdım. Her şey çok daha net. Bu kursu dinlemek isteyen herkese tavsiye etmekten mutluluk duyuyorum. ” – Jason Robie, WordPress geliştiricisi
{ %} %} WordPress geliştirme kursunda bir sonraki adımı atın!
Uyan ve şimdi koş
Yerel WordPress’in geliştirilmesi neden iyidir, çünkü çoğu web ana bilgisayarının WordPress’i yüklemesi ne kadar kolaydır, insanların siteyi çalıştırmak için çok çalışmasına gerek yoktur. Ve çoğu insan en rahat olduğunu düşünür, sadece ana sunucudaki doğrudan sitelerinde değişiklik yapar. Ve kesinlikle daha kolay. (Bazı durumlarda, WordPress’in sitedeki uzun mesafe sürümlerini doğrudan bir sürümle senkronize etmek için tasarlanmış gibi görünüyor.) Ancak doğrudan sitenizle uğraşmak ve kod değişikliği için bir yer olarak kullanmak için önemli kayıplar var. Zihni hemen geçen bazıları: Ziyaretçileriniz yaptığınız tüm değişiklikleri görebilir. Temayı denerseniz (ve ayarlamaların önizlemesini kullanırsanız), bu öncekinden daha doğru değildir, ancak sitenizde değişiklik gerektiren birçok eklenti kendinize görüntülenemez. Yalnızca eklentileri veya özellikleri denerseniz, bu iyi bir durum değildir.
Bir şeyi çözdüğünüzde, gerçeği mahvettiniz. “Kovboy kodu” olmama çağrısı bununla ilgili. “Kovboy kodlaması” düzgün gittiğinde, sorun değil. Ancak bir hata oluştuğunda, yerel sürüme zarar vermekten en az üç kat daha kötü. Bazen 4729’a kadar daha kötü. (Ölçüyorum; P)
Daha yavaş bir geri bildirim döngünüz var. Sunucuda, nasıl dilimlediğiniz önemli değil, sunucuda yerel makinenizde görünmesini sağlamaktan çok daha yavaş görünmesini sağlayın. En yaygın FTP iş akışı hem daha yavaş hem de hatalara karşı daha savunmasızdır, ancak işlemi kolaylaştırsanız bile (otomatik olarak depolama olarak depolama kullanarak) hala daha yavaştır. Geliştirme için iyi bir ana bilgisayarda varsayılan WordPress kurulumunu kullanarak bugünkü en büyük sorunlardan biri, önbelleklemenin (site performansı için gerekli/iyi) değişiklikler yaptığınızı ve etkilerin ne olduğunu güvenle söylemenizi zor veya imkansız hale getirebilmesidir. Onlar deneyim.
Utanç verici bir kamu yığın yığını. Ya da daha da kötüsü, bir güvenlik sorunu olabilirler. Ancak WP_DEBUG’u uzaktan etkinleştirirseniz, bu, genel sitenizi başarısız hale getirmenin daha güvenli bir yolu olan ölümün beyaz ekranı için en iyi kısım -zaman çözümüdür.
WordPress sunucuda çalışır, bu nedenle yerel gelişimi gerçekten anlamak için bir sunucuya ihtiyacınız vardır ve bunun ne anlama geldiğini, WordPress’i size yardımcı olmaya hazır bir uygulamadan daha fazlasını anlamaya başlamanız gerekir. Bunun, tarayıcı tarafından yapılan isteklere yanıt veren bir web sunucusunda çalışan bir PHP uygulaması olduğunu anlamalısınız.
Neyse ki, bu makalede bahsettiğimiz yerel kalkınma için seçeneklerin çoğu, orada neler olduğunu derin bir şekilde anlamayı gerektirmez ve hiç kimse tüm karmaşıklıklara hakim olmanızı veya her şeyi birleştirmenizi gerektirmez. kendin. (Bunun daha iyi olduğunu anlamak, hoş inek zamanının kullanılmasıdır.) Bu makale için WordPress hakkında bilinmesi gereken önemli şeyler aşağıdaki gibidir: WordPress, sunucu, PHP ve MySQL uygulamaları açısından. PHP bir programlama dilidir ve MySQL, WordPress’in yayınladığı bir veritabanıdır.
Apache veya daha yeni Nginx, PHP ve Web tarayıcısı arasındaki boşluğu dolduran bir sunucudur.
WordPress tarafından işletilen işletim sistemi değişebilir. Linux en yaygın olanıdır, ancak macOS ve pencerelerde de iyi çalışabilir.
WordPress’in altında yatan teknoloji anlayışı hakkında daha uzun bir kitap yazdım. Sizin için ilginçse, kontrol edin:
WordPress Lights?! WordPress Altyapısına Giriş Yerel gelişimi nasıl yapıyorsunuz
https://www.youtube.com/watch?v=oh1qqmrzmpq
Yerel WordPress’in geliştirilmesi tercihimi gerçekleştirdiğim yukarıdaki videoyu izlemek için rahat bir noktadasınız. Yerel Geliştirme Kutsal Kupaları, aşağıda tartışacağımız tüm seçenekler size veriyor, dosyaları bilgisayarınızdaki klasörlerde kaydettiğiniz ve sunucu derhal değişikliklerle güncellendiği fikridir. Çünkü bilgisayarınız sunucu. Daha sonra konuşacağımız gibi, bazı durumlarda olasılık diğerlerinden biraz daha soyuttır, ancak her durumda bunu ayarlamakla uğraşacaksınız: WordPress’in değişikliklerinizi daha hızlı gösterecek kişisel bir kopyasını almak için. Wamp, MAMP, XAMPP, vb. Benim için yerel geliştirme seçeneği düşünüldüğünde ilk durak Klasik: Wamp ve Mamp. On yıl önce Windows kullanıcısıyken Wamp, WordPress’i yerel olarak çalıştırmamın ilk yoluydu. Ve bu iyi bir seçim olmaya devam ediyor. Bugün hala Mac’imde bir MAMP kullanıyorum. Hiç kişisel olarak kullanmadım, ancak XAMP aynı temel fikrin popüler bir çapraz platform versiyonudur. Bilmeyenler için MAMP macOS, Apache, MySQL ve PHP için duruyor. Wamp aynıdır, ancak pencere macOS’u temsil eder. Her iki durumda da, temel olarak web sunucunuz olarak başkaları tarafından bir araya getirilen bağımsız bir uygulama çalıştırırsınız. Destek için sizi temel alan işletim sistemini kullanır.
En çok kullanımı olan çoğu insan için bu, varsayılan olarak http: // localhost/my-dev-situ veya http: // localhost: 8888/wpsout-dev gibi URL’lerle siteler geliştireceğiniz anlamına gelir. Belki ve ne yaptığınızı biliyorsanız, bunu değiştirmek için yeterince kolaydır, ancak kutunun dışında göreceksiniz. Wamp ve MAMP ile ilgili en güzel şey benzerlikleridir: her ikisi de, yerel gelişime başlamak için başlattığınız basit bir “uygulamaya” sahip olabileceğiniz nispeten iyi sistemlerdir. Atomun doğası nedeniyle, (nispeten) kolayca kurulabilir ve kontrol edilir. Mamp Mamp’in kısa bir kaydı çekici bir üründür ve Wamp ve XAMPP’den çok daha ticaridir. “MAMP” kullanmak için “Mamp Pro” ödemeniz gerekmez. Şahsen birkaç kez farklı ödedim, çünkü MAMP’den (Pro) özel Mac tasarımının birçok güzelliğini takdir ediyorum. Mükemmel bir versiyon yok, ama yapımcıya bir kez 60 dolar ve birkaç yılda bir küçük bir artış fiyatı vermem için oldukça yararlı olduklarını hissediyorum. Bazı ideolojik insanlara yazılım için ödeme yapma konusunda ve MAMP, ödeyeceğiniz şekilde tasarlanan bir ekosistemdir. Ama fiyatla orantılı olduğunu hissediyorum.
Bunu bu videoda daha ayrıntılı olarak tartıştım. Bize bir e -posta adresi verin ve pratik karşılaştırmaları ve VVV’yi izleyebilirsiniz (aşağıda tartışılmıştır):
WordPress Özel Varyantlar: Desktopserver hiç kullanmadım, ancak WordPress topluluk kullanımı ve Desktopserver gibi birçok insan tanıyorum.Sebep?Özellikle WordPress kullanıcıları ve geliştiricileri için tüm _amp özelliklerini ve ayrıca birçok yararlı özelliği aldığınızı hayal edin?Bunu öğrenmeyi erken öğrenirsem, masaüstünde yer alan bazı özel WordPress cilasını gerçekten takdir edeceğimden biraz şüphe duyuyorum.Sadece pazarlama sitelerine bir göz atarak, kulağa hoş geldiğim bir MAMP ile elde edemediğim bazı özellikler: Otomatik WordPress kurulumu (Ücretsiz ve Paik)
Eklenti baypas girişi
Hücresel test için LAN’ı paylaşın
Site yardımınızın yayılması
MAMP gibi, Desktopserver sizi bir ürün için ödeme yapmaya teşvik eder.MAMP’den farklı olarak, bu pencerelerde çalışır.
Özel MAC seçeneği: Laravel vale ince bir sargı olarak bir sunucu yapma ihtiyacının üstesinden gelmenin başka bir yolu temel işletim sisteminizi kullanmak ve kendi PHP, MySQL ve web sunucunuzu oluşturmaktır. Bunu daha önce Mac’te yaptım ve tavsiye etmeme rağmen – bu çok rastgele düşük seviyeli bakım gerektirir ve her zaman izin sorunlarım var çünkü uzman değilim ve yanlış bir şey yapabilirim. Ancak bu, MAMP, Desktopserver ve benzerlerinden daha hızlı ve daha hafif bir çözümdür. Ve bunu yapmaya devam etmeyi reddettiğimi söylerken, son zamanlarda bunu yapmaya yardımcı olan bir alternatif denedim ve versiyonumun hiç yapmadığı çok fazla iyilik yaşadım. Buna Laravel vale denir. (Meraklı olanlar için Laravel popüler bir MVC PHP çerçevesidir, ancak Laravel vale kullanmak için bilmenize veya kullanmanıza gerek yoktur.) Laravel Vale, size yeni projeleri hızlı bir şekilde oluşturmak ve yönetmek için bir CLI aracı vermektir. yerel motorunuz. Sunucuyu yükler ve sizin için MySQL’e bağlanır. Bu WordPress için iyidir ve her şey onunla kutunun dışında kullanılmaya hazırdır. Bunu kullanmak için bir Mac kullanmanız ve komut satırı ile rahat olmalısınız. Ama eğer öyleyse, oldukça iyi. Vagrant sanal bir yerel sunucudur
Şimdiye kadar, yerel sunucunuzu çalıştırmak için yerel işletim sisteminizi kullanma hakkında konuştuk.Bu, sunucuyu çalıştırmanın en hızlı ve en kolay yoludur.Ancak, üretim sunucunuz ve yerel kurulumunuz arasındaki farktan endişe ediyorsanız, bu en güvenilir değildir.% 80 veya daha fazla WordPress projesi için, sunucu yapılandırmasının büyük bir sorun olmadığından eminim.Ancak, olduğu yerde küçük bir yüzde için, sunucunuzun çalıştığı Windows veya Mac ve OS Linux’da çalıştırma arasındaki fark önemlidir.Bunun üstesinden gelmenin popüler ve genel yolu bir “sanal makine” yapmaktır
bilgisayarınızda. Yani, makinenizdeki Linux sunucusunu taklit etmek için Windows veya Mac’inize bazı yazılımlar yüklersiniz. Bu sanal Linux sunucusu daha sonra ihtiyacınız olan web hizmeti için kullanılabilir ve kendi bilgisayarınızla aynı yerel dosyaları okuyabilir. İşletim sistemini ve bunu yapılandırmak için araçları taklit etmenin yolu büyük ölçüde değişir, ancak son yıllarda çoğu geliştirici Vagrant’ın ücretsiz bir kombinasyon olduğuna karar vermiştir. Genel olarak, özellikle maliyetlerin farkında olan insanlar için, Vagrant Emülasyon VirtualBox adlı ücretsiz bir araçta çalışır, ancak Vagrant cazibesinin bir kısmı, her ikisi de insanlar için popüler olan paralellikler veya VMware Fusion gibi diğer emülasyon sistemleriyle birlikte çalışmasıdır. . Mac’e geçmek bazı Windows yazılımlarını çalıştırmaya devam etmek istiyor. Yerel vagrant WordPress’in geliştirilmesi için Vagrant’ı kaçırmanın nedeni, sanal makine yönetimi için harika bir araçtır. Ama aynı zamanda bazı zayıflıkları da var. Yerel WordPress’in geliştirilmesi için kullanabileceğiniz tüm çeşitli sanal makine sistemlerinde, genellikle bu sorunu bulacaksınız: yoğun kaynak – Sanal motor öyküleri CPU ve özellikle yoğun bellektir. Oldukça modern ve güçlü bir bilgisayarınız yoksa, bu çözümün Wamp tipi çözümden çok daha yavaş olması garanti edilir.
Kurulumu zor – CLI biliyorsanız ve sanallaştırma çözümleri yüklediyseniz, vagrantları yüklemek çok karmaşık değildir. Değilse, bir siteyle verimli bir şekilde uğraşabilmeniz için bunlar iki engeldir.
Vagrant’ın yapılandırılması zor, yıllarca bir programcı haline geldiyseniz ve YAML ve CLI ile oldukça rahatsanız yapılandırılması kolaydır. Ama siz değilseniz, kendinizi hızlı bir şekilde uzun ve karmaşık bir tavşan deliğinde bulabilirsiniz. Daha kırılgan-müsten, Vagrant tabanlı çözümün MAMP’den daha telaşlı ve kırılgan olduğu vb. Ama deneyimlerime göre, her zaman MAMP’ten daha fazla bakıcıya ihtiyaçları var.
Neden yerel kalkınma için evsiz insanları kullanmalısınız? Bu eksikliklerin yanı sıra, birçok insan Vagrant tabanlı sanallaştırmayı kullanıyor ve seviyor. İşte ana nedenler:
Tutarlılık – İyi yapılandırılmış VM, hem Windows, Mac hem de Linux’un üstünde özdeş davranacaktır. Bu, sanal bir makineyle çalışmadan önce Windows’un garip olduğundan endişelenmenize gerek olmadığı anlamına gelir. Ve ekipte, VM’de koşmak iyiyse, Mac vs Windows sorunu kaybolur.
Sokak kredisi – Bu yarı şaka yapıyor, ama bunu dışlayamıyorum. İnsanların Vagrant’a akın etmesinin (ve şimdi Docker ile aynı şeyi yapmaya başlamasının) bazı nedenlerinden bazıları, WordPress.vvV ekosisteminin içinde ve dışında havalı ve yeni bir teknoloji olmasıdır. Geliştiriciler Düzeltilmiş WordPress, WordPress ekosisteminin etrafında, bu makale için katalog için çok fazla vagrant projesi var. Sanırım geçen yıl en az bir düzine güncellendi. Ancak, duyduğum ve önemli olduğunu düşündüğüm bazıları:
Değişen Vagrant Vagrant (VVV): Jeremy Felt, WordPress için Vagrant projesinden “Mama Bear” i yönetiyor. Başlangıçta büyük bir WordPress ajansı olan 10UP marka/desteği vardı, ancak o zamandan beri tek başına dönüyor. Bu en çok alıntı yapılan örnektir ve iyi bir mesafeyle kullanılır.
Treel: Yeni Başlayan Adaçayı (Nee Roots) temasının arkasındaki insanlar, belirli WordPress geliştirme stillerinin önemli bir destekçisidir ve vagrant kutuları çoğunlukla felsefelerinin geri kalanını kullanan insanlar tarafından tavsiye edilir. Hiç kullanmadım, ama eminim iyi.
Yerel Volan By Wheel: Bu, _amp paketinden biraz daha güvenilir bir WordPress odak deneyimi sunmak için VirtualBox (ve aslında Docker) kullanan havalı bağımsız bir uygulamadır (masaTopserver hakkında düşünmek). Güzel, bir GUI (ya VVV veya kafes) vardır ve eskiden “basın” olarak adlandırılır.
Şasi: Human Made, Vagrant için yeni bir “ekosistem” yayınladı.Benim için havalı kısım, bir masaüstü uygulaması ile birlikte gelmesidir.Görünüşe göre daha açık kaynaklı bir yerel sürüme dönüşebilir. En sevdiğiniz Vagrant WordPress iş akışını özlüyor muyum?Yorumlarda bize bundan bahsedin!Docker sanallaştırma daha hafiftir ve yukarıdaki vagrant kısmını okursanız, temayı yakalayabilirsiniz: sanal makineler tutarlılık için iyidir, ancak yavaş bir bilgisayar için iyi değildir.Sorunun üstesinden gelmek için (ve bir kenara bırakacağımız diğer güvenliğin), “barınak” ortaya çıktı.Konteynerizasyon fikri, uygulamanın kendi makinesinde olduğunu düşünmesini sağlayabilirseniz, kendi makinesine koymak zorunda kalmadan, sanal makinelerden ve hatta daha fazlasının faydası olacaktır.
Bunu yapmak için kullanılabilecek bir dizi araç ve teknoloji vardır, ancak çoğunlukla bu amaç için en yerleşik teknolojinin adı olan “Docker” a yuvarlanır. (Tıpkı bir Vagrant gibi, geliştiriciler için tüm sanal motor fikirlerine sık sık sarılmış bir markadır.) Öyleyse neden bir Docker kullanıyorsunuz? Çünkü bu size bellek ve diğer kaynak kullanımlarında çok fazla yük olmadan sanal motor tutarlılık zaferi verir, çünkü her “süreç” klasik VM’den daha akıllıdır. Şimdilik, Docker özel bir Linux önerisidir, ancak geçen yıl Windows ve Mac uygulamaları mevcuttu ve bu yüzden şimdi sanal motorun en büyük zayıflığı için iyi ve giderek daha popüler bir çözüm. Docker yeni bir karmaşıklık getiriyor – veritabanını PHP’niz veya sunucunuzla aynı “makineye” çalıştırmıyorsunuz, bu nedenle her şeyi açıkça bağlamanız gerekiyor. Ancak engeli geçtikten sonra, VM’den daha hızlı ve mümkün olduğunca neredeyse aynı. Ve eğer gerçekten beğendiyseniz, üretime bir docker uygulayabilirsiniz. Docker hakkında bundan daha ayrıntılı olarak tartışılacak kadar bilmiyorum veya anlamıyorum. Ama ben biraz uğraştım ve profesyonellere bir yapılandırma gönderirseniz (VVV, kafes, vb. Kullanıyorsanız yaptığınız gibi), vagrant çözüm olarak çalıştırmak nispeten kolaydır. Birkaç ay önce 10up’dan Taylor Lovett, “WP Docker” adını verdiği bir proje hakkında bir yazı yayınladı.
Uyan ve şimdi koş
Yerel WordPress’in geliştirilmesi neden iyidir, çünkü çoğu web ana bilgisayarının WordPress’i yüklemesi ne kadar kolaydır, insanların siteyi çalıştırmak için çok çalışmasına gerek yoktur. Ve çoğu insan en rahat olduğunu düşünür, sadece ana sunucudaki doğrudan sitelerinde değişiklik yapar. Ve kesinlikle daha kolay. (Bazı durumlarda, WordPress’in sitedeki uzun mesafe sürümlerini doğrudan bir sürümle senkronize etmek için tasarlanmış gibi görünüyor.) Ancak doğrudan sitenizle uğraşmak ve kod değişikliği için bir yer olarak kullanmak için önemli kayıplar var. Zihni hemen geçen bazıları: Ziyaretçileriniz yaptığınız tüm değişiklikleri görebilir. Temayı denerseniz (ve ayarlamaların önizlemesini kullanırsanız), bu öncekinden daha doğru değildir, ancak sitenizde değişiklik gerektiren birçok eklenti kendinize görüntülenemez. Yalnızca eklentileri veya özellikleri denerseniz, bu iyi bir durum değildir.
Bir şeyi çözdüğünüzde, gerçeği mahvettiniz. “Kovboy kodu” olmama çağrısı bununla ilgili. “Kovboy kodlaması” düzgün gittiğinde, sorun değil. Ancak bir hata oluştuğunda, yerel sürüme zarar vermekten en az üç kat daha kötü. Bazen 4729’a kadar daha kötü. (Ölçüyorum; P)
Daha yavaş bir geri bildirim döngünüz var. Sunucuda, nasıl dilimlediğiniz önemli değil, sunucuda yerel makinenizde görünmesini sağlamaktan çok daha yavaş görünmesini sağlayın. En yaygın FTP iş akışı hem daha yavaş hem de hatalara karşı daha savunmasızdır, ancak işlemi kolaylaştırsanız bile (otomatik olarak depolama olarak depolama kullanarak) hala daha yavaştır. Geliştirme için iyi bir ana bilgisayarda varsayılan WordPress kurulumunu kullanarak bugünkü en büyük sorunlardan biri, önbelleklemenin (site performansı için gerekli/iyi) değişiklikler yaptığınızı ve etkilerin ne olduğunu güvenle söylemenizi zor veya imkansız hale getirebilmesidir. Onlar deneyim.
Utanç verici bir kamu yığın yığını. Ya da daha da kötüsü, bir güvenlik sorunu olabilirler. Ancak WP_DEBUG’u uzaktan etkinleştirirseniz, bu, genel sitenizi başarısız hale getirmenin daha güvenli bir yolu olan ölümün beyaz ekranı için en iyi kısım -zaman çözümüdür.
WordPress sunucuda çalışır, bu nedenle yerel gelişimi gerçekten anlamak için bir sunucuya ihtiyacınız vardır ve bunun ne anlama geldiğini, WordPress’i size yardımcı olmaya hazır bir uygulamadan daha fazlasını anlamaya başlamanız gerekir. Bunun, tarayıcı tarafından yapılan isteklere yanıt veren bir web sunucusunda çalışan bir PHP uygulaması olduğunu anlamalısınız.
Neyse ki, bu makalede bahsettiğimiz yerel kalkınma için seçeneklerin çoğu, orada neler olduğunu derin bir şekilde anlamayı gerektirmez ve hiç kimse tüm karmaşıklıklara hakim olmanızı veya her şeyi birleştirmenizi gerektirmez. kendin. (Bunun daha iyi olduğunu anlamak, hoş inek zamanının kullanılmasıdır.) Bu makale için WordPress hakkında bilinmesi gereken önemli şeyler aşağıdaki gibidir: WordPress, sunucu, PHP ve MySQL uygulamaları açısından. PHP bir programlama dilidir ve MySQL, WordPress’in yayınladığı bir veritabanıdır.
Apache veya daha yeni Nginx, PHP ve Web tarayıcısı arasındaki boşluğu dolduran bir sunucudur.
WordPress tarafından işletilen işletim sistemi değişebilir. Linux en yaygın olanıdır, ancak macOS ve pencerelerde de iyi çalışabilir.
WordPress’in altında yatan teknoloji anlayışı hakkında daha uzun bir kitap yazdım. Sizin için ilginçse, kontrol edin:
WordPress Lights?! WordPress Altyapısına Giriş Yerel gelişimi nasıl yapıyorsunuz
https://www.youtube.com/watch?v=oh1qqmrzmpq
Yerel WordPress’in geliştirilmesi tercihimi gerçekleştirdiğim yukarıdaki videoyu izlemek için rahat bir noktadasınız. Yerel Geliştirme Kutsal Kupaları, aşağıda tartışacağımız tüm seçenekler size veriyor, dosyaları bilgisayarınızdaki klasörlerde kaydettiğiniz ve sunucu derhal değişikliklerle güncellendiği fikridir. Çünkü bilgisayarınız sunucu. Daha sonra konuşacağımız gibi, bazı durumlarda olasılık diğerlerinden biraz daha soyuttır, ancak her durumda bunu ayarlamakla uğraşacaksınız: WordPress’in değişikliklerinizi daha hızlı gösterecek kişisel bir kopyasını almak için. Wamp, MAMP, XAMPP, vb. Benim için yerel geliştirme seçeneği düşünüldüğünde ilk durak Klasik: Wamp ve Mamp. On yıl önce Windows kullanıcısıyken Wamp, WordPress’i yerel olarak çalıştırmamın ilk yoluydu. Ve bu iyi bir seçim olmaya devam ediyor. Bugün hala Mac’imde bir MAMP kullanıyorum. Hiç kişisel olarak kullanmadım, ancak XAMP aynı temel fikrin popüler bir çapraz platform versiyonudur. Bilmeyenler için MAMP macOS, Apache, MySQL ve PHP için duruyor. Wamp aynıdır, ancak pencere macOS’u temsil eder. Her iki durumda da, temel olarak web sunucunuz olarak başkaları tarafından bir araya getirilen bağımsız bir uygulama çalıştırırsınız. Destek için sizi temel alan işletim sistemini kullanır.
En çok kullanımı olan çoğu insan için bu, varsayılan olarak http: // localhost/my-dev-situ veya http: // localhost: 8888/wpsout-dev gibi URL’lerle siteler geliştireceğiniz anlamına gelir. Belki ve ne yaptığınızı biliyorsanız, bunu değiştirmek için yeterince kolaydır, ancak kutunun dışında göreceksiniz. Wamp ve MAMP ile ilgili en güzel şey benzerlikleridir: her ikisi de, yerel gelişime başlamak için başlattığınız basit bir “uygulamaya” sahip olabileceğiniz nispeten iyi sistemlerdir. Atomun doğası nedeniyle, (nispeten) kolayca kurulabilir ve kontrol edilir. Mamp Mamp’in kısa bir kaydı çekici bir üründür ve Wamp ve XAMPP’den çok daha ticaridir. “MAMP” kullanmak için “Mamp Pro” ödemeniz gerekmez. Şahsen birkaç kez farklı ödedim, çünkü MAMP’den (Pro) özel Mac tasarımının birçok güzelliğini takdir ediyorum. Mükemmel bir versiyon yok, ama yapımcıya bir kez 60 dolar ve birkaç yılda bir küçük bir artış fiyatı vermem için oldukça yararlı olduklarını hissediyorum. Bazı ideolojik insanlara yazılım için ödeme yapma konusunda ve MAMP, ödeyeceğiniz şekilde tasarlanan bir ekosistemdir. Ama fiyatla orantılı olduğunu hissediyorum.
Bunu bu videoda daha ayrıntılı olarak tartıştım. Bize bir e -posta adresi verin ve pratik karşılaştırmaları ve VVV’yi izleyebilirsiniz (aşağıda tartışılmıştır):
WordPress Özel Varyantlar: Desktopserver hiç kullanmadım, ancak WordPress topluluk kullanımı ve Desktopserver gibi birçok insan tanıyorum.Sebep?Özellikle WordPress kullanıcıları ve geliştiricileri için tüm _amp özelliklerini ve ayrıca birçok yararlı özelliği aldığınızı hayal edin?Bunu öğrenmeyi erken öğrenirsem, masaüstünde yer alan bazı özel WordPress cilasını gerçekten takdir edeceğimden biraz şüphe duyuyorum.Sadece pazarlama sitelerine bir göz atarak, kulağa hoş geldiğim bir MAMP ile elde edemediğim bazı özellikler: Otomatik WordPress kurulumu (Ücretsiz ve Paik)
Eklenti baypas girişi
Hücresel test için LAN’ı paylaşın
Site yardımınızın yayılması
MAMP gibi, Desktopserver sizi bir ürün için ödeme yapmaya teşvik eder.MAMP’den farklı olarak, bu pencerelerde çalışır.
Özel MAC seçeneği: Laravel vale ince bir sargı olarak bir sunucu yapma ihtiyacının üstesinden gelmenin başka bir yolu temel işletim sisteminizi kullanmak ve kendi PHP, MySQL ve web sunucunuzu oluşturmaktır. Bunu daha önce Mac’te yaptım ve tavsiye etmeme rağmen – bu çok rastgele düşük seviyeli bakım gerektirir ve her zaman izin sorunlarım var çünkü uzman değilim ve yanlış bir şey yapabilirim. Ancak bu, MAMP, Desktopserver ve benzerlerinden daha hızlı ve daha hafif bir çözümdür. Ve bunu yapmaya devam etmeyi reddettiğimi söylerken, son zamanlarda bunu yapmaya yardımcı olan bir alternatif denedim ve versiyonumun hiç yapmadığı çok fazla iyilik yaşadım. Buna Laravel vale denir. (Meraklı olanlar için Laravel popüler bir MVC PHP çerçevesidir, ancak Laravel vale kullanmak için bilmenize veya kullanmanıza gerek yoktur.) Laravel Vale, size yeni projeleri hızlı bir şekilde oluşturmak ve yönetmek için bir CLI aracı vermektir. yerel motorunuz. Sunucuyu yükler ve sizin için MySQL’e bağlanır. Bu WordPress için iyidir ve her şey onunla kutunun dışında kullanılmaya hazırdır. Bunu kullanmak için bir Mac kullanmanız ve komut satırı ile rahat olmalısınız. Ama eğer öyleyse, oldukça iyi. Vagrant sanal bir yerel sunucudur
Şimdiye kadar, yerel sunucunuzu çalıştırmak için yerel işletim sisteminizi kullanma hakkında konuştuk.Bu, sunucuyu çalıştırmanın en hızlı ve en kolay yoludur.Ancak, üretim sunucunuz ve yerel kurulumunuz arasındaki farktan endişe ediyorsanız, bu en güvenilir değildir.% 80 veya daha fazla WordPress projesi için, sunucu yapılandırmasının büyük bir sorun olmadığından eminim.Ancak, olduğu yerde küçük bir yüzde için, sunucunuzun çalıştığı Windows veya Mac ve OS Linux’da çalıştırma arasındaki fark önemlidir.Bunun üstesinden gelmenin popüler ve genel yolu bir “sanal makine” yapmaktır
bilgisayarınızda. Yani, makinenizdeki Linux sunucusunu taklit etmek için Windows veya Mac’inize bazı yazılımlar yüklersiniz. Bu sanal Linux sunucusu daha sonra ihtiyacınız olan web hizmeti için kullanılabilir ve kendi bilgisayarınızla aynı yerel dosyaları okuyabilir. İşletim sistemini ve bunu yapılandırmak için araçları taklit etmenin yolu büyük ölçüde değişir, ancak son yıllarda çoğu geliştirici Vagrant’ın ücretsiz bir kombinasyon olduğuna karar vermiştir. Genel olarak, özellikle maliyetlerin farkında olan insanlar için, Vagrant Emülasyon VirtualBox adlı ücretsiz bir araçta çalışır, ancak Vagrant cazibesinin bir kısmı, her ikisi de insanlar için popüler olan paralellikler veya VMware Fusion gibi diğer emülasyon sistemleriyle birlikte çalışmasıdır. . Mac’e geçmek bazı Windows yazılımlarını çalıştırmaya devam etmek istiyor. Yerel vagrant WordPress’in geliştirilmesi için Vagrant’ı kaçırmanın nedeni, sanal makine yönetimi için harika bir araçtır. Ama aynı zamanda bazı zayıflıkları da var. Yerel WordPress’in geliştirilmesi için kullanabileceğiniz tüm çeşitli sanal makine sistemlerinde, genellikle bu sorunu bulacaksınız: yoğun kaynak – Sanal motor öyküleri CPU ve özellikle yoğun bellektir. Oldukça modern ve güçlü bir bilgisayarınız yoksa, bu çözümün Wamp tipi çözümden çok daha yavaş olması garanti edilir.
Kurulumu zor – CLI biliyorsanız ve sanallaştırma çözümleri yüklediyseniz, vagrantları yüklemek çok karmaşık değildir. Değilse, bir siteyle verimli bir şekilde uğraşabilmeniz için bunlar iki engeldir.
Vagrant’ın yapılandırılması zor, yıllarca bir programcı haline geldiyseniz ve YAML ve CLI ile oldukça rahatsanız yapılandırılması kolaydır. Ama siz değilseniz, kendinizi hızlı bir şekilde uzun ve karmaşık bir tavşan deliğinde bulabilirsiniz. Daha kırılgan-müsten, Vagrant tabanlı çözümün MAMP’den daha telaşlı ve kırılgan olduğu vb. Ama deneyimlerime göre, her zaman MAMP’ten daha fazla bakıcıya ihtiyaçları var.
Neden yerel kalkınma için evsiz insanları kullanmalısınız? Bu eksikliklerin yanı sıra, birçok insan Vagrant tabanlı sanallaştırmayı kullanıyor ve seviyor. İşte ana nedenler:
Tutarlılık – İyi yapılandırılmış VM, hem Windows, Mac hem de Linux’un üstünde özdeş davranacaktır. Bu, sanal bir makineyle çalışmadan önce Windows’un garip olduğundan endişelenmenize gerek olmadığı anlamına gelir. Ve ekipte, VM’de koşmak iyiyse, Mac vs Windows sorunu kaybolur.
Eşleşen Üretim – Çalışırken, doğru yapılandırılan VM, çevre koduna çok uygun olabilir. Yani, diyelim ki, wordpress.com VIP için geliştirirseniz, kodunuzu en kolay ortamlarında VIP QuickStart ile test edin.
Soğutucu özelliklerine erişim-bu yukarıdakilerle uyumludur, ancak Wamp her zaman nesneleri veya WP-CLI’yi önbelleğe almayı ve kodunuzun onunla çalıştığından emin olmanıza yardımcı olmaz. İyi yapılandırılmış VM, kutunun dışında olacaktır.Sokak kredisi – Bu yarı şaka yapıyor, ama bunu dışlayamıyorum. İnsanların Vagrant’a akın etmesinin (ve şimdi Docker ile aynı şeyi yapmaya başlamasının) bazı nedenlerinden bazıları, WordPress.vvV ekosisteminin içinde ve dışında havalı ve yeni bir teknoloji olmasıdır. Geliştiriciler Düzeltilmiş WordPress, WordPress ekosisteminin etrafında, bu makale için katalog için çok fazla vagrant projesi var. Sanırım geçen yıl en az bir düzine güncellendi. Ancak, duyduğum ve önemli olduğunu düşündüğüm bazıları:
Değişen Vagrant Vagrant (VVV): Jeremy Felt, WordPress için Vagrant projesinden “Mama Bear” i yönetiyor. Başlangıçta büyük bir WordPress ajansı olan 10UP marka/desteği vardı, ancak o zamandan beri tek başına dönüyor. Bu en çok alıntı yapılan örnektir ve iyi bir mesafeyle kullanılır.
Treel: Yeni Başlayan Adaçayı (Nee Roots) temasının arkasındaki insanlar, belirli WordPress geliştirme stillerinin önemli bir destekçisidir ve vagrant kutuları çoğunlukla felsefelerinin geri kalanını kullanan insanlar tarafından tavsiye edilir. Hiç kullanmadım, ama eminim iyi.
Yerel Volan By Wheel: Bu, _amp paketinden biraz daha güvenilir bir WordPress odak deneyimi sunmak için VirtualBox (ve aslında Docker) kullanan havalı bağımsız bir uygulamadır (masaTopserver hakkında düşünmek). Güzel, bir GUI (ya VVV veya kafes) vardır ve eskiden “basın” olarak adlandırılır.
Şasi: Human Made, Vagrant için yeni bir “ekosistem” yayınladı.Benim için havalı kısım, bir masaüstü uygulaması ile birlikte gelmesidir.Görünüşe göre daha açık kaynaklı bir yerel sürüme dönüşebilir. En sevdiğiniz Vagrant WordPress iş akışını özlüyor muyum?Yorumlarda bize bundan bahsedin!Docker sanallaştırma daha hafiftir ve yukarıdaki vagrant kısmını okursanız, temayı yakalayabilirsiniz: sanal makineler tutarlılık için iyidir, ancak yavaş bir bilgisayar için iyi değildir.Sorunun üstesinden gelmek için (ve bir kenara bırakacağımız diğer güvenliğin), “barınak” ortaya çıktı.Konteynerizasyon fikri, uygulamanın kendi makinesinde olduğunu düşünmesini sağlayabilirseniz, kendi makinesine koymak zorunda kalmadan, sanal makinelerden ve hatta daha fazlasının faydası olacaktır.
Bunu yapmak için kullanılabilecek bir dizi araç ve teknoloji vardır, ancak çoğunlukla bu amaç için en yerleşik teknolojinin adı olan “Docker” a yuvarlanır. (Tıpkı bir Vagrant gibi, geliştiriciler için tüm sanal motor fikirlerine sık sık sarılmış bir markadır.) Öyleyse neden bir Docker kullanıyorsunuz? Çünkü bu size bellek ve diğer kaynak kullanımlarında çok fazla yük olmadan sanal motor tutarlılık zaferi verir, çünkü her “süreç” klasik VM’den daha akıllıdır. Şimdilik, Docker özel bir Linux önerisidir, ancak geçen yıl Windows ve Mac uygulamaları mevcuttu ve bu yüzden şimdi sanal motorun en büyük zayıflığı için iyi ve giderek daha popüler bir çözüm. Docker yeni bir karmaşıklık getiriyor – veritabanını PHP’niz veya sunucunuzla aynı “makineye” çalıştırmıyorsunuz, bu nedenle her şeyi açıkça bağlamanız gerekiyor. Ancak engeli geçtikten sonra, VM’den daha hızlı ve mümkün olduğunca neredeyse aynı. Ve eğer gerçekten beğendiyseniz, üretime bir docker uygulayabilirsiniz. Docker hakkında bundan daha ayrıntılı olarak tartışılacak kadar bilmiyorum veya anlamıyorum. Ama ben biraz uğraştım ve profesyonellere bir yapılandırma gönderirseniz (VVV, kafes, vb. Kullanıyorsanız yaptığınız gibi), vagrant çözüm olarak çalıştırmak nispeten kolaydır. Birkaç ay önce 10up’dan Taylor Lovett, “WP Docker” adını verdiği bir proje hakkında bir yazı yayınladı.
