It hasn't actually been attempted. However, if a couple of a users were
to hold the refresh, the page generation times would go up ridiculously
and clients would be waiting over 20sec for pages. As mentioned, it's a
very heavy php-mysql script with lots of queries.
Ryan
--
Ry
Jon,
Thanks for the reply. Yes, ignore_abort is defaulting to off, as stated
in my other post. We have a Firebox III 1000 firewall on our external,
however this does not have any features like this. I will look into
iptables.
Thanks,
Ryan
--
Ryan Barclay
RBFTP Networks Ltd.
DDI: +44
l the best,
Ryan
--
Ryan Barclay
RBFTP Networks Ltd.
DDI: +44 (0)870 490 1870
WWW: http://www.rbftpnetworks.com
BBS: http://forums.rbftpnetworks.com
Robert Cummings wrote:
On Sat, 2006-10-14 at 01:25 +0100, Ryan Barclay wrote:
Robert,
Thanks for the reply. I can't se
m guessing that if ignore_user_abort is set to on, this could be the
culprit?
Would simply adding the following to the ini work?:
ignore_user_abort = off
Best,
Ryan
--
Ryan Barclay
RBFTP Networks Ltd.
DDI: +44 (0)870 490 1870
WWW: http://www.rbftpnetworks.com
BBS: http://forums.rbftpne
m guessing that if ignore_user_abort is set to on, this could be the
culprit?
Would simply adding the following to the ini work?:
ignore_user_abort = off
Best,
Ryan
Robert Cummings wrote:
On Fri, 2006-10-13 at 22:16 +0100, Ryan Barclay wrote:
A simple question I imagine, but I am wondering h
A simple question I imagine, but I am wondering how I would combat DoS
attacks by users holding the REFRESH key on their browsers?
I have reproduced this error on a PHP-MYSQL website and when I hold the
REFRESH key on for a while, page gen times shoot up dramatically and
hundreds of processes
6 matches
Mail list logo
