ICDYCT / 我能, 你也行 / I Can Do, You Can Too

上一篇用苹果快捷指令Apple Shortcuts"开发"了一个"死了么" 整个过程实在是不舒服 专门来吐槽一下 1. 只有GUI操作界面, 没有纯文本编辑界面 这对于开发成果的继承和分享十分不友好. 你想象一下, 我完成了一套 快捷指令A的开发. 接下来, 在开发 快捷指定B的过程中, 发现 A的其中一部分逻辑可以直接搬过来. 这时, 我应该怎么办呢? 我要照着 A的内容, 一步一步在B里面操作GUI界面, 一个一个地添加模块 设置参数. 如果我有两个iOS设备还好一点, 可以看着照抄. 如果只有一个iOS设备呢? 那将是一个灾难. 另一个案例, 我完成了一套 快捷指令A的开发, 我想分享给其它人. 我可以分享为iCloud链接 或文件, 当然我觉得本质上应该还是文件. 但是这个文件不是纯文本内容的. 这样其它人必须用iOS设备打开, 才能查看/学习里面的内容. 我能理解快捷方式可能需要包含一些图标/图像文件. 但我觉得, 生成一个实质上是zip格式的文件会更好(就像是 docx 一样). 把图标打包在里面, 但是代码部分是纯文本的. 2. 有将快捷指令保存到桌面图标的功能模块, 但是不能只保存1次/1个 有将快捷指令保存到桌面图标的功能模块是不错的. 这样人们导入快捷指令并第一次运行时, 就能在桌面上添加一个调用这个快捷指令的图标. 但问题是, 每次运行快捷指令, 都会添加一个桌面图标. 我查了一圈资料, 问了一圈GPT, 唯一找到的解决方案是: 在 Files文件 中保存一个文件当作 标志位/全局静态变量 使用.  如果不存在这个文件, 就生成桌面图标, 然后生成这个文件; 如果有这个文件, 就不生成桌面图标. 这个方案实在是太丑陋了, 我都不想花精力去查证是否可实现的. 最终, 在我的快捷指令中, 去掉了添加桌面图标的部分. 如果我是苹果的开发人员的话, 我会这样设计: 将快捷指令添加为桌面图标时, 如果桌面图标同名, 就覆盖掉. 快捷指令不允许重名.  如果引入重名的快捷指令, 在引入时就提醒用户保存为新名字. 3. iOS 18 的快捷指令功能更少, 都实现不了 "死了么" 的功能.  iOS 18 的快捷指令 不支持在 Message 中查找内容 还有一个缺点不能完全说是快捷指令的, 准确地说...

前言 一开始, 我只是在搞笑集锦里看到了 "死了么" 的APP Store页面截图, 没当回事. 没想到, 就这还能火? 很快想到可以用 苹果 快捷指令 Apple Shortcuts 实现 定期报到 功能 思路 用户身份: 报到者(发送者), 比如叫 阿强 检查者(接收者), 比如叫 阿珍 功能: 发送信息 检查信息 发送信息 的逻辑/伪码: 如果今天没有发送 阿强活着 的信息, 那么   发送 阿强活着 的信息 检查信息 的逻辑/伪码: 检查最后一条 阿强活着 的信息 的日期 如果与今天相差的天数大于2天, 那么   提醒 "超过2天没收到阿强活着的信息了" 实践 本来想面向GPT开发一把搞定的. 没想到各个GPT都不行, 并不能生成一份文档指导我如何操作生成 快捷指令. 苹果 的 快捷指令 并不像一般的编程语言那样有丰富的函数, 只有一些苹果限制下的系统功能模块, 再加上一些APP自愿提供的功能模块. 所以我们要进一步分解前面思考的逻辑/伪码 发送信息: 在 Message 中找到包含 "阿强活着" 的信息, 其中最新的1条, 如果这条信息的日期不是今天, 那么   发送 "阿强活着" 的信息给 阿珍 检查信息: 在 Message 中找到包含 "阿强活着" 的信息, 其中最新的1条, 计算今天与这条信息的日期之间的差额, 如果这个差额大于2天, 那么   提醒 "超过2天没收到阿强活着的信息了" 成果 快捷指令 我活着 https://www.icloud.com/shortcuts/0b09aabc1ce84f68914a5f9eb0b5f98d 快捷指令 TA活着吗 https://www.icloud.com/shortcuts/f2c6a655a39245d7844702dfa4430ee9 快捷指令 我活着&TA活着吗 https://www.icloud.com/shortcuts/f35b16c0841b48639775ca62fc70ddb9 Github https://github.com/crazypeace/sileme-by-apple-shortcuts 实际使用 引入 快捷指令 我活着 时 会提问 你叫...

