Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Проследить использование глобала пользователями
|
|||
|---|---|---|---|
|
#18+
Можно ли как-то логировать кто и когда обращался к определенному глобалу? Имеется ввиду операция чтения (не Set или Kill) Потипу как журналирование, но для операции чтения? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2011, 09:38 |
|
||
|
Проследить использование глобала пользователями
|
|||
|---|---|---|---|
|
#18+
AndrewQwer, нет такого механизма в Cache. Как вариант: Можно логировать на открытии объекта (если глобал описан в классе). Можно логировать открытие пользовательского интерфейса, где отображается (читается) глобал. Но это не отслеживание чтения глобала, а отслеживание интерфейсов, в которых он участвует. О некоторых можете и не догадываться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2011, 11:00 |
|
||
|
Проследить использование глобала пользователями
|
|||
|---|---|---|---|
|
#18+
AndrewQwer , Если используется Caché Direct, можно попробовать проанализировать входные сообщения через ReadHook PS: не думаю, что аудитировать все операции чтения глобалов это была бы хорошая идея с точки зрения производительности. Прямой доступ на то и прямой, что без посредников. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2011, 11:53 |
|
||
|
Проследить использование глобала пользователями
|
|||
|---|---|---|---|
|
#18+
Главное, куда писать журнал доступа к глобалам? Не в глобалы же? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2011, 12:17 |
|
||
|
Проследить использование глобала пользователями
|
|||
|---|---|---|---|
|
#18+
Блок А.Н., Ну интересует возможность наблюдать за конкретным глобалом. ) и результат наблюдений вполне можно писать в другой глобал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2011, 15:50 |
|
||
|
Проследить использование глобала пользователями
|
|||
|---|---|---|---|
|
#18+
servit AndrewQwer , Если используется Caché Direct, можно попробовать проанализировать входные сообщения через ReadHook PS: не думаю, что аудитировать все операции чтения глобалов это была бы хорошая идея с точки зрения производительности. Прямой доступ на то и прямой, что без посредников. тоже верно, производительность упадет :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2011, 15:51 |
|
||
|
Проследить использование глобала пользователями
|
|||
|---|---|---|---|
|
#18+
А кстати, с какой целью интересуетесь? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2011, 19:16 |
|
||
|
Проследить использование глобала пользователями
|
|||
|---|---|---|---|
|
#18+
Пример правильного подхода к аудиту операций с БД. В качестве контролируемой СУБД в этом проекте выступал Oracle. Мы рассматривали различные варианты внутреннего аудита (они в Oracle есть), но каждый из них неизбежно приводил к несоразмерным затратам ресурсов. Отчасти поэтому был выбран внешний аудит. У вас задача более узкая (один глобал), но какой бы подход вы не выбрали, анализировать придётся весь трафик, или все обращения к БД (если удастся это сделать), и лишь потом уже вычленять то, что вам надо. Поэтому и тут затраты достаточно большие. Практически все протоколы, используемые в Cache, имеют точки, куда можно "врезаться". Например, Cache Direct и Cache Object позволяют дампировать в файлы все свои пересылки. Если это ваш случай, можете для начала попробовать читать эти дампы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2011, 10:43 |
|
||
|
Проследить использование глобала пользователями
|
|||
|---|---|---|---|
|
#18+
Блок А.Н.А кстати, с какой целью интересуетесь? вот возникла некая необходимость следить за определенным глобалом, тем более операции вставки удаления записи можно журналировать, стало интересно почему операции чтения нет возможности журналировать ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2011, 18:00 |
|
||
|
Проследить использование глобала пользователями
|
|||
|---|---|---|---|
|
#18+
Alexey Maslov Пример правильного подхода к аудиту операций с БД. В качестве контролируемой СУБД в этом проекте выступал Oracle. Мы рассматривали различные варианты внутреннего аудита (они в Oracle есть), но каждый из них неизбежно приводил к несоразмерным затратам ресурсов. Отчасти поэтому был выбран внешний аудит. У вас задача более узкая (один глобал), но какой бы подход вы не выбрали, анализировать придётся весь трафик, или все обращения к БД (если удастся это сделать), и лишь потом уже вычленять то, что вам надо. Поэтому и тут затраты достаточно большие. Практически все протоколы, используемые в Cache, имеют точки, куда можно "врезаться". Например, Cache Direct и Cache Object позволяют дампировать в файлы все свои пересылки. Если это ваш случай, можете для начала попробовать читать эти дампы. Большое спасибо, но к счастью решено не изобретать велосипеды и отказаться от ненужной идеи наблюдения за глобалом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2011, 18:04 |
|
||
|
Проследить использование глобала пользователями
|
|||
|---|---|---|---|
|
#18+
AndrewQwerБольшое спасибо, но к счастью решено не изобретать велосипеды и отказаться от ненужной идеи наблюдения за глобалом. В тему вроде. По довольно давнему опыту делали простую систему слежения за активностью пользователей, которая, к сожалению, не получила дальнейшего развития, но была весьма удобна на этапе запуска большой системы. В лог (глобал) заносили события: кто (пользователь), когда (дата-время), откуда (идентификация компьютера), что-делал (вход в какую подсистему, запуск какой задачи-[параметры-задачи]). Мы (разработчики) этот анализ использовали в своих целях - какие задачи и кем используются и как быстро и кем осваиваются новые задачи, чтобы ускорить ввод в эксплуатацию. Руководство смотрело активность своих сотрудников по освоению системы и объемам обработки данных (довольно условно, конечно, но за это не премировали, а только ругали за отсутствие своевременной и поголовной активности, что давало хороший эффект). Местные режимные службы очень быстро вычислили несанкционированную активность - работу под чужими паролями, не в свое время, с чужих компьютеров и т.п. Добавить такой код (лог) даже в работающую систему довольно просто (на входе в модуль и на кнопках - обработке действий пользователя). Лог, так как регистрирует реальную работу пользователя с клавиатурой, совсем небольшой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2011, 06:24 |
|
||
|
|

start [/forum/topic.php?fid=39&tid=1557630]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
161ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
40ms |
get tp. blocked users: |
1ms |
| others: | 261ms |
| total: | 504ms |

| 0 / 0 |
