-
Notifications
You must be signed in to change notification settings - Fork 62
[NEW CONTENT] Dweb addressing #91
Comments
In a different session at the developer summit, we talked about calling this concept a “content path.” “Content path” is not a term that’s really been in much use, but folks were concerned about needing to identify the address of a peer or IPFS node from the address of a piece of content/a DAG node/IPLD node/UnixFS node. This was the best term we could come up with for the latter type of address (e.g. how IPFS does content-addressing). We did not have time to write a rough draft, so this needs to be written from scratch. Concept docs are concise, high-level descriptions of various core concepts in IPFS. They live in the
|
I created #118 as a quick short-term solution to point people at the memo with current best practices and conventions. In the long term that link will be refined and moved to docs site as a I plan to make it an OKR for Q4 2018 In Web Browsers WG. For now just linking some source materials and notes related to addressing (in chronological order):
|
That sounds great! 👍 For what it’s worth, I think it would be helpful if the concept page version of this started by just covering the basics (maybe with a nice diagram pointing to the different parts of an example address):
That might feel a bit basic (especially the first three parts), but we don’t really have one clear place where we just say it. It would be helpful for new folks. |
Closing this issue, since many concepts have been integrated into the content in https://github.com/ipfs/ipfs-docs-v2/edit/master/docs/how-to/address-ipfs-on-web.md. |
At the IPFS developer summit in Berlin in July 2018, we had poster-making sessions where people explored various IPFS concepts. We should expand on the DWeb Addressing poster by adding a doc in the
content/guides/concepts
folder.This is a subtask of #56.
The text was updated successfully, but these errors were encountered: