Modul kontrol akses simpul untuk halaman khusus anggota


8

Saya sedang membangun situs Drupal 7 langsung yang memiliki halaman publik dan halaman khusus anggota. Hanya ada satu jenis anggota. Saat ini kontrol akses tidak perlu lebih baik dari itu. Tampaknya pilihan saya adalah modul Akses Konten , Nodeaccess , Akses Sederhana , byrole privasi simpul , Kontrol Akses Taksonomi dan Lite Kontrol Akses Taksonomi . Untuk mencapai apa yang saya butuhkan, saya dapat mengontrol akses baik dengan peran, atau dengan menggunakan istilah taksonomi seperti "hanya untuk anggota". Keduanya akan bekerja.

Semua modul ini masih dalam pengembangan untuk D7, dan dalam berbagai tahap penyelesaian (tidak) dan bugginess. Bagi sebagian orang, pengembangan tampaknya tidak menentu atau terhenti. Selain itu, UX mereka memiliki kompleksitas yang beragam untuk editor konten yang tidak canggih.

(Alternatif lain untuk semua modul ini adalah membuat jenis konten terpisah untuk halaman khusus anggota, dan cukup gunakan izin tipe konten bawaan. Itu tampaknya tidak fleksibel dan duplikat, tetapi itu jalan keluar.)

Pertanyaan saya adalah yang praktis, mengingat kenyataan saat ini: mana yang akan Anda pilih untuk digunakan sekarang atau dalam beberapa bulan ke depan, untuk kasus penggunaan ini, dan mana yang tampaknya memiliki masa depan yang paling cerah?

FOLLOWUP (7 bulan kemudian): Setelah mencoba Akses Konten (CA) dan Kontrol Akses Taksonomi (TAC), saya memilih TAC. Akses Konten dapat melakukan kontrol akses by-node, tetapi UX tidak sederhana, dan saya tidak ingin membuat editor saya kesana. Saya menemukan bahwa menggunakan istilah taksonomi untuk menunjuk akses pada dasarnya bisa menjadi mekanisme abstraksi: satu istilah dapat mewakili sekumpulan pilihan akses yang rumit. Untuk satu jenis konten (acara kalender), saya memvariasikan akses berdasarkan pada taksonomi. Untuk yang lain (halaman khusus anggota), saya hanya menggunakan kosakata taksonomi satu istilah yang merupakan bidang wajib (sehingga nilainya tidak dapat berubah). Jadi bagi saya, fungsi TAC adalah superset dari CA. Saya juga membutuhkan Izin Bidang untuk secara terbuka mengekspos bidang dalam acara kalender.

Jawaban:


4

Jelas ada banyak faktor yang harus Anda pertimbangkan sebelum memutuskan apakah sebuah modul memiliki masa depan yang "cerah" atau tidak. Posting blog yang sangat bagus yang menggambarkan semua faktor yang harus dipertimbangkan dapat ditemukan di sini (didasarkan pada tema lama drupal.org tetapi Anda masih bisa mendapatkan intinya).

Keputusan akhir yang akan Anda ambil adalah semacam "perasaan" yang akan Anda dapatkan setelah menghabiskan banyak waktu menguji modul dan membenturkan kepala ke dinding, hanya untuk menyadari bahwa modul yang Anda pilih tidak yang benar. Namun, saya akan memberi Anda hasil skrip kecil yang saya miliki dan saya jalankan dalam kasus seperti itu. Ini memberi Anda hitungan penggunaan modul yang Anda berikan sebagai input, dan ini dia:

  • content_access: 24939 pengguna
  • node_access: 1295 pengguna
  • simple_access: 1623 pengguna
  • node_privacy_byrole: 3399 pengguna
  • taxonomy_access: 6037 pengguna
  • tac_lite: 3397 pengguna

Perhatikan bahwa hasil ini hanya informasi yang diambil dari situs web drupal.org dan Anda tidak boleh menggunakannya untuk membandingkan modul. Itu hanya indikasi yang memberi tahu Anda apa yang "dirasakan" oleh pengguna lain tentang modul-modul yang Anda periksa.

Jadi, untuk menjawab pertanyaan Anda, saya akan menggunakan modul akses konten karena mendukung akses per peran yang Anda sebutkan, ada banyak situs yang menggunakannya (artinya sangat kecil kemungkinannya untuk dihentikan), penulisnya adalah seseorang yang telah melakukan pekerjaan luar biasa untuk drupal dan versi D7 dimutakhirkan - relatif - baru-baru ini.

PS: kalau mau skrip, biar tahu. Ini terbukti sangat berguna dalam banyak kasus.


Saya tertarik pada "reputasi" modul, tetapi dalam hal ini saya lebih tertarik pada pertanyaan teknis yang mana dari modul akses ini untuk dipilih. Apakah Anda memiliki
Dan Halbert

Mengedit posting saya untuk menjawab langsung pertanyaan Anda. Biar tahu jika Anda memerlukan informasi lebih spesifik.
F1234k

maaf untuk komentar pertama yang terpotong; Saya memukul balik secara tidak sengaja dan sedang merevisinya ketika Anda menjawab.
Dan Halbert


1

Memberikan izin akses ke halaman dasar tampaknya sulit di Drupal. Namun dimungkinkan untuk memberikan izin untuk halaman yang dibuat tampilan. Dengan demikian membuatnya mudah untuk hanya menambahkan tampilan daripada halaman dasar !! Bahkan menyembunyikan item menu !!


Menyembunyikan tampilan dari pengguna tidak harus menyembunyikan node yang ditemukan oleh tampilan itu. Fitur seperti pencarian masih dapat mengekspos node ke seluruh dunia.
Pengguna1
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.