Форум программистов, компьютерный форум, киберфорум
HCL Notes: Программирование
Войти
Регистрация
Восстановить пароль
 
Рейтинг 4.53/114: Рейтинг темы: голосов - 114, средняя оценка - 4.53
0 / 0 / 0
Регистрация: 09.01.2009
Сообщений: 40
1

Закрытие документа и организование раздельного доступа

15.02.2009, 16:32. Показов 20888. Ответов 13
Метки нет (Все метки)

Всем привет=)

У меня две проблемки возникло.... Может кто знает и поможет как решить их

1) Есть action - по нажатию, сохранятеся документ-ответ и закрывается, активным становиться родительский документ через который создавался ответ. Так вот хотелось бы и его тоже закрыть из того action (из документа ответа, чтобы закрилиь и ответ и родительский документ) это можно как-нибдуь сделать на @-формулах?

2) Как орагинзовать доступ к документам Privrate и общедоступный? я тут чуть запутался....
В АЦЛ для всех пользователей ставлю Editor....
ограничиваю кодом доступ к редактированию....
Родительский документ должны видеть все пользователи которые указаны в его полях Author, а документ ответ также должны вижеть только те пользователи которые указаны в полях Author... а получается что видят все кто указан в родительском документе... :huh: это верно?
0

Помощь в написании контрольных, курсовых и дипломных работ здесь.

Programming
Эксперт
94731 / 64177 / 26122
Регистрация: 12.04.2006
Сообщений: 116,782
15.02.2009, 16:32
Ответы с готовыми решениями:

Обеспечение раздельного синхронизированного доступа к ресурсам
public class ThreadCar extends Thread { public void run() { new...

Закрытие документа
Доброго времени суток! В общем, существует такая неприятность. Заходим в один из документов, и...

Закрытие документа
в общем в конфе при печати закрывается документ для редактирования,есть обработка чтоб открыть док...

Автоматизация печати и закрытие документа
Помогите пожалуйста! даже не знАю, сложно это или нет) 1. Есть программа которая формирует...

13
0 / 0 / 0
Регистрация: 18.08.2008
Сообщений: 1,698
15.02.2009, 17:54 2
Не уверен что на формулах можно закрыть чужое окно...
Но вот на скрипте можно попытаться
Закрыть можгно только UI-шный документ.

А по второму вопросу.... Private - это зло!
Переходи на обычные виды и разграничивай Authors/Readers полями.



Цитата Сообщение от FEDAZzZ
а документ ответ также должны вижеть только те пользователи которые указаны в полях Author
Одним Author-полем не обойдешься. Author - это те кто могут править документ
Readers - те кто может видеть
0
0 / 0 / 0
Регистрация: 09.01.2009
Сообщений: 40
16.02.2009, 08:38 3
Цитата Сообщение от NickProstoNick
Одним Author-полем не обойдешься. Author - это те кто могут править документ
Readers - те кто может видеть

То есть... Те кто в Author видят и редактируют документ, те кто в Readers только видят, но не редактируют. А как же тогда на это влияют значения в ACL листе? если у человека стоит пункт Editor, он же должен видеть все документы? Или он видит только те документы в полях Readers и Authors которых он стоит. :blink:

Зы. Спасибо, за ответ на первый вопрос =) хотел вот убедиться что правда нельзя, а не то что мне не хватает знаний :Р
0
0 / 0 / 0
Регистрация: 09.01.2009
Сообщений: 40
24.09.2009, 10:52 4
не хотел открывать новую тему, напишу в эту....

Я что-то опять запутался в полях Ридер и Автор.

Автор - видит все документы? Или только тех в которых он четко прописан?

Если в документе (в базе, где есть разограничение по авторам и ридерам) нет полей ридер/автор - то его видят все? И могут редактировать те, кто имеет уровень доступа автар и выше ?

И последний вопрос... Почему пользовтель с уровнем ридер, может видеть документ в котором его имя вообще не прописанно ни в одном поле....
0
0 / 0 / 0
Регистрация: 19.04.2009
Сообщений: 2,219
24.09.2009, 11:26 5
Цитата Сообщение от FEDAZzZ
не хотел открывать новую тему, напишу в эту....

Я что-то опять запутался в полях Ридер и Автор.

Автор - видит все документы? Или только тех в которых он четко прописан?

