The number found (actually, number reported) doesn't mean much either, it says more about disclosure than the number of bugs.
Not that I think FF is "inherintly" more secure, it is how they find, report and fix security issues that leads one to believe that open source should be more secure than MS.
You're going to have be convince me as to why it's necessary to run them under different instances.
Usually multiple instances of apache are more of a resource management/allocation thing. Say you have a mod_perl server and a tomcat server, the static server for both is served by a "plain" apache server and the whole thing is reverse-proxied through a fourth. These servers are going to have very different memory footprints, number of children, requests per child, etc.
Often it's just convenient to compartmentalize different parts of an application into different servers, you can change backend components without the users noticing and if you need to bounce one, it doesn't affect the rest of the system. Especially during development.
Unlike Apache, IIS is far more configurable about it's "Application Pools" and can run them all as different uesrs, or different configurations or different security.
wow, I guess that most slashdotters REALLY hate MS enough to not even know the characteristics of their current offerings...
Well, yeah. MS is not a consideration for any of my projects (I tend to choose places to work with that in mind), so I don't really need to know about their offerings.
I don't think my hatred of them ('them' being the corporate entity, not the products nor most of the people behind it) is irrational or unfounded, so what's the problem?
ability to examine currently execting requests, and kill them without restarting the site or server (VERY usefull if a script is looping)
I don't get why this would be a big deal? Guess I don't know much about how threaded servers behave, but it seems like access to the worker pool is something that would be there from the beginning.
I don't want a Perl interpreter mucking around in my web server's internals. I prefer the FastCGI approach, where applications stay the hell out of the web server's address space.
Ooh, didn't see that before replying - yeah in that case Apache may not be your best friend. From my perspective that's where the power of apache/mod_perl comes from, the application essentially extends the server rather than using it as a service.
When I last checked, Apache has no way (short of parsing the config file with your own crappy scripts using unreliable regexen ) for you to inspect the current configuration.
Apache needs to provide (if not a more structured file format), a set of script-callable APIs for configuring and managing the server.
I am not sure how much more structured the file format can be, but it is definitely quite scriptable. Haven't worked much with deploying large numbers of virtual servers, but seems like one could make the configuration entirely data-driven fairly easily.
Modify vhost properties at runtime without bouncing the entire server: Check.
Yeah, that would be cool. Actually, really cool, but only in a limited number of cases (outside of hosting services, that is).
Of course I tend to spend most of my time deep in the guts of only a few apache instances, so management is admittedly not something I think a lot about.
And thank the gods for that! I believe the feature they are referring to is the concept of having configuration files at all (which you can then easily scriptify, version, etc). As far as I understand IIS was strictly pointy-clicky for config.
That MS chose to do their in XML isn't a feature, just an annoyance for whoever has to work with those files.
(Same thing with modules: having modules is the new feature, that they are run-time loaded is a pretty useless addition)
Again, you can do that in Perl, but it was never anywhere near that easy.
What are you talking about? Replace the colons with '=>' (or plain commas) for hash element assignments and replace the square brackets with curlies for hash access (no need for quotes, either), and you have Perl. Oh, and you'd need to dereference the structure that foo returns: foo->{first}[2]
I don't know, people who program in a language that has significant whitespace just shouldn't talk shit about the syntax of other languages.
When describing problems that "lay" people have with computers, the lament is usually something along the lines of "my mom isn't some 14 year old l33t h4x0r!". So, just wait 10 to 20 years and the 14 year-olds will represent the vast majority of computer users.
Face it, we will not be able, in the next 40 years even, to come up with user interfaces that appease the last couple of generations that still believe that computers should read their minds. Try as we might, we will just never get there. So instead, I say let nature take its course, and redirect the effort into inventing user interfaces that actually read you mind - cause that would be freakin' sweet!
Yeh, if you are searching millions of documents you are probably not grepping them, but rather have some sort of indexing technology going. And it's quite trivial to dump.doc files to plain text to index them.
when your in IT, and people think you can't even use word, it starts to look bad
Crap, I hope that's not true! All people get from me when they come looking for Office advice is blank stares (ok, so the last one wanted to know how to play a PowerPoint presentation on a DVD player...)
I don't use it everyday (or nearly ever) like they do, how am I supposed to know anything about it?
Anyway, watch out for the lame attempts next time.
Yeah, quite an assault on my intelligence (over Milankovitch cycles, of all things) from someone who calls the UK "Europe" - I was even told to "read a book"!:)
It's always fun to post about something like "Intelligent Climate Control" and then be told "No, it's not like that, at all!!!", though I lose faith in humanity just a little, every time...
You got me - I was just not thinking about the 3% difference in distance between the perihelion and the aphelion, and thus jumped on the Itelligent Climate Control bandwagon prematurely.
Though it does strike me as an odd distinction to use to tell the seasons apart, seeing how the calendar dates on which those positions occure cycle through the entire year, albeit rather slowly.
Ok, so I was mostly making a funny, rather than trying to prove a point, but why wouldn't the ancient games count? After all, they are probably the reason why the word "Olympic" was introduced into English (and many other languages), in the first place.
the period of the year where it is warmer and the Earth is farther from the Sun
Note that the OP seems to be a follower of the new theory of Intelligent Climate Control, which has been gaining ground in replacing the obsolete and largely discredited hypothesis that seasonal climate changes are caused by the tilt of the Earth's axis of rotation, which causes one of the two hemispheres to be exposed to more sunlight, depending on the Earth's position in its orbit around the Sun.
Intelligent Climate Control states that the movement of celestial bodies is too complicated to understand through the laws of physics, and therefore climate changes must be the result of arbitrary control by a higher being.
Seriously, I love how they were given powers over a word that was around LONG before "The Games" were.
Ok, so technically most of the words they listed are English words, and English wasn't around yet during the early 8th century BCE, when the games started.
Slashdot Mirror
Not that I think FF is "inherintly" more secure, it is how they find, report and fix security issues that leads one to believe that open source should be more secure than MS.
Honeymoon is over because the FF people fixed more security bugs than IE6? I don't follow.
Usually multiple instances of apache are more of a resource management/allocation thing. Say you have a mod_perl server and a tomcat server, the static server for both is served by a "plain" apache server and the whole thing is reverse-proxied through a fourth. These servers are going to have very different memory footprints, number of children, requests per child, etc.
Often it's just convenient to compartmentalize different parts of an application into different servers, you can change backend components without the users noticing and if you need to bounce one, it doesn't affect the rest of the system. Especially during development.
Unlike Apache, IIS is far more configurable about it's "Application Pools" and can run them all as different uesrs, or different configurations or different security.
Eh, virtual hosts do all that.
Well, yeah. MS is not a consideration for any of my projects (I tend to choose places to work with that in mind), so I don't really need to know about their offerings.
I don't think my hatred of them ('them' being the corporate entity, not the products nor most of the people behind it) is irrational or unfounded, so what's the problem?
I don't get why this would be a big deal? Guess I don't know much about how threaded servers behave, but it seems like access to the worker pool is something that would be there from the beginning.
Ooh, didn't see that before replying - yeah in that case Apache may not be your best friend. From my perspective that's where the power of apache/mod_perl comes from, the application essentially extends the server rather than using it as a service.
But hey, some people like .war's
How about someone elses, nice and reliable scripts?
Apache needs to provide (if not a more structured file format), a set of script-callable APIs for configuring and managing the server.
I am not sure how much more structured the file format can be, but it is definitely quite scriptable. Haven't worked much with deploying large numbers of virtual servers, but seems like one could make the configuration entirely data-driven fairly easily.
Modify vhost properties at runtime without bouncing the entire server: Check.
Yeah, that would be cool. Actually, really cool, but only in a limited number of cases (outside of hosting services, that is).
Of course I tend to spend most of my time deep in the guts of only a few apache instances, so management is admittedly not something I think a lot about.
And thank the gods for that! I believe the feature they are referring to is the concept of having configuration files at all (which you can then easily scriptify, version, etc). As far as I understand IIS was strictly pointy-clicky for config.
That MS chose to do their in XML isn't a feature, just an annoyance for whoever has to work with those files.
(Same thing with modules: having modules is the new feature, that they are run-time loaded is a pretty useless addition)
What are you talking about? Replace the colons with '=>' (or plain commas) for hash element assignments and replace the square brackets with curlies for hash access (no need for quotes, either), and you have Perl. Oh, and you'd need to dereference the structure that foo returns: foo->{first}[2]
I don't know, people who program in a language that has significant whitespace just shouldn't talk shit about the syntax of other languages.
Ok, what's an "uclei" and how is a pr0n uclei different from a regular uclei? Are uclea (uclerum?) usually not associated with pr0n?
Face it, we will not be able, in the next 40 years even, to come up with user interfaces that appease the last couple of generations that still believe that computers should read their minds. Try as we might, we will just never get there. So instead, I say let nature take its course, and redirect the effort into inventing user interfaces that actually read you mind - cause that would be freakin' sweet!
I am not sure what you mean, the ASCII -equivalent bits of Unicode look like ASCII.
Yeh, if you are searching millions of documents you are probably not grepping them, but rather have some sort of indexing technology going. And it's quite trivial to dump .doc files to plain text to index them.
Crap, I hope that's not true! All people get from me when they come looking for Office advice is blank stares (ok, so the last one wanted to know how to play a PowerPoint presentation on a DVD player...)
I don't use it everyday (or nearly ever) like they do, how am I supposed to know anything about it?
Well, what the fuck is it then? If it's no longer that, it must've changed rather recently, I for example haven't heard about that change yet.
heh, best. costume. ever.
They finally have a TLA with "synergy" in it... doesn't that Godwin the technology, or something?
Incidentally, are they fresh spu? Most civilized people can't stomach spu fresh.
Yeah, quite an assault on my intelligence (over Milankovitch cycles, of all things) from someone who calls the UK "Europe" - I was even told to "read a book"! :)
It's always fun to post about something like "Intelligent Climate Control" and then be told "No, it's not like that, at all!!!", though I lose faith in humanity just a little, every time...
Though it does strike me as an odd distinction to use to tell the seasons apart, seeing how the calendar dates on which those positions occure cycle through the entire year, albeit rather slowly.
Crack or not, I seem to understand the difference between "distance" and "tilt" - you've yet to grasp it.
Ok, so I was mostly making a funny, rather than trying to prove a point, but why wouldn't the ancient games count? After all, they are probably the reason why the word "Olympic" was introduced into English (and many other languages), in the first place.
Note that the OP seems to be a follower of the new theory of Intelligent Climate Control, which has been gaining ground in replacing the obsolete and largely discredited hypothesis that seasonal climate changes are caused by the tilt of the Earth's axis of rotation, which causes one of the two hemispheres to be exposed to more sunlight, depending on the Earth's position in its orbit around the Sun.
Intelligent Climate Control states that the movement of celestial bodies is too complicated to understand through the laws of physics, and therefore climate changes must be the result of arbitrary control by a higher being.
Disclaimer: "Mom," "Love" and "Screen Door" are registered trademarks of Mom-Corp.
Ok, so technically most of the words they listed are English words, and English wasn't around yet during the early 8th century BCE, when the games started.
Why not? Often wget is faster to set up, since it already has a whole lot of functionality rolled in that you'd have to do by hand with LWP.