On Tue, May 31, 2011 at 9:05 PM, Shao Sean wrote:
> Won't apache kill it after some time
>>
>
> the server i was testing with it seem to run fine, but did not run it for
> days though..
oh cool! I learn something everyday... thanks for this!
>
>
>
Won't apache kill it after some time
the server i was testing with it seem to run fine, but did not run it
for days though..
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your
On Tue, May 31, 2011 at 3:21 PM, Shao Sean wrote:
> How do you launch the Rev CGI engine in a way that keeps it alive after
>> it's done processing the startup handler?
>>
>
> don't let it finish the startup handler ;-)
Won't apache kill it after some time...
>
>
> __
How do you launch the Rev CGI engine in a way that keeps it alive
after it's done processing the startup handler?
don't let it finish the startup handler ;-)
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscri
try using something along these lines:
1) go with ssh to a shell on your server.
2) use screen
3) launch your cgi script
4) detach.
Your script should stay running... you might need a secondary script or tool
to monitor the first one to see if it fails and then relaunch it.
On Tue, May 31, 20
Shao Sean wrote:
if you can run revCGI on your web host you can actually use it to run
servers (the cgi process does not "die") but make sure to check with
your host that you are within their ToS as they most limit the amount
of CPU cycles, ram, time, etc...
How do you launch the Rev CGI engin
if you can run revCGI on your web host you can actually use it to run
servers (the cgi process does not "die") but make sure to check with
your host that you are within their ToS as they most limit the amount
of CPU cycles, ram, time, etc...
___
u
Alex, thanks for the info, very helpful. Thanks also to Stephen, Mark, and
Björnke. It sounds like I am back to the original idea, a slow polling
arrangement with a simple http/CGI server. This will do for the immediate need,
which is just for some programming students to play around with.
I sa
On 30/05/2011 00:36, Björnke von Gierke wrote:
As you noticed, webservers are really bad at sending data to clients without
being prompted first. If you are free to use your own computer as server, i
suggest doing it like chatrev, having a server stack that is publicly available
on the intern
On 30/05/2011 00:36, Björnke von Gierke wrote:
One thing to note is that libURL is really bad with repeated request, it just returns
"request already loading" or similar, and there's no easy way to just force it
to get the url instead of being annoying. So in an action game or chat environment,
As you noticed, webservers are really bad at sending data to clients without
being prompted first. If you are free to use your own computer as server, i
suggest doing it like chatrev, having a server stack that is publicly available
on the internet. That way is the easiest way to avoid the stat
Jim-
Sunday, May 29, 2011, 9:05:09 AM, you wrote:
> 2. Is there a way (using some kind of push method) that could
> eliminate polling for moves? It would be nice to extend the
> capability of the server to support faster games, such as between
> robot players.
Why would you consider client polli
Check out Chatrev and chatrev server. I think it uses sockets and it's own
protocol. I don't think polling is used - everything is message based.
http://bjoernke.com/index.irev?target=chatrev
at any rate BvG is your man for this sort of project, he is quite active on
this list and will be alon
13 matches
Mail list logo
