it-swarm.asia

V2’yi başlatmak için etkili bir stratejiniz var mı? WP Site?

Ekibim ve ben, çok az miktarda içeriğe ve oluşturdukları özel bir temaya sahip olan bir WordPress sitesine sahip bir müşteriyle çalışıyoruz. Bu bir grup blogu, yani her zaman içerik ekleyen ve düzenleyen, dünyanın dört bir yanındaki birkaç blogcuya sahip olduğu anlamına geliyor.

İşimiz, tamamen yeni bir tema oluşturmak, oldukça yeni özelliklere sahip olmak. Bu özelliklerden bazıları yeni özel widget'lar, eklentiler ve veritabanı alanları gerektirecektir.

Şu anda kendi geliştirme makinelerimiz üzerinde çalışıyoruz ve bunları tek bir geliştirme sunucusuna entegre ediyoruz. Tüm kodlar SVN'de sürümlenmiştir. 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 bunu otomatikleştirebilecek.

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

Aklımızda birkaç plan var, ancak başkalarının da bu sorunu nasıl çözdüğünü duymayı çok isterim. İzlenmesi gereken en iyi uygulamalar veya önlemek için bilinen tuzaklar var mı?

12
Mike Lee

SethMerrick'in tavsiyelerine uyarsanız, uygun DNS kayıtlarındaki TTL 'i 5 dakikaya veya birkaç saate indirerek (şu anki TTL’ın ne olduğuna bağlı olarak) değiştirme süresini büyük ölçüde azaltabilirsiniz. IP adresini değiştirmeden önce.

Bunu yaparak, uzak DNS sunucularına, adresi yalnızca 5 dakika önbelleğe almasını söylüyorsunuz. IP’yi değiştirdikten sonra, TTL’i daha önce olduğu kadar artırabilirsiniz. Efekti daha da azaltmak için, düşük trafik döneminde geçişi yapın.

4
Aaron Terry

Bunun uygulanabilir olup olmadığından emin değilim, ancak yüksek trafikli bir siteyi aynı anda geçirme ve yükseltme işlemine benzer bir işlem geçirdim.

Temel strateji bir hazırlama sunucusu üzerinde çalışmaktı, sonra her şey hazır olduğunda, canlı sunucuya bir mysql dökümü yapın, onu hazırlama sunucusuna alın, gerekli tüm temizleme işlemlerini yapın, ardından DNS kayıtlarını hazırlama sunucusuna yönlendirin, Hazırlama sunucusu yeni canlı sunucu olmak için.

Buradaki zor bit, DNS yayılması sırasında toplanan tüm verileri hazırlama sunucusuna (şu an canlı sunucudur) birleştirmektir. Başka bir deyişle, mysql dökümü/DNS güncelleme işleminiz arasında 30 saat geçiyorsa ve DNS yayımı tamamlandığında, eski siteden yenisine 30 saatlik kayıtları seçici olarak birleştirmek zorunda kalacaksınız.

Kesintisiz bir süreç değil, ancak yolun aşağısında bir hafta geçirdiğimizde tüm akrabalar kendilerini düzeltti.

2
SethMerrick

@Mike Lee: Harika bir soru ve WordPress'in (veya Drupal, Joomla, vd. Gibi) bu konuda aşina olduğum ana açık kaynak CMS'lerin kutsal grailsinden biri.

Kullanım durumunuzu ele almak kesinlikle doğru olmasa da ilgili bir soruya cevabımı kontrol etmeyi (== --- ==), üzerinden yeni kullanıma sunduğum bir beta düzeyinde eklentiyi tanımlayan WordPress Answers Exchange denilen WP Webhosts'u Göç Etme (evet, yaratıcı adlandırma söz konusu olduğunda berbatım.)

Ama aynı zamanda bir eklenti ile açıkladığınız kullanım durumunu çözmek istiyorum ve şu anda bunu nasıl yapacağımı düşünüyorum. Yaklaşmanın yolunun genel olarak çözülmesinden vazgeçmeyi ve bunun yerine WordPress'te bilinen bilinen kalıpları ele almayı ve sonra başkalarının eklentim için " kanca " eklentisini almasına izin vermeyi düşünüyorum. özel kullanım durumları. Ayrıca, bir yaklaşımın WordPress'teki verileri ve yapıları bir PHP dosyasındaki veriler olarak seri hale getireceğini düşünüyorum, böylece gelecekteki bir eklenti bu değişiklikleri kaynak kod kontrol sistemi gibi delta olarak uygulayabilir. kaynak kodunun geçerli sürümünde.

Bu yüzden probleminizi tam olarak cevaplamıyor ya da çözemiyorken umarım size düşünce için iyi yiyecekler veririm ve umarım siz veya bir başkasının nihai bir çözüm üzerinde işbirliği yapmak isteyebileceğini umarım.

2
MikeSchinkel