Re: Concurrency issue on session file on harddisk
| From: | Stephan Weiher | Date: | Wed, 13 Feb 2008 13:15:24 +0000 |
| Subject: | Re: Concurrency issue on session file on harddisk | ||
| References: | 1 2 | Groups: | php.windows |
| Request: | Send a blank email to php-windows+get-28785@lists.php.net to get a copy of this message | ||
Thanks for the answer but this won't help us anyway. We cannot enable
javascript on any computer in the company's network to make this issue going
away. I'll need a way to delay the requests for one of the two frames
(defined in the frameset) for a tiny amount of time to prevent two php.exe
instances from accessing the session file at the same time. But I don't know
how to do so. Javascript is no option for us and as far as I know HTML has
no such mechanism. So I need another way. Perhaps sth. that delays the call
of php.exe - but I/O must work on this way :)
Greetings
Stephan Weiher
""Jacob Kruger"" <jacobk@cknet.co.za> schrieb im Newsbeitrag
news:004501c86ce6$9da6a080$6401a8c0@JacobK...
>A 'corny' workaround might be to get something like the nav frame in fact
>to
> then load the main frame using something like JavaScript - just a
> thought -
> since it would in fact first have rendered before the main frame was
> loaded.
>
> You could then also put something like a 'waiting...' notice/string in the
> main frame in case one or two people's machines in fact rendered/loaded
> the
> two frames in the wrong order.
>
> Stay well
>
> Jacob Kruger
> Blind Biker
> Skype: BlindZA
> '...Fate had broken his body, but not his spirit...'
>
> ----- Original Message -----
> From: "Stephan Weiher" <
> stephan@fa-weiher.de>
> To: <
> php-windows@lists.php.net>
> Sent: Tuesday, February 12, 2008 12:06 PM
> Subject: [PHP-WIN] Concurrency issue on session file on harddisk