Bir WP sitesinin v2'sini başlatmak için etkili stratejileriniz var mı?


12

Ekibim ve ben, adil bir içerik ve oluşturdukları özel bir temaya sahip mevcut bir WordPress sitesine sahip bir müşteriyle çalışıyoruz. Bir grup blogudur, yani her zaman içerik ekleyen ve düzenleyen birçok blogcuya sahiptir.

Bizim işimiz, birkaç yeni özelliğe sahip tamamen yeni bir tema yaratmak. Bu özelliklerden bazıları için yeni özel widget'lar, eklentiler ve veritabanı alanları gerekir.

Şu anda kendi geliştirme makinelerimiz üzerinde çalışıyoruz ve bunları tek bir geliştirme sunucusuna entegre ediyoruz. Tüm kodlar SVN biçimindedir. Atadığımız DBA, şu anda herhangi bir veritabanı değişikliğini manuel olarak dev DB ile birleştiriyor, ancak umarım yakında otomatikleştirebilir.

Üretim yayınlama sürecimiz hakkında konuşmaya başladık. Anlamı: İşimiz bittiğinde, tüm özel kodumuzu prodüksiyon (canlı) sunucuya nasıl sorunsuz ve mümkün olduğunca az kesintiye uğratacağız?

Aklımızda birkaç plan var, ancak başkalarının da bu konuyla nasıl başa çıktığını duymak isterim. Takip edilecek en iyi uygulamalar veya kaçınılması gereken bilinen tuzaklar var mı?

Yanıtlar:


4

SethMerrick'in tavsiyelerine uyursanız, IP adresini değiştirmeden önce uygun DNS kayıtlarındaki TTL'yi 5 dakika veya birkaç saate (mevcut TTL'nin ne olduğuna bağlı olarak) indirerek geçiş süresini büyük ölçüde azaltabilirsiniz.

Bunu yaparak, uzak DNS sunucularına adresi yalnızca 5 dakika önbelleklemelerini söylersiniz. IP'yi değiştirdikten sonra, TTL'yi daha önce olduğu gibi artırabilirsiniz. Etkiyi daha da en aza indirmek için, düşük trafikte geçişi yapın.


Bunu tesadüfen yapmaya başladık. Kesinlikle yardımcı olur. Uzun bir dağıtım dönemini karşılayamayız. Bu ipucunu eklediğiniz için teşekkürler!
Mike Lee

IP'yi gerçekten değiştirmeden önce TTL'yi çok fazla değiştirmeniz gerektiğini unutmayın . Başka bir deyişle, TTL bir hafta ise, IP'yi değiştirmeden önce TTL'yi bir hafta önce 5 dakika olarak değiştirmeniz gerekir, böylece herkes bunu yaptığınızda yeni TTL'de olur.
Daniel C.Sobral

2

Bunun uygulanabilir olup olmadığından emin değilim, ancak aynı anda yüksek trafikli bir siteyi taşıma ve yükseltme gibi benzer bir süreçten geçtim.

Temel strateji bir hazırlama sunucusunda çalışmaktı, daha sonra her şey hazır olduğunda, canlı sunucuda bir mysql dökümü yapın, hazırlama sunucusuna alın, gerekli temizlemeyi yapın, ardından DNS kayıtlarını hazırlama sunucusuna yönlendirin. hazırlama sunucusu yeni canlı sunucu olmak için.

Zor bit, daha sonra DNS yayılımı sırasında biriken tüm verileri hazırlama sunucusuna (şimdi canlı sunucudur) birleştirmektir. Başka bir deyişle, mysql dökümü / güncelleme DNS'inizi yaptığınızda ve DNS yayılımı tamamlandığında 30 saat geçerse, eski siteden yenisiyle 30 saatlik kayıtları seçerek birleştirmeniz gerekir.

Kesintisiz bir süreç değil, ama bir hafta boyunca yola çıktıkça tüm karışıklıklar düzeldi.


Bu senaryoda, sitede geçiş yapılmayacak değişiklikleri önlemek için DNS geçiş yaparken eski siteyi etkin bir şekilde salt okunur yapar mıydınız?
Trevor Bramble

Bu, geçiş sırasında eski sitenin db'sine yeni verilerin eklenmesini önlemek için alternatif bir yaklaşımdır. Yukarıda bahsettiğim yaklaşım, geçiş sırasında eski siteyi etkin durumda bırakır, ardından geçiş sırasında ortaya çıkan ekstra db girişlerini (yeni yayınlar, yorumlar vb.) Yeni siteye manuel olarak birleştirir. edit: sadece acterry'nin TTL Records hakkındaki önerisinin harika bir tavsiye olduğunu belirtmek istedim.
SethMerrick

Buna benzer bir şey yaptık. Sorunsuz değil, ama hey, işe yarıyor.
Mike Lee

2

@Mike Lee: Harika bir soru ve WordPress'in kutsal kaselerinden biri (veya Drupal, Joomla ve diğerleri gibi bu konuda aşina olduğum ana akım açık kaynaklı CMS'lerden herhangi biri)

Kesinlikle kullanım durumunuza hitap etmemekle birlikte , WP Migrate Webhosts adlı WordPress Yanıtlar Değişimi aracılığıyla yeni sunduğum beta düzeyinde bir eklentiyi açıklayan ilgili bir soruya cevabımı kontrol edin (evet, yaratıcı adlandırma söz konusu olduğunda emiyorum .)

Ama aynı zamanda bir eklenti ile tarif ettiğiniz kullanım durumunu çözmek istiyorum ve şu anda bunu nasıl başaracağımı düşünüyorum. Ben yaklaşım yolu genel olarak çözme vazgeçmek düşünüyorum ve bunun yerine WordPress var bilinen desenleri ele ve daha sonra herkes özel kullanım durumlar için benim eklentisi " kanca " izin olduğunu düşünüyorum . Ben de bir yaklaşım WordPress veri ve yapıları bir PHP dosyasında veri olarak serileştirmek olduğunu düşünüyorum, böylece gelecekteki bir eklenti kaynak kodunu kontrol sistemi deltas kaynak geçerli sürümü gelmesi gibi deltalar olarak bu değişiklikleri uygulayabilirsiniz kodu.

Sorununuzu tam olarak yanıtlamıyor ya da çözmese de, size düşünmek için iyi bir yemek veriyorum ve ayrıca sizin ya da bir başkasının nihai bir çözüm üzerinde işbirliği yapmak isteyebileceğini umuyorum.


WP Migrate Webhosts kulağa çok ihtiyaç duyulan bir eklenti gibi geliyor. Bunu ve bu geri bildirimi paylaştığınız için teşekkür ederiz!
Mike Lee

Evet bencede. Ben ve diğerleri uber yararlı olmak için evrimleşebilir böylece işbirliği olsun umuyoruz! Yukarı oy için teşekkürler.
MikeSchinkel
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.