Q: 为什么不直接开源?
A: 因为自己的代码(
这能叫做代码吗?)写得太烂, 上游 PR 处理已经停滞, 未来有机会才会和主线合并. 并且上游用 BSD-3 开源许可并不要求强制分支开源.
2025 年
- 7 月 12 日:
- 关闭人机验证.
- 3 月 12 日:
- 修复无法保存粘贴的问题.
- 全站启用人机验证.
- 1 月 24 日:
- 允许管理员删除端到端加密的粘贴;
- 允许管理员在特殊情况下直接编辑带有密码的只读粘贴.
- 1 月 23 日:
- 调整界面样式, 使网页能够根据视窗大小动态调整输入框高度.
- 添加关键路径的访问速率限制.
- 1 月 22 日:
- 迁移私人实例至 Cue.su 并公开上传权限;
- 重新命名和设计标志;
- 补充元数据和 manifest.
- 允许管理员删除带有密码的只读粘贴.
2024 年
2023 年
首次发现项目.
- 本地化界面文本;
- 修复错误的 /raw 路由状态码;
- 添加缺失的 /raw 路由 charset;
- 建立 demo 实例.
- Liberux (@[email protected]) - Mastodon
- TX4RLY (@[email protected]) - Mastodon
Liberux 的 Fediverse 主页
Liberux 硬件开发工程师 Carlos Rodríguez 的 Fediverse 主页
Carlos Rodríguez 说, 目前网站上的 NEXX 是最初版本, 目前仍然在努力制造第一台原型机, 并且所有的硬件和软件设计都将免费(公开).
WOW, I think our little secret has been revealed, we hope that in a short time you will be able to see the first functional prototypes. We are working very hard on it, by the way, all our designs, both hardware and software, will be free. At the moment the web is a first version, some things will be modified. —— TX4RLY: "@linmob @awai WOW, I think ou…" - Mastodon
硬件参数
- CPU: 瑞芯微 RK3588s (八核心, 8nm, 2.4Ghz, 2022Q1)
- GPU: ARM Mali-G610 (4 核心, 2021Q2)
- 存储: 32GB LPDDR4x RAM, 256GB eMMC ROM
- 电池: 5300mAh (可拆卸)
- 接口: 3.5mm 耳机 * 1, USB-C 3.1 * 2
- 扩展: microSD 插槽 (2TB Max)
- 屏幕: 6.34 吋, OLED, 2400*1080
- 相机: 后置 32MP, 前置 13MP
- 通讯: 高通骁龙 X62 基带 (2021Q1), 海华 AW-CM256SM 无线网卡 (Wi-Fi 5, 蓝牙 5.0)
- 传感器: 昇佳 STK3311-X 环境光传感器, 美新 MMC3630KJ 三轴磁传感器, 应美盛 ICM-42670-P 加速度计/陀螺仪
- 其他: 内置 DAC 和功放芯片 (瑞昱 ALC5640-VB-CG, 艾为 AW8737SCSR)
其他特点
设备目前公布的外观设计均是渲染效果, 最终交付的设备很可能会与这些渲染图片有很大出入. 但仍然可以通过这些效果图理解 Liberux 的最初意图.
- 摄像头 & 麦克风, 蓝牙 & WLAN, 数据网络功能模块的物理开关(位于顶部).
- 后置指纹解锁, 无摄像模组凸起.
- 左上角挖孔前置摄像头.
- 电源键位于侧边右下角.
其他报道
- Liberux Nexx: New Linux smartphone with 32GB RAM, 2TB storage, 5G and more - NotebookCheck.net News
- Смартфон Liberux Nexx получил ОС Linux и поддержку 2 ТБ памяти - 4PDA (讨论)
- Smartfon z Linuksem? Oto Liberux NEXX. Ekran OLED, 32 GB RAM i system oparty na Debianie. Ciekawy model, choć nie bez wad | PurePC.pl (讨论)
- LINux on MOBile: "The Liberux Nexx (https://libe…" - Fosstodon (Fediverse, 讨论, 工程师回复)
- Liberux 推出 Linux 智能手机 NEXX：32GB RAM，三个硬件开关 - IT之家
]]>
自 4 月 4 日 BT 社区流量被中国内地特定地区的 IP 大量恶意消耗后, 社区开始大力推广类似 PeerBanHelper 这样专门为 BT 设计的异常 peer 流量拦截工具, PeerBanHelper 次日的 GitHub star 量就达到了项目历史最高峰.
时间来到 4 月 5 日, 之前被指为123云盘恶意消耗 BT 网络流量的一个恶意 BT 客户端的开发者(从 anacrolix/torrent 分支出来的 BT 客户端 thank243/trafficConsume)指出, 单凭 BT 客户端 ID 就将该分支直接与本次的恶意流量攻击, 123云盘以及明赋云联系上过于片面, 并没有充足证据表明本次针对 BT 网络的攻击就是来自本人开发的客户端, 因为该分支客户端原本的行为只会针对某 BT 索引中最热门的前五个种子建立对等链接. 开发者还澄清了该客户端的开发动机与123云盘和明赋云没有关联.
123云盘早在 2023 年就推出了 BT 离线下载功能, 通过自有的服务器运行 anacrolix/torrent 的分支客户端进行下载操作. 网盘提供的这类离线下载服务并不会为 BT 网络做出贡献, 就和迅雷一样早就被普遍认为是「吸血」行为而被大多数 BT 用户主动屏蔽. 123云盘被卷入此次事件是因为正好使用了位于 BT 网络攻击的 IP 网段中的 IP 进行离线下载业务, 上文提到的 123pan-slb 更有可能是该业务中的负载均衡(Server Load Balancer)组件. 除去事实存在的离线下载能够达成「吸血」行为, 直到今天也没有证据证明123云盘甚至明赋云就是参与这次大规模的 BT 网络恶意流量攻击的幕后黑手之一.
123云盘客户端的背后
8 月 28 日, 123云盘客户端推出了「闲置算力共享赚积分」功能.
今天才想起前文的事件于是想着看看这个客户端 “新功能”, 看看这个实际上的 PCDN 客户端以及上下传功能中建立的 IP 连接.
下面是 Windows 系统本机实测的123云盘客户端连接信息.
常规文件下载
按 “接收(字节/秒)" 降序排序.
名称 | PID | 地址 | 发送(字节/秒) | 接收(字节/秒) | 总数(字节/秒) |
123pan-service-worker.exe | 2156 | 1.180.25.9 | 52 | 3,825,459 | 3,825,511 |
123pan-service-worker.exe | 2156 | 1.180.24.9 | 13 | 3,612,883 | 3,612,896 |
123pan-service-worker.exe | 2156 | 1.180.25.134 | 46 | 3,538,982 | 3,539,027 |
123pan-service-worker.exe | 2156 | 36.102.218.145 | 33 | 3,378,001 | 3,378,034 |
123pan-service-worker.exe | 2156 | 1.180.24.8 | 52 | 3,177,657 | 3,177,709 |
123pan-service-worker.exe | 2156 | 1.180.25.5 | 39 | 3,114,845 | 3,114,883 |
123pan-service-worker.exe | 2156 | 1.180.24.166 | 32 | 3,042,343 | 3,042,376 |
123pan-service-worker.exe | 2156 | 1.180.24.7 | 26 | 2,793,016 | 2,793,042 |
123pan-service-worker.exe | 2156 | 1.180.25.135 | 39 | 2,555,230 | 2,555,269 |
123pan-service-worker.exe | 2156 | 1.180.24.10 | 19 | 1,921,715 | 1,921,734 |
123pan-service-worker.exe | 2156 | 8.141.88.129 | 41 | 25,616 | 25,657 |
123pan-service-worker.exe | 2156 | 47.108.201.30 | 332 | 1,451 | 1,783 |
123pan-service-worker.exe | 2156 | 101.36.169.99 | 2,754 | 1,321 | 4,075 |
常规文件上传
按 “发送(字节/秒)" 降序排序.
名称 | PID | 地址 | 发送(字节/秒) | 接收(字节/秒) | 总数(字节/秒) |
123pan-service-worker.exe | 23068 | 59.47.235.96 | 7,284,656 | 1,966 | 7,286,623 |
123pan-service-worker.exe | 23068 | potplayertv.daum.net | 1,351 | 1,258 | 2,610 |
123pan.exe | 2148 | potplayertv.daum.net | 760 | 691 | 1,450 |
123pan.exe | 22720 | potplayertv.daum.net | 385 | 263 | 648 |
123pan.exe | 22720 | 203.107.60.254 | 368 | 1,704 | 2,072 |
123pan-service-worker.exe | 23068 | 203.107.60.254 | 229 | 2,604 | 2,833 |
「闲置算力共享赚积分」(PCDN 客户端)功能开启
按 “发送(字节/秒)" 降序排序.
名称 | PID | 地址 | 发送(字节/秒) | 接收(字节/秒) | 总数(字节/秒) |
123pan.exe | 15688 | 42.248.192.116 | 1,205,493 | 0 | 1,205,493 |
123pan.exe | 15688 | 42.248.192.117 | 1,205,493 | 0 | 1,205,493 |
123pan.exe | 15688 | 42.248.192.115 | 1,205,493 | 0 | 1,205,493 |
123pan.exe | 15688 | 42.248.192.112 | 678,083 | 9 | 678,092 |
123pan.exe | 15688 | 42.248.192.113 | 678,083 | 9 | 678,092 |
123pan.exe | 15688 | 42.248.195.219 | 678,083 | 9 | 678,092 |
IP 信息
- 常规文件下载:
1.180.25.9等: AS4134,1.180.0.0/14, 中国电信, 内蒙古呼和浩特.36.102.218.145: AS4134,36.102.0.0/16, 中国电信, 内蒙古呼和浩特.- 常规文件上传:
59.47.235.96: AS137688,59.47.224.0/20, 中国电信, 辽宁本溪.- PCDN 功能开启:
42.248.192.116等: AS4134,42.248.192.0/21, 中国电信, 辽宁锦州.- 123云盘的离线下载服务器对等点 IP (来源):
123.186.146.159等: AS137688,123.186.128.0/19, 中国电信, 辽宁本溪.
再去拿这些 IP 段有效部分去 BT 社区报告的恶意流量 IP 列表里检索, 不难发现这四个业务里使用的 IP 全部都在这些恶意 IP 包含的段里面. 即使本次事件里没有, 只要用 Google 搜索 BitTorrent 加上有效位就能出来记录.
后话
所以, 现在最多只能证明123云盘客户端的离线下载功能确实在从 BT 网络里面「吸血」, 不过就和上文说到的一样, 这是 BT 社区早就众所周知的事情. 大家早就习惯性屏蔽包括迅雷和百度网盘在内的客户端 ID 了, 123云盘的离线下载功能确实是「吸血」, 但不能称之为 “攻击”.
再不济, 我只能阴谋论似地假设: 除非是因为123云盘所有用户发起的的所有 BT 下载任务被 BT 网络里的所有对等点屏蔽了, 于是123云盘不得不开始篡改客户端 ID 规避这些屏蔽以继续进行从 BT 网络里「吸血」, 以至于开始模仿某个名不见经传的魔改客户端的怪异 ID 来持续「吸血」, 最后吸得 BT 社区都受不了了, 开始声讨123云盘. 真是耐人寻味.
不过最后看来, 国内人人都在用的流行在线平台早就用了 PCDN 来降低成本, 最后喊打的原因却是因为吸血似乎终于吸到自己头上了. 据我所知, 123云盘目前确实只有北方数据中心, 辽宁本溪就是他们的节点网络之一, 因为母公司明赋云 PCDN 的业务优势使得他们有了做网盘的勇气, 而不用从其他服务商租借资源来烧钱经营这类盈利周期极长, 回报率极差的业务. 中国内地的 PCDN 供应商不计其数, 明赋云只是其中的一个, 算中国北方做得较为成功的一家.
到现在, 大概是拜运营商的省间结算和对 PCDN 的严查严打所赐, 这场对 BT 网络的攻击都还没有停下来的迹象.
]]>
nak 是一个 Golang 编写的 Nostr 调试工具.
nak req -a <你的十六进制公钥> --since <起始时间戳> --until <终止时间戳> <旧中继地址> > events.jsonl比如, 导出旧中继中自己的 2023 年第一季度的所有事件:
某些中继会限制单次请求的事件数量, 如果你在这段时间内的事件非常多, 那么建议缩小时间区间, 以一个月甚至一个星期为间隔导出.
nak req -a bfc06d35af88da4c34a5426e9525d999e8df518dcf968c7c2d835cbbfded1755 --since 1672502400 --until 1677600000 wss://relay.example.com > events-2023Q1.jsonlcat events.jsonl | nak event <新中继地址>比如, 导入刚才保存的 2023 年第一季度的事件:
cat events-2023Q1.jsonl | nak event wss://relay.example.org]]>
所以先来看看具体效果:
视频加载不出来? 直接去 Notion 原始页面看: https://theclip.notion.site/Android-URL-4a1cbbe6d51d46b2bf71fd9de4651397
为什么要关闭呢? 想必你一定经历过对着一个 b23.tv 链接一点就立马跳转进了哔哩哔哩, 是不是有点不对劲? 这样就等于这个链接里面带有追踪用参数全部都直接传递进了应用里.
不用担心关闭默认打开会影响体验, 如果你安装了 URLCheck, 他还是会检测到这些链接对应的默认打开应用是什么(参见上方的视频演示效果), 这么做只是为了防止绕过 URLCheck 作为默认浏览器的情况.
目前我关闭了默认打开的应用有: 哔哩哔哩, YouTube, Twitter.
配置
安装并打开 URLCheck, 在应用「设置」按照指引中将其设置为默认浏览器并打开其他设置:
打开应用「模块」, 按照顺序配置.
建议关闭的模块
- 短链接解析器: 这个模块依赖于外部的短链接解析 API, 大多时候反应都很缓慢, 还会出现请求频繁而错误, 目前暂不支持配置自己的 API 密钥来使用. 对于一些仅使用 30x 状态码的短链接来说, 使用状态码模块就能很好应对.
状态码
打开「自动替换重定向链接」, 并在下方填入正则表达式:
^https?:\/\/(?:(?:b23\.tv)|(?:hoyo\.link)|(?:youtu\.be)|(?:t\.co))\/.*?$每个自动替换重定向的目标只需要匹配短链域名, 一个链接对应一个匹配组的里的替代匹配条件.
比如 (?:t\.co) 为一个单独的匹配条件, 每个条件之间使用管道符 | 分隔. 如果你想要增加一个 example.com 的自动替换条件, 那么完整的表达式则是:
^https?:\/\/(?:(?:b23\.tv)|(?:hoyo\.link)|(?:youtu\.be)|(?:t\.co)|(?:example\.com))\/.*?$链接清洁器
- 如果你想要全自动化清理参数, 打开「自动应用」.
- 如果你愿意为分享链接的人保留类似 ref 和 aff 这类参数, 可以打开「允许引用来源推广」.
- 如果你想要看到 URL 自动清洁后具体清洁了什么参数, 则打开「启用匹配过程的粗略信息」.
配置「更新器」:
规则填写:
https://script.cx.ms/clearurls/main.minify.json哈希值检查填写:
https://script.cx.ms/clearurls/main.minify.json.sha256sum这是我自己维护的一个 ClearURLs 规则的分支, 额外添加了一些国内常见的链接, 比如哔哩哔哩, 酷安和闲鱼. 今后可能会考虑直接向上游贡献.
打开间歇性更新, 后点击「立即更新」, 提示目录更新后返回即可.
模式检查器
打开「进阶编辑器」, 删除已经有的规则, 将下面的规则粘贴进去后保存:
{
"警告！发现非 ASCII 字符。": {
"regex": "[^\\p{ASCII}]"
},
"HTTP 链接，建议使用 HTTPS。": {
"regex": "^http://",
"replacement": "https://"
},
"缺少 HTTP 协议。": {
"regex": "^(?!.*:)",
"replacement": "http://$0"
},
"缺少 HTTPS 协议。": {
"regex": "^(?!.*:)",
"replacement": "https://$0"
},
"HTTP 协议大小写不正确。": {
"regex": "^(?!http:)[hH][tT]{2}[pP]:(.*)",
"replacement": "http:$1",
"automatic": "true"
},
"HTTPS 协议大小写不正确。": {
"regex": "^(?!https:)[hH][tT]{2}[pP][sS]:(.*)",
"replacement": "https:$1",
"automatic": "true"
},
"Reddit ➔ Teddit": {
"regex": "^https?://(?:[a-z0-9-]+\\.)*?reddit\\.com/(.*)",
"replacement": "https://teddit\\.net/$1",
"enabled": "false"
},
"Twitter ➔ Nitter": {
"regex": "^https?://(?:[a-z0-9-]+\\.)*?twitter\\.com/(.*)",
"replacement": "https://nitter\\.net/$1",
"enabled": "false"
},
"Youtube ➔ Invidious": {
"regex": "^https?://(?:[a-z0-9-]+\\.)*?youtube\\.com/(.*)",
"replacement": [
"https://yewtu\\.be/$1",
"https://farside\\.link/invidious/$1"
],
"enabled": "false"
},
"Twitter ➔ FxTwitter": {
"regex": "^https?://(?:twitter|x)\\.com/(.*)",
"replacement": "https://fixupx\\.com/$1",
"enabled": "true"
},
"FxTwitter ➔ Twitter": {
"regex": "^https?://(?:fxtwitter|fixupx|fixvx)\\.com/(.*)",
"replacement": "https://x\\.com/$1",
"enabled": "true"
},
"njump ➔ Nostr": {
"regex": "^https?://(?:[a-z0-9-]+\\.)*?(?:(?:njump\\.me)|(?:nostr\\.cxplay\\.org)|(?:nostr\\.at))/((?:(?:nevent1)|(?:note1)|(?:npub1)|(?:naddr1)|(?:nprofile1)).*)",
"replacement": "nostr:$1",
"enabled": "true",
"automatic": "false"
},
"Nostr ➔ njump": {
"regex": "^nostr:((?:nevent1|note1|npub1|naddr1|nprofile1)[^\\s]+)",
"replacement": "https://nostr\\.cxplay\\.org/$1",
"enabled": "true",
"automatic": "false"
},
"Bilibili ➔ BilibiliBB": {
"regex": "^https?://(?:(?:www|m)\\.bilibili\\.com\\/video)/(.*)",
"replacement": "https://www\\.bilibilibb\\.com/video/$1",
"enabled": "true"
},
"b23 ➔ b23BB": {
"regex": "^https?://b23\\.tv/(.*)",
"replacement": "https://b23bb\\.tv/$1",
"enabled": "true"
},
"BilibiliBB ➔ Bilibili": {
"regex": "^https?://(?:(?:www|m)\\.bilibilibb\\.com\\/video)/(.*)",
"replacement": "https://www\\.bilibili\\.com/video/$1",
"enabled": "true"
},
"b23BB ➔ b23": {
"regex": "^https?://b23bb\\.tv/(.*)",
"replacement": "https://b23\\.tv/$1",
"enabled": "true"
},
"fix XHS": {
"regex": "^https?:\\/\\/www\\.xiaohongshu\\.com\/(?:(?:discovery\/item\/)|(?:explore\/))([0-9a-z]+)",
"replacement": "https:\\/\\/www\\.xiaohongshu\\.com\/user\/profile\/u\/$1",
"enabled": "true"
}
}这个修改后的规则添加了 FxTwitter, BilbiliBB 和 njump.
具体的作用既是演示视频中展示的匹配到链接自动显示一个调整为新的链接的按钮:
比如把哔哩哔哩视频链接:
https://www.bilibili.com/video/BV1oS4y1r7eZ?p=1
转换为:
https://www.bilibilibb.com/video/BV1oS4y1r7eZ?p=1
BilibiliBB 是一个类似 FxTwitter 的链接预览增强服务.
虽然 BilibiliBB 也能用来清理 b23.tv 中的追踪参数, 但是并不太想把这种负载转移到公益免费服务上, 毕竟本地也能直接用「链接清洁器」模块做到. 如果担心短链接记录 IP, 那直接把短链接加进代理流量规则里就好了.
这种服务利用 domain hack 来方便了人手打补全链接, 发出来后虽然能在社交平台上有更好的链接预览, 但是在 Android 设备上就没办法通过这种链接直接选择打开原始链接对应可以启动的应用中查看和互动了. 在桌面上它们倒是直接重定向到原始站点使用网页客户端就好了, 但在 Android 上几乎都是使用本地客户端的, 还要进入浏览器跳转一番未必太不优雅了.
通过 URLCheck 的模式检查器可以做到这种链接互相转换, 偶尔还能当人形机器人帮群友进行链接转换.
后记
配置完成可以导出配置以便往后使用.
上面用到的自定义规则都会在下面的脚本仓库目录更新:
在脚本仓库中的配置对应模块的关系:
main.json&main.minify.json: 链接清洁器pattern-checker.json: 模式检查器redirect-auto-apply.txt: 状态码.
不要在登录了飞书账号的浏览器打开, 因为 Lark 和飞书不互通但会互相检测.
]]>
但是即使是离线版本, 它也是要首次连接到网络加载的, 缓存保存在浏览器之中. 于是就借用 Pake 把这部分离线资源打包成安装程序了.
虽然 Pake 支持 macOS 构建, 不过由于本人只有 Windows (x64) 和 Debian (amd64) 环境, 所以就只能提供这两种环境下的输出结果了.
启动速度快, 占用极小, 非常环保. 只要你不去看 WebView2 管理器.
下载
]]>
扫描截止时间: 2024 年 8 月 28 日 01:00 (UTC+8)
序号 | 名称 |
1 | aj.ms |
2 | bc.ms |
3 | bj.ms |
4 | cq.ms |
5 | dp.ms |
6 | ep.ms |
7 | eq.ms |
8 | fp.ms |
9 | gx.ms |
10 | hy.ms |
11 | ib.ms |
12 | ij.ms |
13 | iz.ms |
14 | jd.ms |
15 | jx.ms |
16 | kn.ms |
17 | kp.ms |
18 | kx.ms |
19 | lq.ms |
20 | nh.ms |
21 | oq.ms |
22 | pn.ms |
23 | pq.ms |
24 | qc.ms |
25 | qh.ms |
26 | ql.ms |
27 | qm.ms |
28 | qn.ms |
29 | qs.ms |
30 | rl.ms |
31 | tj.ms |
32 | uf.ms |
33 | ug.ms |
34 | uh.ms |
35 | uj.ms |
36 | uw.ms |
37 | uy.ms |
38 | uz.ms |
39 | vh.ms |
40 | vj.ms |
41 | vq.ms |
42 | xf.ms |
43 | xh.ms |
44 | yb.ms |
45 | yw.ms |
46 | zg.ms |
47 | zj.ms |
aj.ms
bc.ms
bj.ms
cq.ms
dp.ms
ep.ms
eq.ms
fp.ms
gx.ms
hy.ms
ib.ms
ij.ms
iz.ms
jd.ms
jx.ms
kn.ms
kp.ms
kx.ms
lq.ms
nh.ms
oq.ms
pn.ms
pq.ms
qc.ms
qh.ms
ql.ms
qm.ms
qn.ms
qs.ms
rl.ms
tj.ms
uf.ms
ug.ms
uh.ms
uj.ms
uw.ms
uy.ms
uz.ms
vh.ms
vj.ms
vq.ms
xf.ms
xh.ms
yb.ms
yw.ms
zg.ms
zj.ms
]]>
既然 AdGuard 能给网页删除元素, 注入样式, 那就别怪我把 AdGuard 当成 UserStyle 管理器了!
虽然还能注入自定义 JavaScript, 但是不如直接去用 UserScript, 大概.
规则
将下面的规则添加到你的用户过滤器中:
规则不包含去广告功能.
/^https?:\/\/hostloc\.com\/(?:(?:forum\.php)|(?:thread)).*$/$replace=/<li class="pm2"><a href="(.*?)" title="发消息" class="xi2">发消息<\/a><\/li>/<a href="\$1"><img src="https:\/\/hostloc\.com\/static\/image\/common\/pmto\.gif"><\/a>/
/^https?:\/\/hostloc\.com\/(?:(?:forum\.php)|(?:thread)).*$/$replace=/<style type="text\/css">#pid[0-9]+{background-image:url\("static\/image\/postbg\/.*?\.[a-z]+"\);}<\/style>//
||hostloc.com/uc_server/data/avatar^$urltransform=/^https?:\/\/hostloc\.com\/uc_server\/data\/avatar\/.*?$/https:\/\/hostloc.com\/uc_server\/images\/noavatar_middle\.gif/
[$url=/^https?:\/\/hostloc\.com\/(?:(?:forum\.php)|(?:thread)).*$/]#?#p:has(> em:has(> a:matches-attr(href="/^home\.php\?mod=spacecp&ac=usergroup.*?$/")))
[$url=/^https?:\/\/hostloc\.com\/(?:(?:forum\.php)|(?:thread)).*$/]#?#p:has(> span:has(> img:matches-attr(alt="Rank:*")))
[$url=/^https?:\/\/hostloc\.com\/(?:(?:forum\.php)|(?:thread)).*$/]##.tns.xg2
[$url=/^https?:\/\/hostloc\.com\/(?:(?:forum\.php)|(?:thread)).*$/]##div.tshare.cl
[$url=/^https?:\/\/hostloc\.com\/(?:(?:forum\.php)|(?:thread)).*$/]##dl.pil.cl
[$url=/^https?:\/\/hostloc\.com\/(?:(?:forum\.php)|(?:thread)).*$/]##p > span.pbg2
[$url=/^https?:\/\/hostloc\.com\/(?:(?:forum\.php)|(?:thread)).*$/]##p.md_ctrl
[$url=/^https?:\/\/hostloc\.com\/(?:(?:forum\.php)|(?:thread)).*$/]##p.xg1
[$url=/^https?:\/\/hostloc\.com\/(?:(?:forum\.php)|(?:thread)).*$/]#$#.pls .avatar img { width: 32px !important; }
[$url=/^https?:\/\/hostloc\.com\/(?:(?:forum\.php)|(?:thread)).*$/]#$#.pls { width: 100px !important; }
[$url=/^https?:\/\/hostloc\.com\/(?:(?:forum\.php)|(?:thread)).*$/]#$#.pm2 { background-image: none !important; }
[$url=/^https?:\/\/hostloc\.com\/(?:(?:forum\.php)|(?:thread)).*$/]#$#.psti { font-size: 14px; }
[$url=/^https?:\/\/hostloc\.com\/(?:(?:forum\.php)|(?:thread)).*$/]#$#.t_f { font-size: 16px !important; }
[$url=/^https?:\/\/hostloc\.com\/(?:(?:forum\.php)|(?:thread)).*$/]#$##table.plhin { background-image: none !important; }
[$url=/^https?:\/\/hostloc\.com\/(?:(?:forum\.php)|(?:thread)).*$/]#$#div.sign { color: gray !important; font-size: 10px; font-family: monospace; font-weight: 100; }
[$url=/^https?:\/\/hostloc\.com\/(?:(?:forum\.php)|(?:thread)).*$/]#$#div.sign * { color: gray !important; font-size: 10px; font-family: monospace; font-weight: 100; }
[$url=/^https?:\/\/hostloc\.com\/(?:(?:forum\.php)|(?:thread)).*$/]#$#table.t_table { background-color: #ffffff00 !important; }
[$url=/^https?:\/\/hostloc\.com\/(?:(?:forum\.php)|(?:thread)).*$/]#$#td > img { max-height: 120px; width: auto; }- 重定向用户自定义头像为默认头像. (某些头像实在是有点 NSFW, 况且我也不想看别人的个性化.)
- 隐藏用户荣誉, 称号. (你多少级多少经验跟我有什么关系?)
- 调整帖子正文字体大小固定为 16px. (默认字体大小瞎眼, 自定义更瞎眼)
- 调整帖子内嵌图片固定高度为 120px. (总有些长截图差点捅穿我的屏幕)
- 删除帖子背景图像.
- 调整用户签名字体大小为固定 10px, 字体颜色为灰色, 等宽字体, 签名背景色为透明. (签名? 广告栏!)
- 调整楼内回复字体大小为 14px.
- 移除帖子一楼的分享按钮栏.
对比预览
]]>
环境和依赖:
- 自带 Windows PowerShell 的 Windows.
- 已安装 Windows 终端 (Windows Terminal).
- 管理员权限.
- UAC 正常运作.
- 新建两个以 .reg 结尾的注册表导出文件, 分别将需要的条目写入其中.
- 将第一层级
打开 Windows 终端其中的Icon值中的D:\\Temp\\Images\\Square44x44Logo.targetsize-80.ico替换为你自己想要的 .ico 图标路径, 注意其中的反斜杠转义. - 双击 .reg 文件把注册表添加到你的系统里(需要管理员权限).
附赠一枚
可爱的原版 Windows 终端wink图标:64x64 / ICO
「目录」的右键菜单
Windows Registry Editor Version 5.00
[HKEY_CLASSES_ROOT\Directory\shell\openWithwindowsTerminal]
"MUIVerb"="打开 Windows 终端"
"SubCommands"=""
"Icon"="D:\\Temp\\Images\\Square44x44Logo.targetsize-80.ico,0"
[HKEY_CLASSES_ROOT\Directory\shell\openWithwindowsTerminal\shell]
[HKEY_CLASSES_ROOT\Directory\shell\openWithwindowsTerminal\shell\Item0]
"MUIVerb"="用户"
"Icon"="imageres.dll,263"
[HKEY_CLASSES_ROOT\Directory\shell\openWithwindowsTerminal\shell\Item0\command]
@="wt.exe -d \"%V\""
[HKEY_CLASSES_ROOT\Directory\shell\openWithwindowsTerminal\shell\Item1]
"MUIVerb"="管理员"
"Icon"="imageres.dll,264"
[HKEY_CLASSES_ROOT\Directory\shell\openWithwindowsTerminal\shell\Item1\command]
@="powershell.exe -Command \"Start-Process -FilePath wt.exe -ArgumentList '\\\"-d\\\"','\\\"%V\\\"' -Verb RunAs\""「目录背景」的右键菜单
Windows Registry Editor Version 5.00
[HKEY_CLASSES_ROOT\Directory\Background\shell\openWithwindowsTerminal]
"MUIVerb"="打开 Windows 终端"
"SubCommands"=""
"Icon"="D:\\Temp\\Images\\Square44x44Logo.targetsize-80.ico,0"
[HKEY_CLASSES_ROOT\Directory\Background\shell\openWithwindowsTerminal\shell]
[HKEY_CLASSES_ROOT\Directory\Background\shell\openWithwindowsTerminal\shell\Item0]
"MUIVerb"="用户"
"Icon"="imageres.dll,263"
[HKEY_CLASSES_ROOT\Directory\Background\shell\openWithwindowsTerminal\shell\Item0\command]
@="wt.exe -d \"%V\""
[HKEY_CLASSES_ROOT\Directory\Background\shell\openWithwindowsTerminal\shell\Item1]
"MUIVerb"="管理员"
"Icon"="imageres.dll,264"
[HKEY_CLASSES_ROOT\Directory\Background\shell\openWithwindowsTerminal\shell\Item1\command]
@="powershell.exe -Command \"Start-Process -FilePath wt.exe -ArgumentList '\\\"-d\\\"','\\\"%V\\\"' -Verb RunAs\""]]>
%*: 替换为传递给批处理脚本的所有参数.
%~: 替换为第二个参数之后的所有参数.
%0: 替换为第一个文件的路径参数, 即为调用的批处理脚本的名称, 建议使用引号包裹以避免路径中的空格和特殊字符.
参考引用: 1. CMD 的参数传递与引用
%1: 同上.
%<n>: 替换为第 n 个参数, n 的取值范围为 2 ~ 9, 如%2.
%s: 显示命令.
%h: 快捷键值.
%i: 该参数可传递共享句柄中的 IDList 到此.
%l: 第一个参数的长文件名, Win32 和 Win64 应用会获得长文件名, 而 Win16 应用会获得短文件名(8.3文件名).
%d: 桌面第一个参数的绝对解析名称, 用于没有文件系统路径的项目.
%v: Verbs, 如果是 none, 则会是所有 verb; 如果没有传递 verb 作为参数, 则是工作目录, 如果是选中的目录, 那么对应就是该目录.
参考引用: 2. 关于 Verbs
%w: 工作目录.
参考资料
- windows 7 - Which special variables are available when writing a shell command for a context menu - Super User
- Extending Shortcut Menus
- Batch files - The START command: Windows NT 4/Windows 2000 Syntax
- Windows Batch Scripting: Variables - /* steve jansen */
引用资料
- CMD 的参数传递与引用
- 关于 Verbs
]]>
原文: Page Breaks - Typora Support
Automatic Page Breaks
Sometimes you may want to export to a PDF, and have page breaks before all top-level headings, perhaps always putting the header on a right-hand page.
Top-level headings are created with a single-hash prefix # (and optional suffix) or an equals-sign underline ====; both yield <h1> elements in HTML output. Second-level headings are created with a double-hash prefix ## or an hyphen-minus underline ----; both yield <h2> elements. Headings from the third ### to sixth ###### level have no alternate underline syntax and yield HTML elements <h3> through <h6>, respectively.
To add automatic pagination before headings, open the themes folder, and edit the respective CSS file.
@media print, (overflow-block: paged) or (overflow-block: optional-paged)
{
/* Move top-level headings to a new page on the right-hand side: */
h1
{
page-break-before: right; /* CSS 2 */
break-before: recto; /* CSS 3+,
also works for languages written and paginated right-to-left */
}
/* Override the previous ruleset for the very first heading: */
h1:first-of-type,
section > h1:first-child
{
page-break-before: avoid; /* CSS 2 */
break-before: avoid; /* CSS 3+ */
}
/* Force second-level headings to begin in a new column or
possiblyon a new page if it was in the last of multiple columns otherwise: */
h2
{
break-before: column;
}
/* Headings should not be the last paragraph on a page: */
h1, h2, h3, h4, h5, h6
{
page-break-after: avoid;
}
/* Consecutive headings with deepening level should not be split across pages: */
h1+h2, h2+h3, h3+h4, h4+h5, h5+h6
{
page-break-before: avoid;
}
}Now when exporting, at least one new page will be created before each top-level heading, except the first one.
This usually requires, however, that the Markdown file is first converted to HTML and then to PDF or print. It will probably not work as intended if converting from intermediate LaTeX to PDF, as Pandoc does by default.
Forced Page Break
There are several ways to insert a manual page break in a document using custom CSS.
HTML and Inline CSS
If only needed once, the style rule can be embedded in place:
Markdown with embedded HTML:
<div style="page-break-after: always; break-after: page;"></div>
Markdown continues.<p>Markdown with embedded HTML:</p>
<div style="page-break-after: always; break-after: page;"></div>
<p>Markdown continues.</p>HTML and Central CSS
If manual page breaks are needed frequently, it makes more sense to use an external stylesheet for better maintenance and less clutter.
Markdown with embedded HTML:
<div class="page-break"></div>
Markdown continues.<p>Markdown with embedded HTML:</p>
<div class="page-break"></div>
<p>Markdown continues.</p>/* completely hide the element where it is not needed */
.page-break
{
display: none;
}
@media print, (overflow-block: paged) or (overflow-block: optional-paged)
{
.page-break
{
display: block;
page-break-after: always; /* CSS 2 */
break-after: page; /* CSS 3+ */
}
}Thematic Breaks
Alternatively, existing Markdown structure can be repurposed. This way, neither HTML nor CSS is necessary within the Markdown file at all.
There are three ways to insert a thematic break in Markdown, using three or more asterisks *, hyphens - or underscores _, possibly with whitespace in between them. They all result in the same HTML (or PDF) output, which can then be used to create page breaks. Basically all Markdown presentation packages follow this convention as well, inserting a slide transition for every thematic break.
Break incoming
* * *
in between breaks
----
still one more to come
___________
after the final break.<p>Break incoming</p>
<hr>
<p>in between breaks</p>
<hr>
<p>still one more to come</p>
<hr>
<p>after the final break.</p>The only thing required is some custom CSS.
@media print, (overflow-block: paged) or (overflow-block: optional-paged)
{
hr
{
page-break-after: always; /* CSS 2 */
break-after: region; /* CSS 3+ */
/* minimal layout disruption: */
height: 0.1mm; visibility: hidden;
}
}CSS Details
break-after|before: auto > page-break-after|before: auto
| avoid
| avoid-page = page-break-after|before: avoid
| avoid-column
| avoid-region
| page = page-break-after|before: always
| left = page-break-after|before: left
| right = page-break-after|before: right
| recto | verso
| column
| region
break-inside: auto > page-break-inside: auto
| avoid
| avoid-page = page-break-inside: avoid
| avoid-column
| avoid-region]]>
TL;DR:
- Choice of crypto: Nostr picked the “Bitcoin crypto starter pack”. But what is good for blockchain may be bad for the network: it is ultra-slow, bad on key reuse (which is unavoidable for social networking) and non-standard in the digital identity world (incompatible with PGP/SSH).
- Choice of javascript-style (no data typing): vectors for DoS attacks, slow speed, low extensibility.
- No end-to-end encryption.
Overall: very vulnerable to DoS, secret key leaking, incompatible with other decentralized identity schemata, and will have scalability problems.
Details
Nostr is a WebSockets-based text protocol for logs of authenticated (but unauthorized) tagged (and otherwise unstructured) messages stored at public relay servers. The rest is a specific Nostr application (like social networking or payments) on top of it.
Nostr takes several decisions on possible tradeoffs, which I try to analyze here:
- Websockets. Good: pub/sub data access, web-integratable. Bad: high load on relay servers limiting scalability. Verdict: ⚠️
- Elliptic curve (secp256k1) for identities. Good: bitcoin-based. Bad: very low performance, not GPG/SSH compatible, side-channel attacks are possible. Overall: ❌.
- Signature scheme: BIP-340 Schnorr. Good: batch verification, standard. Bad: optimized for on-chain, discarding y-coord, making verification ~50% more expensive than non-BIP Schnorr, vulnerable to leaking secret keys when the same public key is reused (tens, hundred) thousand of times. Verdict: ❌
- Hashing function: SHA256. Good: standard, bitcoin. Bad: slower than BLAKE3. Verdict: ⚠️
- Text JSON encoding. Good: easy to implement. Bad: hard to pass & slow to encode/decode non-text/binary data; no limits on data sizing opening a door for DoSing relays and clients. Verdict: ❌
- No authorization scheme. Good: easy to implement. Bad: limits use cases, limits scalability. Verdict: ⚠️
- No encryption on the transport level, relying on TLS. Good: easy to implement. Bad: centralized, not end-to-end. Verdict: ⚠️
So I see most of the selected tradeoffs by Nostr as a bad or poor decision. This us arguable of course.
Can Nostr survive and succeed? For sure, if even much worse systems had done that in the past (Ethereum, JavaScript, PHP).
What is the greatest Nostr weakness? Limited scalability and possible DoS (not even DDoS) attacks.
If I were the one who did Nostr, what I would have made differently? I would have used Ed25519 signatures on Ristretto25519 (speed), binary encoding with strict limits on data sizes, use Noise_XK encryption - and provide bridges to WebSockets only when they are needed for the web. But we have what we have.
]]>
原文: 18亿抖音泼天流量带火了《屁股肉》，玩家却纷纷被尬到“原地去世”…… (微信公众号@BB姬) [存档]
下午在公司摸了将近三个小时，没去论坛刷一点暴雪回归的段子，一直窝在黑底白字的短视频平台单曲循环那首很火的《520AM》，跟着哼：“我在5:20睡觉13:14准时起～”
不是兄弟没定力，只怪洗脑神曲太魔性，这种歌基本都是刷第一次的时候会觉得土，但刷到第十次的时候，就会开始不由自主地开始抖腿，最后跟着旋律一起摇起来。
《520AM》这首歌也是神奇，原唱 soldier 发布时走的 emo 路线，一直不温不火。但在抖音的“刀酱”翻唱之后，甜美河南话版就开始在各个平台屠榜。
B站强两天还有UP主引用“我在5:20睡觉13:14准时起～”作BGM做了一个《孤独摇滚！》的动画MAD，发布4天就上了全站排行榜第一，直到今天还有三千多号人在里面循环。
B站这么火，原生的抖音自然更夸张，各种翻唱剪辑层出不穷，美颜拉满的翻跳也是一个接一个……
.gif?table=block&id=54a15fcd-c2fd-48fa-a1a4-f7c57838b430&cache=v2)
不同的是，这次《520AM》不仅让自己的歌词成功破圈，同时还带火了一个特效滤镜……这么说可能不太准确，更准确地说应该是带火了一个游戏——《Phigros》。
再说玩法，乍看之下《Phigros》是那种回归原点的下落式打击玩法（只有很小的一部分），看起来并不复杂，有音游经验的玩家不难上手。
.gif?table=block&id=a60da4f6-1cff-44f5-9334-7ca3381cb4cb&cache=v2)
《Phigros》这次会被带火，恰好是因为它的基础玩法简单，界面干净整洁，所以在《520AM》爆火之后，有人选择用《Phigros》的Note键来呈现出卡点的效果。
嘿呀，之后的结果不用多说，几百万的点赞就足以说明二者的相性不差。
就这么一通操作下来“神曲+颜值”的舞蹈套餐，演变成了“神曲+颜值+Note”的魔性卡点，传播度更上一层，最后冯提莫，程女士之类的抖音大V也都加入其中。
.gif?table=block&id=853d62fd-5551-45a8-8293-9ea0e8920513&cache=v2)
不过当翻跳视频演变至“魔性卡点”这个分类，颜值也就不再是必要因素，《520AM》的BGM和《Phigros》特效很快也就被拿来配一些充满反差的“舞蹈”视频。
打太极拳的老人好像年轻了50岁，左摆右避，上下翻飞，各种极限卡点，感觉比我家那只会跳舞的猫还要灵活。
村里的村民也不再呆头呆脑，左右脚灵活自如，鬼步舞踩得飞起，很难不让人幻视成精神小伙，唯一差的可能就是没在这个档里打摩托车的Mod，给不了他一辆鬼火。
.gif?table=block&id=9acb89c8-316e-4f81-9523-cbaa19c0281c&cache=v2)
.gif?table=block&id=22f3b3db-04a0-4c45-b497-6ce7a28d3465&cache=v2)
至于还有什么“五条悟”“香蕉君”，看到他们在神曲的加持下生龙活虎，只能感慨一句“似是故人来”。
.gif?table=block&id=dc2fa15e-c8c0-4e6a-b0ca-8749bc34c365&cache=v2)
.gif?table=block&id=7a0e8f54-2048-4861-9b02-b5b6c49af74a&cache=v2)
抖音的创作者可能都希望自己可以唱出像《520AM》这样能传唱整个平台的“神曲”，但作为一个完全的非商业游戏《Phigros》应该不会料想到自己会收获如此巨大的流量。
比如在负主要责任的快手，《Phigros》的特效已经被做成了官方模板，上传到了快手的APP中，这种属于“证据确凿”的，理应直接进行审判。
可谁能想快手不仅做到了打包上传，还把《Phigros》的特效赋名为“节奏大师”，标错游戏名字，罪加一等，这种人会受到最强烈的抵制，被做成视频，然后吊在耻辱柱上。
而将其发扬光大的抖音则要负次要责任，虽然它没有给《Phigros》改名，大部分创作者也都标注了原作名，但它引用到跳舞的擦边视频上就是不行，所以他们要坦然接受评论区的出警。
话到这里我想你应该注意到，如今《Phigros》的出圈已经开始和去年的“哈基米”，更早之前的《Muse Dash》并列，都可以归纳为小圈子在破圈的同时遭到原住民的抵制。
关于这部分，我们的彩总在2021年的时候就因为当时出圈的《Muse Dash》出视频聊过，当时就有说“小众的事物在出圈的过程中，要么和主流的价值观融合改变，要么回归小圈子本身”。
关于“喵斯”与“哈基米”两个完全不同的出圈路径，在某种程度上也佐证了这一说法，所以我们今天就不再复读，主要还是聊一些我所观察到的一些细节，以及关于《Phigros》本身。
如果你和我一样有翻评论区的习惯，那你应该能在这些大火的舞蹈视频下看到各种各样的争论，最多的就是《Phigros》老玩家和一般路人粉之间的摩擦。
《Phigros》玩家自认小众然后出警，圈外路人觉得扫兴，骂来骂去圈外路人心生厌烦也就给这批玩家起上了“小众哥”的外号。
抛开与圈外人的隔阂，还有其他音游玩家不满那些以《Phigros》为“小众”的玩家。
作为上手难度非常高的游戏品类，音游一直都是被形容为小众，去市面上兜两圈也能发现大众选择的音游基本就那么几个熟悉的名字。
而抛开那些大众化的作品，最后剩下例如《韵律源点Arcaea》（这个在圈内也算是小有名气了）《范式：起源》（今年新开的一个音游）之类的音游更是鲜少出现在圈外人的视野里。
与上面几个名字对比《Phigros》长久的热度，频繁的出圈次数都很难与“小众”这个词汇搭边，这次的出圈只是《Phigros》数次出圈的其中之一，跑出来自诩小众，让其他音游玩家很不是滋味。
当然还有最后一层，就是不同平台之间《Phigros》玩家之间的意见交错。
在《Phigros》中，官方曾给了一个贴示“不要再无关场合提起 phigros ”，这句话被部分玩家挪来指控这些舞蹈视频侵权。
在他们眼中歌曲《520AM》并不是游戏的官方歌曲，歌曲的倾向也并非音游，所以这些玩家极为介意《Phigros》元素的出现。
在他们眼中歌曲《520AM》并不是游戏的官方歌曲，歌曲的倾向也并非音游，所以这些玩家极为介意《Phigros》元素的出现。
其实不管谁和谁的论战，“圈子”都是最后的核心话题，这个圈子可以聊的内容很多，《Phigros》运营了好几年，当然也有自己的圈子。
在B站，有一个上了百万播放，标题是“为什么那么多音游人讨厌Phigros圈”的视频，虽然具体到表现上就是误导新人，偷图炫耀之类老生常谈，但通过这个视频，也能说明为什么玩家真的会对圈子的好坏谨小慎微。
现在论坛里不是常有一句话嘛，叫做“玩游不混圈，快活似神仙”，话虽然说的没错，但是除开那些能完全从游戏中汲取快乐的玩家，我觉得游戏的一部分快乐也是在交流，分享，沟通之中产生的，完全的不混圈可能不会接受到这些风风雨雨，但相对的也不会享受到这部分的乐趣所在，有好有坏。
说回《Phigros》本身。
其实选择这个选题，也是想和大家聊聊《Phigros》这款完全免费的音乐游戏，关于它的乐趣，我不想从各种术语的角度去进行拆解快乐，而是想从这几年《Phigros》最容易出圈的两类视频开始。
两类出圈的视频分别《Phigros》的谱面，以及玩家用各种方式去演绎《Phigros》的谱面。
在早前的介绍中，我曾说“乍看之下《Phigros》是那种回归原点的下落式打击玩法”，但实际上《Phigros》对判定线以及音符有着非常多的花样，判定线乱飞，音符到处弹在《Phigros》并不少见。
通过这一个特点，《Phigros》有着非常多玩家自制的花式谱面，这些谱面不一定适合人类手打，但大多观赏性极强，有时候看这些谱面各种精巧地对准节奏，去构想如何成功过关，也会产生莫名的乐趣。
有一开始就寻找“代打”用“fufu”来攻略谱面的中之人。
.gif?table=block&id=d88a0bee-5255-45ca-b984-4d9fbf1c70fd&cache=v2)
还有中学生在学校用触控黑板操作……
当时有一个“路怒症”的视频传的很广，而在B站你又能恰好找到用《Phigros》音符重绘这一画面的视频。
蔡徐坤出道的《偶像练习生》节目也是素材之一，有《Phigros》玩家用节目中丁泽仁的表演做了一个“丁泽仁制霸Phigros”的鬼畜视频，两条判定线上下交错，不少《Phigros》玩家深以为然。
.gif?table=block&id=f2348136-1c3c-4f33-b138-8bf3b06c1564&cache=v2)
.gif?table=block&id=97ad240a-db56-477c-9d83-5b29e2c0c4e1&cache=v2)
曾有的事，后必再有，这篇文章其实改变不了小圈子在破圈时产生的各种冲突，就像《Muse Dash》最后回归小众了一样，如果《Phigros》也再一次回归小圈子，我也丝毫不会奇怪。
写它，单单是因为我想将更完整的内容展开给圈里圈外的所有人，全面的审视，自然就会带来更准确地判断，没那么多圈子里的火气，去更好地欣赏眼前的视频，手里的游戏，不是挺好吗？
]]>
原文: 6.0内测版新功能简介 - 火绒安全软件6.0 - 火绒安全软件 / archive.ph
亲爱的火绒用户：大家好，火绒安全软件6.0论坛内测阶段正式开启~6.0在延续“不打扰、易使用”的基础上新增“高启发扫描”、"内存防护"、"启用ASMI进行高级扫描"、"潜在不受欢迎软件监控"、"加密连接扫描"、"勒索回滚"、"关键进程防护"、"色彩模式"等功能，以下为功能简介及功能演示。希望可以帮助大家更好地体验6.0产品。体验过程中若有问题可以随时发帖反馈。
高启发扫描
自定义查杀设置中新增“启用高启发式扫描”功能，结合火绒虚拟技术可以高效地查杀新型未知病毒。此功能默认不开启，如需使用可自行设置，开启后不影响扫描速度，仅Windows7及以上系统支持。
内存防护
病毒防护中新增“内存防护”功能，检测内存中是否存在病毒，针对混淆类恶意代码攻击和无文件攻击的场景进行防护。此功能默认开启，可自行设置扫描灵敏度和病毒处理方式。扫描灵敏度分为高、中、低三类，处理方式分为仅记录、询问我、自动处理三类。
启用通过AMSI对脚本和其他对象的高级扫描
文件实时监控新增“高级”扫描功能，启用通过AMSI对脚本和其他对象的高级扫描，启用后支持AMSI的应用程序或服务在执行代码前会先请求经过火绒进行扫描，可以提高火绒针对混淆样本的查杀能力。此功能默认不开启，如需使用请自行设置，启用可能会造成部分游戏无法正常加载，建议避开游戏时机启用。
潜在不受欢迎软件监控
风险软件监控中新增可防护软件类型“潜在不受欢迎的软件”，即向用户计算机中植入任意病毒的功能软件，可及时发现潜在不受欢迎的软件，限制其风险行为。此功能默认开启，可以自行选择对潜在不受欢迎软件的防护范围，支持一键开启或关闭。
加密连接扫描
Web扫描中新增“加密连接扫描”功能，针对网络通信过程中使用SSL加密的数据进行病毒扫描。可对指定网站不进行扫描或添加受信任程序，默认为443端口，支持同时设置多个加密扫描的端口。扫描加密连接过程中将使用火绒SSL证书替换原来的SSL证书。此功能默认开启，有可能导致部分软件访问网址发生错误，可自行设置扫描错误时的处理规则。
勒索回滚
恶意行为监控中新增“检测到勒索行为时，还原被修改的文件”功能，也称“勒索回滚”。当检测到勒索行为时，火绒会自动还原被勒索病毒修改的文件。此功能默认开启，首次安装火绒，需重启计算机才可生效。
关键进程防护
系统加固中新增“关键进程防护”功能，防护项目为：关键系统进程、IE浏览器进程、资源管理器。对被保护的关键进程进行防篡改加固，解决系统关键进程被意外结束，导致系统宕机或重启的问题。此功能默认不开启，如需使用请自行设置。
文件信息
Algorithm : SHA256
Hash : 014A5C0D2EF3264ED38DB84F5B001219196A0E950A8C57E976AAACB6661D5436
Path : sysdiag-all-arm64-6.0.0.12-2024.03.26.1.exe
Algorithm : SHA256
Hash : C9E9B376F0DA0BC5A50F1DF89D25ABFA63941EC682A2205FD2CA4E53D925F7CD
Path : sysdiag-all-x64-6.0.0.12-2024.03.26.1.exe
Algorithm : SHA256
Hash : 1517B3D6CD6990BB41C788D76CFC5D18503DB78E2AFA4D2D95E39871EFB95DC0
Path : sysdiag-all-x86-6.0.0.12-2024.03.26.1.exe- OneDrive: https://drive.cx.ms/s/yqce (30 天)
- Telegram: https://t.me/cxplayfiles/277
- Blaze Transfer: https://app.blaze.cx/~ (30 天)
相关文章
相关讨论
]]>
央广网北京3月15日消息（记者 邵蓝洁）追求干净配料表的年轻人，扭头就扎在大街小巷的烤肠摊子旁边，把两三块钱一根的烤淀粉肠吃成了“网红零食”。在若干年前，火腿肠追求的是肉多，加淀粉会被嫌弃，甚至国标也以淀粉含量的多寡来定义产品级别。如今，一些消费者转头追求淀粉肠，甚至有人声称，“但凡有一点肉都不爱吃了”。但也有消费者表示，“淀粉肠这价格，有肉才让人害怕”。
编辑:黄昂瑾
相关讨论
- 淀粉肠还真没塌房，鸡骨泥可能你一直在吃... (哔哩哔哩@差评君)
- 淀粉肠塌房事件，看媒体无底线！ (哔哩哔哩@大雷的食品科普日常)
- “骨泥淀粉肠”焦虑背后，我们该澄清哪些信息？ (哔哩哔哩@中国食品报融媒体, 哔哩哔哩@动物园巡逻员, 哔哩哔哩@街角的乌鸦, 哔哩哔哩@Lyri-Kyunero)