Модуль переглядів: Як обмежити доступ користувачем

Я використовую модуль Views для створення представлення даних, до якого повинні мати доступ лише конкретні користувачі. Я знаю, що Перегляд включає в себе контроль доступу за роллю або дозволами, але мені потрібно щось більш тонке: в основному, я хочу мати змогу сказати лише користувачеві "х", а користувач "у" може отримати доступ до певного перегляду (або ще хтось із роль адміністратора сайту). Таким чином, це буде функціонувати дуже схоже на те, як ACL-модуль діє для окремих вузлів.

Чи найкращий підхід для створення плагіну доступу до власних подань? Я не маю великого досвіду з цим.

Також мені цікаво використовувати аргумент з деякою валідацією для цього (щоб мені не довелося створювати десятки окремих поглядів). Наприклад, оскільки цей вид буде вкладкою на певному шляху до вузла, мені цікаво налаштувати на цьому вузлі довідкове поле користувача, яке визначає, хто міг бачити представлення даних. Мені просто знадобиться спосіб перегляду лише перевірити, якщо поточний користувач дорівнює користувачеві, вказаному в посиланні користувача.

Будь-які ідеї? Або я роблю це складніше, ніж треба?

Спасибі, Бен

Замість обмеження дозволів на Перегляд, ви можете обмежити дозволи на пункт меню, який веде до цього виду (будь то вкладка на вузлі або зворотний виклик меню). Ви можете створити свій погляд із лише екраном "За замовчуванням" та без відображення сторінки (тому користувачі не можуть просто визначити шлях до нього). Потім у вашому page callbackдля пункту меню просто зателефонуйте, views_embed_viewщоб відобразити подання. Схоже, обробка дозволів на пункт меню може бути простішою, ніж написання нового плагіна для переглядів (хоча плагін може бути корисним для інших).

Спробуйте модуль зворотного виклику Views .

Забезпечує управління доступом на основі зворотного дзвінка для переглядів.

Доступні функції зворотного виклику визначаються модулями, що використовують hook_views_access_callbacks()функцію (так само, як і в hook_perm()), а потім можуть бути встановлені в конфігурації "Обмеження доступу" в представленні.

Я, мабуть, чогось не вистачаю, але здається, ви створили б нову роль і додали цих Користувачів. Потім скористайтеся функцією "Доступ до перегляду: роль".

Якщо вам потрібно прив’язати права доступу до чогось у вмісті, я б скористався користувацьким доступом до перегляду, який я вперше встановив, що налаштовує біль, але ціную гнучкість, коли працюю. Якщо Перегляд генерує пункт меню, воно не з’явиться, якщо Перегляд не передає функцію доступу.

Якщо ви ховаєте лише пункт меню, мені здається, що представлення все ще буде працювати, і Користувач може налаштувати URI для перегляду даних.

Джеррі

Як щодо використання модуля користувальницьких дозволів для створення деяких нових дозволів спеціально для вашої мети, а потім за допомогою модуля User Permissions для призначення цих нових дозволів окремим користувачам?

Спеціальний модуль дозволів дуже легкий. Я не дуже впевнений у модулі дозволів користувача, оскільки він по суті створює нову роль для кожного користувача поза кадром (ці ролі не видно на головній сторінці дозволів). Якщо у вас багато користувачів, це може трохи збільшити розмір ваших ролей та таблиць user_roles.

Правильно, це має більше сенсу. Я думаю, ви могли (можливо, не на 100% впевнені) використовувати View і аргумент. Встановіть аргумент як ідентифікатор користувача, узятий з поточно зареєстрованого користувача, і аргумент за замовчуванням не відображає нічого. Це має бути в змозі зробити це, хоча я не знаю, наскільки це було б справедливо. Якщо ви спробуєте це, відправте відгук і повідомте мені про ваш прогрес.

Якщо ви хочете поєднати різні плагіни доступу в Переглядах, ви можете ознайомитись з модулем « Перегляд доступу» до багатьох .