Microsoft used to distribute Windows Services for UNIX, and most of Services for UNIX lives on in Windows Server 2003 and certain versions of Vista under various names. That could potentially be a factor in the decision-making process of someone who's considering something like UnixWare.
"Supported" doesn't necessarily mean "will only run on" - it's just what they explicitly say it'll run on, and probably rigorously test against. The fact is that it advertises working in GCC on Linux and OS X, and so I'd expect it to work anywhere icc or gcc and pthreads or OpenMP is available (i.e. anywhere where threading matters to anyone writing new software.)
Just don't expect Intel to advertise their product working on AMD or Sun processors, even if it does.
Whilst this looks like a really interesting project, I'm failing to see how it's useful generally due to the limitations of writing it in Java and making it cross-platform. You would lose a lot of those possible (processor- or platform-specific) optimisations that make the leaders in the virtualisation market as fast as they are.
On, say, a mobile phone (which is mentioned by the site as a possible use) would there be enough processing grunt to do anything useful? I know Java's not as slow as some people would have you believe, but virtualisation requires as much speed to be squeezed out as possible to be usable.
On a desktop, what advantage does this have over the existing virtualisation options which don't have to deal with the Java environment?
Isn't it a nice coincidence that, despite all the troubles Registerfly's had, the only time ICANN stepped in and did anything was when they were owed money?
I'd have already tried 1&1 - if they'd let me be a customer. Between all their sites, 1&1 will only sell to the US and Canada, the UK, Germany and Austria. The rest of the world can go jump, apparently.
Google sells the ads that cover a very large proportion of the parked domains out there. They (amongst others) make it financially viable to park domains even before you factor in selling them on.
I've been using Opera for my mail for years, and I nearly dumped it at one stage when they switched to 'M2' for mail - it didn't support folders!!!
But inertia took over and, after a while, I've come to love it. If I want something folder-like, I create a filter. If I want to find something specific, I do a search. Everything is indexed so searches are lightning fast, Opera's available for most platforms I'd ever consider using, and if I needed to move to another app I can import the mail fairly easily.
And I don't have to bother thinking about the (unlikely) possibility that Google could be doing anything I don't like with my mail.
Because this is all a big beat-up by media and politicians, based on a grainy bit of footage that didn't really show anything, that was broadcast once over the internet at 4 in the morning.
If children are watching at 4am on a Saturday morning, then surely it's the fault of their parents?
The thing is, that's exactly what the Government has done in past - they effectively killed the Australian online porn industry by preventing it being hosted in Australia. So now the money goes overseas and people get their porn anyway.
*sigh* That's what happens when you have a conservative, religiously-leaning government with aspirations to become something like the current US government.
Re:From the title...
on
PHP Hacks
·
· Score: 5, Insightful
Database work? Sorry, no prepared statements.
PHP has had prepared statement support for MySQL since 2003, it's been emulated in PEAR for an eternity and the very useful PDO extension provides an abstracted interface supporting prepared statements to SQL Server, Sybase, Firebird, Informix, MySQL, Oracle, PostgreSQL, SQLite, DB2 and ODBC.
(and of course, you HAVE to use the shell.)
Forgive me, but you don't know what you're talking about. There is almost never a need to call external apps from a PHP script. The most common needed external app is ImageMagick (because sometimes GD doesn't provide all the functionality you need.) Even then, there are at least two PHP extensions to deal with ImageMagick directly, as well as a PEAR package to abstract away from the image processing library/app.
Quick check: do you want escapeshellcmd, or escapeshellarg?
Well, I dunno, do you want to escape an entire command so that multiple commands can't be injected or do you want to escape a single argument so that multiple arguments can't be injected? Heaven forbid that you should have to spend ten seconds checking the manualpages...
Going to send mail()?
So use one of the multitude of classes specifically written to encapsulate mail sending (including, shock horror, one in PEAR.)
two words should make your skin crawl: "register globals"
register_globals has been disabled by default for six (6) years.
It's not the fault of the language that you didn't bother to keep up with how to use it as it evolved.
I meant in a technical sense, not a real-world sense. Unfortunately it's everywhere, which is why I guess they eventually buckled and implemented it - as they should've done long ago, really.
Anyone who's used PHP recently will recognise many inaccuracies and weak points made within that article - from the superglobals, to the Apache php_flag/php_value directives, to the fact that most of the "problems" mentioned are rarely used, fixable by using the recommended php.ini configuration, or by actually showing some self-discipline and not using bad practices (I mean, hey, people wouldn't blame C for someone #define-ing themself into oblivion, would they? No, they'd blame the programmer.)
I'm not saying that PHP is the best solution for every situation, but rather that most of the common criticisms of it are based on false assumptions, shallow understanding of the language and outdated knowledge (the article the parent links to quotes the PHP 2 manual, for goodness' sake! PHP 5 left beta in July 2004!)
I don't understand why people don't automatically distrust the security of any data not under their direct control. Data held by anyone else could be (mis)used by someone you don't want using it - be it a government agency, an employee causing trouble, a naughty contractor, a script kiddie who got access to something he shouldn't have access to, or any one of a million other people or groups.
If you have sensitive data, you should be taking steps to ensure the protection and integrity of that data, no matter what you're doing with it. Encryption is the most obvious solution, although it's not the answer for every situation.
It really depends on what you use PHP for, how you like to code, how many people are working on the project, whether you prefer OO or procedural code, whether you mix PHP and HTML or not, and so on.
I, personally, will probably move to it fairly quickly because I can do it -- noone's going to be too bothered if my personal sites blow up, because I make use of the new features introduced in PHP 5 today, and because I wish for the consistency that PHP lacks right now.
Slashdot Mirror
Microsoft used to distribute Windows Services for UNIX, and most of Services for UNIX lives on in Windows Server 2003 and certain versions of Vista under various names. That could potentially be a factor in the decision-making process of someone who's considering something like UnixWare.
"Supported" doesn't necessarily mean "will only run on" - it's just what they explicitly say it'll run on, and probably rigorously test against. The fact is that it advertises working in GCC on Linux and OS X, and so I'd expect it to work anywhere icc or gcc and pthreads or OpenMP is available (i.e. anywhere where threading matters to anyone writing new software.)
Just don't expect Intel to advertise their product working on AMD or Sun processors, even if it does.
Whilst this looks like a really interesting project, I'm failing to see how it's useful generally due to the limitations of writing it in Java and making it cross-platform. You would lose a lot of those possible (processor- or platform-specific) optimisations that make the leaders in the virtualisation market as fast as they are.
On, say, a mobile phone (which is mentioned by the site as a possible use) would there be enough processing grunt to do anything useful? I know Java's not as slow as some people would have you believe, but virtualisation requires as much speed to be squeezed out as possible to be usable.
On a desktop, what advantage does this have over the existing virtualisation options which don't have to deal with the Java environment?
It's exactly the same in Opera - right-click on a search form and click 'Create search'. In the box that pops up, type your keyword of choice.
That's the last time I'll try being subtle on Slashdot.
It's obviously not a coincidence - it does tell you that ICANN doesn't give a crap about anybody getting screwed as long as it's not them.
Isn't it a nice coincidence that, despite all the troubles Registerfly's had, the only time ICANN stepped in and did anything was when they were owed money?
What's to stop them doing this with your email address right now?
Here's a super-high-tech extremely complicated way of repeating the experiment: In your torrent client, set every file in the torrent to 'skip'.
I'd have already tried 1&1 - if they'd let me be a customer. Between all their sites, 1&1 will only sell to the US and Canada, the UK, Germany and Austria. The rest of the world can go jump, apparently.
Google sells the ads that cover a very large proportion of the parked domains out there. They (amongst others) make it financially viable to park domains even before you factor in selling them on.
In unrelated news, the latest statistics from News Corp suggest that mice signups to Myspace have plunged to record lows...
I've been using Opera for my mail for years, and I nearly dumped it at one stage when they switched to 'M2' for mail - it didn't support folders!!!
But inertia took over and, after a while, I've come to love it. If I want something folder-like, I create a filter. If I want to find something specific, I do a search. Everything is indexed so searches are lightning fast, Opera's available for most platforms I'd ever consider using, and if I needed to move to another app I can import the mail fairly easily.
And I don't have to bother thinking about the (unlikely) possibility that Google could be doing anything I don't like with my mail.
'Zend' comes from the names of its original developers, Zeev Suraski and Andi Gutmans.
Because this is all a big beat-up by media and politicians, based on a grainy bit of footage that didn't really show anything, that was broadcast once over the internet at 4 in the morning. If children are watching at 4am on a Saturday morning, then surely it's the fault of their parents?
The thing is, that's exactly what the Government has done in past - they effectively killed the Australian online porn industry by preventing it being hosted in Australia. So now the money goes overseas and people get their porn anyway.
*sigh* That's what happens when you have a conservative, religiously-leaning government with aspirations to become something like the current US government.
PHP has had prepared statement support for MySQL since 2003, it's been emulated in PEAR for an eternity and the very useful PDO extension provides an abstracted interface supporting prepared statements to SQL Server, Sybase, Firebird, Informix, MySQL, Oracle, PostgreSQL, SQLite, DB2 and ODBC.
Forgive me, but you don't know what you're talking about. There is almost never a need to call external apps from a PHP script. The most common needed external app is ImageMagick (because sometimes GD doesn't provide all the functionality you need.) Even then, there are at least two PHP extensions to deal with ImageMagick directly, as well as a PEAR package to abstract away from the image processing library/app.
Well, I dunno, do you want to escape an entire command so that multiple commands can't be injected or do you want to escape a single argument so that multiple arguments can't be injected? Heaven forbid that you should have to spend ten seconds checking the manual pages...
So use one of the multitude of classes specifically written to encapsulate mail sending (including, shock horror, one in PEAR.)
register_globals has been disabled by default for six (6) years.
It's not the fault of the language that you didn't bother to keep up with how to use it as it evolved.
I meant in a technical sense, not a real-world sense. Unfortunately it's everywhere, which is why I guess they eventually buckled and implemented it - as they should've done long ago, really.
I'm kinda surprised that they implemented NTLM - they hadn't done so in past simply because it is such a broken, useless method of authentication.
I'm curious as to what else you would expect a headline to say.
Anyone who's used PHP recently will recognise many inaccuracies and weak points made within that article - from the superglobals, to the Apache php_flag/php_value directives, to the fact that most of the "problems" mentioned are rarely used, fixable by using the recommended php.ini configuration, or by actually showing some self-discipline and not using bad practices (I mean, hey, people wouldn't blame C for someone #define-ing themself into oblivion, would they? No, they'd blame the programmer.)
I'm not saying that PHP is the best solution for every situation, but rather that most of the common criticisms of it are based on false assumptions, shallow understanding of the language and outdated knowledge (the article the parent links to quotes the PHP 2 manual, for goodness' sake! PHP 5 left beta in July 2004!)
Today's your lucky day.
(Probably NSFW)
So what?
I don't understand why people don't automatically distrust the security of any data not under their direct control. Data held by anyone else could be (mis)used by someone you don't want using it - be it a government agency, an employee causing trouble, a naughty contractor, a script kiddie who got access to something he shouldn't have access to, or any one of a million other people or groups.
If you have sensitive data, you should be taking steps to ensure the protection and integrity of that data, no matter what you're doing with it. Encryption is the most obvious solution, although it's not the answer for every situation.
It really depends on what you use PHP for, how you like to code, how many people are working on the project, whether you prefer OO or procedural code, whether you mix PHP and HTML or not, and so on.
I, personally, will probably move to it fairly quickly because I can do it -- noone's going to be too bothered if my personal sites blow up, because I make use of the new features introduced in PHP 5 today, and because I wish for the consistency that PHP lacks right now.
I'd love to hear what's so "crap" about the PHP license, and how it's having a negative effect on anything.
It looks like those badgers have had a few too many of those mushrooms!