Title: Message
well the html file that is triggered with the timeout of the user can contain meta-tags, so you can do basicly anything you want tango related in that html file.  You could even redirect to a .taf file which has all normal tango capabilities.  As far as knowing the user referance, try <@arg _UserReference> im not sure if that will work, but it seems logical.  I havent actualy used a timeout trigger before, so i cant give you example code, but it should be pretty straight forward.
 
all you need to do set the timeout html to an html file that contains metatags.
 
The only way i know how to do this is in the .ini file (although im sure theres 1 or 2 other ways to do it). Open up your ini file and do a search for:
 
TIMEOUTHTML=
 
and set that to the file you want it to run when a user times out.
 
good luck!  maybe someone else on the list has more detailed information, but i figured id speak up in case no one else did (:
 
-Atrix
----- Original Message -----
From: mihai
Sent: Saturday, March 01, 2003 11:07 PM
Subject: RE: Witango-Talk: Users Logged In

Thank you for your response.
The problem is that most users, if not all, do not logout.
 
I have never used the timeoutHTML or queryTimeout and the user's guide is too smart for me. I do not understand what query they are talking about. And how invoking an html file will let me identify the user var?
 
There is also a variableTimeoutTrigger which can start a URL when a variable lifetime is about to expire, but even using this one is not clear how I can identify the var that is about to expire. Or at least it is not clear to me. Does anybody have an example?
 
Now, even if the above method would work, this implies a lot of overhead if the expiry of each variable implies some processing. I do not need to have that information at all times. I only need this information on a by request basis. In my opinion, there should be a way to ask the server which users (or variables) are still active. And the response should be probably a table of variables based on <@userReferenceArgument>. 
 
Mike.
 
 
-----Original Message-----
From: Atrix Wolfe [mailto:[EMAIL PROTECTED]
Sent: Saturday, March 01, 2003 12:35 AM
To: [EMAIL PROTECTED]
Subject: Re: Witango-Talk: Users Logged In

If you have a login process, you could have a domain variable keeping track of users logged in.
 
When a user logs in,
 
<@assign domain$UserCount value="<@calc expr='@@domain$UserCount+1'">
 
when a user logs out or times out (you can set a timeout trigger file):
 
<@assign domain$UserCount value="<@calc expr='@@domain$UserCount-1'">
 
you could also get fancy and maybe keep a table of the userref's of all logged in users and some of their info so that you had more detailed info about who was logged in.
 
hope this helps,
Atrix
----- Original Message -----
Sent: Friday, February 28, 2003 10:18 PM
Subject: Witango-Talk: Users Logged In

Hello all,
 
Is there a  way to find out the number of users that are (technically speaking) logged in?
What I need to find out is if there are users that are using the system at the time when I need to take the system down.
It would be nice to be able find out how many users are logged in, who and for how long since there last request.
 
I know I can do this programmatically, but it means basically, every page will be affected.
Instead I assume it should be a way to interrogate the server about the status of the vars (the server knows this info because it purges the vars at timeout).
 
Any help is greatly appreciated.
 
Mike.
________________________________________________________________________
TO UNSUBSCRIBE: send a plain text/US ASCII email to [EMAIL PROTECTED]
                with unsubscribe witango-talk in the message body
________________________________________________________________________
TO UNSUBSCRIBE: send a plain text/US ASCII email to [EMAIL PROTECTED]
                with unsubscribe witango-talk in the message body
________________________________________________________________________
TO UNSUBSCRIBE: send a plain text/US ASCII email to [EMAIL PROTECTED]
                with unsubscribe witango-talk in the message body
________________________________________________________________________
TO UNSUBSCRIBE: send a plain text/US ASCII email to [EMAIL PROTECTED]
                with unsubscribe witango-talk in the message body

Reply via email to