Sıfırdan bir tane oluşturmak yerine neden yerleşik bir CMS seçmelisiniz?

Önümüzdeki birkaç hafta boyunca yaptığım araştırmaların çoğu farklı CMS'lerle ilgili olacak. Episerver ve umbraco'ya zaten kısa bir baktım. Bu sistemleri okurken, bu (oldukça büyük) CMS platformlarının birçoğunun ayrıntılarını ve yapısını öğrenmeden içerik yönetimi özelliklerinin sağlanmasının mümkün olduğunu düşünemiyorum.

Geçmişte, bir geliştirici olarak rolümün bir editörden ayrı tutulması gereken projeler verildi (mantıklı). yani, sitenin tasarımını ve işlevselliğini ve müşterilerimin içeriği güncellemek için yaptığı işi geliştirmek benim görevimdi. Bunu, metin girişi ve resim yüklemeleri vb. arkasındaki kod, tüm bunları veritabanından ilgili kontrollere (örneğin tekrarlayıcılar) okuyacaktır.

Benim için bu, müşterilerimin içeriği yöneterek çözümlerimle dağıtması için yeterince etkili bir yol oldu. Yanıldığımı biliyorum - ve CMS'ler sıfırdan inşa edilenlere tercih edilir - ama maliyet meselesi dışında neden?

Takip etmek istemediğiniz kullanıcılar için önemli olan özelliklerin ağırlığından kurtulmak için mevcut bir CMS kullanırsınız.

EPiServer, Umbraco, Orchard vb. Sürümler, diğer içeriklerle hangi içeriğin bağlantılı olduğu, formların nasıl oluşturulacağı, vb. uygun görürsünüz.

Tipik olarak binlerce saatlik sorun giderme işlemleri gerçekleştirildi, neden bunlardan yararlanmıyorsunuz? Özellikle, neredeyse garanti edemediğim API'larını öğrenmenin dışında bir zamana mal olmadığı ücretsiz veya açık kaynak sürümlerinde, bu işlevselliği yeniden yaratmak için harcadığınız zamandan daha az zaman.

Sağladıkları işlevselliği yeniden oluşturmanıza gerek kalmadıkça, neden iyi çalıştığı bilinen bir şeyi kullanmıyorsunuz?

İşte kendi başınıza uygulamak zorunda kalmayacağınız özelliklerin kısa bir listesi:

• içerik sürümlendirme
• iş akışı
• sayfa bağlantısı durum raporları
• wysiwyg editörü özelleştirme
• içerik modelleme (sayfa türleri / belge türleri)
• içerik alma API'ları
• hem editörler hem de geliştiriciler için dokümantasyon / eğitim
• nesne önbellek stratejileri
• arama için içerik sorgulama sistemleri
• içerik hiyerarşi yapıları (içeriğin yine de ağaç biçiminde olduğu CMS'lerde)
• editör görünümleri
• yönetici görüntülemeleri
• giriş kontrolu

Orada YOK olanları daha iyi hangi şekilde kesin cevap. İhtiyaçlarınıza, yapınıza, maliyetinize, insan gücünüze ve diğer birçok faktöre bağlıdır.

Önceden hazırlanmış / kurulmuş CMS

Artıları

1. Kaydeder A LOT zaman. Yıllardır süren bazı CMS'lerin içinde çok ve çok sayıda çalışma saati var. Önceden hazırlanmış bir CMS'deki özelliklerin% 10'una ihtiyacınız olmayabilir, ancak zamandan ve zamandan tasarruf etmesine rağmen ücretsiz değildir!
2. Kaydeder A LOT para.
3. Genellikle muhtemelen ihtiyaçlarınız için çalışacak BÜYÜK miktarda özellik var .

Eksileri

1. Lisans . Kullandığınız önceden hazırlanmış CMS lisansına uymanız gerekir. Bu büyük bir sorun olmayabilir, ancak lisans tarafından yasaklanmış bir şeyi değiştirmek isteyebilirsiniz veya belki de bir üretim ortamında kullanmanız yasaklanacaktır.
2. Ağır . CMS büyük olasılıkla mümkün olduğunca çok sayıda kitleye ulaşacak şekilde uyarlanacaktır. Belki bir sunucu sınırlamanız var veya temel içerik yönetimi için fazla komut dosyası yüklemek istemiyor olabilirsiniz.
3. Muhtemelen modüler olmayan bir tarzda yazılmıştır . Önceden hazırlanmış bir CMS uyguladığınızı ve web sitesinin istemcinin oturumu kapatıp dağıtalım diyelim hazır olduğunu varsayalım! Sonra müşterinize ateş ve "Oh, bu özelliği CMS eklemek istiyorum!" Daha sonra, çok karmaşık veya çok modüler olmayan bir CMS seçtiyseniz, özellik isteklerini uygularken sorun yaşayabilirsiniz veya aşırı zaman alabilir.
4. Böceklerini devral . CMS'deki mevcut tüm hataları devralırsınız. Bu, genellikle güncellenmesi kolay olduklarından bir sorun değildir, ancak bir özellik eklemek için bölümlerini büyük ölçüde değiştirirseniz ne olur?

Ev yapımı / özel CMS

Artıları

1. İhtiyaçlarınıza göre uyarlanmıştır . SADECE ihtiyacınız olanı entegre edebilir ve yüksek taşınabilirliği koruyabilirsiniz.
2. Kendi dilinizde yazılmıştır . Belki bir ASP.net MVC web siteniz var ve tüm CMS'leri PHP ile yazılmış, ancak bir C # MVC ve jilet görünümü motoru (idk rastgele örnek) kullanılarak yazılmış bir istiyorum. Tek tip ve büyük bir PHP / JS / vb. Olmayan bir web sayfasını korumak çok daha kolaydır. Tüm C # kodlarının ortasında CMS.
3. Sevgiler Eğer / şirket / o vb ek lisans satın w istediğiniz kadar birçok uygulamada olduğu gibi bunu kullanabilir, bunu% 100 sahibi

Eksileri

1. Zaman alıcıdır , bu nedenle pahalıdır . Bir CMS üzerinde çalışarak, çalıştığınız saatlere, deneyime vb. Bağlı olarak herhangi bir zaman harcayabilirsiniz.

Zamanınız varsa ve önceden yapılmış sistemlerin hiçbiri faturaya uymuyorsa veya çok karmaşıksa, elbette zaman alıcı faktörlerden başka, kendiniz oluşturmamanız için hiçbir neden görmüyorum.

Tartışmaya da web güvenliği eklemek isteyebilirsiniz. Sıfırdan bir CMS oluşturursanız, birkaç saldırıya karşı güvenlik açıklarınız olabilir (bkz . Https://www.owasp.org/index.php/Top_10_2010-Ana ). Öte yandan mevcut bir CMS kullanırsanız, genellikle daha güvenli olacaktır, ancak diğer taraftan güvenlik açıkları daha yaygın olacaktır.

Bu yüzden güvenlik açısından bir ödünleşim biraz, ama iyi güncellenmiş bir "standart" CMS'nin ev yapımı bir üründen daha güvenli olduğunu, ancak bir dereceye kadar seçtiğiniz standart olanlardan hangisine bağlı olduğunu iddia ediyorum.

Ancak, "standart" bir CMS kullanırsanız ve çok fazla değişiklik yaparsanız, yükseltme yolunu kırabilir ve CMS'nizi güncelleyemeyebilirsiniz ve bu nedenle savunmasızsınız demektir.

Çarpanlarına ayırılması gereken bir şey, CMS'nizin eskisi kadar değil, dilde değil, işlevsellik ve tasarımda eskimiş olabileceğidir. Bir sonraki programcı grubu, işlevsellikteki bu kısıtlamalarla çalışmak istemeyebilir ve tasarım gereği imajlarını bozabilir!

Bu basit bir web sitesi veya adamak için fazla zamanınız yoksa, CMS harika geliyor!

Kendi CMS'nizi oluşturmanın bir numaralı nedeni, zaman içinde kendi işlevselliğinizi ekleyebilmektir. Hazır CMS ile, onu yaratan üçüncü tarafın mimarisine ve teknolojisine bağlısınız.

Örnekler:

• Umbraco - düzen için XSLT'ye güven - # başarısız

• Orchard - Web Form geliştiricileri için aşırı tasarlanmış ve öğrenme eğrisi

...vb.

Çekirdek işe sadık kalmak da oldukça iyi bir argüman. Bir araba inşa ettiğiniz için kendi yakıtınızı da oluşturmanız gerektiği anlamına gelmez. Bu tamamen farklı bir üründür ve odaklanmanız başka bir yerde olacağından başka birinin bunu çok daha iyi yapması oldukça iyidir. Yeni geliştirilen sistemlerdeki hatalar da hafife alınmamalıdır. Bir süredir devam eden bir cms birkaç hataya sahip olacak, ancak yeninizin sahip olacağı numaranın yakınında hayır. Mevcut bir cms yıllar boyunca milyonlarca kullanıcı tarafından test edilmiştir.