DDOS Shield

Im sorry but gWX0 makes some lgendary posts. SO far I can't argue with anything he said above xD

Very nice, thanks ^^

Quote:

---

Originally Posted by gWX0

OP, a script intended to protect other scripts of this nature is a bad idea - it'd be better to setup a software firewall, or even modify the settings of your HTTP daemon to limit the number of concurrent connections.



A tiny script compared to a hardware firewall - the next logical step would be to setup a software firewall, not based off a script ran through an HTTP daemon.







Oops, I spoke too soon!

1) "I'll exploit your database" - I highly doubt you know any MSSQL vulnerabilities that would effect Kyuma.

2) ASP is a scripting language, but it doesn't have to be ran on a server end.

3) "And second of all my pc is better protected than the Queen's one." - what?



Why would a server daemon be used to flood a PHP script?



Two words: "Donald Duck".



Read above.

---

lol pro. O.o

good job on releasing a protection script for DDOS.
wasn't really looking for it cause as wizkid said i use my own hardware firewall!

good job!

Quote:

---

Originally Posted by gWX0

Oops, I spoke too soon!

1) "I'll exploit your database" - I highly doubt you know any MSSQL vulnerabilities that would effect Kyuma.

2) ASP is a scripting language, but it doesn't have to be ran on a server end.

3) "And second of all my pc is better protected than the Queen's one." - what?

---

That made me lol

Quote:

---

Originally Posted by HigherGamers

Nice Release :D,

Also Kyuma, dont you think its a little off topic about hacking someones PC? :S

---

no cuz he can't hack-.- his just a wanabbe.

Quote:

---

Originally Posted by gWX0

1) "I'll exploit your database" - I highly doubt you know any MSSQL vulnerabilities that would effect Kyuma.

2) ASP is a scripting language, but it doesn't have to be ran on a server end.

3) "And second of all my pc is better protected than the Queen's one." - what?

---

1) I have some. Otherwise bugtrack or however it is called would do the trick.
2) Yes. If you set runat="server" to runat="client". But the ASP code (the C#, VB or whatever code behind the 'screens') are need to be ran at the server.
3) What? I have a suckup computer. Can't really care if you don't mind.

Quote:

---

Originally Posted by Wizkidje

1) I have some. Otherwise bugtrack or however it is called would do the trick.
2) Yes. If you set runat="server" to runat="client". But the ASP code (the C#, VB or whatever code behind the 'screens') are need to be ran at the server.
3) What? I have a suckup computer. Can't really care if you don't mind.

---

Code:

---

Hell, this really turned into ego zone. Just to get the last lies straight (I'm out of ego zone and I'll take Andy (DD) with me.):

Donald Duck => Andy => a friend => VPN user.

Oh well. Had a nice time here I guess. Have fun with all those ego's. ;3

---

so gtfo.

Quote:

---

Originally Posted by CobraCom

Code:

---

Hell, this really turned into ego zone. Just to get the last lies straight (I'm out of ego zone and I'll take Andy (DD) with me.):

Donald Duck => Andy => a friend => VPN user.

Oh well. Had a nice time here I guess. Have fun with all those ego's. ;3

---

so gtfo.

---

lul wtf rape..

Quote:

---

Originally Posted by Wizkidje

1) I have some. Otherwise bugtrack or however it is called would do the trick.
2) Yes. If you set runat="server" to runat="client". But the ASP code (the C#, VB or whatever code behind the 'screens') are need to be ran at the server.
3) What? I have a suckup computer. Can't really care if you don't mind.

---

1) There's no publically known 0days for the MSSQL.
2) No, that can be ran at the client-end.
3) That made no sense; www.ingrish.com maybe?