Actually, China is one of the (non-american) biggest USA debt buyer, and their interest in american economy is quite simple to grasp - they need to keep the dollar strong,so they can make a ton of money by dollar-yuan exchanges, but keeping their international selling prices the same. As an added bonus, the commodities market also frequently trade in dollars, so it's a win-win situation.
In the day the dollar stops being a priority for the chinese, probably it won't worth the paper is printed on. A considerable devaluation of the currency would lead all those countries that also negotiate in dollars (officially or unofficially) to exchange them as fast as they can. Given the amount of forged currency in circulation, it would have a catastrophic effect - not only for the USA, but for every other 1st world country whose financial sector is backed by dollar investments.
Well, the International Court of Justice (the UN's tribunal) has said previously that the use of nuclear weapons violates the Geneva Conventions, the Hague Conventions, the UN Charter and the Universal Declaration of Human Rights so there's only two likely scenarios - the same Israeli allies that aren't very happy with Israel's internal and foreign policies would unlikely back them up, as that would imply that almost all peace treaties worth nothing and that using nukes is fair game, OR they would distance themselves from the consequences by publicly condemning the attack, and turning a blind eye to an eventual invasion of Israel by their neighbouring countries. Which one do you think is more likely to happen?
The following day Israel would cease to exist as a state and as a recognized nation, and the Iranians would have won. And I have no dobt that it is their plan all along.
We ban crude oil imports from Iran, and then buy them indirectly from Russia. As we already do. Good thing we aren't in a middle of an economic crysis and can tolerate again an increase in fuel prices. Oh wait...
Re-reading my post I realized it sounded a bit provocative, and that wasn't my intent. There is NO DIFFERENCE between the army and the police - they all respond to the same political powers, that translates to defending the same corporate interests. Of course a war scenario is completely different from a rally in protest - but give it a second thought - Afghanistan and Iraq were invaded (and that's the right term) because of corporate interests and a political/religious agenda, without any hard facts to back it. In fact, the invasion of Iraq was done AGAINST the will of the UN. Their citizens did not have time to rally or protest against the foreing interference, nor did they have any vote on the (laughable) democratic process that elected the government that decided "they were the enemy". When innocent lives are lost to consolidate american interests, the average voter isn't too concerned about it. It's only when the shit hits the fan (like in 9/11) that people realize how privileged they are, and that their blind choices have consequences to the livelihood of people on the other side of the globe.
And the funny thing is, the #1 terrorist was living in an allied country. Not Afghanistan or Iraq, but an american ally against terrorism. What else would you expect from an american government? - it's business as usual.
Yeah, you are absolutely right - MSDE did have a connection limit, but not SQL Server Express. Don't get me wrong - SQL Server Express is a great free product, with an almost painless upgrade to a paid version, but it's not the kind of technology you'd base your development on. It's ok to use it on small deployments, but any perfomance-wise optimization, troubleshooting and benchmarking should be done on the actual full product instead of the "toy version".
I don't know what you call "competition", but I'm quite satisfied with PostgreSQL performance in our applications. The cost is usually a false issue (in the line with the declaration that "open source is free") - but I have a full featured SQL Server license, and still prefer to use PostgreSQL.
Many big shared-host implementations actually use fcgi instead of mod_whatever. Also, while nginx's rewrite module doesn't seem as powerful as mod_rewrite, it's not that complicated to convert the rewrite rules between them. I use Nginx with Magento and our custom developed products (and internally the development is done with Apache), and all the issues were easily fixed.
I also never had any issues with php applications like the one you mention - current popular applications run in almost every php-supported environment, regardless of the webserver.
AFAIK, Nginx development started in FreeBSD, and not Linux. And you are assuming sysadmins aren't using FreeBSD, but Linux, which is, in many cases, a fallacy (our servers are all BSD). RH/CentOS users will be more inclined to use the extensively documented, readily available, supported by wizards and easy to configure Apache (and eventually throw more servers to the pool), than a handtuned Nginx installation or other "fringe" solution.
Varnish performance in FreeBSD might have something to do to the fact that was created by PHK, a FreeBSD guru responsible for the creation of many core system features, including the malloc library.
About a year ago I've done some extensive benchmarks with a ProLiant Server (4 SATA disks) and FreeBSD with both UFS and ZFS (without compression or dedup). ZFS could sustain up to 160Mb/s of write speed without a problem, and was the slowest filesystem I've tested. The trick was to enable the controller's write cache (and using a battery if you care about your data).
As I said, SQL Server and SQL Express are different products. Shure they share the same codebase and even have some form of binary compatibility, but the Express version has severe DB size limitations, active connections capping, cpu/core limitations, and no replication whatsoever. This is hardly the setup you'll use to troubleshoot performance problems on your applications.
I don't like VS, so I actually use SharpDevelop (on Windows) to do C# development. I also don't use LINQ nor SQL Server (my DB apps are mostly PostgreSQL and SQLite).
As I said, Nginx isn't really suitable for a shared environment. But there are literally a ton of big-ass installations (MediaTemple comes to mind) that rely on fcgi.
Regarding Nginx vs Apache, in my use cases the difference is not marginal, it is huge. Using Nginx may well be the difference between needing a reverse proxy or not (and Nginx is also nice choice for a reverse proxy).
There's no doubt about Iran being on a tightwire, but I'm not so shure about the passivity of China. And the league of Arab nations. And Venezuela. A 30% price increase in oil now would send the world to an economic recession it would probably take decades to recover from. The Russian suport is ambiguous, and they've been profiting hugely from the international sanctions imposed to Iran and the climate of uncertainty that helps rise the prices of oil.
Regarding my previous comment, NATO has several refueling stations in stategic countries, the fuel used in operations doesn't necessarily come from the USA. A shortage of oil during a military campaign would possibly dry out those deposits fast.
No country has any interest whatsoever in starting a war with Iran, or getting involved in one, and the iranian regime itself won't benefit anything from it. They want the destruction of Israel (a nuclear nation with far more sofisticated missiles than the one they tested, and no one cares), and provoking them into first strike or one of those disproportionate responses Israel is known for, will accomplish that goal.
If you read the article, "he confirmed". The difference between a statement and a confirmation is that a confirmation requires a question. So yes, it is reasonable to assume that he was specifically asked if they had the capability of closing it. I'm just reading the same information you read,
A crippled product oriented to the hobbyst developer, without ASP.NET support out-of-the-box, without decent MSDN documentation and without SQL Server integrated on the IDE, not to mention several enterprise features. SQL Server Express and SQL Server are different products.
So the guy specifically says they won't close the straight, but he admit they have the military power to do it. Where did you read they talked about closing anything?
I had the same opinion you have, until I benchmarked it. How can a CGI process be faster than an in-memory integrated parser?
Nginx will blow out of the water any Apache installation for any static content and/or connection processing. The side effect is that the fcgi-served PHP is actually faster, because it is served faster to the client. I run several Magento installations with Nginx (how's that for a heavy script), and they kick Apache's ass, not to mention the weird Apache limitations with thousands of simultaneous clients (do you ever had to tweak Apache source so prefork can create more childen? I had).
Is Nginx appropriate for everything? Probably not (I use apache with mpm_itk on shared hosts, and there's no alternative to mod_security). But for everything else, Nginx is awesome.
The problem is, most people don't know bad C/C#/Java when they see it, but bad PHP is like headlights direct in your eyes. And I think that is actually a good thing.
The big advantage of Zend Framework is that it is an hybrid framework - if you want a specific component, they probably have it. If you want to use the full framework, you can also use it all. You can integrate Zend Framework with your application without needing to rewrite it to use Zend's structure.
It should be noted that any action against Iran will probably result on a global embargo of oil from Iran's allies. I'd love to see the american jets running without fuel.
Slashdot Mirror
Actually, China is one of the (non-american) biggest USA debt buyer, and their interest in american economy is quite simple to grasp - they need to keep the dollar strong,so they can make a ton of money by dollar-yuan exchanges, but keeping their international selling prices the same. As an added bonus, the commodities market also frequently trade in dollars, so it's a win-win situation.
In the day the dollar stops being a priority for the chinese, probably it won't worth the paper is printed on. A considerable devaluation of the currency would lead all those countries that also negotiate in dollars (officially or unofficially) to exchange them as fast as they can. Given the amount of forged currency in circulation, it would have a catastrophic effect - not only for the USA, but for every other 1st world country whose financial sector is backed by dollar investments.
Well, the International Court of Justice (the UN's tribunal) has said previously that the use of nuclear weapons violates the Geneva Conventions, the Hague Conventions, the UN Charter and the Universal Declaration of Human Rights so there's only two likely scenarios - the same Israeli allies that aren't very happy with Israel's internal and foreign policies would unlikely back them up, as that would imply that almost all peace treaties worth nothing and that using nukes is fair game, OR they would distance themselves from the consequences by publicly condemning the attack, and turning a blind eye to an eventual invasion of Israel by their neighbouring countries. Which one do you think is more likely to happen?
Yeah, the american knew it because they kept the receipt from the Reagan days...
The following day Israel would cease to exist as a state and as a recognized nation, and the Iranians would have won. And I have no dobt that it is their plan all along.
We ban crude oil imports from Iran, and then buy them indirectly from Russia. As we already do. Good thing we aren't in a middle of an economic crysis and can tolerate again an increase in fuel prices. Oh wait...
Re-reading my post I realized it sounded a bit provocative, and that wasn't my intent. There is NO DIFFERENCE between the army and the police - they all respond to the same political powers, that translates to defending the same corporate interests. Of course a war scenario is completely different from a rally in protest - but give it a second thought - Afghanistan and Iraq were invaded (and that's the right term) because of corporate interests and a political/religious agenda, without any hard facts to back it. In fact, the invasion of Iraq was done AGAINST the will of the UN. Their citizens did not have time to rally or protest against the foreing interference, nor did they have any vote on the (laughable) democratic process that elected the government that decided "they were the enemy". When innocent lives are lost to consolidate american interests, the average voter isn't too concerned about it. It's only when the shit hits the fan (like in 9/11) that people realize how privileged they are, and that their blind choices have consequences to the livelihood of people on the other side of the globe.
And the funny thing is, the #1 terrorist was living in an allied country. Not Afghanistan or Iraq, but an american ally against terrorism. What else would you expect from an american government? - it's business as usual.
Yeah, you are absolutely right - MSDE did have a connection limit, but not SQL Server Express. Don't get me wrong - SQL Server Express is a great free product, with an almost painless upgrade to a paid version, but it's not the kind of technology you'd base your development on. It's ok to use it on small deployments, but any perfomance-wise optimization, troubleshooting and benchmarking should be done on the actual full product instead of the "toy version".
I don't know what you call "competition", but I'm quite satisfied with PostgreSQL performance in our applications. The cost is usually a false issue (in the line with the declaration that "open source is free") - but I have a full featured SQL Server license, and still prefer to use PostgreSQL.
Many big shared-host implementations actually use fcgi instead of mod_whatever. Also, while nginx's rewrite module doesn't seem as powerful as mod_rewrite, it's not that complicated to convert the rewrite rules between them. I use Nginx with Magento and our custom developed products (and internally the development is done with Apache), and all the issues were easily fixed.
I also never had any issues with php applications like the one you mention - current popular applications run in almost every php-supported environment, regardless of the webserver.
AFAIK, Nginx development started in FreeBSD, and not Linux. And you are assuming sysadmins aren't using FreeBSD, but Linux, which is, in many cases, a fallacy (our servers are all BSD). RH/CentOS users will be more inclined to use the extensively documented, readily available, supported by wizards and easy to configure Apache (and eventually throw more servers to the pool), than a handtuned Nginx installation or other "fringe" solution.
Varnish performance in FreeBSD might have something to do to the fact that was created by PHK, a FreeBSD guru responsible for the creation of many core system features, including the malloc library.
Hum like Godaddy did with parked domains? Oh wait...
About a year ago I've done some extensive benchmarks with a ProLiant Server (4 SATA disks) and FreeBSD with both UFS and ZFS (without compression or dedup). ZFS could sustain up to 160Mb/s of write speed without a problem, and was the slowest filesystem I've tested. The trick was to enable the controller's write cache (and using a battery if you care about your data).
Actually I'm from a neighbouring country, but I do a lot of business with Spain.
I have the same feelings about Java :D
As I said, SQL Server and SQL Express are different products. Shure they share the same codebase and even have some form of binary compatibility, but the Express version has severe DB size limitations, active connections capping, cpu/core limitations, and no replication whatsoever. This is hardly the setup you'll use to troubleshoot performance problems on your applications.
I don't like VS, so I actually use SharpDevelop (on Windows) to do C# development. I also don't use LINQ nor SQL Server (my DB apps are mostly PostgreSQL and SQLite).
As I said, Nginx isn't really suitable for a shared environment. But there are literally a ton of big-ass installations (MediaTemple comes to mind) that rely on fcgi.
Regarding Nginx vs Apache, in my use cases the difference is not marginal, it is huge. Using Nginx may well be the difference between needing a reverse proxy or not (and Nginx is also nice choice for a reverse proxy).
There's no doubt about Iran being on a tightwire, but I'm not so shure about the passivity of China. And the league of Arab nations. And Venezuela. A 30% price increase in oil now would send the world to an economic recession it would probably take decades to recover from. The Russian suport is ambiguous, and they've been profiting hugely from the international sanctions imposed to Iran and the climate of uncertainty that helps rise the prices of oil.
Regarding my previous comment, NATO has several refueling stations in stategic countries, the fuel used in operations doesn't necessarily come from the USA. A shortage of oil during a military campaign would possibly dry out those deposits fast.
No country has any interest whatsoever in starting a war with Iran, or getting involved in one, and the iranian regime itself won't benefit anything from it. They want the destruction of Israel (a nuclear nation with far more sofisticated missiles than the one they tested, and no one cares), and provoking them into first strike or one of those disproportionate responses Israel is known for, will accomplish that goal.
If you read the article, "he confirmed". The difference between a statement and a confirmation is that a confirmation requires a question. So yes, it is reasonable to assume that he was specifically asked if they had the capability of closing it. I'm just reading the same information you read,
A crippled product oriented to the hobbyst developer, without ASP.NET support out-of-the-box, without decent MSDN documentation and without SQL Server integrated on the IDE, not to mention several enterprise features. SQL Server Express and SQL Server are different products.
So the guy specifically says they won't close the straight, but he admit they have the military power to do it. Where did you read they talked about closing anything?
I had the same opinion you have, until I benchmarked it. How can a CGI process be faster than an in-memory integrated parser?
Nginx will blow out of the water any Apache installation for any static content and/or connection processing. The side effect is that the fcgi-served PHP is actually faster, because it is served faster to the client. I run several Magento installations with Nginx (how's that for a heavy script), and they kick Apache's ass, not to mention the weird Apache limitations with thousands of simultaneous clients (do you ever had to tweak Apache source so prefork can create more childen? I had). Is Nginx appropriate for everything? Probably not (I use apache with mpm_itk on shared hosts, and there's no alternative to mod_security). But for everything else, Nginx is awesome.
The problem is, most people don't know bad C/C#/Java when they see it, but bad PHP is like headlights direct in your eyes. And I think that is actually a good thing.
That could be said for any CGI language. As for JMS, there are plenty of solutions available, but don't expect to program in Java with PHP.
MS Express is a crippled product. Try using it with a SQL Server installation on your IDE and you'll see what I'm talking about.
The big advantage of Zend Framework is that it is an hybrid framework - if you want a specific component, they probably have it. If you want to use the full framework, you can also use it all. You can integrate Zend Framework with your application without needing to rewrite it to use Zend's structure.
Which web funcionality are you missing? The first ASP incarnations couldn't even process file uploads, let alone complex stuff.
It should be noted that any action against Iran will probably result on a global embargo of oil from Iran's allies. I'd love to see the american jets running without fuel.