Menggunakan WordPress sebagai CMS: Preferensi pengembang untuk plugin khusus vs plugin yang ada

10

Saya hanya ingin mengukur umpan balik umum tentang bagaimana pengembang menggunakan WordPress sebagai CMS. Saya mulai memiliki beberapa permintaan klien untuk situs web yang dibangun di WordPress. Sebagian besar waktu, mereka cukup sederhana dan fungsionalitas inti WordPress berfungsi dengan baik.

Kadang-kadang meskipun akan ada kebutuhan untuk fungsionalitas khusus, yang umumnya saya telusuri ribuan plugin yang tersedia dan menggunakan yang sesuai. Namun ketika saya membangun lebih banyak situs, saya menemukan bahwa saya tidak pernah 100% puas dengan cara kerja plugin (mereka melakukan terlalu banyak atau terlalu sedikit)

Apakah Anda menulis plugin khusus untuk situs WordPress yang Anda buat untuk klien (bahkan jika yang serupa sudah ada)? Bagaimana Anda mencapai keputusan ketika menyangkut custom vs existing?

Chris_O
sumber
2
Karena ini lebih merupakan pertanyaan "apa pendekatan spesifik Anda" versus "apa pendekatan terbaik", saya berpendapat bahwa itu harus wiki-ified ...
EAMann
Terima kasih semuanya atas tanggapan Anda - Saya tidak tahu banyak pengembang WordPress asli, jadi wawasannya sangat berharga.

Jawaban:

3

Saya menulis jauh lebih banyak kode kustom akhir-akhir ini (plugin dan fungsi tema, benar-benar sama saja) karena ketika Anda mulai menggunakan wordpress sebagai CMS lengkap, Anda sedang berhadapan dengan fungsi-fungsi canggih yang hanya ditemukan oleh banyak orang. (atau masih menunggu untuk ditemukan di sumber itu sendiri). Jadi tidak ada banyak plugin di luar sana yang menangani fungsi-fungsi terbaru ini.

Juga, sifat menggunakan wordpress sebagai CMS menyiratkan spesialisasi dan kustomisasi tertentu untuk klien Anda; jadi bahkan ketika saya sudah menemukan plugin yang menangani fungsi CMS tertentu, saya hampir selalu menemukan saya membutuhkan solusi yang lebih spesifik. Plugin harus ditulis agar fleksibel untuk semua jenis penggunaan, sedangkan kode khusus Anda (yang dapat didasarkan pada plugin yang ada) dapat melupakan segala macam bentuk input yang tidak perlu dan panel pengaturan yang diperlukan plugin untuk mengetahui apa yang Anda, secara individu, inginkan hasil dari. Menghilangkan itu (dan mengkodekan fungsionalitas tertentu untuk skenario spesifik klien Anda) juga mengurangi jumlah UI input dan pengaturan yang dapat disentuh seseorang secara tidak sengaja nanti ...

somatik
sumber
3

Hai @pingu:

Pertanyaan bagus!

Saya membuat CMS khusus untuk klien, saya tidak mengatur blog untuk klien, jadi saya menemukan bahwa untuk jenis klien yang saya layani yang saya gunakan hampir secara eksklusif menggunakan plugin kustom. Klien saya biasanya menginginkan hal-hal persis seperti yang mereka inginkan dan saya menemukan sangat sedikit plugin yang memenuhi kebutuhan mereka.

Tapi bukan itu yang saya pikir konsep plugin salah. Sebaliknya saya pikir itu mungkin untuk plugin ada sehingga sebagian besar waktu saya akan dapat menggunakan plug-off-the-shelf hanya saja sebagian besar plugin yang tersedia saat ini tampaknya ditujukan untuk pengguna akhir blog dan tidak dirancang dengan pengembang profesional yang menggunakan WordPress sebagai platform untuk memberikan solusi kepada klien.

Apa yang saya temukan bekerja dengan klien saya adalah serangkaian pola penggunaan-kasus untuk plugin yang saya pikir akan mengatasi setidaknya 50% dari kebutuhan kode kustom, mungkin lebih. Setelah menginvestasikan hampir satu tahun pada plugin ini saya telah memutuskan untuk merilisnya sebagai produk karena beberapa poin di masa depan yang tidak terlalu jauh.

Namun, sementara itu, saya perlu menemukan beberapa orang yang dapat memberi tahu saya apa yang menjadi kebutuhan utama mereka dengan imbalan kemampuan menggunakan alat yang saya kembangkan. Jika Anda berminat, Anda dapat menemukan alamat email saya di halaman profil saya; tembak saja saya email dan beri tahu saya bidang apa yang paling Anda lihat.

MikeSchinkel
sumber
3

