[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-bugs] #15844 [Onionoo]: Develop database schema to support Onionoo's search parameter efficiently
#15844: Develop database schema to support Onionoo's search parameter efficiently
-----------------------------+-----------------
Reporter: karsten | Owner:
Type: enhancement | Status: new
Priority: normal | Milestone:
Component: Onionoo | Version:
Resolution: | Keywords:
Actual Points: | Parent ID:
Points: |
-----------------------------+-----------------
Comment (by leeroy):
Ueland: I don't like speaking for others but, yes, a git repo somewhere,
is preferred from my interactions with Karsten.
Karsten: I've forked Onionoo too. After the complications from working
with metrics-lib it looks like the best idea. This way I don't need to
keep commenting here, and I can still fix bugs, and implement improvements
(feature/performance), without having to use a task-branch for some
bug/feature. The two forks (of metrics-lib, and onionoo) are meant to
demonstrate the results I mention here. Although I'm sure a DB can still
be kludged in (and full text search with Solr is still an interesting
result, Ueland). The search will be reimplemented using a formal language.
This is another application of grammar recognition (besides parsing and
semantic analysis improvements for metrics-lib).
Unfortunately this also means documentation improvements will (probably)
focus on the forks. Only because that's where the documentation is
expected to benefit the community the most. In both their current states,
onionoo and metrics-lib, are too unpredictable to expect such improvement
to be a benefit...
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/15844#comment:23>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs