Basit CMS: Çoğu Web Sitesi İçin Küçük Neden Büyükten Daha İyidir

Geçen bahar küçük bir hukuk bürosu için bir tanıtım sitesi devraldım. Beş sayfa, bir iletişim formu, bir harita. WordPress üzerinde çalışıyordu: 23 eklenti, kimsenin kurduğunu hatırlamadığı bir sayfa oluşturucu ve dokuz yıllık spam yorumlarını barındıran bir veritabanı. Site, bir yığın HTML dosyasının yapacağından daha azını yapıyordu, ancak aylık güncellemeler, bir güvenlik eklentisi, bir önbellekleme eklentisi ve önbellekleme eklentisine arkadaşlık edecek bir yedekleme eklentisi gerektiriyordu. Bu iş, şimdi her müşteriye aynı kuralı vermemin sebebi: işi yapan en küçük aracı kullanın. Çoğu site için bu araç basit bir CMS'dir.

Bu yazı, basit bir CMS'nin gerçekte ne olduğunu, büyük sistemlerin faturaya asla yansıtmadığı bakım maliyetlerini ve sitenizin çizginin hangi tarafında olduğunu nasıl anlayacağınızı anlatıyor.

Basit Bir CMS Gerçekte Nedir?

Terimi sadeleştirirsek bir CMS üç şey yapar: içeriğinizi depolar, bu içeriği bir FTP istemcisi olmadan düzenlemenizi sağlar ve ziyaretçiler için sayfaları oluşturur. Basit bir CMS bu üç şeyi mümkün olduğunca az hareketli parçayla yapar, genellikle MySQL sunucusu, eklenti pazarı veya kendi sürüm döngüsü olan bir tema çerçevesi yoktur.

• Düz dosya CMS'leri (Grav, Bludit veya Pico gibi) içeriği klasörlerde Markdown veya JSON dosyaları olarak depolar. Site, dosya ağacının ta kendisidir.
• Tek dosya CMS'leri (WonderCMS veya Restorix CMS gibi) tüm yönetim panelini içeriğinizin yanında duran tek bir PHP dosyasına sığdırır.
• Statik site oluşturucular bir adım daha ileri gider: canlı yönetim hiç yoktur, her değişiklikte sadece HTML yeniden oluşturulur. Harika, ta ki bir müşteri akşam 9'da bir yazım hatasını düzeltmek isteyene kadar.

Vazgeçtiğiniz şeyler: kullanıcı hesapları, editöryal iş akışları, yorumlar ve her durum için bir eklenti. Karşılığında aldığınız ise aklınızda tutabileceğiniz kadar küçük bir site.

Kimsenin Bahsetmediği Bakım Faturası

WordPress'in kendisi kötü adam değil. Yük, onun etrafında dönen her şeyden geliyor. Çekirdek güncelleme istiyor. Tema güncelleme istiyor. 15 ila 40 eklentinizin her biri, farklı kişiler tarafından yazılmış, farklı sürümlere karşı test edilmiş kendi programında güncelleme istiyor. Her güncelleme küçük bir piyango bileti: genelde sorunsuz, bazen cumartesi günü beyaz bir ekran.

İşte müşterilerime anlattığım hesap: Tipik bir küçük WordPress sitesinin ihtiyaçları:

• Güncelleme kontrolleri ve uygulama: ayda 30 ila 60 dakika, bir şeylerin bozulduğu aylarda daha fazla.
• Gerçekten test ettiğiniz yedekler: ek 30 dakika ve üç ayda bir test geri yüklemesi yapmalısınız.
• Veritabanı hijyeni: revizyonlar, geçici veriler, spam, sahipsiz meta veriler. Bunu atlarsanız 50 sayfalık bir site arkasında 400 MB'lık bir veritabanı sürükler.
• Güvenlik takibi: popüler bir eklenti bir güvenlik açığı bildirdiğinde, yama saatiniz işlemeye başlar. Sucuri gibi firmaların olay müdahale raporları, CMS enfeksiyonlarının büyük bir kısmını düzenli olarak güncellenmemiş eklenti ve temalara dayandırıyor.

Düz dosya bir site bu listenin çoğunu tersine çevirir. Temizlenecek veya enjekte edilecek veritabanı yok. Saldırı yüzeyi bir yönetici dosyasına ve PHP sürümünüze indirgenir. Yedeklemeler, bir klasörü rsync ile senkronize eden bir cron işi haline gelir. Arasında üç yıl geçen girişlerle çalışan ve hiçbir drama olmadan sunucu taşımasını atlatan düz dosya sitelerim oldu.

Düz dosya ve veritabanı: günlük hayatta ne değişir?

Bunların hiçbirinin kıyaslama tablolarıyla ilgili olmadığına dikkat edin. Önbelleklenmiş bir WordPress sitesi ve düz dosya site, sayfaları hızlı bir şekilde sunar. Fark onuncu ayda ortaya çıkar: basit site hâlâ hiçbir şeye ihtiyaç duymazken, büyük olan aylık bir saatlik ilgiye ihtiyaç duyar.

Tek Dosya CMS'leri: Basitliğin Uç Noktası

Fikrin en radikal versiyonu tek dosyalı CMS'dir: tüm yönetim, düzenleme, kaydetme, dosya yönetimi, tek bir PHP dosyasının içinde. WonderCMS tüm kimliğini bunun üzerine inşa etti ve yönetim panosunu tek başına bir index.php olarak sundu. Biz de Restorix CMS ile aynı yolu izledik: /webarchive-cms.php adresinde tek bir dosya, dağıttığımız her geri yüklenen siteye eklenir; içerik düzenleme, site genelinde ara ve değiştir ve bir dosya yöneticisi içerir.

Neden birini bir CMS'yi tek bir dosyaya sıkıştırsın ki? Üç pratik neden:

1. Sıfır kurulum. Sihirbaz yok, veritabanı kimlik bilgisi yok, sürüm matrisi yok. Dosyayı yükle, aç, düzenle.
2. Sıfır ayak izi. Dosyayı silin ve site yeniden düz HTML olur. Dışa aktarmayı unuttuğunuz bir veritabanında hiçbir şey saklanmaz.
3. Kırması zor. Restorix CMS varsayılan olarak güvenli modla birlikte gelir ve dağıtılan her site, panelinizde gösterilen kendi rastgele oluşturulmuş yönetici şifresine sahiptir. Küçük yüzey, küçük patlama yarıçapı.

Tek dosyalı bir yönetim paneli asla bir çevrimiçi dergiyi çalıştırmaz ve bunun için tasarlanmamıştır. 40 sayfalık bir şirket sitesinin, yönetim panelinin nasıl çalıştığını hatırlaması için birini işe almadan yılda iki kez düzenlenebilmesi için vardır.

Basit Bir CMS'nin Yetersiz Kaldığı Yerler

Yanlış aracı satmaktansa anlaşmayı kaybetmeyi tercih ederim, işte dürüst liste: Basit CMS'yi şu durumlarda atlayın:

• Bir şeyler satıyorsunuz. Gerçek katalog, sepet, vergiler, faturalar, WooCommerce veya özel bir mağaza platformu karmaşıklığını hak ediyor. 800 SKU'lu bir müşteri mağazası düz dosya adayı değildir.
• İçeriğe birçok kişi dokunuyor. Editöryal roller, onay akışları, kullanıcı bazında izinler. Basit sistemler genellikle tek bir yönetici varsayar.
• İçerik ilişkiseldir. Mekanlara, şehirlere bağlı etkinlikler, beş taksonomi arasında çok yönlü filtreleme. Burası bir veritabanının ana sahasıdır.
• Hesaplara, forumlara veya yorumlara ihtiyacınız var. 60.000 gönderili bir 2009 phpBB forumu veritabanında kalır. Nokta.
• Ekip zaten büyük bir CMS biliyor. Yeniden eğitim bazen bakımdan daha pahalıya mal olur. Sıkıcı ama doğru.

Genel kural: yabancılar sitenize giriş yapıp bir şeyler yapmak zorundaysa, bir veritabanına ihtiyacınız vardır. Halk sadece okuyorsa, muhtemelen ihtiyacınız yoktur.

Hızlı Bir Karar Kontrol Listesi

Bir şey seçmeden önce şu beş soruyu yanıtlayın:

1. İki yıl içinde kaç sayfası olacak? Kabaca 500'ün altındaki sayılar düz dosya olarak iyi çalışır.
2. Kim düzenliyor ve ne sıklıkta? Bir kişi tarafından aylık düzenlemeler basit araçları destekler.
3. Halk etkileşime giriyor mu, hesaplar, sepetler, yorumlar? Herhangi bir evet sizi veritabanına yönlendirir.
4. Yayından sonra kim bakımını yapacak? Dürüst cevap 'gerçekten kimse' ise, basitlik bir ödün değil, bir özelliktir.
5. Saldırıya uğrarsa veya sunucu ölürse ne olur? Basit bir CMS ile dürüst cevap 'klasörü yeniden yükleyin'dir.

'Küçük ve salt okunur' yönünde dört veya beş puan alın; basit bir CMS, üç yıl içinde size gerçek para kazandıracaktır, çoğunlukla hiç harcamadığınız saatlerle.

Basit Bir CMS'yi Gerçek Bir Sitede Nasıl Denersiniz?

Fikri test etmek için sıfırdan bir projeye ihtiyacınız yok. İki düşük riskli yol:

İlk olarak, mevcut küçük bir siteyi yeniden oluşturun. O beş sayfalık tanıtım sitesini alın, metni kopyalayın ve bir alt alan adı altında Grav veya Bludit üzerinde yeniden oluşturun. Öğrenme eğrisi dahil bir hafta sonu yeterlidir. Müşteri sizi aramadan düzenleme yapabiliyorsa, deney başarılı olmuştur.

İkinci olarak, insanların unuttuğu yol, daha önce kaybettiğiniz eski bir siteyi geri yükleyin. Bir site süresi dolmuş bir alan adı veya sona ermiş bir barındırma planıyla yok olduysa, sayfaları genellikle Wayback Machine'de duruyordur. Ücretsiz tahmin aracından geçirin: Restorix arşivlenen dosyaları sayar ve siz ödemeden önce fiyatı sabitler, ardından geri yüklemeyi, içinde tek dosyalı CMS zaten kurulu olarak barındırma hesabınıza dağıtır. Geri aldığınız şey donmuş bir müze kopyası değil, küçük, düzenlenebilir bir sitedir, ki bu tam olarak basit bir CMS'nin doldurduğu alandır. Bir şey başarısız olursa, para iadesi otomatik olarak bakiyenize yansır.

Her iki şekilde de test günler sürer, aylar değil. Basitliğin tüm amacı budur.