Most of them are written in interpreted languages anyway
Maybe I should clarify this -- most of the.dll CGIs you see are written in C++. They are usually running on IIS -- although I think Zeus supports this on Unix as well.
True, but why go to the bother of compiling a CGI script as a DLL?
Speed!
Most of them are written in interpreted languages anyway
Yes but they are compiled into machine code -- it doesn't re-interpret it every time it's called.
wouldn't.exe be better?
No. The ISAPI (Netscape used to call it 'NSAPI' in the days of FastTrack Server).dll files run in-process with the web server. An.exe would spawn a new process every time. The.dll way lets you handle hundreds of requests per second.
The Internet Server Application Programming Interface (ISAPI) model was developed as a faster alternative to the Common Gateway Interface (CGI). ISAPI provides a number of advantages over CGI, including lower overhead, faster loading, and better scalability. The chief difference between the CGI and ISAPI programming models is how processing is handled.
With CGI, the system creates a unique process for every request. Each time an HTTP server receives a request, it initiates a new process. Because the operating system must maintain all these processes, CGI requires many of resources. This inherent limitation makes it difficult to develop responsive Internet applications with CGI.
With ISAPI, requests do not require a separate process. Threads are used to isolate and synchronize work items, resulting in a more efficient use of system resources. For more information, see ISAPI and Web Application Architecture.
I'm going to make the assumption that XPI can be abused in the same way -- but why abuse 5% of the browser population (and the 14 users of Netscape Navigator) when you can abuse 95% of your browsing audience?
Maybe you missed the part where I said "Single Applications"... i.e. no Window Manager (Exceed handles that for you). It passes through two routers: 10 mbps to the first hop, gigabit ethernet to the second, and 100 mbps ethernet to the box. The machine runs RedHat 9 with a gig or RAM, running on ly this session.
X may have been designed with "networking in mind" but certainly NOT speed. I've X'd to this very machine from a Sparcstation located in the next room and experienced dead-slow performance. Try running a web browser through X --- it's nearly impossible to achieve bearable performance.
Yeah that is where RDP has the advantage.. you have the option of encrypting just the login at 128 bit or the entire session. XDMCP is as secure as Telnet.
I've run single applications (tunneled through SSH) via Exceed on 10/100 ethernet, and it is PAINFULLY slow. I.e, you click on a menu in xemacs, and it doesn't respond for a few seconds.
That's your opinion. You've never worked for a large company, have you?:-) There is a reason Outlook is called "groupware." It works best in large workplaces, where iCal, Mail, and AddressBook just don't do the trick. Outlook isn't really an everyday e-mail application.
Outlook doesn't really show its power until you connect it to an Exchange server. Everything on the Exchange server can be shared -- Email, Contacts, and Calendars. You may think this sucks, but once you see it in action you can appreciate it. Imagine you work in a company of 1000+ people (not even that many to prove my point, but...). Now, you or your secretary needs to schedule a meeting for 50 people. But at what time?! How do you know what is the best time for everyone?
1. Select your 50 people to invite from the global contacts list (which contains your entire company of 1000+, you can look anyone up) 2. Look at Outlook's availability chart. There is probably a better name for this, but when you schedule a meeting, it shows you a grid of people's names along the left, and times along the top. Each box is color coded as to what that person has in his/her schedule! (I.e., free, tentatively busy, busy). Just look for the colume with the most free times and you've now just picked an optimal meeting time. It doesn't say what you're doing (privacy), but shows if you're available or not. However, you can also share your calendar with, say, your department or your secretary if she edits your calendar for you. I hope this makes sense -- the only other tools that really do this out there are Lotus Notes (horrid interface) and Novell Groupwise (used it a few times; requires NetWare which is expensive). Nice part about Groupwise is that it's secure.
Sony's DRM is fucking ridiculous. Their own software imposes crazy restrictions even for your own MP3s! Mind you RealPlayer fixes this problem by circumventing the DRM altogether.
I guess there go my hopes of having a NetMD plugin for iTunes! I love the NetMD player... it's small and it runs for 50 hours on a single AA battery. That and it's cheap -- I can drop it and not worry!
Too bad you sold it. I got a package deal brand new for $70 at the local electronics store.
I didn't install Sony's software (just the drivers and the OpenMG encoder) -- I use RealPlayer 10 which is surprisingly a decent product... Real cleaned up their act. The RealPlayer plugin for NetMD doesn't have DRM... although it takes a bit of work to get my iTMS purchased files onto my NetMD.
Also if you purchased a more expensive model it would have had a SPDIF input.
Some people have said the best way to "review" a distribution is to make grandiose claims that Gentoo rules all, followed by some mumbling about "emerge sync" or such.
Oh yeah, that. That's fucking retarded. One would think you won't need to choose the expert install if you want to choose between DHCP and static IP. That's a pretty 'basic' setting if you ask me. If you are on a static IP network and intend to use FTP to install the packages, you have pretty much shot yourself in the foot. They REALLY need to add an "Advanced" button on the network setup menu... of all the possible assumptions setup can make, this is a bad one.
1. Choose expert install. It didn't see my ethernet card otherwise.
2. While it "saw" the ethernet card, you think you could put two and two together and load the module permanently. Not so. Keep a note of the ethernet card's module as you will need to enable it manually later.
I use a Sony NetMD minidisc player... it uses RealPlayer to upload the files. Fortunately Real Player reads the protected AAC files I bought from iTMS without a problem.
The machine ran unstable for up until very recently, and I hadn't run apt-get recently, due to a dependency problem that screwed up the entire apt upgrade path. I wanted to try out Fedora, but like I said, it kept freezing the machine. First time was on the first boot-up! I went to enter, I believe, the time zone information, and when I went to click "Next", the machine died. Likewise on the second try, it choked running GNOME -- randomly locked up cold. That's when I burned a fresh Debian testing ISO (holy crap, they actually added hardware detection to the installer now!?) and haven't had problems since.
The one gripe I have about Debian, is while it noticed the existence of the ethernet cards, it for some reason decided that while loading the module during setup to do an FTP install was a necessity, loading the module when booting the OS was unnecessary?! (HINT: always choose the 'expert' setup because the simple one skipped this 'trivial' detail)
Long story short, I had to manually add the ethernet card module to/etc/modules (and do some manual network configuration...grrr). Quick fix, but come on, this is 2004, it should be a bit better with ethernet cards.
As far as my 'incompetence' -- I don't think so. Just because I had a bad experience that doesn't necessarily fit the SlashThink template doesn't mean I'm automatically wrong.
Slashdot Mirror
That's it! I couldn't remember how it worked with Apache since I haven't seen it used very often, but now I recall mod_fastcgi.
Most of them are written in interpreted languages anyway
.dll CGIs you see are written in C++. They are usually running on IIS -- although I think Zeus supports this on Unix as well.
Maybe I should clarify this -- most of the
True, but why go to the bother of compiling a CGI script as a DLL?
.exe be better?
.dll files run in-process with the web server. An .exe would spawn a new process every time. The .dll way lets you handle hundreds of requests per second.
Speed!
Most of them are written in interpreted languages anyway
Yes but they are compiled into machine code -- it doesn't re-interpret it every time it's called.
wouldn't
No. The ISAPI (Netscape used to call it 'NSAPI' in the days of FastTrack Server)
The Internet Server Application Programming Interface (ISAPI) model was developed as a faster alternative to the Common Gateway Interface (CGI). ISAPI provides a number of advantages over CGI, including lower overhead, faster loading, and better scalability. The chief difference between the CGI and ISAPI programming models is how processing is handled.
With CGI, the system creates a unique process for every request. Each time an HTTP server receives a request, it initiates a new process. Because the operating system must maintain all these processes, CGI requires many of resources. This inherent limitation makes it difficult to develop responsive Internet applications with CGI.
With ISAPI, requests do not require a separate process. Threads are used to isolate and synchronize work items, resulting in a more efficient use of system resources. For more information, see ISAPI and Web Application Architecture.
You can read more here.
Debian (testing/unstable) support for 2.0 is as good as any distro's IMO,
Werd. I am using Apache2 w/ mod_perl2, PHP, and ASP (which relies on mod_perl). Works great!
but all their web pages are .dll files!
.dll is just a type of CGI script, for win32. It still serves you HTML (well, really, whatever you want).
I think you're getting confused.
I'm going to make the assumption that XPI can be abused in the same way -- but why abuse 5% of the browser population (and the 14 users of Netscape Navigator) when you can abuse 95% of your browsing audience?
I hate to say it, but it sounds like Netscape.
Maybe you missed the part where I said "Single Applications" ... i.e. no Window Manager (Exceed handles that for you). It passes through two routers: 10 mbps to the first hop, gigabit ethernet to the second, and 100 mbps ethernet to the box. The machine runs RedHat 9 with a gig or RAM, running on ly this session.
X may have been designed with "networking in mind" but certainly NOT speed. I've X'd to this very machine from a Sparcstation located in the next room and experienced dead-slow performance. Try running a web browser through X --- it's nearly impossible to achieve bearable performance.
Yeah that is where RDP has the advantage.. you have the option of encrypting just the login at 128 bit or the entire session. XDMCP is as secure as Telnet.
I've run single applications (tunneled through SSH) via Exceed on 10/100 ethernet, and it is PAINFULLY slow. I.e, you click on a menu in xemacs, and it doesn't respond for a few seconds.
That's your opinion. You've never worked for a large company, have you? :-) There is a reason Outlook is called "groupware." It works best in large workplaces, where iCal, Mail, and AddressBook just don't do the trick. Outlook isn't really an everyday e-mail application.
Outlook doesn't really show its power until you connect it to an Exchange server. Everything on the Exchange server can be shared -- Email, Contacts, and Calendars. You may think this sucks, but once you see it in action you can appreciate it. Imagine you work in a company of 1000+ people (not even that many to prove my point, but...). Now, you or your secretary needs to schedule a meeting for 50 people. But at what time?! How do you know what is the best time for everyone?
1. Select your 50 people to invite from the global contacts list (which contains your entire company of 1000+, you can look anyone up)
2. Look at Outlook's availability chart. There is probably a better name for this, but when you schedule a meeting, it shows you a grid of people's names along the left, and times along the top. Each box is color coded as to what that person has in his/her schedule! (I.e., free, tentatively busy, busy). Just look for the colume with the most free times and you've now just picked an optimal meeting time. It doesn't say what you're doing (privacy), but shows if you're available or not. However, you can also share your calendar with, say, your department or your secretary if she edits your calendar for you. I hope this makes sense -- the only other tools that really do this out there are Lotus Notes (horrid interface) and Novell Groupwise (used it a few times; requires NetWare which is expensive). Nice part about Groupwise is that it's secure.
There are very few OSes that should be used in "Safety critical systems." QNX is one of them.
Yes and no. Not any of the ones that support USB -- the ones with a digital input do, but you can only then record at 1x
Write me when you start getting those rogue charges on your credit card!
Sony's DRM is fucking ridiculous. Their own software imposes crazy restrictions even for your own MP3s! Mind you RealPlayer fixes this problem by circumventing the DRM altogether.
I guess there go my hopes of having a NetMD plugin for iTunes! I love the NetMD player... it's small and it runs for 50 hours on a single AA battery. That and it's cheap -- I can drop it and not worry!
Too bad you sold it. I got a package deal brand new for $70 at the local electronics store.
I didn't install Sony's software (just the drivers and the OpenMG encoder) -- I use RealPlayer 10 which is surprisingly a decent product... Real cleaned up their act. The RealPlayer plugin for NetMD doesn't have DRM... although it takes a bit of work to get my iTMS purchased files onto my NetMD.
Also if you purchased a more expensive model it would have had a SPDIF input.
Some people have said the best way to "review" a distribution is to make grandiose claims that Gentoo rules all, followed by some mumbling about "emerge sync" or such.
Oh yeah, that. That's fucking retarded. One would think you won't need to choose the expert install if you want to choose between DHCP and static IP. That's a pretty 'basic' setting if you ask me. If you are on a static IP network and intend to use FTP to install the packages, you have pretty much shot yourself in the foot. They REALLY need to add an "Advanced" button on the network setup menu... of all the possible assumptions setup can make, this is a bad one.
Two tips about Debian Sarge's installer:
1. Choose expert install. It didn't see my ethernet card otherwise.
2. While it "saw" the ethernet card, you think you could put two and two together and load the module permanently. Not so. Keep a note of the ethernet card's module as you will need to enable it manually later.
Run "regedit", then right click any key, and select "Permissions" -- you get a standard NTFS permissions box to fiddle with at your leisure.
Note this only works on NT-based systems (e.g., WinXP)
BZZZT. What you see there is Wind River's BSD/OS, which may be OOP, I believe. It's a non-free OS.
fedora is good for set it and forget it,
Coincidentally, so is the Ronco Shotime indoor rotisserie and BBQ.
1997 called, they want their jokes back.
I use a Sony NetMD minidisc player... it uses RealPlayer to upload the files. Fortunately Real Player reads the protected AAC files I bought from iTMS without a problem.
The machine ran unstable for up until very recently, and I hadn't run apt-get recently, due to a dependency problem that screwed up the entire apt upgrade path. I wanted to try out Fedora, but like I said, it kept freezing the machine. First time was on the first boot-up! I went to enter, I believe, the time zone information, and when I went to click "Next", the machine died. Likewise on the second try, it choked running GNOME -- randomly locked up cold. That's when I burned a fresh Debian testing ISO (holy crap, they actually added hardware detection to the installer now!?) and haven't had problems since.
/etc/modules (and do some manual network configuration...grrr). Quick fix, but come on, this is 2004, it should be a bit better with ethernet cards.
The one gripe I have about Debian, is while it noticed the existence of the ethernet cards, it for some reason decided that while loading the module during setup to do an FTP install was a necessity, loading the module when booting the OS was unnecessary?! (HINT: always choose the 'expert' setup because the simple one skipped this 'trivial' detail)
Long story short, I had to manually add the ethernet card module to
As far as my 'incompetence' -- I don't think so. Just because I had a bad experience that doesn't necessarily fit the SlashThink template doesn't mean I'm automatically wrong.