前言 之前我们实现了 ghproxy 对 github 脚本的内容进行分析并修改, 给所有的 github 链接再套上 ghproxy 刚刚有了个想法, ghproxy修改内容还能实现什么? 思路 假设有个很受欢迎的一键脚本, 里面有VPS和VPN的AFF链接, 还有下载sing-box的压缩包 (我编造了一个示例) bash <(curl -fsSL https://github.com/crazypeace/ghproxy/raw/refs/heads/main/fake/test-install.sh) 基于 现有的 ghproxy 的 worker.js 文件 , 面向GPT开发 这是一个 cloudflare 的 worker 的 JS 脚本 增加以下处理: 1. 在对 .sh 文件的内容的处理中, 对链接的处理增加以下效果 当链接包含 racknerd 和 aff= 时,  将aff= 后面的数字替换为 54321 当链接包含 justmysocks 和 aff= 时,  将aff= 后面的数字替换为 98765 2. 在向目的url 进行 fetch之前 , 增加处理 当 path 是 https://github.com/SagerNet/sing-box/releases/download/v1.12.15/sing-box-1.12.15-windows-amd64.zip   时, 改为fetch https://github.com/XTLS/Xray-core/releases/download/v25.12.8/Xray-windows-64.zip 并返回数据 得到的结果我上传 Github 了 https://github.com/crazypeace/ghproxy/raw/refs/heads/main/fake/test-worker.js 测试 下图中,  左边是套 "正常" 的 ghproxy 这里以 https://ghproxy.lvedong.eu.org/ 为例 bash <(curl -fsSL https://ghproxy.lvedong.eu.org/https://github.com/crazypeace/ghproxy/raw/ref...

前言 上一篇设置了速率限制 后, worker的用量不会超额了. 但是, 像这样的使用方式肯定是不正常的. 我们看看怎样屏蔽掉这些使用者. 分析 Compute & AI -> Workers & Pages -> 点选你的worker -> Observability -> Traces 这里就能看到所有的请求了. 很明显, 这些请求都是用来访问一个 https://github.com/nap0o/* 这样的链接 那么, 我们针对性的屏蔽就行了.  实践 点击你的域名 -> Workers Routes -> Add route 添加路由 把 https://ghproxy.lvedong.eu.org/https:/github.com/nap0o/* 设置为 None (没有 worker) 把 https://ghproxy.lvedong.eu.org/* 设置为 ghproxy 的 worker ======= 完 ======= 后记 当你在浏览器输入下面这样的url时, https://ghproxy-test.lvedong.eu.org/https: // github.com/nap0o/icmp9.com/releases/download/icmp9/icmp9-docker-debian-arm64 CloudFlare会预处理为下面这样, 再进入它的各个组件 https://ghproxy-test.lvedong.eu.org/https: / github.com/nap0o/icmp9.com/releases/download/icmp9/icmp9-docker-debian-arm64 所以, 我们在设置域名的Route路由时, 要写成 https://ghproxy.lvedong.eu.org/https: / github.com/nap0o/* 同样的道理, 你常常会在worker.js里面看到 把 https: /  恢复为 https: //  再把path当作一个url 拿去fetch的逻辑.

问题 发现我的 ghproxy 连续两天用量异常 用光了10K限额 解决方案 CloudFlare 免费计划 不能使用全局的 WAF 只能进到域名里面设置简单规则 点击某一个域名之后, Security -> Security rules -> Create rule -> Rate limiting rules 填写一个规则名称, 随你喜欢 点击 Edit expression 填写 (http.host wildcard "ghproxy.*") * 因为我的 ghproxy 的域名是 ghproxy.xxxx.yyyy.zzz 所以这里我写成这样的匹配规则 Rate条件设置为 10秒内 8 次 * 我这只是个示例, 你想设置10秒内5次随你喜欢 动作设置为 Block 拉黑 持续时间设置为10秒 点击 Deploy 部署 ======== 完

现在面向GPT开发越来越方便了. 但是从我混的很多telegram电报群里面看, 很多人还在提出一些很基础的需求, 看来大家并没有大规模地开始面向GPT开发. 我把最近一段时间, 我自己实现的面向GPT开发的实例整理出来, 希望对读者有所启发.  也许你改进一下前期数据的准备, 也许你改进一下描述需求的方式, 也许你限制一下GPT工作的范围, 就会得到能让你满意的结果了. 现在各个GPT在不同的应用场景(任务)下还是各有所长, 所以我也会记录用到的GPT是哪个. * 当然, 随着时间的流逝, 各个GPT还会进一步发展, 所以我这里记录的GPT也只是一个参考. 1. 用VS Code阅读Sing-box文档 生成配置文件 https://zelikk.blogspot.com/2025/12/vs-code-sing-box-config.html Prompt (发给GPT的要求) a)  下载这个项目的文档  https://sing-box.sagernet.org/configuration/ b) 生成一个作为客户端使用的配置文件  监听本地 1080 端口 socks 作为inbound  连接一个下面这样参数的reality协议节点作为 outbound  协议 (protocol) = vless  地址 (address) = 74.48.9.95  端口 (port) = 8972  用户ID (id) = fb0d60cf-1084-412d-ba59-fd5c1166b89d  流控 (flow) = xtls-rprx-vision  传输协议 (network) = tcp  传输层安全 (TLS) = reality  SNI (serverName) = www.paypal.com  指纹 (Fingerprint) = chrome  公钥 (Public key) = Qam0-DVzhHghfZPi4Pfx3iQbmVt0YJBhcb0cyMsFdEc 用到的GPT Antigravity https://antigravity.google/download Gemini...

前言 如果现在直连翻墙只会用 Reality 和 Hy2,  WSS 总是套CDN使用的,  那么搭建WSS+CDN的过程能否再简洁一点?  因为 现在的WSS搭建过程 中, 先要设置DNS并关闭CDN, 然后搭建完成后, 再打开CDN.  总有人在这个过程中搞不清楚, 然后搭建失败. 思路 使用 CloudFlare CDN的TLS灵活Flexible模式. 这样, 在设置DNS的时候就可以把CDN打开. 只操作这一次. 脚本生成Caddyfile是运行一个HTTP服务, 工作在80端口. 实践 购买域名 略 (参考  https://zelikk.blogspot.com/2022/03/namesilo-domain-1-usd.html ) 域名托管至 CloudFlare  略 (参考  https://zelikk.blogspot.com/2022/03/namesilo-domain-1-usd.html ) 直接在CloudFlare 设置CDN打开状态的DNS域名解析 TLS 模式设置为 灵活Flexible 用WSS脚本带参数的方式执行, 跳过域名解析IP的校验检测, 直接生成配置文件 bash <(curl -L https://github.com/crazypeace/v2ray_wss/raw/main/install.sh) ws.luedong.eu.org 修改 Caddyfile  tls 那一行删掉 域名后面加上 :80 如果用命令行来实现这个修改, 那么 sed -i -e '3d' -e '1s/$/:80/' /etc/caddy/Caddyfile 重启 Caddy systemctl restart caddy.service 节点链接 脚本跑出来的结果就是.