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

Tôi đang xây dựng một trang web Drupal 7 đơn giản 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. Kiểm soát truy cập ngay bây giờ không cần phải tốt hơn thế. Dường như các 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 , tạm biệt nút , Kiểm soát truy cập phân loại và Kiểm soát truy cập phân loại Lite . Để đạt được những gì tôi cần, tôi có thể kiểm soát quyền 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". Cả hai sẽ làm việc.

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.

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 ở đâ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.

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

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 đó.

Cung cấp quyền truy cập vào 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. Do đó, thật đơn giản khi chỉ cần thêm chế độ xem thay vì trang cơ bản !! Nó thậm chí còn che giấu các mục menu !!