Little fix for pager

$pager points to global pager variable, which is an array collection of all pagers, so the link key can be read out only from  $thisPager variable which is the actual displayed pager.
Updated with date_default_timezone_set

Not sure if it happens on the dev version as well, but on the latest package available date_default_timezone_set isn't set.
After installation it throws a nice error in which it asks you to set it.
Merge pull request #563 from CoolGoose/patch-1

Updated with date_default_timezone_set
bumping composer.lock
Don't remove relations, when editing the 'receiving' end. Fixes #564.
Additional fix to saving contenttype relations. Related to #564.
Allow 'id' and such to be part of the slug. Fixes #565.
Merge pull request #561 from ntomka/master

Little fix for pager
Remove unneeded file.
Fix 'asc' and 'desc' in 'order()' filter.. Fixes #562.
Fixing the  Undefined index: pager error

Not sure why $GLOBALS['pager']; is empty at some times (the site was working fine, at some random refresh it failed, deleted the caching but still no avail).

Since it wasn't doing a proper exist check in any case I've added it until we get rid of the $GLOBALS part :)
Updated .gitignore
Merge pull request #570 from CoolGoose/patch-2

Fixing the  Undefined index: pager error
Minor tweak 'OR' -> '||'. Goes with #570.
Getting rid of 'uselink' hackishness. Also fixes <button>'s for IE 9. Fixes #571.
Fixing a stray <tt> tag.
Bumping version number to "1.2 RC"
Turns out we do need the .gitignore here.
Whitespace and typo.
Add support for the PHP 5.4 builtin web server

PHP version 5.4 brought with it a new built-in command line web server
that can be run using the `php -S localhost:4000 index.php` command.
The [Silex documentation][1] has more details, and, while the server is
not intended for production use, it's a huge time saver for local
development.

Unfortunately, Bolt doesn't currently work with this feature for four
reasons:

1. The logic in the `getPaths` function breaks asset paths when used
with the built-in server

2. The index.php understandably doesn't yield to static assets as the
server expects it to.

3. The CLI server doesn't understand the subtleties of the `thumbs`
route.

4. The `timthumb` class references images and file paths in a relative
manner, making it very fragile when the entry point changes. Perhaps a
better route would be to make these path'd absolutely using some of the
directory constants.

For all of these problems a comparison with `php_sapi_name()` and
'cli-server' is performed. If the app is running with the CLI server, it
returns false when a static asset is called. If the asset is via the
`thumbs` URL then the server performs the necessary manipulations to
send the request to the right place.

Note: I chose not to pollute the global constant namespace and continue
to check `php_sapi_name()` in every instance, although I doubt there's a
significant performance penalty.

Finally, while I did directly compare the cli-server with a correctly
configured Nginx instance, I haven't done any testing against Apache or
others. This commit also doesn't include any test cases.