
This is definitely up there for me; a very weird discovery about how firefox and safari differ in the way the $_SERVER array is returned.
print_r($_SERVER);
exit();
Run that code in a php script; then check the source in both safari and in firefox. For the path, try something like index.php?name=what'sup
read

I've been told by many people, veterans in their respective industries such as family friends, family members, etc., that when you're in a technical field, the best type of job security is to specialize. I imagine this would extend to a lot of different areas (entertainment, finance, management, etc.) but especially in the technical/programming arena, I find it's very true and productive.
read

On Twitter, I follow a bunch of people in the development arena. JavaScript framework core developers, designers, mysql/php architects, etc. etc. I'd say about 50% of the people I follow are in that arena (the other 50% probably being aggregators or tech news sites/blogs).
A consistent theme I'm finding in the past few months has been css3/html5 posts. They talk about new effects, rules, possibilities, etc. etc. Now I try to be optimistic about web development; I try to practice valid w3c content, semantic markup, everywhere I can. But the age of css3/html5, at least for me, is still so far off. 25% (at the least) of internet users are still using ie6, another 40% are using ie7; that takes us to about 65% of internet users using subpar browsers (ie7 is a step up, but still very much sub-par) that don't support anything close to css3 and html5.
read

Web design/development has always been seen as a service, obviously due to the way it's delivered. It takes units of time to deliver a set of qualifications that should be met, rather than producing a physical product that is then delivered. The way it normally works is you talk with a client, they have a set of goals/requirements they need met (whether it's a database being built, a design, or a widget), and you try to deliver them.
read

I always ran into an issue whereby if i set the error_log location for an application/server using ini_set('error_log','PATH') it wouldn't log it there. It would log it to whatever path was set in my httpd.conf file, whether it was the global error_log path, or one for a specific virtual host.
read