Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

HTTP API V1 #45

Open
stevensmedia opened this issue May 28, 2019 · 0 comments
Open

HTTP API V1 #45

stevensmedia opened this issue May 28, 2019 · 0 comments

Comments

@stevensmedia
Copy link
Contributor

Per a discussion on rhostdev:

Ashen-Shugar is toying with the idea of putting in a fully featured API and not just the header driven one. So you could http to the mush specify a dbref# like https://mysite.com/api/v1/dbref/123 .. then later drill down further with ~/attribute/nameofattr, or ~/flags or ~/toggles or ~/owner and so forth and depending on your credentials specifies if you can access that object and what you see on it. Andddd... the ability to edit and push values back anndddd... if the attribute is a $command have an 'execute' flag where you can specify arguments and have it optionally trace the output to you in the optional log window and the output in the output window. That's eventually where I'd like to go with the API but I can never get enough time.

Polk says "could support GET requests to recieve JSON bundles, POST to alter things, DELETE to trash an object..."
Ashen-Shugar says "Exactly"
Ashen-Shugar says "DELETE could delete attribute, flag, toggle, or an entire object"

Polk says "you could handle the ansi vs ascii stuff using the proper header for that"
Polk says "the accept header"
Polk says "could add something Accept: text/x-ansi"
Polk says "and default to text/plain"

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants