Separate directory change from status output in DB import script

This line was causing a miss on SQL files that were ready to import on my machine. Breaking it into two lines resolved the current issue. Going to explore why this could have been, but this commit may help others.
Update README.md

Added note on how to add something to your hosts file from the command line.
Remove deprecated comment style, fixes #73
Merge pull request #74 from Mamaduka/master

Fix Deprecated Comments - thanks @mamaduka!
README refresh
Add a custom source for PHP 5.4 during installation.

WordPress may still support 5.2.4, but we're moving up, up, up!

Causes an issue with the related xdebug.so due to a directory change. We'll fix that soon.
Account for xdebug.so directory change in PHP 5.4

This does not solve our long term issue of xdebug being enabled by default, but does prevent xdebug errors because of the missing extension from the old path.
Update README to reflect PHP version change
Refactor handling of xdebug config

Because the xdebug.so location can change whenever an updated version of PHP comes around, we want to try to avoid specifying that location directly in the php.ini file. By default, when installed with `apt-get`, xdebug has its own ini file in `/etc/php5/fpm/conf.d/` that loads the extension as required.

We can then come in and use an additional .ini file in that directory that accounts for the remainder of the xdebug configuration.

Committing fairly blindly for now but will test and tweak near term.
Remove additional xdebug configs in favor of php5enmod and php5dismod

Our xdebug_off and xdebug_on commands in the bash_aliases file depended on an xdebug configuration that wanted xdebug.so to be in one place. Unfortunately we were at the mercy of PHP as to where that place was.

By creating a separate xdebug.ini file that does not load the extension information, we can turn to php5enmod and php5dismod to enable and disable xdebug instead while always having the xdebug.ini with remaining configuration available to us.

This does bring into question the usefulness of xdebug_off and xdebug_on, but I'll create a new issue for that.
Defer to PHP's mods-available for APC extension location

PHP and APC do this for us, no need to redeclare.
Defer to PHP for Xdebug extension, avoid confusion

It seems confusing to have this massive comment about an extension file that nobody will ever specify on their own. Let PHP tell us where xdebug lives and relay on php5enmod and php5dismod to enable and disable it.
Update Nginx and associated config files to 1.4.1

Add new sources to install nginx 1.4.1 and adjust the default configuration a bit so that it works properly with this version.
Treat our php.ini as custom rather than default

As we saw with nginx and xdebug, things change in config files between releases. We should do what we can to keep our changes in smarter locations. This moves our php.ini file to a conf.d/php-custom.ini file where custom directives can be set without worrying about the overall configuration of PHP.
Remove least likely directives for custom php.ini
Remove the quick reference in custom php.ini
And keep trimming the custom php.ini
Use new fastcgi_param with default config as well
Additional custom php.ini trimming
Log errors to a file for PHP

Need to address the permissions on the log file to access it without sudo. May be nice to map this to a local drive as well for easy access.

As offered originally in #69