You are correct, the internet hype is the only thing that saved that movie. The studio execs wanted to call it "Pacific Air 414" for chrissakes!
I haven't seen it myself, but if it is as campy as Eight Legged Freaks then I'll end up liking it.
A good actor can play a wide array of roles, not just play themselves.
An example of an actor who can play a wide array of movies is Kurt Russell. He's covered the spectrum from uptight serious-man to goofy-ass Captian Ron.
I'm tired of the current crop of actors who just play themselves in every role. An actor is supposed to play a character, not themselves.
I first ran across the idea of mnemonic passwords here on Slashdot awhile back, and now all my passwords are created using the method.
I know Joe Average can understand them, because my PHB's have no problem with them. Well, except for them mouthing the phrases aloud sometimes while typing in the password. Still, that's better than them forgetting it or writing it down on a sticky pad.
Mnemonic passwords are easier to remember and eliminate the use of dictionary words for passwords.
I'm sure almost everybody here knows about them, but I'll give a simple example for those who may not know and have not googled yet.
Choose a phrase for a password. For example, a password for Slashdot could be, "I need to get out of the basement more instead of reading Slashdot". Take the first letter of each word and you get "intgoofbmiors". Then develop a personalized letter replacement scheme that you are use with all your passwords (like switching "i" with either "1" or "!"). So "intgoofbmiors" can become "!ntg00fbm!0r$"
When typing out the password say the phrase in your head as you type and it'll flow quite well with minimal frustration.
I used to use only a handful of passwords between several systems and sites so that I could remember them, but now I can manage a wider array of passwords thanks to picking phrases that somehow relate to each system or site that I use.
like it or not, PHP is king for personal and small-business web-based projects. They have just a huge installation base, it will take something we haven't seen yet to unseat it. Ruby has a lot of hype, but it's still niche. Maybe in time either RoR or C#.NET can overtake PHP, but I doubt it.
Java, C, C++, Perl, PHP - five languages
Wait, maybe we can finally get rid of C and replace it with C#.NET (honestly, is there even a reason for VB.NET existing other than fooling old-school VB developers into thinking about jumping to.NET??)
Nintendo
--------
Console #1: NES = popular. Nintendo does the Hammer Dance with glee.
Console #2: SNES = uberpopular. Nintendo plans world domination by crushing everybody with their giant ego
Console #3: OOPS!! Where'd everybody go?! WE ARE #1, DANGIT!! YOU CAN'T LEAVE US!! MUHAHAHA!! *CRIES*
Sony
----
Console #1: PlayStation = popular. Sony does the Hamster Dance with glee.
Console #2: PS2 = uberpopular. Sony plans world domination by crushing everybody with their giant ego
Console #3: OOPS!! Where'd everybody go?! WE ARE #1, DANIT!! IT'S A COMPUTAH! COMPUTAH!! MUHAHAHAHAH! *CRIES*
Nintendo is just now recovering from their egomaniacal fall and is poised to get back in the game and they are no stranger to the #1 spot.
If Sony follows Nintendo, it'll be another generation or two before Sony gets their act back together.
There are other similarities, such as Nintendo falling down because they stuck with proprietary cartridges instead of jumping on the CD/DVD bandwagon. Sony is now pushing proprietary Blu-Ray technology.
If people want to filter out bad sites and auto-correct bad URL's then that sounds like a job for a client-side application, not for DNS servers.
DNS does one thing and it does it well: it acts like a phonebook for IP addresses. There is no bias in its resolutions.
Keep it simple and let it do its job without red tape.
I have never clicked on an ad to immediately buy something, but I admit that I have occasionally clicked on an ad to get more information.
Case in point, on Slashdot not too long ago I clicked on an advertisement for rsync.net because I've been trying to think of a good backup solution for one of my colocated servers. It was at rsync.net that I was introduced to the wonderful world of FUSE and SSHFS. I then googled a bit and installed FUSE and SSHFS on one of my other servers and now I use an SSH filesystem mount to backup files from the colocated server to another colocated server at Rackspace that has managed backups.
I would have never known about SSHFS if it weren't for advertisements on Slashdot.
Of course, this means I didn't give my business to rsync.net!
Going public was a double-edged sword for Google. While Google performs and the stock performs, the shareholders aren't an issue (pretty much up until now).
Google's "Do No Evil" is really out of their control now. A bunch of short-sighted bottom-line investors are in control of it now.
Google can manage to take a hit here and there, but if this thing of the DoJ gets out of hand, Google's whole culture may take a change for the worse when the shareholders want their pound of flesh.
One problem I have is that I cannot test my websites for Safari, since it is a Mac-only browser.
I know that Safari uses a modified version of KHTML, but if I could test in a "close cousin" browser such as Konqueror then that would be great. Problem is that Konqueror is tied at the hip with KDE.
I don't want to mess with a bug of linux shells and/or emulators on Windows to get it working, I want a native Win32 KHTML browser.
Google brings up nothing, except for a stalled project for a Win32 KHTML browser.
I have a library/classes directory and inside of it I put each and every class in a separate PHP file and the name of that file is always "class_{ClassName}.inc.php"
autoload() then just does a simple
if (is_file(library/classes/class_{ClassName}.inc.php )) {
require_once(library/classes/class_{ClassName}.inc .php); }
(well, that's ugly incomplete quasi-pseudo-code, but you get the idea).
My approach might not work that well if you want to have classes exist in many different locations, but it is pretty darn fast for me since all files are in one directory. I have done my best to split up the functions into different namespaces in terms of subject/context and amount of usage in order to cut down on the # of file inclues per page request.
Re:Did you look at the PHP 6.0 codebase ?
on
PHP 5.1.0 Released
·
· Score: 1
I use __autoload() with abstract classes to mimick very simple namespaces.
I'm sure that is a perversion of the original intent of __autoload(), but now I don't have to litter my scripts with require()'s and I can just call Foo::bar() and the Foo class is automagically loaded. Of course I don't use any accelerators or caches, but I could see how __autoload() could cause problems.
I'd be more than happy to use a "use Foo" type inclusion at the top of scripts, but when you have directories and sub-directories of scripts it is a pain in the butt to do a bunch of "require_once(dirname(__FILE__).'/../../class_Foo. php');"
Hopefully the developers of PHP will come up with a better solution in a future release. I would really love real namespaces (so I can nest namespaces), but the problem with the PHP developers is that they are very stubborn and if they personally don't feel like a feature is important then they won't do it, no matter how many people ask for it.
The best news about PHP 5.1 is PDO. If people start using PDO by default that should really cut down on the explicit dependance on MySQL.
I know if you want to get technical there is no official language in the U.S., but use some common sense... if they can't speak English then they shouldn't even be given citizenship.
If they are not a citizen then they shouldn't be catered to (at least as far as government forms as concerned.
Just imagine how much tax monies we'd save it we went English-only.
This story is about lazy and/or stupid web programmers. You NEVER trust the client for validation and CAPTCHA can easily be done cross-browser. Hell, I'm amazed that the government can even use CAPTCHA due to discrimination against people with disabilities.
You are correct, the internet hype is the only thing that saved that movie. The studio execs wanted to call it "Pacific Air 414" for chrissakes! I haven't seen it myself, but if it is as campy as Eight Legged Freaks then I'll end up liking it.
A good actor can play a wide array of roles, not just play themselves. An example of an actor who can play a wide array of movies is Kurt Russell. He's covered the spectrum from uptight serious-man to goofy-ass Captian Ron. I'm tired of the current crop of actors who just play themselves in every role. An actor is supposed to play a character, not themselves.
I first ran across the idea of mnemonic passwords here on Slashdot awhile back, and now all my passwords are created using the method. I know Joe Average can understand them, because my PHB's have no problem with them. Well, except for them mouthing the phrases aloud sometimes while typing in the password. Still, that's better than them forgetting it or writing it down on a sticky pad. Mnemonic passwords are easier to remember and eliminate the use of dictionary words for passwords. I'm sure almost everybody here knows about them, but I'll give a simple example for those who may not know and have not googled yet. Choose a phrase for a password. For example, a password for Slashdot could be, "I need to get out of the basement more instead of reading Slashdot". Take the first letter of each word and you get "intgoofbmiors". Then develop a personalized letter replacement scheme that you are use with all your passwords (like switching "i" with either "1" or "!"). So "intgoofbmiors" can become "!ntg00fbm!0r$" When typing out the password say the phrase in your head as you type and it'll flow quite well with minimal frustration. I used to use only a handful of passwords between several systems and sites so that I could remember them, but now I can manage a wider array of passwords thanks to picking phrases that somehow relate to each system or site that I use.
like it or not, PHP is king for personal and small-business web-based projects. They have just a huge installation base, it will take something we haven't seen yet to unseat it. Ruby has a lot of hype, but it's still niche. Maybe in time either RoR or C#.NET can overtake PHP, but I doubt it. Java, C, C++, Perl, PHP - five languages Wait, maybe we can finally get rid of C and replace it with C#.NET (honestly, is there even a reason for VB.NET existing other than fooling old-school VB developers into thinking about jumping to .NET??)
Nintendo
--------
Console #1: NES = popular. Nintendo does the Hammer Dance with glee.
Console #2: SNES = uberpopular. Nintendo plans world domination by crushing everybody with their giant ego
Console #3: OOPS!! Where'd everybody go?! WE ARE #1, DANGIT!! YOU CAN'T LEAVE US!! MUHAHAHA!! *CRIES*
Sony
----
Console #1: PlayStation = popular. Sony does the Hamster Dance with glee.
Console #2: PS2 = uberpopular. Sony plans world domination by crushing everybody with their giant ego
Console #3: OOPS!! Where'd everybody go?! WE ARE #1, DANIT!! IT'S A COMPUTAH! COMPUTAH!! MUHAHAHAHAH! *CRIES*
Nintendo is just now recovering from their egomaniacal fall and is poised to get back in the game and they are no stranger to the #1 spot.
If Sony follows Nintendo, it'll be another generation or two before Sony gets their act back together.
There are other similarities, such as Nintendo falling down because they stuck with proprietary cartridges instead of jumping on the CD/DVD bandwagon. Sony is now pushing proprietary Blu-Ray technology.
If people want to filter out bad sites and auto-correct bad URL's then that sounds like a job for a client-side application, not for DNS servers. DNS does one thing and it does it well: it acts like a phonebook for IP addresses. There is no bias in its resolutions. Keep it simple and let it do its job without red tape.
I have never clicked on an ad to immediately buy something, but I admit that I have occasionally clicked on an ad to get more information.
Case in point, on Slashdot not too long ago I clicked on an advertisement for rsync.net because I've been trying to think of a good backup solution for one of my colocated servers. It was at rsync.net that I was introduced to the wonderful world of FUSE and SSHFS. I then googled a bit and installed FUSE and SSHFS on one of my other servers and now I use an SSH filesystem mount to backup files from the colocated server to another colocated server at Rackspace that has managed backups.
I would have never known about SSHFS if it weren't for advertisements on Slashdot.
Of course, this means I didn't give my business to rsync.net!
Yahoo has already done this, but apparently they don't have fanboys like Google. http://developer.yahoo.com/yui/
Going public was a double-edged sword for Google. While Google performs and the stock performs, the shareholders aren't an issue (pretty much up until now). Google's "Do No Evil" is really out of their control now. A bunch of short-sighted bottom-line investors are in control of it now. Google can manage to take a hit here and there, but if this thing of the DoJ gets out of hand, Google's whole culture may take a change for the worse when the shareholders want their pound of flesh.
One problem I have is that I cannot test my websites for Safari, since it is a Mac-only browser.
I know that Safari uses a modified version of KHTML, but if I could test in a "close cousin" browser such as Konqueror then that would be great. Problem is that Konqueror is tied at the hip with KDE.
I don't want to mess with a bug of linux shells and/or emulators on Windows to get it working, I want a native Win32 KHTML browser.
Google brings up nothing, except for a stalled project for a Win32 KHTML browser.
I have a library/classes directory and inside of it I put each and every class in a separate PHP file and the name of that file is always "class_{ClassName}.inc.php"
p )) {c .php);
autoload() then just does a simple
if (is_file(library/classes/class_{ClassName}.inc.ph
require_once(library/classes/class_{ClassName}.in
}
(well, that's ugly incomplete quasi-pseudo-code, but you get the idea).
My approach might not work that well if you want to have classes exist in many different locations, but it is pretty darn fast for me since all files are in one directory. I have done my best to split up the functions into different namespaces in terms of subject/context and amount of usage in order to cut down on the # of file inclues per page request.
I use __autoload() with abstract classes to mimick very simple namespaces.
. php');"
I'm sure that is a perversion of the original intent of __autoload(), but now I don't have to litter my scripts with require()'s and I can just call Foo::bar() and the Foo class is automagically loaded. Of course I don't use any accelerators or caches, but I could see how __autoload() could cause problems.
I'd be more than happy to use a "use Foo" type inclusion at the top of scripts, but when you have directories and sub-directories of scripts it is a pain in the butt to do a bunch of "require_once(dirname(__FILE__).'/../../class_Foo
Hopefully the developers of PHP will come up with a better solution in a future release. I would really love real namespaces (so I can nest namespaces), but the problem with the PHP developers is that they are very stubborn and if they personally don't feel like a feature is important then they won't do it, no matter how many people ask for it.
The best news about PHP 5.1 is PDO. If people start using PDO by default that should really cut down on the explicit dependance on MySQL.
Imagine all the systems that have "Central (US & Canada)", "Eastern (US & Canada)", etc. timezone settings (including Windows itself).
If Canada does not match up to U.S., then those settings will become out-of-sync between the U.S. and Canada.
That is comparing apples to oranges.
... if they can't speak English then they shouldn't even be given citizenship.
I know if you want to get technical there is no official language in the U.S., but use some common sense
If they are not a citizen then they shouldn't be catered to (at least as far as government forms as concerned.
Just imagine how much tax monies we'd save it we went English-only.
This story is about lazy and/or stupid web programmers. You NEVER trust the client for validation and CAPTCHA can easily be done cross-browser. Hell, I'm amazed that the government can even use CAPTCHA due to discrimination against people with disabilities.