Banyak penelitian saya selama beberapa minggu ke depan akan menjadi CMS yang berbeda. Saya sudah melihat episerver dan umbraco secara singkat. Saat membaca ke dalam sistem ini saya tidak bisa tidak berpikir bahwa menyediakan fitur manajemen konten dapat dicapai tanpa mempelajari detail dan struktur dari banyak platform CMS (yang agak besar) ini.
Saya telah, di masa lalu, diberi proyek di mana peran saya sebagai pengembang harus tetap terpisah dari peran seorang editor (masuk akal). yaitu tugas saya untuk mengembangkan desain dan fungsionalitas situs dan pekerjaan klien saya untuk memperbarui konten. Saya telah mencapai ini dengan juga menerapkan semacam 'portal' di mana ada beberapa halaman yang akan menerima input teks dan upload gambar dll. (Pada dasarnya, konten apa pun yang mereka inginkan), rekam konten baru ini ke database dan kemudian dengan mendesain kode-belakang akan membaca semua ini dari database menjadi kontrol yang relevan (misalnya repeater).
Bagi saya, ini merupakan cara yang cukup efektif bagi klien saya yang mengelola konten untuk disebarkan dengan solusi saya. Saya tahu bahwa saya salah - dan CMS lebih disukai daripada yang dibangun dari bawah ke atas - tetapi selain masalah biaya, mengapa?
Jawaban:
Anda menggunakan CMS yang ada untuk menyingkirkan bobot fitur yang mungkin penting bagi pengguna yang tidak ingin Anda lacak.
EPiServer, Umbraco, Orchard, dll. Semuanya telah membangun opsi untuk melacak hal-hal seperti versi, konten apa yang dihubungkan dengan konten lain, cara membuat formulir, dll. Dan di luar itu mereka memiliki acara yang dapat Anda kaitkan untuk memodifikasinya sebagai Anda mau.
Mereka biasanya memiliki ribuan jam pemecahan masalah sudah dilakukan, jadi mengapa tidak mengambil keuntungan dari itu. Terutama dalam versi gratis atau open source di mana secara harfiah tidak ada biaya bagi Anda kecuali waktu mempelajari API mereka yang hampir dapat saya jamin lebih sedikit waktu daripada yang Anda habiskan untuk membuat ulang fungsionalitas itu.
Jadi, kecuali Anda tidak perlu membangun kembali fungsionalitas yang mereka berikan, mengapa tidak menggunakan sesuatu yang sudah diketahui berfungsi dengan baik?
Berikut ini adalah daftar singkat dari fitur yang ada yang tidak perlu Anda implementasikan sendiri:
sumber
Tidak ada jawaban pasti untuk yang lebih baik. Itu tergantung pada kebutuhan Anda, struktur, biaya, tenaga kerja, dan sejumlah faktor lainnya.
CMS yang sudah dibuat sebelumnya
Pro
Cons
CMS buatan sendiri / custom
Pro
Cons
Jika Anda punya waktu, dan tidak ada sistem pra-dibuat yang sesuai dengan tagihan atau terlalu rumit saya tidak melihat alasan untuk tidak membangun Anda sendiri, selain tentu saja faktor yang memakan waktu.
sumber
Anda mungkin ingin menambahkan keamanan web ke diskusi juga. Jika Anda membuat CMS dari awal, kemungkinan Anda akan memiliki kerentanan terhadap sejumlah serangan (lihat misalnya https://www.owasp.org/index.php/Top_10_2010-Main ). Jika Anda di sisi lain menggunakan CMS yang ada, umumnya akan lebih aman, tetapi di sisi lain kerentanannya akan lebih luas.
Jadi ini sedikit pengorbanan dari sisi keamanan, tapi saya berpendapat bahwa "standar" CMS yang diperbarui lebih aman daripada yang dibuat di rumah, tetapi tergantung pada standar mana yang Anda pilih.
Namun, jika Anda menggunakan CMS "standar" dan melakukan banyak modifikasi, Anda dapat memutus jalur peningkatan dan berakhir dengan tidak dapat memperbarui CMS Anda dan karenanya Anda rentan.
sumber
Satu hal yang perlu diperhitungkan adalah bahwa CMS Anda mungkin menjadi usang, tidak harus dalam bahasa, melainkan fungsionalitas dan desain. Kelompok programmer berikutnya mungkin tidak ingin bekerja dengan kendala-kendala dalam fungsi dan sejauh desain itu dapat merusak citra mereka!
Jika ini adalah situs web sederhana, atau Anda tidak punya banyak waktu untuk mendedikasikan, CMS terdengar hebat!
sumber
Alasan nomor satu untuk membuat CMS Anda sendiri adalah untuk dapat menambahkan fungsionalitas Anda sendiri dari waktu ke waktu. Dengan CMS yang tidak tersedia, Anda terikat dengan arsitektur dan teknologi pihak ketiga yang membuatnya.
Contoh:
Umbraco - mengandalkan XSLT untuk tata letak - # gagal
Orchard - rekayasa berlebihan dan kurva pembelajaran untuk dev Formulir Web
... dll.
sumber
Tetap pada bisnis inti adalah argumen yang cukup bagus juga saya katakan. Hanya karena Anda sedang membuat mobil bukan berarti Anda juga harus membuat bahan bakar sendiri. Itu produk yang sama sekali berbeda dan peluangnya cukup bagus sehingga orang lain akan melakukannya dengan lebih baik karena fokus Anda ada di tempat lain. Bug dalam sistem yang baru dikembangkan juga tidak boleh diremehkan. Satu cm yang sudah ada sebentar akan memiliki beberapa bug ya, tapi tidak di dekat angka yang dimiliki oleh yang baru. Cm yang ada telah diuji oleh jutaan pengguna selama bertahun-tahun.
sumber