铜仁女啊！啊！ @[email protected]

「综合多方媒体消息，旷视首席科学家、旷视研究院院长孙剑博士突发疾病去世，享年45岁。」

初看这条消息，不懂友邻为何在转发区叫好。后来刷到别人科普才懂，“曠視因為幫助你國公安開發識別維吾爾族人臉技術，於2019年上了美國實體清單，這樣的技術大牛只能說好死不送。”

查了下，旷视也是那个监控学生有没有认真上课，殚精竭虑监控学生。“如何看待旷视科技新产品监视学生上课？”https://www.zhihu.com/question/344054306

真心实意祝福这群把技术用在监控人们的人早日升天。从技术推进而言，这样的人才凋零确实是损失。从对于社会建设而言，一个高科技低生活的社会没有任何希望与未来。助纣为虐，死了活该。

我觉得很恐怖的一点在于：大家开始频繁地被十几二十年前的新闻内容/文艺创作的尺度震惊到，感叹：“这是可以播的吗？”“放现在肯定没法通过审查”。
按这种趋势去推理十几二十年后的墙内，就是：“以前还可以在微博实名举报？” “热搜上居然允许出现负面事件？” “网友居然可以对上面的政策阴阳怪气？不用完成每天的歌颂KPI？” 最后汇成一句话：“还是以前自由啊，你看尺度多大。”
想想就让人绝望。

望周知 以下均来自公开信息
健康码首先没有任何大数据可言 它纯粹是靠流调民工在一个一个“赋码” 说白了 它只是官方是否允许你进入公共场合的电子标签 它和西方差异化的技术路线决定了它不仅对防疫更低效（需要人工干预操作）而且被挪用于防疫以外场合更高效
其次 健康码不是被滥用到维稳目的扩大当局权力，相反，健康码本身是维稳体制被挪用到公共卫生领域创新的结果。早在疫情前中国身份制度就与吸毒史、上访史、民族以及政治风险紧密结合，实现刷身份证（并进一步发展为人脸识别）显示风险等级（同样被承包商可视化为绿、黄、红），警察刷身份证可以依次判断是否需野外盘查
总之，诸位所幻想的每个人都根据各自情况被给予红黄绿影响出行，绝不是受健康码启发的维稳创新，而是恰恰是健康码的灵感来源，换句话说，健康码并非“被挪用”到维稳体系，健康码本身就是中国整体维稳体系的一部分。

来推荐一下网页代理器siteproxy，之前有象友安利过，正逢网络污染时期我再发一遍。 @board
#长毛象安利交换大会

没有运维经验的小白0成本也可以部署到cloudflare_worker（每月限制100G流量免费）超简单，节省反代多个网站的繁琐时间，也可以部署到heroku和境外服务器中免翻访问网站，新老司机皆宜。
项目地址： https://github.com/netptop/siteproxy

优点：
能免翻访问超多网站，包括github/ao3/wiki等等你能想到的，无梯程序猿与同人女的绝佳利器。

本项目特别维护了免翻墙访问Youtube/twitter/Google, 支持telegram web登录。有时候用亲友的无梯手机或是梯子没续费的时候查点资料下个小文件真的好用。

搭配隐私友好的duckduckgo能当免翻墙搜索引擎，无广告无追踪无审查秒杀国内版bing，可设置成浏览器默认搜索引擎。

使用方法：
首先按照github项目的说明搭建好siteproxy，获得你的反代域名（下面以 https://siteproxy.xxx.workers.dev/ 为例）
找出你想免翻访问的网址，这里以 https://ao3.org/ 举例（因为字少），原则上你能想象到的网站都能反代（遇到显示错误可以提pr）。经过一些魔法操作最终你的链接变成 https://siteproxy.xxx.workers.dev/https/ao3.org/
现在你拥有了粮仓，OMEDETOU!
同理，siteproxy项目的免翻访问地址是 https://siteproxy.xxx.workers.dev/https/github.com/netptop/siteproxy

搜索引擎使用：
在可以自定义搜索引擎的浏览器中，将以下网址设为默认搜索引擎
https://siteproxy.xxx.workers.dev/https/duckduckgo.com/?q=%s

注意事项：
最简单的siteproxy部署方式是cloudflare_worker，但部署出来的域名是万人骑ip，所以当你试图用cloudflare部署出来的域名访问google的时候很可能被拦，提示你流量异常要验证你是人类，而且往往不放行。这是正常的，因为cloudflare的ip很多人在用，如果你将siteproxy部署到私人服务器中就不会出现这个问题。

siteproxy项目开源，但作者在github中说请勿将本项目用于非法用途，否则后果自负。 所以大家悄悄用就好了，注意安全。虽然说是免翻访问，但GFW的最终解释权在它自己，他想墙哪个就墙哪个（...）我在这里解释明白，siteproxy项目赌的就是GFW不墙cloudflare的ip，就像不墙github的ip一样，因为刚性需求，因为用的人多。但这些ip实际上GFW也是墙过的。所以就算把siteproxy部署在cloudflare上也不一定完全保证可用性。