I know this software was developed for Sorcery.net, I just wanted to know whether or not it could work with other servers? I noticed you connect to cookie.sorcery.net, and I was wondering if there was anything specific about that?
Thanks.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
As I understand it, the applet needs to connect to a server with a servlet installed. Without the servlet, it cant communicate with the server.
While the applet connects to cookie.sorcery.net, which is cl00bies own server, another server on the same network also supports the applet. valinor.sorcery.net
Which means theres nothing specific about the applet, apart from having the servlet installed on the server.
And as always, I could be talking out my butt, and if I am, I am sure cl00bie will jump on, and stamp all over me.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Java applets run in a "security sandbox" which restricts what they can do. This means you can download code from the Internet, and (aside from the two or three bugs that have been found in the last five years or so) be assured that it can't read your files, ping-flood www.whitehouse.gov or send a rude email to your grandmother.
One of the restrictions on applets is that they are not allowed allowed to make network connections to any server other than the one they were downloaded from. So if you want the applet to connect to irc.your.net, then the web-page hosting the applet must also be served from irc.your.net.
There is a way around this, using cryptographically signed code, but it's bloody complicated, since each browser does it differently, and anyway I can't afford the several hundred dollars Verisign is asking for a developer's certificate.
This, incidentally, is one more reason applets are better than ActiveX controls - with ActiveX you either have to trust the program one-hundred percent or not run it. Since any unsigned ActiveX control is by definition dangerous, this really means that the only people who can get useful ActiveX controls out there are the ones who can afford to buy certificates.
And, of course, Microsoft have removed Java support from Windows XP, so unless Sun does a very good job getting the Java plugin on everyone's computer, this opportunity for independant developers to do neat things on the web will dry up.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The applet doesn't rely on any functions of the SorceryNet ircd. It should be able to be run anywhere.
Indeed, I test any modifications I make on my own non-sorcerynet ircd. If you find anything that prevents it from running on any server that is at least mostly rfc1459-compliant, report it as a bug.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I know this software was developed for Sorcery.net, I just wanted to know whether or not it could work with other servers? I noticed you connect to cookie.sorcery.net, and I was wondering if there was anything specific about that?
Thanks.
As I understand it, the applet needs to connect to a server with a servlet installed. Without the servlet, it cant communicate with the server.
While the applet connects to cookie.sorcery.net, which is cl00bies own server, another server on the same network also supports the applet. valinor.sorcery.net
Which means theres nothing specific about the applet, apart from having the servlet installed on the server.
And as always, I could be talking out my butt, and if I am, I am sure cl00bie will jump on, and stamp all over me.
The mechanics are this:
Java applets run in a "security sandbox" which restricts what they can do. This means you can download code from the Internet, and (aside from the two or three bugs that have been found in the last five years or so) be assured that it can't read your files, ping-flood www.whitehouse.gov or send a rude email to your grandmother.
One of the restrictions on applets is that they are not allowed allowed to make network connections to any server other than the one they were downloaded from. So if you want the applet to connect to irc.your.net, then the web-page hosting the applet must also be served from irc.your.net.
There is a way around this, using cryptographically signed code, but it's bloody complicated, since each browser does it differently, and anyway I can't afford the several hundred dollars Verisign is asking for a developer's certificate.
This, incidentally, is one more reason applets are better than ActiveX controls - with ActiveX you either have to trust the program one-hundred percent or not run it. Since any unsigned ActiveX control is by definition dangerous, this really means that the only people who can get useful ActiveX controls out there are the ones who can afford to buy certificates.
And, of course, Microsoft have removed Java support from Windows XP, so unless Sun does a very good job getting the Java plugin on everyone's computer, this opportunity for independant developers to do neat things on the web will dry up.
The applet doesn't rely on any functions of the SorceryNet ircd. It should be able to be run anywhere.
Indeed, I test any modifications I make on my own non-sorcerynet ircd. If you find anything that prevents it from running on any server that is at least mostly rfc1459-compliant, report it as a bug.