Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
виртуальная авторизация в csp
|
|||
|---|---|---|---|
|
#18+
Здравствуйте, уважаемые форумчане. Можно ли ввести виртуальную авторизацию и аутентификацию пользователей для csp-приложений? То есть, чтобы можно было под одним пользователем работать нескольким со своими правами? В Оракле такое точно можно реализовать, как разрулить это в cache в рамках сессии? Пока только приходит на ум - отказаться от cache как от сервера приложений и использовать его как хранилище данных, но ИМХО, так теряются все основные достоинства Cache. Версия 5.0.21 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.08.2010, 00:03 |
|
||
|
виртуальная авторизация в csp
|
|||
|---|---|---|---|
|
#18+
Не понял вопроса. С ораклом не работал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.08.2010, 06:31 |
|
||
|
виртуальная авторизация в csp
|
|||
|---|---|---|---|
|
#18+
MasteRusЗдравствуйте, уважаемые форумчане. Можно ли ввести виртуальную авторизацию и аутентификацию пользователей для csp-приложений? То есть, чтобы можно было под одним пользователем работать нескольким со своими правами? В Оракле такое точно можно реализовать, как разрулить это в cache в рамках сессии? Пока только приходит на ум - отказаться от cache как от сервера приложений и использовать его как хранилище данных, но ИМХО, так теряются все основные достоинства Cache. Версия 5.0.21 Если вы говорите о разделении лицензионной и SQL-авторизаций, то можете посмотреть следующие методы (для Cache 5.0): %CSP.Session.Login(Username,Password,1) и $SYSTEM.SQL.Login(Username,Password). А если у вас лицензия с "Web Add-On"-ом, то смысла в таком делении нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.08.2010, 08:29 |
|
||
|
виртуальная авторизация в csp
|
|||
|---|---|---|---|
|
#18+
MasteRusВерсия 5.0.21 Версия-то дюже старая... Все распределение в Каше упирается в пользователя. Если происходит регистрация именно этого пользователя - все права и доступы будут одинаковы. Интересно как это Оракл одному и тому же пользователю может давать разные права? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.08.2010, 08:32 |
|
||
|
виртуальная авторизация в csp
|
|||
|---|---|---|---|
|
#18+
Извините, что долго не пояснял, аврал по совершенно другим вопросам. Имелось ввиду, что виртуальная авторизация для CSP-приложения, по типу авторизации на сайте: пользователи авторизуются, а фактически пользователь базы данных - 1. Если на связках Apache-Tomcat + Oracle и php+MySQL достаточно легко организовать, то в случае с Cache проблемой в CSP является менеджер лицензий, который выделяет лицензию сразу после захода на любую из страниц и требует авторизации через %CSP.Session.Login, иначе на каждую из одновременно открытых страниц он будет требовать 1 лицензионную единицу. Имеющийся небольшой глюк с занятием некоторых лицензионных единиц непонятными процессами в купе с Grace Period делает работу с системой в часы пик невозможным. Смысл идеи был в том, чтобы если использовать несколько пользователей на лицензию, тогда теоретически мы получаем M*N одновременных подключений, где М=$System.License.MaxConnections(), а N - кол-во лицензий. Тогда, скажем, если пользователи регистрируются под своими логинами, а система обращается к данным от первой пачки из M пользователей через одного юзера, используя всего 1 лицензионную единицу, вторая пачка из М пользователей - через другого и т.д. Реализовывал ли кто-нибудь подобное? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.09.2010, 12:23 |
|
||
|
виртуальная авторизация в csp
|
|||
|---|---|---|---|
|
#18+
MasteRus, При каждой авторизации делаете $system.License.Login(UserIdentifier) где UserIdentifier вычисляете сами (каждый уникальный UserIdentifier будет занимать лицензионную единицу) с учетом активных пользователей для различных UserIdentifier и грейс-периодов. При каждом нормальном выходе из приложения дикрементите счетчик подключений для текущего UserIdentifier. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.09.2010, 13:33 |
|
||
|
виртуальная авторизация в csp
|
|||
|---|---|---|---|
|
#18+
MasteRusСмысл идеи был в том, чтобы если использовать несколько пользователей на лицензию, тогда теоретически мы получаем M*N одновременных подключений, где М=$System.License.MaxConnections(), а N - кол-во лицензий. Тогда, скажем, если пользователи регистрируются под своими логинами, а система обращается к данным от первой пачки из M пользователей через одного юзера, используя всего 1 лицензионную единицу, вторая пачка из М пользователей - через другого и т.д. Реализовывал ли кто-нибудь подобное? Реализовывали, правда не для CSP, а для подключений через ActiveX (Factory и VisM). Есть пара моментов: 1) Все новые дочерние процессы первоначально (до вашего вызова метода Login()) будут садиться на лицензионную единицу родителя. Если не будет свободных подключений для этой лицензионной единицы, то процесс просто не стартует (команда job будет возвращать ошибку). Поэтому лучше подстраховаться: M = $System.License.MaxConnections() - 1. 2) Начиная с Cache 2010.1 в имя пользователя лицензионной единицы принудительно дописывается IP-адрес (метод Login() не поможет), поэтому там такой механизм экономии лицензий не будет работать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.09.2010, 13:39 |
|
||
|
|

start [/forum/topic.php?fid=39&msg=36851964&tid=1557962]: |
0ms |
get settings: |
10ms |
get forum list: |
19ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
67ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
63ms |
get tp. blocked users: |
2ms |
| others: | 252ms |
| total: | 437ms |

| 0 / 0 |
