#26898: add parameters for verified_host_names and unverified_host_names -----------------------------+------------------------------ Reporter: nusenu | Owner: metrics-team Type: enhancement | Status: new Priority: Medium | Milestone: Component: Metrics/Onionoo | Version: Severity: Normal | Resolution: Keywords: | Actual Points: Parent ID: | Points: Reviewer: | Sponsor: -----------------------------+------------------------------
Comment (by karsten): Hmm, I see the use case where somebody would only want to learn about verified host names. However, I'm not sure whether the suggested approach of splitting the `host_name` parameter into two parameters is the best way to do this. An alternative would be to make it clearer in the documentation that results include relays with verified and unverified host names ending in the given search string. And whoever makes this query and cares about the verified/unverified bit would then have to filter the results locally. Which option is less surprising? Seeing an interface with two very similar parameters, which by the way cannot be used together in a single query, plus the possible confusion when a request with one such `*_host_name` parameter will not return all relays with that host name? Or a situation in which a result contains both verified and unverified host names? To be clear, the effort for adding two new parameters on existing data is relatively small. My main concerns are that we'd slowly clutter the interface and that this does not seem like a clear improvement over what's there. Regarding your last suggestion of accepting multiple values, let's discuss that regardless of whether we're splitting the parameter or not. If it makes sense to search for (verified or unverified) host names ending in different strings, let's consider doing that. -- Ticket URL: <https://trac.torproject.org/projects/tor/ticket/26898#comment:1> Tor Bug Tracker & Wiki <https://trac.torproject.org/> The Tor Project: anonymity online
_______________________________________________ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs