这就是我还没放弃使用 iPhone 的原因
事情是这样的:公司是做系统的,业务肯定是合规的,域名、icp 备案都做过了,几个同事(两个安卓小米 14 、华为 mate60 、三个 iphone )在开发系统上架 app 的时候,用自己的手机点开了域名所在的网页( h5 ),没有输入个人信息(三要素),然后自己的手机号就接到了反诈的电话,说是涉诈了,帽子叔叔电话中明确说出了个人信息,然后上门教育了一番,用苹果的同事一点问题没有
事情是这样的:公司是做系统的,业务肯定是合规的,域名、icp 备案都做过了,几个同事(两个安卓小米 14 、华为 mate60 、三个 iphone )在开发系统上架 app 的时候,用自己的手机点开了域名所在的网页( h5 ),没有输入个人信息(三要素),然后自己的手机号就接到了反诈的电话,说是涉诈了,帽子叔叔电话中明确说出了个人信息,然后上门教育了一番,用苹果的同事一点问题没有
传闻是用 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 挤炸了!