Skip to content

Conversation

@MarcoPolo
Copy link
Contributor

We have them now.

We have a multiaddr for `/http-path` so the section is now irrelevant
@MarcoPolo MarcoPolo requested a review from sukunrt October 7, 2024 23:55
- [Context](#context)
- [What is an HTTP transport](#what-is-an-http-transport)
- [Multiaddr representation](#multiaddr-representation)
- [HTTP Paths (and other HTTP Semantics)](#http-paths-and-other-http-semantics)
Copy link
Member

@achingbrain achingbrain Oct 8, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This TOC line needs removing since the corresponding section has been removed, or you can regenerate it using Markdown All in One or similar.


## HTTP Paths (and other HTTP Semantics)

It may be tempting to add an HTTP path to end of the multiaddr to specify some
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I guess this means we do have paths in HTTP Multiaddrs now? Is it worth adding an example of their use?

### Recommendation on including HTTP semantics in multiaddrs
### Recommendation on including HTTP Request semantics in Multiaddrs

In general, it's better to keep the multiaddrs as a way of addressing an
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

lowercase is fine? It's lowercase everywhere.

you may end up with many Multiaddrs with different transports but the same
suffix. A potential solution here is to keep them separate. A list of Multiaddrs
for the transports being used, and another Multiaddr for the application-level
data. This is one suggestion, and many other strategies would work as well.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

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

Labels

None yet

Projects

Status: Triage

Development

Successfully merging this pull request may close these issues.

4 participants