Years ago, when I was in college, it used to be fun to walk into a room and say "x" is the best programming language and watch the resulting argument.
That seems to have been replaced with "x" is the best standard for data interchange. .. and unlike the early days, when this list was dominated by the *nix/Perl fanatics, it now seems to all be SOAP, XML, .NET, whatever -- but very Microsoft. Some of the argument seems to say that the Perl-style ciphers are impossible to implement. If you search around, there are at least two native Win32 projects out there. One has produced a component that builds the XML, or you can just use it to manage the communications, the other published enough information about the encryption to give anyone implementing their own a good start. .. and for others, the Perl client is good enough. It also shows that the existing technology is platform-neutral, or we'd be registering domains through the RWI. Either way, the nice thing about standards is that there are so many to choose from. -- Lynn P.S. real names are good: it is just nice to know who you're talking to. On Mon, 27 Oct 2003 14:54:24 +0100, Fagyal, Csongor wrote: > Adam Selene wrote: > >>SOAP over SSL would be the simplest and most standard, >>I can't believe how long this request has been left unanswered. >>TuCows, >> > Yep. Actually I found this more important than the CGIs (brrr!) - Tucows > should have started with a standard interface _first_, and do the CGIs > later (or not at all... but that is my personal opinion, and not a very > marketing-friendly one :-)). > >> fire your Perl programmers and hire someone with >>clue. >> >> > You are bad :-) "When in doubt, blame the programmer." I guess they > simply do what they are told, and as fast as much they are paid. > > However, I also think it should be fairly easy to take the current > server side processing modules and glue them to SOAP. It's just some > action mapping and that's all... Upload it to the test environment, the > community tests it, and nobody gets hurt ;-). > > - Cs.
