change CGI environment for local objects

CGI requires passing the headers from request to the environment
up until now the local Swift object metadata was exposed through regular CGI headers (like CONTENT_LENGTH or HTTP_ETAG)
to give way to better CGI support all these headers were renamed with prefix `LOCAL_`
right now the following headers are exposed that way:

LOCAL_OBJECT - if exists, there is a local object present, if not - no other LOCAL_* vars will be present
LOCAL_CONTENT_LENGTH - size of a file
LOCAL_CONTENT_TYPE- content type of that object
LOCAL_PATH_INFO - path to the object in the format of `/account/container/obj`
LOCAL_HTTP_ETAG - etag for object (md5)
LOCAL_HTTP_X_TIMESTAMP - creation timestamp
LOCAL_HTTP_CONTENT_ENCODING - content encoding, if present
LOCAL_DOCUMENT_ROOT - path to object inside the instance `/dev/device`
LOCAL_HTTP_X_OBJECT_META_* - user metadata headers for object
Merge pull request #112 from pkit/bug_fix

fix bug in handling gzipped images
Merge pull request #113 from pkit/cgi

change CGI environment for local objects
vagrant/bootstrap.sh: silence wget output

The way vagrant streams the output of the progress indication of wget is
super annoying. So this adds the -q flag to reduce the noise.
Merge pull request #114 from larsbutler/vagrant-silence-wget-output

vagrant/bootstrap.sh: silence wget output
vagrant: add zerocloudrc

This file contains the necessary environment variables to use swift and
zpm clients with the machine created by this vagrant script. Just
`source zerocloudrc` to use it.
added REST interface for POST

first REST interface support added, yay!
we now support POSTing stuff to arbitrary zapp archives
using `open` version or proper `X-Zerovm-Execute` header you can POST stuff into existing zapp
example:

	POST /account/container/my_zapp-0.1/my_zapp.zapp

the zapp should expect to get a POST request, which means:
- it should have { "device": "stdin" } without a "path" property, it will recieve the payload there
- it should have some other meaninful channels configured, for example { "device": "stdout" }
- it can use job-chaining to launch another sub-job
- it can use channels connected to containers to query the containers and create dynamic sub-jobs
- etc. etc.

there are still some caveats that will be probably sdressed soon, for example: the job-chained zapp cannot recieve the POST payload instead of API endpoint zapp
Merge pull request #116 from pkit/rest

added REST interface for POST
vagrant/README: add a note about zerocloudrc
vagrant/README: add note to restart devstack

Once everything is installed and configured, you need to bounce devstack
for zerocloud and everything to work. This adds instructions for the
user/developer to do that.
Merge pull request #115 from larsbutler/vagrant-zerocloudrc

vagrant: add zerocloudrc
Merge pull request #117 from larsbutler/vagrant-restart-devstack-doc

Vagrant: DevStack restart instructions
contrib/vagrant: fix typo in README

This was introduced in be238b8caa19.
contrib/vagrant: fix extra quotes in code block
contrib/vagrant: make code a real code block

In lists, code blocks must be inteded by 8 spaces.
contrib/vagrant: correctly nest code block in list item
contrib/vagrant: use real link instead of literal text for link
Merge pull request #118 from mgeisler/fix-formatting

Fix README formatting
vagrant/README: fix a `screen` command
Merge pull request #119 from larsbutler/vagrant-readme-screen-cmd-fix

vagrant/README: fix a `screen` command