Getting user's time from web revlet?

[Jim Ault]

Another reason for using Rev CGI for the OnRev server.  I am using both.
The irev scripting is nice, but it is in beta, so changes are sure to  
be made.

With CGI, you can install an engine (eg. Linux 3.5) and use that one  
forever, thus no shifting conditions.
Andre's auto-installer works great.

I also believe that all the  $_SERVER variables are available  
including custom HTTP headers that a web page programmer or Rev  
programmer might want to use for security or special conditions.

Of course, I also like custom properties and arrays, so uploading a  
stack that contains all the parameters in props is good for me.  Very  
fast and reliable.

Hope this helps this thread.
I wonder about the  $_SERVER variables differences.

Jim Ault
Las Vegas


On Jan 18, 2010, at 4:07 PM, Andre Garzia wrote:

> AAAAARRRGGGHHHHH!!!!!
>
> okay, it is down to this... browsers send the date header to the  
> server, it
> is mandatory but the date header is not being passed to the $_SERVER
> variable, which means they are not passing all the headers as they  
> should.
>
> they are just passing some of the http headers, they should simply  
> loop all
> sent headers and pass them to the $_SERVER variable.
>
> Damn!!! When I checked, I used firebug to see what my browser is  
> sending,
> and the date header is there as expected, it is just not being  
> parsed by the
> revserver engine.
>
> On Mon, Jan 18, 2010 at 9:59 PM, Sarah Reichelt <sarah.reichelt at gmail.com 
> >wrote:
>
>>> As for getting the clients time using RevServer files check out the
>> variable
>>> $_SERVER["Date"], it will contain a timestamp from the browser
>> perspective.
>>> Hope this helps.
>>
>> I can't get $_SERVER["Date"] to return anything, although that would
>> be really useful.
>>
>> I have a test page that lists all the elements of the $_SERVER array
>> that it can find:
>> <http://www.troz.net/onrev/samples/test.irev>
>> but it doesn't include a DATE entry.
>>
>> I would imagine that since On-Rev is server-side scripting, it would
>> have no way of getting the time & date from the calling browser. I
>> would expect that this would need to use JavaScript (client-side
>> scripting) which interacts more directly with the browser.
>>
>> Cheers,
>> Sarah