<span style="font-family: Arial; font-size: 13px;">Hi Luke,<br><br>>Django (and by implication, python) are an accepted technology<br>>at tor, 
but as much as I wish it would be different, the tor web <br>>infrastructure 
is still based on python 2.7 (basically, you can <br>>only depend on whatever
 is in wheezy and wheezy-backports if <br>>you want something to run on tor's
 infrastructure). Of course if <br>>you don't intend for your project to ever
 replace tor's own onionoo<br>>deployment, that doesn't matter.<br><br>Thanks
 for pointing that out. I think that won't be a big problem as this 
isn't intended to be a replacement. If it ends up being a fruitful 
experiment then it's a success. It's a success if it demonstrates some improvement over the currently deployed design. If I stay away from python3 then the main difference is the use of postgresql+pgbouncer/pgpool. My instincts are telling me that python3 is needed for aiohttp to demonstrate that asynchronous io, lightweight concurrency, and various <br>database optimizations can yield improvements. If the results end up meriting reproduction then virtual environments can be used for testing without breaking existing infrastructure.<br><br>>PS: 
I'm also going to take this opportunity to plug my onionoo <br>>client 
library that you can use to check that your onionoo clone<br>>performs to 
spec ;-) <a href="https://github.com/duk3luk3/onion-py">https://github.com/duk3luk3/onion-py</a><br><br>I saw that. I'll definitely keep it in mind for comparison. Thanks again.<br><br>--leeroy <br></span>