it-swarm-vi.com

Node mô-đun kiểm soát truy cập cho các trang chỉ dành cho thành viên

Tôi đang xây dựng một trang web đơn giản Drupal 7 có các trang công khai và các trang chỉ dành cho thành viên. Chỉ có một loại thành viên. Hiện tại, quyền kiểm soát truy cập không cần phải tốt hơn thế. lựa chọn của tôi là các mô-đun Truy cập nội dung , Nodeaccess , Truy cập đơn giản , nút riêng tư của nút , Phân loại tư duy Kiểm soát truy cậpTaxonomy Access Control Lite . Để đạt được những gì tôi cần, tôi có thể kiểm soát truy cập theo vai trò hoặc bằng cách sử dụng thuật ngữ phân loại như "chỉ dành cho thành viên".

Tất cả các mô-đun này vẫn đang được phát triển cho D7, và đang trong các giai đoạn khác nhau của (chưa) hoàn thành và không có lỗi. Đối với một số người, sự phát triển có vẻ thất thường hoặc bị đình trệ. Ngoài ra, UX của họ có độ phức tạp khác nhau đối với trình chỉnh sửa nội dung không phức tạp.

(Một cách khác cho tất cả các mô-đun này là tạo một loại nội dung riêng cho các trang chỉ dành cho thành viên và chỉ sử dụng các quyền loại nội dung tích hợp. Điều đó có vẻ không linh hoạt và trùng lặp, nhưng đó là một lối thoát.)

Câu hỏi của tôi là một câu hỏi thực tế, dựa trên thực tế hiện tại: bạn sẽ chọn cái nào để sử dụng ngay bây giờ hoặc trong vài tháng tới, cho trường hợp sử dụng này, và cái nào có vẻ có tương lai tươi sáng nhất?

FOLLOWUP (7 tháng sau): Sau khi thử Truy cập nội dung (CA) và Kiểm soát truy cập phân loại (TAC), tôi đã giải quyết trên TAC. Truy cập nội dung có thể thực hiện kiểm soát truy cập theo nút, nhưng UX không đơn giản và tôi không muốn làm chủ biên tập của mình phải tuân theo. Tôi thấy rằng sử dụng thuật ngữ phân loại để chỉ định truy cập về cơ bản có thể là một cơ chế trừu tượng: một thuật ngữ duy nhất có thể biểu thị một tập hợp các lựa chọn truy cập phức tạp. Đối với một loại nội dung (sự kiện lịch), tôi thay đổi quyền truy cập dựa trên phân loại. Đối với một trang khác (chỉ dành cho thành viên), tôi chỉ sử dụng từ vựng phân loại một thuật ngữ là trường bắt buộc (vì vậy giá trị của nó không thể thay đổi). Vì vậy, đối với tôi, chức năng của TAC là một siêu bộ CA. Tôi cũng cần Quyền của trường để hiển thị có chọn lọc các trường trong các sự kiện lịch.

8
Dan Halbert

Rõ ràng có rất nhiều yếu tố mà bạn nên xem xét trước khi quyết định liệu một mô-đun có tương lai "tươi sáng" hay không. Một bài đăng blog rất hay mô tả tất cả các yếu tố cần được xem xét có thể được tìm thấy tại đây (nó dựa trên chủ đề cũ của drupal.org nhưng bạn vẫn có thể nhận được điểm).

Quyết định cuối cùng mà bạn đưa ra là một "cảm giác" mà bạn sẽ nhận được sau khi bạn đã dành nhiều giờ để thử nghiệm các mô-đun và đập đầu vào tường, chỉ để nhận ra rằng mô-đun mà bạn chọn không phải là một điều chính xác. Tuy nhiên, tôi sẽ cung cấp cho bạn kết quả của một kịch bản nhỏ mà tôi có và tôi chạy trong những trường hợp như vậy. Nó cung cấp cho bạn số lượng sử dụng của các mô-đun mà bạn cung cấp làm đầu vào và đây là:

  • content_access: 24939 người dùng
  • node_access: 1295 người dùng
  • simple_access: 1623 người dùng
  • node_privacy_byrole: 3399 người dùng
  • taxonomy_access: 6037 người dùng
  • tac_lite: 3397 người dùng

Lưu ý rằng những kết quả này chỉ là thông tin được lấy từ trang web drupal.org và bạn không nên sử dụng chúng để so sánh các mô-đun. Chúng chỉ là những dấu hiệu cho bạn biết những người dùng khác "cảm thấy" như thế nào về những mô-đun mà bạn đang kiểm tra.

Vì vậy, để trả lời câu hỏi của bạn, tôi sẽ sử dụng mô-đun truy cập nội dung vì nó hỗ trợ quyền truy cập theo vai trò mà bạn đã đề cập, có rất nhiều trang web đang sử dụng nó (có nghĩa là rất khó bị ngừng), tác giả của nó là ai đó đã thực hiện công việc đáng chú ý cho drupal và phiên bản D7 đã được cập nhật - tương đối- gần đây.

P.S: nếu bạn muốn kịch bản, hãy biết. Nó đã được chứng minh rất tiện dụng trong nhiều trường hợp.

4
F1234k

Bạn có thể quan tâm đến mô-đun Nội dung cao cấp, http://drupal.org/project/premium_content , hoạt động theo cách tương tự như những gì bạn thấy sau đó.

2
rfay

Việc cung cấp quyền truy cập cho một trang cơ bản có vẻ khó khăn trong Drupal. Tuy nhiên, có thể cấp quyền cho các trang được tạo của chế độ xem. Do đó, chỉ cần thêm chế độ xem thay vì trang cơ bản !! thậm chí giấu các mục menu !!

1
Radion