aboutsummaryrefslogtreecommitdiffstats
path: root/proposals
diff options
context:
space:
mode:
Diffstat (limited to 'proposals')
-rw-r--r--proposals/0000-http-pinning-service-api.md29
1 files changed, 19 insertions, 10 deletions
diff --git a/proposals/0000-http-pinning-service-api.md b/proposals/0000-http-pinning-service-api.md
index 9fdc5ac..178b149 100644
--- a/proposals/0000-http-pinning-service-api.md
+++ b/proposals/0000-http-pinning-service-api.md
@@ -12,12 +12,14 @@ Github PR: (add HTTPS link here after PR is opened)
Authors: Paul Frazee
-# Summary [summary]: #summary
+# Summary [summary]:
+#summary
An HTTP API for adding and removing Dat data.
-# Motivation [motivation]: #motivation
+# Motivation
+[motivation]: #motivation
Users frequently make use of "pinning services" to keep their Dat data online
independently of their personal devices. By specifying a standard API for
@@ -30,7 +32,8 @@ dat publish --name myarchive my-pinning-service.com
```
-# Service description (PSA) document [service-description]: #service-description
+# Service description (PSA) document
+[service-description]: #service-description
Servers should host the PSA service-description document at `/.well-known/psa`.
It may be fetched using a GET request. This document will fit the following schema:
@@ -63,7 +66,8 @@ with the final URLs for their specifications.) If either API is absent from
the PSA document, the service will be rejected.
-# User accounts API [user-accounts-api]: #user-accounts-api
+# User accounts API
+[user-accounts-api]: #user-accounts-api
The user-accounts API should provide the following resources:
@@ -86,7 +90,7 @@ Full documentation for this API should be made available at https://user-account
User POSTS to `/register` with body:
-```json
+```
{
email: String
username: String
@@ -150,7 +154,8 @@ Sever generates a session and session token, and responds 200 with a JSON body:
```
-# Dat pinning API [dat-pinning-api]: #dat-pinning-api
+# Dat pinning API
+[dat-pinning-api]: #dat-pinning-api
The dat pinning API should provide the following resources:
@@ -167,14 +172,16 @@ POST /item/:key Update information about a Dat in the account's list of pins.
TODO- specify each route in detail.
-# Authentication [authentication]: #authentication
+# Authentication
+[authentication]: #authentication
Clients should use the [User accounts API](#user-accounts-api) to fetch a
session token from the service. This token should be included in the
`Authentication` header using the `Bearer` scheme.
-# Error responses [error-responses]: #error-responses
+# Error responses
+[error-responses]: #error-responses
All error responses should respond with a JSON body which matches the
following schema:
@@ -190,7 +197,8 @@ error and, if appropriate, give steps for solving the issue. Other fields may
be included in the response.
-# Rationale and alternatives [alternatives]: #alternatives
+# Rationale and alternatives
+[alternatives]: #alternatives
- The motivations and drawbacks of the PSA Service Document are discussed
[here](https://github.com/beakerbrowser/beaker/wiki/PSA-Web-Service-Discovery-Protocol#motivation).
@@ -199,7 +207,8 @@ authentication. We would probably need to use the HTTP Basic scheme and remove
any mechanisms for registering new accounts.
-# Changelog [changelog]: #changelog
+# Changelog
+[changelog]: #changelog
- YYYY-MM-DD: First complete draft submitted for review