shelfofclub

I found that powerline series themes can show conda virtual environment name. But the default theme "font" can't. I think there may be some bugs in [function `virtualenv_prompt`](https://github.com/ohmybash/oh-my-bash/blob/4db7436384e0ddfa62911a101b69dd03a0df53fe/themes/base.theme.sh#L388) which font...

@Simple-Tracker 从数据上看，确实是违反了判定条件。只是如果进度0%的数据是错误的呢？也许是如果链接还没建立好，导致进度默认为0？这可能不是屏蔽器的问题，而是qb的问题。 有时候会观察到用户列表里，一个peer一闪而过，并且对TA具有一些上传量。 所以，感觉这个事情可能会很麻烦。不好判断这些一闪而过的家伙。 > ipUpCheckIncrementMB 设计为千兆上行持续跑满, 若要禁用设置为 0 是错误的, 应禁用 ipUploadedCheck. 我想同时保留ipUpCheckPerTorrentRatio的功能，所以这样设置。看了下代码，每次判断ipUpCheckIncrementMB的条件时，都会看是否大于0。所以把它设置为0了

关于进度0%的情况补充： 在PT种子中，正好看到一个peer，使用ut 2.0.4，链接是BT，标志是U I E，刚开始下载。向TA上传的速度很快，20+MiB/s。但十几二十秒后，TA汇报的进度从0增长到非0。这种情况如果发生在BT中，恐怕也会触发条件，被禁。 个人感觉对于这种情况和一闪而过的情况，增强自动屏蔽可能无法做到完美。还是期待一下“增强自动屏蔽_相对”功能的修复，用相对的流量变化应该好过用一个时刻的流量情况。

> 还有我一直建议能否将百分比精确到千分位，我已经注意到有些大种子（数个到数十个G）即使等待1%也是非常要命的。 @JockeyWang 从代码看似乎把这个整数参数改成浮点数，就能随意调节大小了。你问问作者看看吧

haah的谷歌镜像最近用不了，可能是上游的问题。[上游博客评论里有说](https://www.haah.net/archives/7885.html)