Antonio » Пт дек 20, 2013 5:22 am
Погоди с логами.. При наличии возможности сделать ровно то же через HTTP GET -- мне не совсем понятно, зачем нужен этот реликт, если есть wget/curl/Perl/Python/все прочее +куча док на тему HTTP. Зачем именно rsh?
По алгоритму авто-выключения: я взял на себя смелость применить свои модерские права и сделать в этой теме небольшой дайджест обсуждений сабджа на данном форуме. Перечитываем тему с начала, не пропускаем цитаты.
Что характерно -- в первом сообщении описан имхо вполне годный алгоритм.
Абстрагируясь, у нас есть два основных метода определения бездействия.
"На стороне сервера" (условно) -- терминальный сервер определяет неактивность юзера и разрывет сессию.
"На стороне клиента" -- wtware считает таймаут с момента крайнего нажатия клавиши / шевеления мышью.
Логично дать возможность использовать либо один, либо второй, либо любой (OR), либо оба в сумме (AND).
Что делать с запущенным хромом? Да ничего. Если используется только он, значит, определяем бездействие только на клиенте.
С двумя юзерами за одним СБ -- тот же принцип. Отключение всех сессий / учет нажатий на любой клавиатуре.
Текст предупреждения по умолчанию можно захардкодить, дать возможность админу прописать в конфиге кастомный текст. (В конфиге ведь одержана окончательная победа над кодировками, да?) Если юзерам нужно отправлять разные сообщения в разные фазы их цикла, то для этого есть другие средства.
Кстати, а может быть, вообще зайти с другой стороны? Не прописывать одну-две-три фиксированные команды, а дать возможность обновить определенные параметры конфига? Типа, после окончания рабочего дня выставляем всем клиентам turnoffmenu = poweroff.. Опции можно затолкнуть активно по HTTP, либо просто изменить конфиг на сервере и дать клиенту команду его перечитать (без перезагрузки). Понятно, что есть опции, изменение которых потребует перезагрузки -- их пропустить..
Ну, и еще сразу возникает мысль про выполнение, например, шелловых скриптов на клиенте, но это другая история..
Погоди с логами.. При наличии возможности сделать ровно то же через HTTP GET -- мне не совсем понятно, зачем нужен этот реликт, если есть wget/curl/Perl/Python/все прочее +куча док на тему HTTP. Зачем именно rsh?
По алгоритму авто-выключения: я взял на себя смелость применить свои модерские права и сделать в этой теме небольшой дайджест обсуждений сабджа на данном форуме. Перечитываем тему с начала, не пропускаем цитаты.
Что характерно -- в первом сообщении описан имхо вполне годный алгоритм.
Абстрагируясь, у нас есть два основных метода определения бездействия.
"На стороне сервера" (условно) -- терминальный сервер определяет неактивность юзера и разрывет сессию.
"На стороне клиента" -- wtware считает таймаут с момента крайнего нажатия клавиши / шевеления мышью.
Логично дать возможность использовать либо один, либо второй, либо любой (OR), либо оба в сумме (AND).
Что делать с запущенным хромом? Да ничего. Если используется только он, значит, определяем бездействие только на клиенте.
С двумя юзерами за одним СБ -- тот же принцип. Отключение [i]всех[/i] сессий / учет нажатий на [i]любой[/i] клавиатуре.
Текст предупреждения по умолчанию можно захардкодить, дать возможность админу прописать в конфиге кастомный текст. (В конфиге ведь одержана окончательная победа над кодировками, да?) Если юзерам нужно отправлять разные сообщения в разные фазы их цикла, то для этого есть другие средства.
Кстати, а может быть, вообще зайти с другой стороны? Не прописывать одну-две-три фиксированные команды, а дать возможность обновить определенные параметры конфига? Типа, после окончания рабочего дня выставляем всем клиентам turnoffmenu = poweroff.. Опции можно затолкнуть активно по HTTP, либо просто изменить конфиг на сервере и дать клиенту команду его перечитать (без перезагрузки). Понятно, что есть опции, изменение которых потребует перезагрузки -- их пропустить..
Ну, и еще сразу возникает мысль про выполнение, например, шелловых скриптов на клиенте, но это другая история..