Docs for stripe.

Author: Zancas Wilcox <zancas@leastauthority.com>
Signed-off-by: Daira Hopwood <daira@leastauthority.com>
Remove website files dealing exclusively with DevPay.

Author: Zancas Wilcox <zancas@leastauthority.com>
Signed-off-by: Daira Hopwood <daira@leastauthority.com>
Remove customer name from confirmation and tests.

We only used it in the salutation in the confirmation email.
We don't need to ask Users for an ID apart from their CC#
and email address.

The variable is not yet completely removed.  Other
references to it will be removed within larger changes to
the signup flow.
Redefine LoggingTeeStream to LoggingStream

We don't need it to Tee.
Updates to the html templates.

Name redirections reflect the new naming schemes for stripe
signup.

Several tweeks by daira to improve rendering/security, that I don't
totally understand.
daira cleans up css
Adds framework for js unittesting.
Add payment form and js handling logic

Note this commit does not register the form
with a twisted web server resource, so it
will not produce an interactive page if you
run the site.
Update initialization of handlers.

Author: Zancas Wilcox <zancas@leastauthority.com>
Signed-off-by: Daira Hopwood <daira@leastauthority.com>
Add Stripe-Webserver-Component

Not core Stripe functionality:

* emailcollector.py:  functionality migrated out of "devpaycomplete" module
which was removed
* handlers/main.py :  functionality common to mutiple handlers, also migrated out of "devpaycomplete" removed module
* lae_site/main.py:  enhanced logging, proper (Stripe-not-devpay) names

Core Stripe functionality:
(1) submit_subscription.py:
    -- function 'start':  Sets up flappservice as a global variable during webserver startup
    -- SubmitSubscriptionHandler:
       (1) Sets up logging bound to the module and Class "SubmitSubscriptionHandler"
       (2) Receives an HTTP message as result of $form.get(0).submit:
          line 45 subscription_signup.js
       (3) Parses arguments out using "get_arg":
          line 41 handlers/main.py
       (4) Uses UID from Stripe bound to a customer credit card: line 44
           AND
           Our Private Stripe API Key: line 50
           to create a customer object in the stripe DB and subscribe that
           customer to our S4 plan:  line 54
       (5) Upon an exception renders the subscription form and returns it to the browser
       (6) Appends new customer-subscription-to-plan UID to a local (webserver) log: line 64
       (7) Ensures data is ascii/JSON: line 81
       (7.1) Registers callbacks
       (8) Sends the data to the provisioning service (async): line 89
       (9) Renders a "payment verified" html and sends that to the browser

(2) templates/payment_verified.html:  HTML which is sent to the browser.  Text informs the User that
their card was successfully processed and the service is being created.
Work in progress.

Signed-off-by: Daira Hopwood <daira@leastauthority.com>