Если в документе (в базе, где есть разограничение по авторам и ридерам) нет полей ридер/автор - то его видят все? И могут редактировать те, кто имеет уровень доступа автар и выше ?

И последний вопрос... Почему пользовтель с уровнем ридер, может видеть документ в котором его имя вообще не прописанно ни в одном поле....
Совет первый и банальный - внимательно читать хелп. По существу:
1. Если в ACL ставить уровень доступа editor, то использование полей authors теряет смысл, поскольку эти поля влияют только на пользователей с уровнем доступа author. Editors могут править ВСЕ документы, которые они видят.
2. Если в документе нет полей authors/readers, его видят все, в т.ч. пользователи с уровнем доступа в ACL reader. Если поля есть, то документ видят только те, кто в них перечислен явно, через группы либо через роли. Кто не указан - не видит. В частности, если в них не указан сервер, то документы он не увидит и не будет их реплицировать.
0
0 / 0 / 0
Регистрация: 13.03.2008
Сообщений: 234
24.09.2009, 11:35 6
1. если нет полей Reader, то док видят все.
2. поле Author не заменяет поле Reader, а только указывает что имеет право на редактирование, даже если уровень доступа ниже Editor
3. Автор видит все документы, где указан в Reader поле, либо указана его роль, либо его OU (*/Sales/Company/Ru). Также те документы, которые из п. 1
0
0 / 0 / 0
Регистрация: 09.01.2009
Сообщений: 40
24.09.2009, 12:07 7
Спасибо ) Теперь разобрался )
0
0 / 0 / 0
Регистрация: 15.12.2006
Сообщений: 641
24.09.2009, 12:57 8
Плюс если в ридерском поле пустое значение "", то это тоже воспринимается как будто поля нет.
0
0 / 0 / 0
Регистрация: 19.04.2009
Сообщений: 2,219
24.09.2009, 13:49 9
Цитата Сообщение от K-Fire
Плюс если в ридерском поле пустое значение "", то это тоже воспринимается как будто поля нет.
... но если их два (и более) и хоть в каком-нибудь что-нибудь есть - то доступ ограничен. При вычислении прав доступа значения всех ридерс полей объединяются (для авторс-полей то же самое).
0
0 / 0 / 0
Регистрация: 05.07.2009
Сообщений: 21
24.09.2009, 18:57 10
Цитата Сообщение от Alexander (Criz)
2. поле Author не заменяет поле Reader, а только указывает что имеет право на редактирование, даже если уровень доступа ниже Editor
3. Автор видит все документы, где указан в Reader поле, либо указана его роль, либо его OU (*/Sales/Company/Ru). Также те документы, которые из п. 1
2 и 3 не верно.
Поля Authors имеют функциональность полей Readers.
Поэтому если есть не пустое поле ридерс и юзер в нем не указан,
но при этом юзер указан в поле авторс, то юзер увидит документ.
0
0 / 0 / 0
Регистрация: 12.10.2007
Сообщений: 522
25.09.2009, 12:42 11
Цитата Сообщение от nvy
Совет первый и банальный - внимательно читать хелп. По существу:
1. Если в ACL ставить уровень доступа editor, то использование полей authors теряет смысл, поскольку эти поля влияют только на пользователей с уровнем доступа author. Editors могут править ВСЕ документы, которые они видят.
2. Если в документе нет полей authors/readers, его видят все, в т.ч. пользователи с уровнем доступа в ACL reader. Если поля есть, то документ видят только те, кто в них перечислен явно, через группы либо через роли. Кто не указан - не видит. В частности, если в них не указан сервер, то документы он не увидит и не будет их реплицировать.
1. По-моему, смысл не теряется. Если в ACL LNAddress*у ставить уровень доступа editor, то LNAddress видит и редактирует только public документы. т.е. если в документе в поле типа readers и authors прописать не LNAddress(если поле типа readers будет пустым или "*" или в нем будет прописан один из элементов @UserNameList или роль даной бд, которая есть у LNAddress либо поля типа readers не будет, то LNAddress будет видеть этот документ;
если поле типа authors будет ..., то LNAddress будет редактировать этот документ), ну а скажем "1"<>LNAddress, то LNAddress не увидит и не услышит)
2. Если в ACL LNAddress*у ставить уровень доступа reader, то максимум что он сможет, это почитать public документы, если поле типа readers будет...
0
0 / 0 / 0
Регистрация: 19.04.2009
Сообщений: 2,219
26.09.2009, 19:21 12
Цитата Сообщение от susinmn
1. По-моему, смысл не теряется. Если в ACL LNAddress*у ставить уровень доступа editor, то LNAddress видит и редактирует только public документы. т.е. если в документе в поле типа readers и authors прописать не LNAddress(если поле типа readers будет пустым или "*" или в нем будет прописан один из элементов @UserNameList или роль даной бд, которая есть у LNAddress либо поля типа readers не будет, то LNAddress будет видеть этот документ;
если поле типа authors будет ..., то LNAddress будет редактировать этот документ), ну а скажем "1"<>LNAddress, то LNAddress не увидит и не услышит)
2. Если в ACL LNAddress*у ставить уровень доступа reader, то максимум что он сможет, это почитать public документы, если поле типа readers будет...
По поводу 1 - если у пользователя в ACL уровень доступа Editor, а в документе он есть в поле Readers, но его нет в поле Authors, то он всё равно сможет редактировать документ. Ограничение доступа на редактирование документов с помощью полей Authors действует только на пользователей с правами в ACL на уровне Author, поэтому я и говорю, что использование полей Authors для пользователей с правами Editor теряет смысл.
0
0 / 0 / 0
Регистрация: 04.11.2007
Сообщений: 3,019
27.09.2009, 12:33 13
вообще-то можно реализовать всё что угодно и закрыть любой документ
Например повесив на формы таймер + УИ, и по опросу таймера закрыть что угодно - делал так в примере когда у меня какой нить пользователь зависал в доке в режиме редактирования на пол часа, когда другие тоже хотят что нибудь рихтануть - установка таймера на запрос раз в пол часа решает данную проблему на ура

