5nick

  我要写个脚本把ahref上的DR值和外链个数抓下来, 用AI写个JS脚本  但是有的时候数字是这种2.9K格式的, 这个2.9K就是抓不出来 <span class="css-vyilnr css-rr08kv-textFontWeight css-oi9nct-textDisplay css-hnrp1e">4.9K</span> AI又给我一个正则式:  const regex = />(\d+(?:\.\d+)?[KM]?)<\/span>/gi;  但是还是没有匹配到上面的4.9K 我告诉Gemini, 这个解析不出来, 他给我如下解释 这个完全错了, 他找不到正则式规则为什么不对, 就开始说span的其他属性产生的影响,但是这个完全不可能. 我告诉他: 但是那个正则式匹配到了<span class="css-vyilnr css-rr08kv-textFontWeight css-oi9nct-textDisplay css-hnrp1e">34</span> Gemini给我修改建议: 这个还是无法解析4.9K 我开始还Claude 4.6, 并且问题更明确: 他也无法理解为什么是匹配不到的, 开始怀疑HTML的文本格式 我提示他4.9能匹配, 但是4.9K无法匹配 他给我的解释还是不行. 我放弃了, AI会在这个死胡同继续死磕, 而不会尝试换一种新方法. 我想到了新思路告诉他 用这种逻辑:我先匹配 >xxxx</span> , 再把xxx里面长度大于5的排除, 再把包含除了数字/./K以外的字符的排除 他给我了我能用的代码 const regex = />([^<]+)<\/span>/gi; const results = [...htmlContent.matchAll(regex)]     .map(m => m[1].trim())     .filter(v => v.length <= 5)     .filter(v => /^[\d.K]+$/.test(v)); console.log(res...

我经历到了提交APP审核, 一直在等待队列不变很久之后. 顺便研究了这个问题. 国内也是有人在抱怨, 或者说国内一直有人抱怨自己的app一两周或一两个月都不审核,  其实搜索一下全世界都一直有人抱怨这个事. 如果问一下强大的Gemini AI, 他会煞有介事的说2026年3月App Store出现“大面积卡审”是真实情况, 并给出解释: 一. 欧盟 DMA 合规冲刺（主因）： 2026 年 3 月是欧盟《数字市场法案》（DMA）合规的关键节点。苹果在 2026 年 3 月 7 日 提交了最新的合规报告。为了适配欧盟要求的第三方应用市场、新的支付审计逻辑以及超过 600 个新 API 的调用，苹果内部对 App Store Connect 的底层逻辑进行了大规模调整。这种架构级的变动通常会导致全球范围内的审核系统出现波动和积压。 二. iOS 26 / Xcode 26 迁移潮： 苹果已明确 2026 年 4 月 为所有新 App 和更新必须采用 iOS 26 SDK 的硬性截止日期。大量开发者集中在 3 月提交版本以完成适配，导致提交量激增。 三. 3 月 10 日技术故障（雪上加霜）： 2026 年 3 月 10 日，苹果的验证服务器（Verification Servers）出现了约 3 小时的全球性中断。这不仅导致开发者无法验证企业签名的 App 和本地测试包，也间接让 App Store Connect 的后台自动扫描队列发生了大规模堵塞。 四. AI 与 UGC 政策收紧： 2026 年 2 月 6 日，苹果更新了审核指南（特别是针对 1.2 用户生成内容条款）。由于 2026 年是生成式 AI 应用爆发的一年，苹果在 3 月份显著加强了对集成第三方大模型 App 的合规性审查，尤其是涉及隐私数据分发和内容过滤的部分。  AI的话还是参考, 具体看一下国外查看这些审核异常的帖子, 可以在这些地方找到, REDDIT的 r/iosdev 和 r/appledevelopers 苹果官网的 论坛的商店板块 问题是这些个体样本能代表整个平均审核时间吗? 如果有个地方能查询到苹果的平均审核时间, 是不是就都清楚了? 以前就有开发者(名字叫Dave Verwer)注意到这个事情, 做了一个网站名字是 appreviewtimes, 通过众多苹果开发...

  看到B站up主秋芝做了QClaw出来,  腾讯内测QClaw, 还有个WorkBuddy.  但凡一个公司都弄个"龙虾"一样的东西, 决定试试了.   直接找到Vultr主机可以一键安装OpenClaw在云主机上, 所以就用这个快速搭一个体验一下.   开始选择1G内存, 1 CPU的主机($12/月), 安装完后无法打开正常进入网页端.  然后换用4G内存,  2 CPU的主机($20+/月), 安装完之后可以正常运行.  这个OpenClaw对国人很友好, 可以设置中文, 官网文档也有中文版.  一上手就能和里面的webchat对话,  我也没有配大模型啊. 最后发现Vultr自动创建了一个Serverless Inference大模型接口, 是MiniMax的. 把token都预装在里面了, 这倒是方便. 直接对话完了一下, 可以发送网络请求, 但似乎用不了浏览器, headless浏览器也不行. 让它自己装他也安装不上, 说是没有root. 我只好console登录进去, 再见到openclaw的docker里, 安装了Chromium. 再发个网络请求, 浏览器却启动不起来. Gemini也解决不了.  注册了一个远程浏览器服务www.browserless.io使用他的token就可以不用本地的浏览器, 这个倒是成功了.    这就可以可以抓取新闻了. 还能浏览器截屏. 想要抓一些图片下来, google image图片抓不下来. bing的图片倒是能抓下来.   用它浏览油管, 竟然抓不了视频截图, 因为油管网站有验证.   默认的chat竟然无法显示图片, 找油管的教程( https://www.youtube.com/watch?v=st534T7-mdE ),连接了Telegram, 很多配置直接发给chat, 真是不用shell里操作了. 最后可以在Telegram里面看到图片了, 就是速度慢.   感觉限制很多, 有验证的地方他也无法访问, 这根本不是万能的. 配置还有很多坑.   回头看看Vultr的token使用, 外边cost显示是0, 点击去后发现 Inp...

Blogger 绑定自定义域名的时候不带www的域名绑定失败, 无法重定向到www域名 也就是 https://www.domain.com 能访问 https://domain.com 死活访问不了 即使在 Blogger设置里把 Redirect domain  都打开了 这里就涉及到一个隐藏设置, 在这个不显眼的技术支持页面上能看到: https://support.google.com/blogger/answer/1233387 也就是要把这几个IP添加到域名的A记录 这几个设置非常容易错过, 这是blogger配置域名的一个坑 你的域名面板里就要像这样设置: 设置完成之后要像CNAME设置一样, 要等几个小时才生效

My first post