René's URL Explorer Experiment

{"@context":"https://schema.org","@type":"DiscussionForumPosting","headline":"Optionally send patches back in websocket pub/sub","articleBody":"We have now the ability to parse N3 patches on upstream changes from the client.  (thanks @RubenVerborgh !). We should now also provide an option for the client to ask for other people's changes to the same document to  be sent directly over the websocket when the file changes.\r\n\r\n- The client uses a variant of \"PUB\" (\"TRACK\"?) command over the web socket\r\n- The server takes the patch which has been executed on the file and adds to it metadata such as\r\n\r\n- the datetime\r\n- the user making the change, if known, and/or IP address (to allow e.g. change coloring by user)\r\n(- the etag of the file (or other graph version -- is this actually needed?  The patches will be in order -- may be only necessary on teh first one, as the GET the client did was async compared to the websocket open)\r\n\r\nThe client then applies the patch to the graph. \r\n\r\nCompared to the current system, in which the server pings the client that some change has happened, and the client then reloads the file completely, this\r\n\r\n- is faster by round trip times across the net, plus\r\n- is faster, for a larger file, by the transmission time of the file.\r\n\r\n(This also prepares the ground for future cool developments such as peer-peer distribution of patches between clients, and use of different algorithms for conflict resolution and eventual consistency.)\r\n\r\n","author":{"url":"https://github.com/timbl","@type":"Person","name":"timbl"},"datePublished":"2017-08-18T18:43:51.000Z","interactionStatistic":{"@type":"InteractionCounter","interactionType":"https://schema.org/CommentAction","userInteractionCount":1},"url":"https://github.com/554/node-solid-server/issues/554"}