Войти
 
 
   
 
  
Новости Notes.ру Библиотека Биржа труда Вопрос - ответ Форум Регистрация Поиск О проекте
Разделы
Вся лента вопрос-ответ
Рубрики
   Разработка notes-приложений
   Разработка web-приложений
   Администрирование Notes&Domino
   Почта Lotus Domino
   Общие вопросы
 
Всё о задаче AdminP. Часть вторая   Во второй части мы завершаем рассмотрение AdminP. В ней рассмотрены запросы междоменного администрирования и способы управления функциями AdminP с помощью настроек документа сервера, команд консоли сервера, файла Notes.ini и интервалов очистки базы данных. В этой статье предполагается, что вы опытный администратор Domino и прочитали первую часть
О Notes Читать статью
 
Всё о задаче AdminP. Proxy-действия в R5 и Domino 6   Приложение к статье об административном процессе
О Notes Читать статью
 
Всё о задаче AdminP. Часть первая   Перевод классической статьи 2003-его года о задаче административного процесса (AdminP). Очень полезна для понимания работы механизма этой задачи. В первой части статьи описаны компоненты задачи AdminP, как они работают, и как их использование помогает сделать работу администратора Domino проще. Задача AdminP (сакращённо от Administration Process, Административный процесс) работает с базой административных запросов (Administration Requests, admin4.nsf)
О Notes Читать статью
 


Вопрос-ответ

RSS
Главная   Вопрос-ответ   Доступ на редактирование

Доступ на редактирование

Вопрос:

Подскажите, пожалуйста, какие свойства есть у документа или поля, с помощью которых можно разрешать редактирование или запрещать, присваивая им значения true или false (или другой какой метод)?

Ответ:

1.Свойство у поля (айтема)
Protected - обеспечивает защиту на уровне поля, запрещает редактировать содержимое поля, если доступ пользователя к базе ниже, чем Editor (Редактор)

2.Для запрета (разрешения) редактирования документа существует несколько возможностей
Наиболее универсальная, входящая в общую многоуровневую защиту системы Lotus Notes - защита документа полями типа Readers/Authors
Наличие заполненных полей типа Readers запрещает доступ к документу (даже для чтения) всем, кто прямо или косвенно (по маске, в составе групп или обладая соответствующей ролью) не включен в одно из полей типа Readers или Authors документа
Отсутствие пользователя, имеющего к базе доступ ниже Editor (Редактор), в списке полей типа Authors (так же, как и в первом случае - прямо или косвенно) ведет к невозможности редактирования документа
Для того, чтобы пользователи, имеющие доступ к базе на уровне Читателя (Reader) и ниже, могли редактировать документ, введено понятие public document. У таких пользователей в таблице управления доступом (ACL) к базе должен быть поднят флажок Write public documents, и документы должны содержать поле $PublicAccess

Также не редактируются документы с зашифрованными данными, если у пользователя нет соответствующего ключа

Не сохраняются через UI-интерфейс документы, имеющие поле SaveOptions, отличное от текстовой 1 ("1")

Кроме этих двух уровней есть промежуточный интерфейсный вариант - Раздел с ограниченным доступом

Успехов!
Николай Норкин
 
  Опубликовано — 09/16/2004 |    


Мероприятия
Пресс-релизы
Биржа труда
Последнее на форуме
 
А так же:
Как удалить профиль?
16.04.2016 00:08:51
Скопировать в буфер поле документа
24.05.2015 08:55:52
Импорт DXL-описания документов в Lotus Domino. Одноимённые поля
16.04.2015 16:49:58
 
© LOGOSPHERE.RU