MacBook 回归?
传闻是用 A18 Pro 芯片,但是。。这换句话说,只有 8G 内存了?
传闻是用 A18 Pro 芯片,但是。。这换句话说,只有 8G 内存了?
家里没有公网地址,不是 NAT2 就是 NAT3 同样我也不希望改变公司电脑的入站规则,就是最好不要对公司电脑有任何风险尝试,限制还是蛮多的
目前我有一个阿里的轻量云服务器,准备用来做中转。我尝试过这几种方案,简单说下:
1.自建 Rustdesk ,这个可以自己部署 web-client ,直接通过网页就可以访问到家里电脑,这种方式是比较理想的,但是这个网页客户端对输入法支持的不好,远端和本地输入法会冲突,尤其是中文情况下,会重复输入字符。而且对于 21114 端口的页面服务,不备案可能会被警告之类的,是个隐藏的祸患。
2.frp ,将家里的 3389 映射到服务器上去,在公司通过 ssh 隧道将云服务器上对应的 frp 远程桌面端口映射回本地,通过 RDP 客户端( MobaXTerm 对 ssh 隧道支持的很好)或者系统自带远程桌面访问。因为我不想在公司电脑上搞个 frpc ,所以 stcp ,xtcp 这种不需要服务器端口的方式都用不了,但是我除了防火墙只放行 ssh ,强口令,好像也没什么其他能做的了
如果不改入站规则的话,我记得 NAT 打洞好像是用不了吧,NAT 好像需要两边都需要监听端口,入站不放行端口点对点连接通不了
我个人感觉 frp 这种方案安全点,因为我在外网除了 ssh 的端口没有暴露任何东西,只要我 ssh 不被捅开,家里的电脑还是安全的,家里的 3389 也只允许局域网和 localhost 入站;与之相比,rustdesk 还有 web 端的管理员账号之类的,没看源码不知道是不是禁得住爆破
各位大手还有其他好方式么,可以提供下思路
TLDR: 反情感诈骗 AI 工具的踩坑/历程,https://laonv.org/
23 号晚上在看 lol 直播呢,发现主播在玩《情感反诈模拟器》。蹦的一下,我就被这个游戏想法折服了,然后上了一下 Google trends ,发现游戏 4 天内搜索次数超过 gpts 了!躺床上就开始脑爆,觉得做一个检测工具很有意义,当天凌晨注册了域名。
这里踩大坑,我是先实现的前后端,然后才写 prompt 和产品介绍,结果发现 prompt 和产品介绍才是最重要最难的部分...,前后端 1 天,调试 prompt1 天,产品介绍 2 天,写产品介绍的时候花了很长时间调研有名的被骗案例,首页的例子就是这么来的
2.1 说下 prompt 的实现,主要就是需要一些案例数据来告诉 AI 满足什么特征就是被骗,然后是识别聊天截图的功能,用的 cloudflare R2 存储 + google gemini 来 ocr
踩坑,感觉没啥用,原本准备蹭点 seo 流量的,但毫无作用
昨天 2025-07-04 晚上发了个简单介绍,久几个字 @cvbnt 赞同了我,做 seo 掉的 sans 瞬间补满,特别感谢他
分享一下首次宣传的效果,一天时间,点击量 200 ,加入 waitList 15 人(7.5%渗透率),其中进入 waitList 页面的人只有 22%完成了填写 email ,问 gpt 回答说这水平太烂啦
感兴趣的可以帮俺分析一下为啥填写 email 的转化率这么低, 网站在 https://laonv.org/
总结一下:
RT ,最近在考虑换机,Air 不带主动散热,大部分场景可以,但是干重活就容易过热降频,在考虑要不要换个 Pro 。
记得之前看测评说买 MacBook Pro 要看清楚芯片,最便宜的是非 Pro 芯片。所以请教一下,MacBook Pro 不配 Pro 系列芯片是不是就意义不大,提升不多?不如 Air 呢?
清空过历史记录,广告拦截插件,没有效果,只有请求桌面网页才能用,有什么办法吗?
在 Claude Code 出品后, 看到 Twitter 上铺天盖地地玩法. 就很想尝试下, 但是 Claude Code 的会员真的太贵了, 而且封号太严重. 所以只能眼馋.
好在大善人 Google 很快就推出了竞品 Gemini CLI, 我第一时间就试了下, 可以下载, 但是卡在了登录授权的最后一步. 根据网上的教程, 也新建了谷歌账号, 也换了纯净 IP. 通通没用.
前两天看到一篇文章, 写了种解决方法. 我试了试, 竟然顺利解决了登录验证问题. 先说结论, 打开科学上网工具中的 Tun 模式. 如果你只想解决问题的话, 后面就不用看了.
简单说下问题的原因, 像 Gemini CLI 这种命令行工具, 不会像浏览器那样自动读取你系统的代理设置. 换句话说, 就算你能上外网, 命令行也不一定行. 所以, 你必须让它“被动”地全局走代理, 而 Tun 模式就是把所有程序的流量都强制走代理的办法. 如果你用的是软路由, 那也一样能解决.
我最开始用它是因为在部署 Wordless 的时候, 部署成功了, 页面能打开, 但页面上显示 404, 提示找不到部署. Google 搜了半天, 没找到原因; 和 Trae 对话了几轮, 始终不行. 后来试着在终端打开 Gemini CLI, 把问题一步步描述给它, 对话了四轮, 提交了四次, 问题解决!
后面我在开发 Block Blast Unblocked 和 Songless 时, 遇到简单问题, Trae 解决; 解决不了的, 就用 Gemini CLI. 舒服得很!
我主要是用来解决编程相关的问题. 在 Twitter 上看到很多人用来实现非技术问题, 比如查找和批量编辑本地文档/分析你的 Obsidian 笔记库, 将相关的笔记链接起来/分析本地图片内容批量修改文件名, 给图片打标等等, 具体可看 普通人用 Gemini CLI 提效的 1 万种方法!藏师傅保姆级教程.
同志们, 趁着免费, 多多尝试吧!
现在有个物理机,IP 地址为 192.168.1.111
在物理机上面装了一个 docker ,并且创建了一个 container ,其 IP 地址为 192.168.49.2
现在想在物理机和 docker container 里面均可以成功执行下述命令。目前只有物理机中可以正确执行。
curl -X GET https://registry-1.docker.io/v2/ -v
物理机执行命令结果
#> curl -X GET https://registry-1.docker.io/v2/ -v
Note: Unnecessary use of -X or --request, GET is already inferred.
* Uses proxy env variable no_proxy == 'localhost,127.0.0.0/8,::1'
* Uses proxy env variable https_proxy == 'http://127.0.0.1:7890/'
* Trying 127.0.0.1:7890...
* Connected to 127.0.0.1 (127.0.0.1) port 7890
* CONNECT tunnel: HTTP/1.1 negotiated
* allocate connect buffer
* Establish HTTP proxy tunnel to registry-1.docker.io:443
> CONNECT registry-1.docker.io:443 HTTP/1.1
> Host: registry-1.docker.io:443
> User-Agent: curl/8.5.0
> Proxy-Connection: Keep-Alive
>
< HTTP/1.1 200 Connection established
<
* CONNECT phase completed
* CONNECT tunnel established, response 200
* ALPN: curl offers h2,http/1.1
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
* CAfile: /etc/ssl/certs/ca-certificates.crt
* CApath: /etc/ssl/certs
* TLSv1.3 (IN), TLS handshake, Server hello (2):
* TLSv1.3 (IN), TLS handshake, Encrypted Extensions (8):
* TLSv1.3 (IN), TLS handshake, Certificate (11):
* TLSv1.3 (IN), TLS handshake, CERT verify (15):
* TLSv1.3 (IN), TLS handshake, Finished (20):
* TLSv1.3 (OUT), TLS change cipher, Change cipher spec (1):
* TLSv1.3 (OUT), TLS handshake, Finished (20):
* SSL connection using TLSv1.3 / TLS_AES_128_GCM_SHA256 / X25519 / RSASSA-PSS
* ALPN: server did not agree on a protocol. Uses default.
* Server certificate:
* subject: CN=*.docker.com
* start date: Mar 5 00:00:00 2025 GMT
* expire date: Apr 3 23:59:59 2026 GMT
* subjectAltName: host "registry-1.docker.io" matched cert's "*.docker.io"
* issuer: C=US; O=Amazon; CN=Amazon RSA 2048 M03
* SSL certificate verify ok.
* Certificate level 0: Public key type RSA (2048/112 Bits/secBits), signed using sha256WithRSAEncryption
* Certificate level 1: Public key type RSA (2048/112 Bits/secBits), signed using sha256WithRSAEncryption
* Certificate level 2: Public key type RSA (2048/112 Bits/secBits), signed using sha256WithRSAEncryption
* using HTTP/1.x
> GET /v2/ HTTP/1.1
> Host: registry-1.docker.io
> User-Agent: curl/8.5.0
> Accept: */*
>
< HTTP/1.1 401 Unauthorized
< content-type: application/json
< docker-distribution-api-version: registry/2.0
< www-authenticate: Bearer realm="https://auth.docker.io/token",service="registry.docker.io"
< date: Sat, 05 Jul 2025 10:23:42 GMT
< content-length: 87
< strict-transport-security: max-age=31536000
<
{"errors":[{"code":"UNAUTHORIZED","message":"authentication required","detail":null}]}
* Connection #0 to host 127.0.0.1 left intact
docker container 中执行命令结果
#> curl -X GET https://registry-1.docker.io/v2/ -v
Note: Unnecessary use of -X or --request, GET is already inferred.
* Trying 154.85.102.30:443...
* Trying 2600:1f18:2148:bc00:5cac:48a0:7f88:7266:443...
* Immediate connect fail for 2600:1f18:2148:bc00:5cac:48a0:7f88:7266: Network is unreachable
* Trying 2600:1f18:2148:bc01:f43d:e203:cafd:8307:443...
* Immediate connect fail for 2600:1f18:2148:bc01:f43d:e203:cafd:8307: Network is unreachable
* Trying 2600:1f18:2148:bc02:22:27bd:19a8:870c:443...
* Immediate connect fail for 2600:1f18:2148:bc02:22:27bd:19a8:870c: Network is unreachable
* connect to 154.85.102.30 port 443 failed: Connection timed out
* Failed to connect to registry-1.docker.io port 443 after 133144 ms: Connection timed out
* Closing connection 0
curl: (28) Failed to connect to registry-1.docker.io port 443 after 133144 ms: Connection timed out
物理机查询到的路由表
#> ip route
default via 192.168.1.1 dev wlo1 proto dhcp src 192.168.1.111 metric 600
172.17.0.0/16 dev docker0 proto kernel scope link src 172.17.0.1 linkdown
192.168.1.0/24 dev wlo1 proto kernel scope link src 192.168.1.111 metric 600
192.168.49.0/24 dev br-9123093efaea proto kernel scope link src 192.168.49.1
最近想从微信中提取聊天文件方便存储和查询,电脑端并没有对应的聊天消息,只能从手机上的备份提取。 但是备份中的文件似乎都是自定义的.DAT 文件格式,从文件头也看不出是什么样的文件,有人研究过这方面吗?
在 AI 工具高速发展的今天,越来越多的开发者、设计师和知识工作者开始将 Copilot 、ChatGPT 等大语言模型( LLMs )纳入工作流程。但你有没有想过:你复制粘贴进这些工具里的数据,真的安全吗?
当你将代码片段、表格、邮件内容复制进 AI 工具时,剪贴板中很可能包含:
一旦泄露,后果不堪设想。
Prompt Security 是一个用 Go 语言开发的零配置、极速运行的剪贴板安全工具。它实时监控你的剪贴板内容,并在你粘贴前自动检测并过滤敏感信息。
go install github.com/happytaoer/prompt-security@latest
prompt-security monitor
或克隆源码构建:
git clone https://github.com/happytaoer/prompt-security.git
cd prompt-security
go mod tidy
go build -o prompt-security
./prompt-security monitor
欢迎 star 🌟、fork 🍴、提 issue 🙌!
可以使用这个片段,选择 English ,把 Vibe 调到 Autioneer ,来试试效果~
Ladies and gentlemen step right up! Woah—what a show we’ve got today! First on the block—a pristine vintage Rolex watch! Starting at $2,000—do I hear $2,500? $2,500 to the lady in red—thank you! Now $3,000—going once... twice... SOLD to the sharp-dressed man in the back! Next—hold onto your hats—a rare Picasso sketch! Opening bid $10,000—who’ll jump to $12,000? Don’t dawdle folks—this beauty won’t stick around! The crowd’s electric—let’s keep those bids rolling!
感谢感谢!
自建的 RustDesk 中转服务器( hbbs/hsts )遇到卡顿问题,连接类型一直显示“加密中继连接”。带宽充足,判断是 UDP 打洞失败,所有流量都走中继了。服务器部署在 OpenWrt 路由器上。目前怀疑是网络环境或运营商限制,希望大家能帮我看看。
我的环境: RustDesk 服务端( hbbs/hsts )运行在 OpenWrt 路由器上。
路由器有真实公网 IPv4 ,规则转发 tcp 生效。
上级光猫是桥接模式,OpenWrt WAN 口 IP 与 ip.cn 显示一致,已排除 CG-NAT 。
所有 RustDesk TCP 端口( 21115, 21117, 21118, 21119 )转发正常,公网可访问,文件传输等功能正常。
已排查步骤及结果: OpenWrt 防火墙设置:
端口转发: 所有 RustDesk 端口(包括 21116/udp )均已设置转发到路由器自身 IP ,并已启用。
防火墙区域:WAN 口到自身( Input )等默认策略均为“接受”。
通信规则: 未发现任何针对 UDP 21116 端口的显式拒绝规则。
结论:OpenWrt 防火墙配置看起来没问题。
Nmap 端口扫描 UDP 21116: 从外部客户端扫描 21116/udp 端口,结果是 open|filtered unknown 。
分析:Nmap 无法确定端口是开放还是被过滤,暗示 UDP 流量可能不稳定或受阻。
UDP 监听测试: 已确认 hbbs 在 OpenWrt 上监听 21116/udp 。我将进行实际测试:在路由器上运行 nc -ul 21116 ,同时从外部客户端 echo "hello test" | ncat -u ip 21116 来验证是否收到数据。
结果是未收到数据。
我的推论: 综合以上情况,特别是 TCP 正常、UDP open|filtered 以及 RustDesk 始终中继,我高度怀疑电信运营商对 UDP 流量(尤其是 P2P 打洞所需的)进行了隐性限制或 QoS 策略。 即使我路由器配置无误,流量可能在运营商网络层面就被丢弃或异常处理,导致打洞失败。
舍妹今年高三毕业,高考发挥失利只够得上普通一本或偏远 211 非热门专业,经家庭商议后觉得与其在中国读个高不成低不就的专业不如让她换条赛道,想问问有什么出国留学的途径和经验分享吗。提前谢过大家
最近(6 月 27 号开始)公司的产品安装包一直再被顺序的 ip 访问下载, 很烦, 大佬们有什么好的方法来解决这个问题么? 一劳永逸或者能管几个月也行😂, 太烦了
原文: https://docs.cursor.com/account/pricing
简单来说,对于 $20/month 的大多数 Pro 用户来说,每月保证这么多条消息用量:
~225 Sonnet 4 requests, ~550 Gemini requests, or ~650 GPT 4.1 requests
超过时,每隔 5 ~ 24 小时释放一定额度。
如果用完额外额度,提供 3 个选择:
按量计费的话,claude-4-sonnet 和 gemini-2.5-pro 都是 $0.04 一条,claude-4-sonnet-thinking 是 $0.08 一条。看上去如果没有特别大的用量,启用按量计费就行了。
美团一键领取 必得 18-18
#小程序://惠省/吃喝玩乐超会省/2FZkPMwOjHq28HC
五年职场路:从轻盈到步履蹒跚,一个普通码农的真心话
转眼间,踏入职场已经五年了。回想最初那两年,日子是真的简单又快乐:
但不知从什么时候起,一切都变了。 公司的氛围越来越紧张,压力像潮水一样涌来:
新官上任的“三把火”: 换了一位大领导。新领导似乎对我们过去的代码质量和开发流程很不满意,决心把他前公司的“先进经验”全面引入。于是,一场旷日持久的“整改运动”开始了。
生活的重担悄然压上: 去年结了婚,孩子也即将出生。这本该是充满期待的时刻,却偏偏遇上经济下行的大环境。工作压力越来越大,生活的责任也越来越重,这两股力量夹击之下,常常感到喘不过气。
人力的困局与加班的无奈:
吐槽了这么多,心里堵着的那口气稍微顺了点。 职场不易,冷暖自知。
关于管理的困惑,想真诚求教:
最近一直在思考一个管理上的现实难题,特别想听听各位同行,尤其是带团队的 Leader 们的真实看法:
如果你是一个中等规模(几千人)软件开发团队的负责人,面临着必须提升开发/测试质量的巨大压力,你会如何抉择?
- 你是否会选择牺牲团队的灵活性和开发速度,引入大量严格的规范、流程和管控(比如强制的单元测试覆盖率、冗长的代码审查、复杂的部署流程)?
- 你清楚知道这个过程会极其艰难:一线开发者会有巨大的惯性和抵触情绪,推行阻力重重;最终的质量提升效果也可能被打折扣——毕竟总有人能找到办法应付了事。
- 最关键的是,业务需求并不会因此减少! 这意味着团队必然要投入更多时间(大量加班),成员怨气积累,作为推动者的你,风评受损几乎不可避免。
面对这样的局面:
- 你觉得付出这些代价值得吗? (尤其在收益不确定的情况下)
- 如果要做,你会如何平衡质量提升与团队负担、开发效率之间的关系?
- 有没有更温和、更可持续的改进路径?
真心想听听大家的经验、教训或者任何角度的思考。 这不是理论问题,而是很多团队正在经历的切肤之痛。
以上内容经过 deepseek 润色
overlay 不知道什么时候满了,openwrt 上的 openclash 一直起不来,也更新不了订阅。
ssh 看了一下 overlay 才发现 root 下有个.vscode-server 占了 40MB ,ax6s 总共 flash 就只有 68MB 大小。
绞劲脑汁挖掘记忆才想起来去年刚开始玩软路由的时候,没关心过这个问题,拿 vscode remote 进过软路由看了一次.
flash 太小,被 vscode 挤炸了!
周末在家休息时发现空调开时间长真的浑身难受,尝试只靠风扇降温发现必须直吹才能好一些,大家都选择哪种降温方式呢
上帝的鹰倒下了。
不是在山巅,不是在巡逻祖国边疆的高空,更不是在评论区空投"亡我之心不死"的战斗檄文时中弹。
他,是在医院的X光片上,倒在了自己右腿内侧的一块血管瘤上。
就这地儿,听起来就很私人,很暧昧,很羞耻,像是一场来自命运的精准打击,直接命中了人类尊严和逻辑的共同防线。
过去的几年里,他是微博战场的王牌鹰派飞行员——代号"上帝之鹰",每日高空喊话,口吐《环球时报》,翼展新华网,俯冲评论区斩杀"恨国党"、割裂"颜色革命"、突击西方媒体背后的资本黑手……说实话,他飞得比F22还准,比战狼还硬核。
结果——一脚踩空,被自己右腿内侧给绊住了。
这就像是一个满级骑士,天天骑龙屠魔,突然告诉你:"兄弟我在洗澡时滑了一跤,脑袋磕厕所了。"
尴尬。
但真正让人破防的不是他生病,而是他在微博上发了这样一段话:
"我右腿内侧长了血管瘤,检查费花了几千块,医保还不报。"
这句话的结构跟一般卖惨帖没啥区别,但当这句话从"上帝之鹰"嘴里飞出来的时候,就……很《黑镜》。
鹰哭了,不是因为热爱祖国的眼泪被风吹干了,而是因为"几千块"报销不了。
你说这事要搁一个普通网友身上,那就是一件平平无奇的苦情日常,顶多转发配句"好人一生平安"。
但放在这位常年高挂"正能量主航母甲板"的博主身上,就瞬间变得讽刺又喜感。
你天天教育别人要自强不息,鼓吹祖国医疗世界领先,转发"我们已经不需要外国药物"的主旋律,结果自己一生病就开始发病账单,还夹带私货:"我从没问粉丝要过一分钱。"
我看到这句的时候,差点把泡面喷在键盘上。这话说得,就跟酒驾司机冲进面包店撞碎橱窗后还要表扬自己"我可从没逃过一次交警的罚款"一样。
这哪里是在展示高尚,这是在讽刺同行。
你这不是明着内涵那些收打赏、开会员、卖"中药粉贴"搞副业的同行吗?谁不晓得你这番"我一分钱都没收"的话术,背后的逻辑就是"但我现在这么惨,你们是不是该懂点事儿"?
于是,在他"我没要钱"的加持下,评论区开始一片祥和——
"哎呀,兄弟真惨……"
"右腿内侧这地方难搞啊……"
"有没有康复的风险啊?"
看到最后这句,我人都笑麻了。
康复的风险?兄弟你是打算治成"超人"吗?还是说一旦治疗成功就要重新归位为"战斗鹰",重回高空俯冲键盘党?
这句"有没有康复的风险",听起来简直像是一个人正在对正能量进行终极质询:
——"你要是真治好了,会不会又开始骂人?"
——"你会不会再次把自己当无人机送去网友评论区,隔空投弹’不点赞就是不爱国’八个大字?"
——"你是不是一好起来,就开始鄙视我们这些没转发你病情帖的人?"
咱先不管他病得多严重,但从语言风格和账号走向看,他的确是疼出风格变了。
原来满屏的航母、导弹、奋进的"强国有我",现在换成了: "我一分钱都没要"的道德叙述。
再然后,他干了一件堪称网络历史上最具象征主义的一件事:
他把ID改成了"忠贞不渝艾吉奥"。
艾吉奥是谁?游戏《刺客信条》主角,一个意大利刺客,信奉自由意志,终生反抗权威,主张人的独立与尊严,属于自由主义狂潮中的光辉一员。
你一个年年斥责西方、痛骂美剧、转发"自由就是糖衣炮弹"的人,改网名成了"忠贞不渝艾吉奥"?
这要是艾吉奥知道了,估计会从刺客总部复活跳出来说:
"You betrayed the creed!(你背叛了信条!)"
你忠贞不渝的,到底是艾吉奥,还是某种"身份切换的自由"?
昨天是鹰派巡航导弹,今天是中世纪自由斗士,明天是不是改名"十字军天启勇者·孙文波"?
你到底想当谁啊?
我们明白,这年头博主换ID就跟股票换题材一样,今天是元宇宙,明天是中医抗癌,后天是"天涯明月刀AI版"……但你这从"鹰派打手"突然跳转成"自由意志刺客"的速度太快了,至少打声招呼,让我们看清你换装的瞬间,别老让我们在剧情里迷路啊!
这年头,最流行的一种流量路径叫"苦情洗白"。
嘴上天天说"我不靠卖惨",身体却诚实地晒出病单;嘴上说"我不割粉丝",手却老实地放在了道德绑架的按钮上。
"我没收钱"这句话,并不是高尚,而是一种精致的流量设计。因为只要你说出口,就等于向粉丝抛出一个"反向索取"的诱饵。
"看,我没张口要,但你要是心疼,就主动点吧。"
这跟那种站在路边自称"走丢了"的小孩一样,嘴上不喊救命,眼泪却流得恰到好处,让你不好意思不管。
所以,当他说"我没要钱"时,其实真正的潜台词是:
"你们欠我一个赞,欠我一条评论,最好再欠我一笔打赏。"
这叫"情绪负债经济"。
以前是"你爱国,我给你点赞";现在是"你生病,我给你打赏";再过几天,他康复了,他的粉丝们是不是还得组织个"鹰之归来纪念日"?
但我估计悬。能成为他的粉丝的人,可能还不如他…
你要是真有血管瘤,我们同情;你要是借机洗人设,那不好意思,我们要把"同情"的库存退还给前线抗癌的孩子、送外卖的独臂骑手、以及那些被"正能量博主"扣上"恨国"帽子而依旧坚守底线的普通人。
鹰可以受伤,但不能总演戏。
你有血管瘤没问题,我们都支持你治疗、保重身体。但你不能今天病了就希望网友买单,明天痊愈就骂网友"不爱国"。
这不叫病患尊严,这是流量小丑。
你可以飞,但请不要俯冲向人性底线;你可以痛,但请别利用疼痛营销你的道德高地。
我们不怕鹰落地,我们怕的是:
鹰落地之后,变成了地痞。
这位鹰同志的微博,目前风格混搭严重。
上一条是"美国霸权终将覆灭",下一条就是"血管瘤复查了,感谢大家关心"。
这一种精神撕裂式的表达,让我们普通吃瓜群众陷入了前所未有的审美困境:到底我们该为你的正义叫好,还是该为你的右腿献爱心?
人可以有病,但不能病入膏肓到连逻辑和羞耻心都一并切除。
愿他早日康复,也愿他别再换名。
因为我们实在怕了——今天"忠贞不渝艾吉奥",明天"无限忍痛金轮法王",后天估计就是"瘤中有你·铁血贞德"。
最后,只能赠他一句祝福:
愿你的右腿内侧康复,你的逻辑复位,你的演技收敛。鹰若欲高飞,先修心法。