Ini pertanyaan yang sangat bagus. Ada beberapa plugin plugin umum yang saya gunakan secara teratur yang memecahkan masalah dasar seperti kinerja / caching, SEO, dan formulir (Gravity Forms).

Untuk hampir semua hal lain itu sepenuhnya kebiasaan. Sebagian besar pekerjaan kustom melibatkan pembuatan cara bagi klien untuk menambahkan jenis konten yang ditentukan secara khusus ke situs mereka.

Misalnya seorang klien dapat meminta cara untuk mengirim lowongan pekerjaan. Ini memerlukan jenis pos khusus dengan kotak meta khusus untuk hal-hal seperti jabatan, gaji, tunjangan, persyaratan pendidikan, uraian pekerjaan, dll. Kemudian formulir aplikasi online harus dibuat dengan tombol yang berlaku sekarang yang disematkan atau dihubungkan ke pekerjaan tunggal template .php.

Contoh lain adalah pelabelan putih atau penyesuaian dasbor dengan layar masuk khusus menggunakan logo klien dan menghapus beberapa branding WordPress bersama dengan beberapa widget dasbor. Beberapa proyek bahkan perlu membuat widget dasbor khusus.

Sebenarnya tidak banyak plugin dari rak yang dapat memenuhi kebutuhan CMS khusus yang lengkap.

Chris_O
sumber
3

Saya suka bahwa ada perpustakaan yang sangat besar dari plugin WP pihak ke-3, dan saya sering menggunakannya untuk situs pribadi dan pekerjaan pro-bono. Tapi saya jarang menggunakan plugin dari repositori untuk pekerjaan pengembangan profesional.

Secara umum, saya menemukan bahwa klien tidak memiliki ikatan emosional dengan WordPress - mereka hanya menginginkan CMS. Jadi mereka cenderung kurang memaafkan hal-hal seperti tombol donasi dan fungsi plugin bernama merek. Padahal, itu membuat mereka gugup. Mereka hanya ingin melihat tombol berlabel "Formulir Kontak", bukan "CformsII" atau apa pun. Plus, klien perusahaan memiliki departemen hukum yang terkadang khawatir tentang lisensi dan kepemilikan kode dan semua itu, dan mereka tidak ingin harus menghapus lisensi dan ketentuan penggunaan untuk selusin plugin pihak ke-3.

Jadi sebagian besar, saya bekerja dari perpustakaan plugins white-label dasar yang telah saya kembangkan, dan menyesuaikannya untuk setiap klien. Dengan begitu, saya tahu semua kode luar dan dalam, dan dapat membuat kustomisasi sangat mudah dan bersih. Dan saya tahu tidak ada banyak sampah di sana yang dirancang untuk mengakomodasi kasus tepi - hanya apa yang dibutuhkan untuk pekerjaan di tangan.

Namun, saya pasti BELAJAR banyak dari plugin pihak ke-3. Seringkali saya akan membuka plugin untuk melihat cara kerjanya, dan kemudian membuat versi saya sendiri berdasarkan apa yang saya pelajari. Kemudian ketika kebutuhan untuk fungsi itu muncul lagi, saya memiliki sesuatu untuk dikerjakan dengan yang saya buat sendiri, yang bebas dari kekacauan dan atribusi, dan yang praktis tidak terlihat oleh klien.

MathSmath
sumber
2

Saya belum menulis plug-in khusus untuk klien tetapi saya pasti akan melakukannya jika mereka membayar untuk itu :)

Saya baru-baru ini terjun ke lebih banyak fitur "seperti" CMS dari 3.0 dengan situs berukuran sedang sepenuhnya disesuaikan. Awalnya saya agak khawatir jika itu akan benar-benar berhasil karena diperlukan banyak elemen khusus dan tidak ada yang ada hubungannya dengan blogging yang sebenarnya.

Saya hampir saja menggunakan CMS yang lebih kuat, tetapi saya mengambil risiko dan hasilnya terbayar. Hampir semua yang saya butuhkan cukup mudah untuk diselesaikan dengan membuat templat kustom (tema) yang sederhana, sebenarnya itu sangat mudah, dan saya terkejut dengan betapa fleksibelnya itu, itu bukan hanya platform blogging lagi.

Dengan itu dikatakan pasti ada beberapa peringatan yang dapat dikerjakan, saya masih kadang-kadang menemukan diri saya berkata .. jika hanya memiliki fitur x seperti ... tidak.

Di samping catatan saya menjadi sangat bergantung pada plug-in yang mendukung atau menulis fungsi dan kode kustom, Bahkan kecuali itu adalah sesuatu yang spesifik, unik, atau sangat baik dilakukan, saya jarang menggunakannya sama sekali.

Wyck
sumber