Go to file
2012-06-07 16:36:54 +12:00
libpathod We can't sensibly unit test pages withhout firing up a server. 2012-06-07 16:35:54 +12:00
test We can't sensibly unit test pages withhout firing up a server. 2012-06-07 16:35:54 +12:00
.gitignore Initial checkin. 2012-04-28 12:42:03 +12:00
LICENSE setup.py, LICENSE, README.txt 2012-04-29 21:30:48 +12:00
pathod Fail if only one of certfile or keyfile is specified. 2012-06-07 16:36:54 +12:00
README.mkd Fix redundant imports, tweak TODO for 0.2 2012-04-30 10:09:16 +12:00
README.txt Docs, installation instructions. 2012-04-29 22:08:35 +12:00
setup.py setup.py, LICENSE, README.txt 2012-04-29 21:30:48 +12:00
todo Fix redundant imports, tweak TODO for 0.2 2012-04-30 10:09:16 +12:00

**pathod** is a pathological HTTP/S daemon, useful for testing and torturing
HTTP clients. At **pathod**'s heart is a tiny, terse language for crafting HTTP
responses. The simplest way to use **pathod** is to fire up the daemon, and
specify the response behaviour you want using this language in the request URL.
Here's a minimal example:

    http://localhost:9999/p/200

Everything after the "/p/" path component is a response specifier - in this
case just a vanilla 200 OK response. See the complete docs to get (much)
fancier. You can also add anchors to the **pathod** server that serve a fixed
response whenever a matching URL is requested:

    pathod --anchor "/foo=200"

Here, "/foo" a regex specifying the anchor path, and the part after the "=" is
a response specifier.

**pathod** also has a nifty built-in web interface, which lets you play with
the language by previewing responses, exposes activity logs, online help and
various other goodies. Try it by visiting the server root:

    http://localhost:9999