ну а другой сопособ - как по мне более правильный - делать всё через режим чтения + формирование нужных запросов, которые обрабатывает серверный агент и всё чинно правит - удобно тем что с документов в данный момент может хоть сотня людей работать - агент то один и он один последовательно вносит всё что хотят юзеры, давая им при этом мнимую колективную работу
0
0 / 0 / 0
Регистрация: 05.07.2009
Сообщений: 21
27.09.2009, 14:53 14
Цитата Сообщение от ToxaRat
ну а другой сопособ - как по мне более правильный - делать всё через режим чтения + формирование нужных запросов, которые обрабатывает серверный агент и всё чинно правит - удобно тем что с документов в данный момент может хоть сотня людей работать - агент то один и он один последовательно вносит всё что хотят юзеры, давая им при этом мнимую колективную работу
А проблем с актуальностью документа, читаемого юзером, не возникает?
Ведь при нагруженной системе может случиться, что юзер обрабатывая документ,
может принять по нему решение, и только затем сервер отработает предыдущие запросы.
Получится юзер принял решение по не актуальной информации...
Хотя наверно в условиях какой-то конкретной задачи это и подойдет...
0
IT_Exp
Эксперт
87844 / 49110 / 22898
Регистрация: 17.06.2006
Сообщений: 92,604
27.09.2009, 14:53

Помощь в написании контрольных, курсовых и дипломных работ здесь.

Ошибка в макросе, закрытие документа
Помогите найти ошибку. Макрос Active Worbook.Close закрывает только рабочую область. Sub...

Можно ли отменить закрытие документа
всем привет. когда пользователь пытается закрыть несохраненный документ, office предлагает ему:...

Как запретить закрытие документа word
Если кто поможет буду очень признателен!

Ширина столбца и закрытие Excel документа
Работаю с oracle ado/odbc. Нужно перенести данные в из дбгрид в таблицу Excel/ задачей...

Закрытие доступа к USB
Всем привет! Передо мною стала такая проблемка, нужно отключить USB для сохранения информации на...

Закрытие доступа к папке
нужно закрыть доступ к папке(не по сети), чтобы другие пользователи кто сядет за комп не могли её...


Искать еще темы с ответами

Или воспользуйтесь поиском по форуму:
14
Ответ Создать тему
Опции темы

КиберФорум - форум программистов, компьютерный форум, программирование
Powered by vBulletin® Version 3.8.9
Copyright ©2000 - 2021, vBulletin Solutions, Inc.