QS - Query String for Hubs in INF
Posted: 03 Jan 2014, 04:35
The discussion surrounding RDEX and the proposed addition of "AT" parameter (by klondike) to it resulted in the following proposition being formed to replace it and most future additions like it.
The text presented above is proposed as a starting point and not necessarily anything final. Comments are appreciated.
Code: Select all
=== QS - Query String for Hubs in INF
This extension adds a new INF field QS sent to hubs containing the query string portion of the URI, and optionally any fragment, used to connect to it. This is done to address the fact that existing RF field in INF contains query string of the previous hub URI, if any, but hubs have no access to their own query string and thus no ability to deduce the fully qualified URI used to connect to them.
With this extension the query string portion of the URI may be used, within reason, to relay small amounts of information from a hub to the hub (for example during a redirect) if necessary. It should be noted that since the query string a user used to connect to a hub can be considered unhelpful to other clients on the hub it is at each hubs own discretion whether to filter this field out of outgoing INF broadcasts to other users.
If used in a hub to hub communication, the QS field should not be considered a fully qualified communication channel between two hubs but merely an additional tool to facilitate such co-operation.
[options="autowidth"]
|=====
|QS |The query string portion of the URI client used to connect to the hub, including an optional fragment.
|=====