There's no way to do this with HTML. At least, no way without a lot of error problems, incompatibility with browsers, etc.
It's probably better to look at your streaming software and try to determine from that how long a stream has been served, possibly backending it with perl and the web server to determine whom the person viewing is, so that you can charge correctly. But any solution solely based on
just the web server and HTML is prone to errors, both in your favor (overcharging) and against (under/no charge).
Dr. Michael K. Neylon - mneylon-pm@masemware.com
||
"You've left the lens cap of your mind on again, Pinky" - The Brain
| [reply] |
There was some talk in the Chatterbox about soemthing simlar to this, and if i recall there were a few suggestions. The best i have are :
Use the OnLoad and OnUnload DHTML funtions to hit a site that records the information. The problem with this is that if the close the browser rather that leave the site, it will not register the exit, and wil continue to charge (not good).
Use the websever logs. Many times they contain the connect and disconnect times, which could be cross references based on the IP.
And, because connection speeds vary, if you have access to the amount of data sent, i would think tht that would be preferrable to time, but depends on the application <cough>porn</cough>.
Hope that helps
OH, a sarcasm detector, that’s really useful | [reply] |
If the streaming cam involves reloaded graphics frames, why not use cookies? (Yes, you can send cookies for graphics.)
They're also useful to validate that the user has authorization to view the webcam. Note: graphics must come from the same
server as the cookies, so you'd have to reroute feeds. Minor issue, of course.
| [reply] |