Проверка онлайна пользователей

@reiteriX · Регистрация: 02.04.2009

Студворк — интернет-сервис помощи студентам

Доброго времени суток всем! Существует такой "момент":

1) При входе в программу, пишется лог (Ид, Пользователь, ДатаВремяВхода)
в специальное отношение базы, состоящее из (Ид, Пользователь, ДатаВремяВхода, ДатаВремяВыхода).

2) При выходе, эта же запись дополняется значением для атрибута "ДатаВремяВыхода".

Но, если выход был не нормальным (Выключение света, зависание ПК, и т.д. и т.п.) разумеется записаться лог о выходе не успеет. А если записи нет, то после включения ПК пользователь не сможет войти (т.к. статус у него онлайновый).

Как бы проверять данную сессионность онлайна "вылетевших" пользователей при следующей попытке входа?

Ведь кто-нибудь точно сталкивался с такой вещью) Заранее спасибо.

Любые мысли будут полезны!

Не по теме:

MSSQL, Delphi 7, ADO

@Grossmeister · 01.02.2012, 09:40

Обычно в продвинутых БД есть средства для определения того, какие сессии (пользователи) в настоящий момент работают с БД. Поэтому такой вопрос лучше задавать в форуме по конкретной СУБД

@MsGuns · 01.02.2012, 11:24

Это дурь все. По аналогии - вот машинист электровоза перед отправкой поезда лично будет бегать и проверять все ли пассажиры, кто должен выйти - вышел, а кто не должен - на местах.
Вот есть активное соединение, которое "молчит" полдня, как серверу определить то ли соединение оборвано и юзверь давно уже в контру валится, то ли он открыл поутру полста окон, но его срочно вызвал шеф и дал задание, после чего пришлось итти в архив и по уши влазить в прошлогоднюю отчетность, причем для проверки каждой циферки возможно потребуется приложение ? В первом случае очевидно, коннект нужно закрывать, во втором - ни в коем разе, наоборот, сервер должен быть "в стойке".

Как правило, автоотсоединение (закрытие коннекта по инициативе сервера) выполняется через какое-то время, обычно устанавливаемое при настройках серверных потрохов сисодминами. В противном случае сервер может оказаться просто "закупорен" мертвыми соединениями.

Если существует критичность двухстороннего оповещения (обычно актуально для систем реального времени), то следует пересмотреть концепцию приложения от двухзвенки к трехзвенке - сервер приложений много плотнее работает с клиентом, нежели скл-сервер (которому по большому счету фиолетово что там на клиенте)

Новые блоги и статьи Все статьи Все блоги /
Отправка уведомления на почту при изменении наименования справочника Maks 24.03.2026 Программная отправка письма электронной почты на примере изменения наименования типового справочника "Склады" в конфигурации БП3. Перед реализацией необходимо выполнить настройку системной учетной. . .	модель ЗдравоСохранения 5. Меньше увольнений- больше дохода! anaschu 24.03.2026 Теперь система здравосохранения уменьшает количество увольнений. 9TO2GP2bpX4 a42b81fb172ffc12ca589c7898261ccb/ https:/ / rutube. ru/ video/ a42b81fb172ffc12ca589c7898261ccb/ Слева синяя линия -. . .	Midnight Chicago Blues kumehtar 24.03.2026 Такой Midnight Chicago Blues, знаешь?. . Когда вечерние улицы становятся ночными, а ты не можешь уснуть. Ты идёшь в любимый старый бар, и бармен наливает тебе виски. Ты смотришь на пролетающие. . .	Контроль уникальности заводского номера - вариант №2 Maks 24.03.2026 В отличие от предыдущего варианта добавлено прерывание циклов, также добавлены новые переменные для сохранения контекста ошибки перед прерыванием цикла: Процедура ПередЗаписью(Отказ, РежимЗаписи,. . .
SDL3 для Desktop (MinGW): Вывод текста со шрифтом TTF с помощью библиотеки SDL3_ttf на Си и C++ 8Observer8 24.03.2026 Содержание блога Финальные проекты на Си и на C++: finish-text-sdl3-c. zip finish-text-sdl3-cpp. zip	Жизнь в неопределённости kumehtar 23.03.2026 Жизнь — это постоянное существование в неопределённости. Например, даже если у тебя есть список дел, невозможно дойти до точки, где всё окончательно завершено и больше ничего не осталось. В принципе,. . .	Модель здравоСохранения: работники работают быстрее после её введения. anaschu 23.03.2026 geJalZw1fLo Корпорация до введения программа здравоохранения имела много невыполненных работниками заданий, после введения программы количество заданий выросло. Но на выплатах по больничным это. . .	Контроль уникальности заводского номера - вариант №1 Maks 23.03.2026 Алгоритм контроля уникальности заводского (или серийного) номера на примере нетипового документа выдачи шин для спецтехники с табличной частью, разработанного в конфигурации КА2. Данные берутся из. . .

@reiteriX 685 / 241 / 13 Регистрация: 02.04.2009 Сообщений: 692

	Проверка онлайна пользователей 31.01.2012, 17:23. Показов 1294. Ответов 2 Метки нет (Все метки) Доброго времени суток всем! Существует такой "момент": 1) При входе в программу, пишется лог (Ид, Пользователь, ДатаВремяВхода) в специальное отношение базы, состоящее из (Ид, Пользователь, ДатаВремяВхода, ДатаВремяВыхода). 2) При выходе, эта же запись дополняется значением для атрибута "ДатаВремяВыхода". Но, если выход был не нормальным (Выключение света, зависание ПК, и т.д. и т.п.) разумеется записаться лог о выходе не успеет. А если записи нет, то после включения ПК пользователь не сможет войти (т.к. статус у него онлайновый). Как бы проверять данную сессионность онлайна "вылетевших" пользователей при следующей попытке входа? Ведь кто-нибудь точно сталкивался с такой вещью) Заранее спасибо. Любые мысли будут полезны! Не по теме: MSSQL, Delphi 7, ADO 0

@Grossmeister 4217 / 3059 / 583 Регистрация: 21.01.2011 Сообщений: 13,203
	01.02.2012, 09:40
	Обычно в продвинутых БД есть средства для определения того, какие сессии (пользователи) в настоящий момент работают с БД. Поэтому такой вопрос лучше задавать в форуме по конкретной СУБД 0

@MsGuns 1497 / 1238 / 245 Регистрация: 04.04.2011 Сообщений: 4,363
	01.02.2012, 11:24
	Это дурь все. По аналогии - вот машинист электровоза перед отправкой поезда лично будет бегать и проверять все ли пассажиры, кто должен выйти - вышел, а кто не должен - на местах. Вот есть активное соединение, которое "молчит" полдня, как серверу определить то ли соединение оборвано и юзверь давно уже в контру валится, то ли он открыл поутру полста окон, но его срочно вызвал шеф и дал задание, после чего пришлось итти в архив и по уши влазить в прошлогоднюю отчетность, причем для проверки каждой циферки возможно потребуется приложение ? В первом случае очевидно, коннект нужно закрывать, во втором - ни в коем разе, наоборот, сервер должен быть "в стойке". Как правило, автоотсоединение (закрытие коннекта по инициативе сервера) выполняется через какое-то время, обычно устанавливаемое при настройках серверных потрохов сисодминами. В противном случае сервер может оказаться просто "закупорен" мертвыми соединениями. Если существует критичность двухстороннего оповещения (обычно актуально для систем реального времени), то следует пересмотреть концепцию приложения от двухзвенки к трехзвенке - сервер приложений много плотнее работает с клиентом, нежели скл-сервер (которому по большому счету фиолетово что там на клиенте) 0