晚上一个人呆着的时候，想着打开投影仪，倒上一杯小甜水（无醇葡萄酒）可以窝在沙发里，安静的看一场电影。不过，现在这个也只剩下想着，一旦自己窝在沙发里，猫猫就会跑过来，飞快的速度蹦到自己身上。茶几上更是不敢放任何东西，他会毫不犹豫的过去问一圈，有时候还会打个喷嚏。黄色的鼻涕喷的到处都是。有时候自己拿纸巾的时候稍微慢了点，他会把粘在鼻子上的鼻涕再舔掉。

《心迷宫之三重罪》

既然，家里不方便，那不如果断换个地方，从淘票票找还在放映的电影。这次不想找太长的影片，发现《心迷宫之三重罪》长度刚好合适，国语片，也不用太费精力。

影院依然空荡荡的，又是一个人包场的影片：

故事发生在一个小村里，整体的情节并不是非常的复杂，当然，剧情跌宕还是有的。

最后抬棺下葬的时候，我以为里面就两具尸体，结果从里面滚出来3个。

故事也简单，悲情的大壮喜欢一个有夫之妇，为了让这个有夫之妇解脱，也为了自己的爱情，大壮把瘸子从悬崖推了下去。只是最后车里的拐杖泄露了天机，有夫之妇再也无法与大壮私奔了。大壮选择喝药结束了自己的一生。

可惜啊，敢爱敢恨的大壮，果然还是爱情价更高。

《八仙！》

早在八仙自开始上映的时候也想着去看，只是，那时候也就是想想。也并非非看不可，之前看别人发的影评，自己还是有点过于先入为主了。总觉得八仙的故事与西游记之类的故事比起来，少了那么一点点的激情，当然更主要的是战力，都不是很能打。或者说传统的八仙故事并不是自己特别喜欢的类型。在这之后也就一直再也没想起来看，前段时间对象说，电视上有个八仙唉，可惜，那个八仙少了个感叹号，连自己想看的那个八仙都不是

宝子秋假一个人待在家里，也是百无聊赖。刚好可以一边跳绳，一边看电影。

影片开始之后，就发现虽然人物还是原来的人物，故事已经不再是那个故事了。在水蜜桃打视频电话的时候，我已经隐约猜到那个反派大boss就是杨戬了。毕竟，能让水蜜桃这么听话的知名人物也不多。不过想到这个反派，忽然觉得，按照这个设定，这八仙完全不是对手，八千仙，八万仙都不是杨戬的对手，更何况这八仙。

直到在宴会上看到猴子，瞬间觉得，这也不是无解的局面了。猴哥，依然是战力天花板，甚至最后大师兄都没出手，就靠几根猴毛就解决了这个天大的麻烦。不过，在最开始也能看出杨戬并不想赶尽杀绝，处处留情，让我想到了与沉香对战的时候喊的那句：『让你尝尝我的挥天披风！』如出一辙。

嗬，挥天披风！

《奥德赛》

看完八仙，假期还没过完，一个人的时候，时间似乎过的也慢了很多。继续翻淘票票，此时又看到了奥德赛，想找个合适的场次也不容易，既不想太晚，又不想太早。

翻了半天，忽然看到一个很有意思的座次，诺大的影院，就卖出去两个角。

这个是有什么特殊的含义吗？不过这个影院之前没去过，又怕停车也是个问题，最终还是继续选择了万达。

这次比之前两场要很多，毕竟加上自己开场的时候就有四个人了，并且都是姐妹，自己后排有一个，后面第二排有两个。然而，直到影片开始放映，龙标都出来了，顶上的大灯还亮着，想着是不是控制人员给忘了。

影片继续推进，顶部的灯依然没有关掉的迹象，这是什么神奇的操作。

这观影体验是不是有点神奇了，我也不行开着灯这么看下去啊。实在忍不住了，到检票口跟检票的小姐姐说：影片已经开始放映了，顶部的大灯还开着。听完自己的话，小姐姐把腿就跑。自己瞬间有点懵了，这啥意思，不是远程控制的？

姐妹三步并作两步，跑到影厅。自己紧跟在后面，听到里面传来开关关闭的清脆的咔吧声。刚要进门，小姐姐也从门口出来：『谢谢你。』说完就跑了。毕竟检票口没人也不行，入口就她自己。早知道开关在门口，我自己关了就行了，也不用再跑一趟。

以前对于特洛伊的故事的了解，也仅限于历史书上的三言两语。现在，看起来这特洛伊木马计，跟吕蒙的白衣渡江一样，让信用体系彻底崩塌了。无下限的操作，定然会导致信任基石的崩塌，就跟现在人都不接陌生电话了一样。崩塌不过是瞬间的事情，但是想重建却需要数年甚至数十年的时间。

小的时候太多的东西看不懂，现在看到这种战争场景，已经多少明白那是一种什么境遇，什么生存条件了。同类相残也并非奇事，所谓的高等级动物，本质上还是动物。 

然而，有时候对于动物的了解。我又自觉甚为浅薄。影片里的独眼巨人，或者说是牧羊人。本来一个人生活在山洞里好好的，结果他们来了眼也被戳瞎了。

至于被重盔甲巨人追杀，那个多少有点无妄之灾，毕竟我觉得他们也没伤害到谁，这，纯粹就是一种猎杀游戏。

当然，如果要让我选择的话，我还是更想拥有影片里的女巫的能力。

我也想，能随心所欲的捏出自己喜欢的玩意儿来。

从来没想过，小学生还能有秋假。忽然某一天就发通知说，小学生要放秋假了。不过秋假之前是期中考试，为了这次考试，晚上还要给孩子补课。语数外，这几科我没管，对象就搞定了。只是到了科学上，就得我亲自出马了。

科学课程，现在学习的是运动静止，基础电路相关的知识，主要是什么参照物啊，运动属性啊，运动形式啊之类的。电路，就是点单的电路定义，电路连线，初级的串联并联。我刚开始学这些东西（课本）之前，就已经开始玩各种电路了，当然，能玩的也非常有限，不外乎就是几种小玩意儿：灯泡，小电机，铅酸蓄电池。那时候在学校第一次接触到蓄电池，感觉这东西好啊，好想拥有几个，跟我小时候想偷小学里面的录音机的想法一样强烈。

当然，这些想法最终也没实现。不过偶然的机会，从舅舅家得到了一块矿灯上的蓄电池。还有个简单的变压器，就这样，有了最好玩的玩具。当然，玩这个东西也有代价，稀硫酸流到床上，把被子烧透了。期间也被电过好多次，再后来有了个一个380~36v的变压器，能玩的就更多了。直接接家用电，就可以有20v左右的交流电了，搭配几个二极管，再弄个变压器，就可以自造小风扇了。

当给宝子讲解辅导科学的时候，发现她对于物理学这个东西也没有太大的天分。当然，她的老师没讲明白。我就得详细的讲明白了，再加上家里的实验器材，总算是把这两章的内容给讲通了。但是对于电路的串并联，感觉她还是没那么理解。

考完试，秋假一到，对象就带着宝子去开封了。可以放肆的玩几天，家里就又成了我自己一个人，可以在家随心所欲了。至于能干什么？其实也干不了啥，就是自己可以自由支配的时间更多了。想起来上次看电影，《生化危机》没能看成，晚上果断买了九点多的票。在这之前，还有一场七点多的，稍微早了点。买票的时候看了下可选位置，竟然一张票都没卖出去。不过8-10排中间的位置都被锁死了，无法选择。果断选了7排12，刚好最中间的位置。这次毫不犹豫直接下单了，毕竟上次想看《杀死比尔》，下手慢了导致场次取消了。这次，我都买了票了，从不能再取消了吧。

下班去买点瓜子，回家完成3700个跳绳。收拾下东西，刚好到了出门的点。八点二十，从家里出发，也就十几分钟就到了万达。工作日的万达，停车场冷冷清清，也没几个人。

影院门口，更是门可罗雀。

取票之后，找个地方坐下来，等待开场。

等待的时候，又陆陆续续来了几个人，想着，总该是有同一个场次的吧。事实证明，自己还是过于乐观了，等自己检票入场的时候，发现一个动的都没有。

偌大的影厅，就自己一个人。

真前无古人，后无来者。

我这一个人观影，这影票钱够放映这一场下来的电费吗？

光线暗下来，依然再也没有人进来，这真的包场了。不过，这影片最大的问题在各种贴脸杀用的太多了，突然的声音，和贴脸的特效，真的是让我有些毛了，黑咕隆咚的影厅里就自己，真是怕后面突然有人蹦出来。

甚至都开始想找个高能君出来提前预警了，这一惊一乍的是真的心累。

里面的生物设定，感觉跟《求生之路》里面的怪有些许相似，喷强腐蚀酸性溶液的，不过大肚子的tanker不能移动，拼接人形怪有点意思。

开始的时候，我还以为主角靠光环能杀出重围，绝地重生，没想到最终还是变成了同样的生物，竟然成了最终的boss。这设定，的确是让自己期待了个寂寞。不过说实话，电影里面的人物，都是坑货，没有例外，除了主角的坚持不懈，剩下的只剩下各种互坑。不得不说，那些配角死的有点冤，当然，主角途中也差点被坑死。

看完电影出来，万达里面的商铺已经基本都关门了，下电梯遇到一堆小情侣，毫无顾忌的在电梯里抱在了一起。

这就过分了啊，真是的。到-2的停车场，空荡荡的，连车都没几辆了。这空落落的停车场跟生化危机里的倒是有些相似。

来车车边，把手伸进把手内解锁车辆。连试了数次都没反应，直到最后一拉，车门直接开了。

停车的时候，竟然忘了锁车了。

从8月之后，我渐渐的少了跟姐姐们的联系。主动屏蔽了所有的消息，偶尔看到她们发的消息，我留下的也只是一个只读不回的状态。不管作何选择，时间都不会停下来，依然滴滴答答的往前走，不会因为任何人而停歇。

近几个月，哪里都没去，也哪里都不想去，就这么安静的呆着，生活着。一天中午，忽然想起来，似乎家父的忌日到了。

拿出手机给老太太打电话，跟几天前一样，一段等待音之后，传来的还是同样的答复：『您呼叫的号码暂时没有应答……』

连续打了几次都是同样的结果，应该是她不知道又怎么把手机给弄静音了。

给二姐打电话，问：『是不是快到忌日了？』

『嗯，快了，你也回不来。到时候我去上坟，……』她答道。

『不是今天吗？』我总觉得是自己错过了，追问了一句。

『不是，你记错了，还差好几天』

再翻翻手机，才发现真的是自己记错了，把手机上的日历看成阴历了。

过了两天，群里收到一条消息，二姐说：『家里的猫猫死了，两只小狗第二天也死了。』

大姐回：『等过去这段时间就好了。』

这只猫，几个月前生了四只小猫，最后活下来三只。农村的猫最大的生存考验不是没得吃，而是容易出去轻易地就能吃到各种死老鼠，那种被毒死的老鼠。以前老家也养过很多的猫，每次回家我都喜欢给猫猫拍张照片，那些猫猫到最后就只剩下了照片。不管活的时候长短，最后都化作尘土。

忌日那天，我给二姐发了红包，可以去买点纸钱烧一下。这么算来，自己好多年没回去在他忌日的时候上坟了。每年也就省了下春节，偶尔清明合适的时候也会回去。

在这之后，其实一直想给二姐打个电话。然而，一拖再拖，时间就到了现在。做完给二姐打视频，响了很久无人接听。过了几分钟之后打了回来。视频里灯光有些昏暗，她说信号不好。

老猫生的小猫，养在家里的确是有些多。也比较难照顾，就都拿出去送了人。其中一只就给了二姐干活地方的老板。老猫死了之后，偶然的机会二姐在库房里又看到那只小猫，瘦瘦小小的蜷缩在一个角落里。也不知道已经多长时间没吃东西了，身上沾满了粘鼠板上的黏胶。所有的毛都成了球被粘在了一起。

听到二姐的互换的时候，喵喵叫着跑了过去。或许，在它的记忆力还记得二姐，还熟悉那声音。二姐说，看到它这个样子，心理还挺难受的。

听到这里，我跟对象都说，赶紧要回去。

二姐说她找了个纸箱子，把小猫装进去。班也不上了，骑电动车带小猫回了家。

粘鼠板的胶实在是太黏了，最后找了个办法，用花生油竟然把大多数的胶给洗掉了。还剩下一些，已无大碍。二姐说，小猫特别听话，你让它过来他就屁颠屁颠的过来。

或许，这也是它猫生必经的劫难吧。

『最近可能真的是有什么事吧，二姐接着说；乐（音：落，方言）春死了，你知道吧？』二姐问。

『没听说啊。』我答道。

『那段时间，夜猫子（ 猫头鹰）真的是天天叫，每天晚上夜深人静的时候。它就来叫，在寂静的夜里尤其的瘆人。死了有段时间了，上个月吧。据说是得了什么癌症，后来也就出不了门了。国伟（他儿子）就天天来给他送个饭，然后把门锁起来。过了段时间就死了。』二姐讲。

『我上次见他还是过年的时候吧，还挺好的，去打扫卫生』我说。

『俩月前还挺好的，我去医院拿药。他也在那里等交钱，说等着过了十二点交钱，十二点之前系统还用不了。后来突然就不行了』

一个村里，基本都是所谓的亲戚，或远或近，我叫他大爷。回老家在路上遇到了，总会问一句：『大爷，干活去啊。』

他也总是那么几句：『啊，干活去，啥时候回来的啊？』

随着这些人的离世，村子里我认识的人越来越少了。整个村子最后两排依然没什么人居住了，现在想起来，家父离世已经23年，23年足够一个孩子长成大人了。现在想起来，却似乎跟昨天一样。

时间在这一瞬间，似乎被无限压缩了。

而，那些自己认识的人终将化作一抔抔黄土。

更简单更智能的大姨妈记录app：https://guimiquan.cn

1.重新设计UI，界面更加美观
2.优化多语言支持
3.新增备孕功能，在 我的->备孕模式 页面开启备孕功能
4.AI助理功能全面升级：支持一句话记录多项、一句话查询多项、支持数据汇总分析、新增备孕数据查询
5.支持备孕用药提醒
6.增加用药记录
7.修复了一些已知问题

APP以及小程序二维码，扫描即可安装体验：

视频：

新功能：

你要稳稳的幸福，那稳稳怎么办？

简单朴素的想法总是觉得，自己花钱了或者找大厂的服务肯定比自己弄要稳定很多。但是事实是这样的吗？不是偶尔不是这样的，而是从来不是这样的。

我们看看google 都关闭了那些服务：

当然这些服务，对于开发者来说其实没那么大的影响。但是，国内的大厂的服务就靠得住吗？也未必，Findu旧版本依赖的阿里云的openim 旺信，最开始说是免费，到时候停止服务，也不过短短几年时间。因为这个原因，也导致自己直接放弃了之前的旧版本的维护。这次要说的是闺蜜圈APP的unicloud的云服务依赖。

上个月服务到期之后，直到续费才发现续费周期最长只能选择几个月，下面一行字写着：因阿里云 EMAS 功能逐步下线，uniCloud阿里云服务空间自2026年11月1日起不再支持新建，并将于2027年9月30日正式停服，续费后的到期时间不得晚于2027年8月31日，建议您尽快迁移，

点进公告之后，提示显示可以加群获取迁移工具，然而加群之后，工具却迟迟没有发布出来：

中旬的时候，看通知说月底发布。后来点开还是说是月底发布，现在依然是月底了。却连工具的影子都没看到，不得不说看来他们是真的不着急。

既然他们不着急，自己也不想再等了，不如完全自己动手吧。动手之前首先要清理清楚自己用到了uni的那些云空间的功能，可能的功能包括：

1.uni-id 账号登录系统 （）

2.uni-admin 管理后台 （✓）

3.uni-upgrade-center app升级管理工具 （✓）

4.uni-push 推送工具 （✓）

5.uni-statics 统计 （✓）

6.uni-chat ai会话框架 （✓）

7.其他的关联服务 （）

这么看起来，要迁移的东西不少，那么既然迁移就不得不提到另外一个问题，关于uni的云空间计费问题。虽然数据量不大，但是很多计费规则其实是从不同的维度对同一个东西的反复计数，这就导致一个仅有一万多用户的app 云空间每到月底就频繁提示剩余资源不足：

所以在实际迁移之后，准备放弃以下内容：

2.uni-admin 管理后台 （✓）

3.uni-upgrade-center app升级管理工具 （✓）

5.uni-statics 统计 （✓）

所以，要迁移的东西也就少了很多，数据可以完全丢弃，只需要迁移云函数就可以了。保证推送 以及 uni-chat的相关功能可以正常使用即可。不过新建空间的时候要注意，支付宝云不支持 universal-links。如果app已经绑定了通用链接，建议迁移到别的地方去，直接放到app的后台或者官网上。

并且支付宝云，哪怕你上传了文件，实际进行校验的时候仍可能过不了：

上传到自己的官网直接源码格式修改manifest.json文件，改成自己的正确地址就可以了。

剩下的就是常规部署流程：

1.云函数重新上传，直接通过hbuiler关联空间，上传代码即可：

2.数据库同步，目前没有工具，如果需要同步数据，可以通过后台数据库生成初始化数据导出数据，将导出数据复制到hbuider初始化代码的目录下，重新初始化数据库（注意：每次最多选20个表，并且在执行导出的时候，不要再去导出操作，会全部失败！）：

如果上面的数据有问题，最可靠的就是通过数据库页面的导出功能 导出jsonl格式的数据，在另外一个数据库直接导入：

3.云空间的资源同步？

抱歉，目前没有任何办法，甚至连批量下载的方法都没有。hbuilder带的云空间管理也只能查看，没有批量下载，这个就等官方吧。

4.迁移之后的域名绑定，需要重新绑定域名的几个地方：云空间的自定义域名、云函数的自定义域名。

如果不能直接修改绑定关系，可以添加一个新的域名，修改后端代码，新服务使用新的域名，旧的保持继续可用就行了。

之所以可以这么做是因为支付宝云支持绑定多个域名，所以后期可以把之前阿里云的域名也绑定过来，这样旧版的服务依旧可以正常运行。

如果不涉及到云空间的图片资源等等之类的到这里就算迁移结束了，至于代码怎么改，可以直接扔给ai。或者让ai跑一遍迁移分析，给出迁移步骤以及需要处理的内容和注意事项：

| 阶段 | 内容 | 状态 |
| --- | --- | --- |
| 0 | 准备与确认 |  已逐项复核（2026-10-24）。时间线/HBuilderX/密钥/云函数/索引均通过；备份含结构（54 集合）+ 全量数据（355,378 条），已核实无用户/订单/push cid |
| 1 | 新空间创建 |  完成 |
| 2 | 数据库迁移 |  表结构完成（3 张已上传，无数据搬运）；2.2 数据迁移 / 2.3 索引 / 2.4 验收均**不适用**（2026-10-24 确认） |
| 3 | 云函数部署 |  完成（`babyUniPush` + `uni-ai-chat` 均真机验证） |
| 4 | 推送切换 |  服务端 + 真机已验证（在线通道 `successed_online` 待复测） |
| 5 | 云存储 |  完成（APK / 图标 / 二维码全部切外部域名） |
| 6 | Universal Links |  全链路就绪（`.well-known` + 根路径均 200，深路径兜底已上线，Apple CDN 已收录）；仅剩重新打包 + 开放平台填 UL |
| 7 | 客户端配置与发版 |  未开始（小程序域名、重新打包；打包前需修 `Dayima-Info.plist` 占位值） |
| 8 | 后端 |  完成（唯一对接点 `uni_push.py` 已切） |
| 9 | 切流与收尾 |  未开始（全端回归、旧空间保留） |

需要特别注意的一点，就是那个uni-upgrade-center这个东西和你绑定的域名没有任何的关系，所以如果app升级服务用的uni的服务，那么只能强制更新，让旧版本升上来才能解决这个问题。

## 阶段 6.5：旧版本 App 升级（uni-upgrade-center 兼容）

> 背景：≤ 5.3.20 的包升级走 **uniCloud 云函数** `uni-upgrade-center`；
> 2026-10-20（`d66f6f49`）起改用 HTTP `app.zhongxiaojie.cn/`。
> 旧空间 2027-09-30 停服后云函数消失，需评估对老用户的影响。
>
> 完整契约、真实返回、复现脚本：`开发文档/upgrade-center-接口存档/README.md`

- [x] **查清旧接口的数据拼接方式** ——  2026-10-26，直接调线上云函数采集
  - 请求：`{action:'checkVersion', appid, appVersion, wgtVersion}`
  - 返回：`code 102` 整包 / `101` wgt / `0` 无更新 / `-101` 无版本 / `-102` 参数错
  - 版本比较：按 `.` 分段转数字逐段比，多余段为 0 视为相等
  - 真实响应已原样存档（`raw/`，含 4 个版本用例 + 网关原始外层结构）
- [x] **采集脚本可复跑** —— `probe_upgrade_center.py`，走 uniCloud 阿里云原生协议
  - 签名 `x-serverless-sign = HMAC-MD5(排序后 k=v 串, clientSecret)`（**不是 SHA256**）
  - 匿名授权 → `serverless.function.runtime.invoke`
- [x] **兼容方案设计完成，但按决定不上线**（2026-10-26）
  - 映射规则已用临时脚本跑通并与旧接口逐用例对齐：5.2.16→102、5.1.89→102、1.0.0→102、5.3.20→0、缺参→-102、错 appid→-101
  - 设计保留在 `upgrade-center-接口存档/README.md` 第四节，代码未提交（后端仓库已 `git reset` 回退）
  - 原因：见下一条限制——上线也没人调用

###  关键限制：旧包到不了这个接口

旧包调用的是**云函数**，SDK 内写死发往 DCloud 域名：

```js
{spaceId:"mp-77ffff8b-45c8-4ea4-9b30-98594e60f775", clientSecret:"…",
 endpoint:"https://api.next.bspapp.com"}   // 无 failoverEndpoint
```

`spaceId` / `clientSecret` 编译进包内，域名不受我们控制，证书合法无法劫持 —— **无法重定向**。

且旧包弹窗前必调 `uniCloud.getTempFileURL([url])`，同样依赖旧空间存活；
即使能收到请求，这一步失败也会让弹窗被跳过。

> **结论：重写接口这件事本身没意义** —— 旧包只能依赖旧空间活到 2027-09-30。
> 这与服务端实现无关，是客户端编译产物决定的事实。

### 因此真正要做的事

- [ ] 停服前（2027-09-30）把「桥接版本」推给老用户
  - 版本号必须 `> 5.3.20`，且已使用 `app.zhongxiaojie.cn` 新升级服务
  - 建议借旧空间仍在，用 `is_mandatory` 强更把 5.2.x 及更老用户拉上来
- [ ] 停服后仍未启动的设备：升级检查静默失败（`console.error`，不崩溃），
      **App 本体可用**（业务接口在 Django），只能从下载页手动更新
- [x] **附带发现**：旧云函数平台判断有 bug
  - `platform = /iPhone|iPad/.test(event.headers)` —— `event.headers` 是对象，正则恒 false
  - 实测三种头部（`OS:ios` / `uni-platform:ios` / iPhone UA）**全部返回 Android 记录 + APK 地址**
  - iOS 那条 App Store 记录（`5.0.20`）永远命中不了
  - 若将来真做兼容接口，要按平台显式区分（iOS 返回 App Store 链接

一个endpoint:”https://api.next.bspapp.com”} 就直接卡死了所有的可能性！

这是唯一一个无解的问题，如果用了uni的升级服务，请尽快强制更新，先拜托升级服务依赖问题，否则一旦原来的空间停了，那些没升级上来的版本就成了野孩子了。当然，这个东西有解吗？严格说来也有解，只要uni官方支持修改云空间的id，允许复用原来空间的id就可以了。

所以看到这里，如果你想长期做一个产品，或者说运营一个产品，那么还是尽量减少第三方服务的依赖，毕竟他们的死活切实影响到了自己的app的功能，如果真的死了，那时候临时去找个替代品又岂是那么容易？

小厂的靠不住，大厂的也不一定靠得住。

免费的靠不住，收费的也不见得靠得住。

早在ai大行其道之前，我就开始做 闺蜜圈APP，从第一版发布，到现在已经坚持了差不多三年时间。有时候也不禁会想，人生能有多少个三年。这三年的付出又得到了什么？

几年的坚持下来，当然，也不是一直在全身心的运营这个东西，甚至连给的关注都没那么多。多数时候就那么随意的放在那里，没有运维，没有推广，也没有任何的动作，偶尔想起来自己需要什么功能了才会去更新这个东西。这种自生自灭的做法，在产品的生命周期里其实是大忌。国内的应用商店，安卓基本都有没上，只有苹果的应用商店才算正常，之前设置的所谓的vip功能和付费门槛，也不过是拍脑袋的决定，自然也不会有人真的去购买什么所谓的vip服务，也就导致一个残酷的事实，那就是vip上线之后，只有不到20块钱的收入，这点收入甚至连一个月的服务器费用都不够。那么坚持的意义又是什么呢？

把做的几个产品扔给ai，让分析商业可行性，当然，这个ai就是deepseek。给的答案也很直白：

可行但没钱。

这句说得好啊，基本就是把自己的反馈给复述了一遍。

之前自己说，养猪的、养鸭的散户都没挣到钱，让卖饲料的给赚了，种地的不挣钱，让卖化肥、卖农药的给赚了。现在所谓的独立开发者境遇本质上并无不同，虽然有了ai的加持，一切的开发似乎都变得不费吹灰之力，然是，所有的人都在用一句话需求开发应用的时候，这些应用基本也就没有太大的价值了。

当然，更不值钱的还有创意，现在要想炒个点子，看到别人弄了个什么，自己也搞一个，复刻一个，真的容易。但是没有用户也是事实。没有所谓的蓝海，到处都是人山人海，一个点子上站着无数的人。要想建立用户信任更是难上加难，至于seo aso等等的优化，也是漫漫长路，如果要想app快速出圈，最快的办法就是付费推广。

说道付费推广，这件事情我并不专业。或者说很多程序媛都不专业，一个合格的程序媛或者产品经理，做出来的东西可能没问题，但是真的能抓住用户痛点吗？这个答案却是不一定，所谓的痛点真的找的准吗？至于开发大姨妈记录app初期，最直接的出发点就是无广告，简单，易用。这是个很好的出发点，但是这类app也有解决不了的问题，那就是历史数据的迁移，使用频次等等各种问题。不会有人天天去记录大姨妈，也不会有人天天盯着一个大姨妈记录app看。虽然后期加入了百科之类的东西，却并没有直接入口，可能很多人都不知道会有这样的入口。

在我把这件事情当作一件正事来做的时候，发现要推广一个app也没那么简单，期间考虑过文化衫，二维码等等，当然甚至考虑过地铁站的广告，有几个地铁站是支持个人投放广告的。要投放广告就面临另外一个问题，广告素材，以及转换率的问题。投放到地铁站转化率到底能有多少，其实我不也不清楚，更何况是这种红海搏杀的app，美柚、大姨妈等等一系列app，要从他们的口里分到一杯羹，谈何容易，更何况很多人天天骂美柚，但是你让她用你的app，也不见得会用。

至于Findu，之前放弃掉或许不是什么明智的选择，但是也确实没有时间或者精力去重构，直到ai能力大幅提升之后，这一切才变得有可能。不过，要想在这个地方分的一杯羹，也不容易。各种短视频平台，各种广告，说一个不懂技术的人，通过ai做了个小东西，一个月赚了多少，有了多少用户。

当然，不得不说，成功的肯定有，但是死了的只会更多。如果真的抄个创意就能成功，那些人又怎么会发到短视频平台。死了么，靠着热度，彻底混上编制，这也是个运气活。如果说一个人成功是运气，一个产品的成功也是运气。至于什么其他的努力付出，不过是锦上添花，仅此而已。当然，自己的产品不够优秀，这也是个因素。

在自己开始开发之前，其实对象说过，这个东西竞争太激烈，基本没什么出路。我又何尝不知道这个问题，只不过是不死心，总想尝试一下而已。2c的产品，要想获取用户的确难。如果按照推广的做法获客成本大约在20-30左右一个用户，如果要先得到一个有价值的用户那就更贵了。至于亮点什么的，并没有那么容易突出，你能想到的，别人也能想到，哪怕你想不到的，别人也会想到；你想到的，别人想不到的，照着抄就是了，哪有什么技术壁垒。当ai能手搓二进制文件的时候，这一切幻想就该消失了，所以，以后一个产品的功能可能没那么重要了，在同类产品中，口碑反而变得比功能更值得推广。

之前看别人发过，创业之前该考虑的几个问题。这好在自己是不靠这个东西养活自己，不然，真的在电视剧里都撑不到第二集。

为了解决成本问题，目前已经准备彻底剥离dcloud的相关服务，毕竟这一个月24块钱也是钱，果断换到了4块钱的支付宝云。

再切换之后，开了安卓版本的app强制更新，需要将旧版本强制切换到新版的云空间，uni的cdn流量也是瞬间就见底了。

新版本去掉了大量的云函数调用，这次到月底勉强没有超量。uni在这一块的消耗计算，的确是够狠，各种叠加算量。之前还想要要不要升级云空间，现在看来及时剥离云服务空间是对的，去掉无效调用以及请求。靠升级无法从根本上解决云函数调用次数以及流量不够用的问题。并且这给的流量也的确是难以撑起相关的服务。

最恶心的地方在于，uni-admin 关联的uni-upgrade-center是关联到uni官方的云空间域名的，通过空间id进行更新检测。也就是说，你一旦用了他们的更新服务，后续想通过更换域名的方式来替换掉uni的官方服务是无法实现的，只能通过发版来实现。关于最近uni空间的迁移，我会写另外一篇文章，帮助大家躲坑，如果用uni的话。

说了这么多，你以为我要放弃了？并没有，我还是要继续坚持下去。看等哪天这1万+的用户能到10万。

这次头图，我特意选的锦鲤，希望：能给我带来好运，也能给你带来好运。

现在每年的各种电商平台的狂欢节，什么618，双11双12之类的，感觉不温不火的，甚至连广告都看不到。

当然，可能这也是个性化广告的最终效果吧，知道我买不起，就干脆连广告都不给推了。虽然广告没怎么看到，但是为了凑满减，还是买了一堆东西。

这一堆满减折扣，也不知道是真的还是假的，多数应该是真的能便宜点吧，哪怕折扣之前稍微提价了。在这之前也买了一些东西，两条裤子，还有一些其他的乱七八糟的东西。

这不温不火的活动，还不如it行业这突如其来的php的两个漏洞激起的水花大。连高市都发了修复的推文：

几台服务器，虽然用php的不多，但是当时为了快速部署，用的lnmp的一键部署脚本，顺便就把php给一块搞进去了，还是个7.4的版本。现在连lnmp官网的下载安装脚本都挂了，那就更不可能通过脚本进行php升级了，这也是为什么工控机上的php就停留在了7.4。虽然后来装了个8.1却始终没有切换。好在现在有了功能强大的ai，直接让ai进去一通乱搞就修复好了。之前之所以没有升级还有个更大的问题就是分词组件不支持php8，mac上的分词功能已经独立出来了，工控机上的没有处理，所以后来就成了这个状况。mac上的php早上直接通过apt升级了，能apt搞的确要方便很多，毕竟编一个php得跑半天。ecs上也有几台跑着php虽然没有php的业务，但是进行依然在运行，直接停止禁止自启算是解决了php的问题。技术依赖果然不是什么好习惯，装的时候省事，等出问题的时候，修复就贼拉麻烦，早晚得有拉清单的时候。

lighthouse@VM-16-8-ubuntu:~$ ps aux | grep php
root         861  0.0  0.4  88340 15876 ?        Ss    2024  31:43 php-fpm: master process (/usr/local/php/etc/php-fpm.conf)
www         2039  0.0  0.7 101528 26680 ?        S     2024   0:31 php-fpm: pool www
www         2040  0.0  0.7 101528 25056 ?        S     2024   0:31 php-fpm: pool www
www         2041  0.0  0.5  95524 20640 ?        S     2024   0:31 php-fpm: pool www
www         2042  0.0  0.6  95384 20920 ?        S     2024   0:31 php-fpm: pool www
www         2043  0.0  0.7 101528 24744 ?        S     2024   0:31 php-fpm: pool www
www         2044  0.0  0.7 101660 26652 ?        S     2024   0:31 php-fpm: pool www
www         2045  0.0  0.7 101528 26780 ?        S     2024   0:31 php-fpm: pool www
www         2046  0.0  0.7 101528 26908 ?        S     2024   0:31 php-fpm: pool www
www         2047  0.0  0.7 101528 27164 ?        S     2024   0:31 php-fpm: pool www
www         2048  0.0  0.7 101528 26620 ?        S     2024   0:31 php-fpm: pool www
www         2049  0.0  0.7 101528 26672 ?        S     2024   0:31 php-fpm: pool www
www         2051  0.0  0.7 101528 27172 ?        S     2024   0:31 php-fpm: pool www
www         2052  0.0  0.7 101664 26872 ?        S     2024   0:31 php-fpm: pool www
www         2053  0.0  0.7 101664 26904 ?        S     2024   0:31 php-fpm: pool www
www         2054  0.0  0.7 101528 26832 ?        S     2024   0:31 php-fpm: pool www
www         2055  0.0  0.7 101528 27320 ?        S     2024   0:31 php-fpm: pool www
www         2057  0.0  0.7 101532 26908 ?        S     2024   0:31 php-fpm: pool www
www         2058  0.0  0.7 101664 26884 ?        S     2024   0:31 php-fpm: pool www
www         2061  0.0  0.7 101532 26960 ?        S     2024   0:31 php-fpm: pool www
www         2063  0.0  0.7 101532 26960 ?        S     2024   0:31 php-fpm: pool www
lightho+ 1609805  0.0  0.0   6612  2292 pts/5    R+   10:09   0:00 grep --color=auto php
www      3868312  0.0  0.5  95388 20884 ?        S     2024   0:31 php-fpm: pool www
lighthouse@VM-16-8-ubuntu:~$ sudo lnmp php-fpm stop
+-------------------------------------------+
|    Manager for LNMP, Written by Licess    |
+-------------------------------------------+
|              https://lnmp.org             |
+-------------------------------------------+
Gracefully shutting down php-fpm . done

lighthouse@VM-16-8-ubuntu:~$ sudo systemctl stop php-fpm
lighthouse@VM-16-8-ubuntu:~$ sudo systemctl disable php-fpm
Synchronizing state of php-fpm.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install disable php-fpm
Removed /etc/systemd/system/multi-user.target.wants/php-fpm.service.
lighthouse@VM-16-8-ubuntu:~$ ps aux | grep php
lightho+ 1610176  0.0  0.0   6480  2304 pts/5    S+   10:10   0:00 grep --color=auto php
lighthouse@VM-16-8-ubuntu:~$

还是不能偷懒，都不用php，干嘛要偷懒用什么一键安装工具装这些乱七八糟的东西呢~~

除了php，连nodejs以及阿三签发的证书也出来凑热闹了，挺安全的一套加密系统，印度阿三能用个4作为密钥。这也算是符合印度阿三的人设了，毕竟泄露点苹果的资料啊什么的都是常规操作了。

今天早上收到uniapp云空间续费的通知，看了下还有一个月到期，点击续费的时候发现最长时间选不到一年了。

看了半天才注意到底下那张字：

因阿里云 EMAS 功能逐步下线，uniCloud阿里云服务空间自2026年11月1日起不再支持新建，并将于2027年9月30日正式停服，续费后的到期时间不得晚于2027年8月31日，建议您尽快迁移，

一句话总结，就是阿里云的空间续费不了了，只能换其他的。甚至还贴心的给出了迁移工具，

这个东西聊胜于无，有总比没有要好一些。然而，及时是如此还得面临一系列的问题，域名不能同时存在，如果要想业务不中断就得先发布版本替换线上使用的域名，切换到新域名。无形中增加了app和服务的运维成本。

后面几个app的推送也用的unicloud的云空间，不过这次没有再使用uniadmin之类的面板也没有再为每个app创建独立的云空间。将多个app绑定到了同一个空间，毕竟这些app使用的功能也只有消息推送而已，完全没必要每个再创建一个独立的空间。毕竟dcloud提供一个免费的空间，剩下的都得花钱购买了，免费的先用着也不是不可。

新空间是支付宝云，倒是不受这次迁移的影响。这一切的原因都是因为选择了uni的框架，鉴于所谓的省时省力使用了uni的管理后台和推送服务，这包装好的一切虽然前期省了时间，如果没什么变数长期运维整体成本感觉也还可以。只是一点有了变数之后，所有的一切不说是推到重来，实际上跟挖了重载也差不多了。

之所以说这件事情，还有一件事情，上周五有个哥哥加qq问findu 是不是收费，能不能下载新版本。

其实，上来就说app闪退就可以了。来回折腾了半天我才直到是闪退，问了下手机版本 iPhone 15 pro, iOS27。自己的手机前几天也升级到了27，但是并没有闪退，虽然我猜测可能是ios版本问题，但是鉴于自己的手机没闪退，又猜测是不是硬件问题。

好在最后哥哥在自己的一通指挥下成功的把app崩溃日志发给了自己：设置 → 隐私与安全性 → 分析与改进 → 分析数据‌，在里面找到对应 App 的 .ips 文件（命名一般是 App名-日期-时间.ips

看到这一堆文件，心理瞬间没那么慌了，毕竟有了文件，就知道是崩在哪里了。

系统断言：

You cannot set a delegate on the default file manager.

符号化后的调用链：


-[NSFileManager setDelegate:]
-[PDRCoreApp copyOverlayFile]          ← DCloud 引擎
-[PDRCoreApp load]
+[PDRCore initEngineWihtOptions:...]
-[AppDelegate didFinishLaunching...]
也就是说：iOS 27 禁止给 NSFileManager.defaultManager 设 delegate，而 DCloud 离线 SDK 启动复制 www 资源时还在这么做，所以一进启动页就 EXC_BREAKPOINT 秒退。崩溃二进制 UUID 与 10/8 的 4.0.5 Archive 一致。

这个问题，其实在上次兼容适配iphone duo的时候修复过一次了，不过那次是在家里的mac mini上操作的，而mbp的xcode 不知道什么时候也升级到27了，这就导致打出来的包使用了ios 27的sdk，就直接引入了这个bug。

当然，更诡异的是自己从26升级到27的系统上，之前安装的findu并没有闪退，卸载重装就是就闪退了。

这个东西的原因后来也想明白了（后知后觉，今天才想明白），在ios26上已经完成文件复制了，所以系统升级之后，并不会再次触发文件复制。而新装的app在启动的时候会复制文件就bug了。

所以，如果uniapp 离线打包ios27闪退，那就直接修改离线工程的代码吧xcode_project/Findu/Findu/NSFileManager+Findu.m（+load swizzle）：

#import <Foundation/Foundation.h>
#import <objc/runtime.h>
#import <string.h>

// iOS 27 SDK 起，Foundation 会在 -[NSFileManager setDelegate:] 作用于
// defaultManager 且 delegate 非空时主动陷阱（EXC_BREAKPOINT）。
// DCloud PDRCoreApp copyOverlayFile 启动时仍靠这个委托把 www 合并进沙盒，
// 会在启动页秒退。兄弟项目 dayima 已验证本补丁。
//
// 非共享的 NSFileManager 不会陷阱。先在临时实例上走系统实现，
// 再把 _delegate / _weakDelegateValue 挪到 defaultManager 上。
// _delegate 是 assign。_weakDelegateValue 必须强持有：
// object_setIvar 对未知所有权按 unsafe_unretained 写入，临时实例释放后
// NSWeakObjectValue 被回收，后续文件操作会打到野指针。
static IMP findu_originalSetDelegate;

static void findu_nsfilemanager_setDelegate(id self, SEL _cmd, id delegate) {
    if (delegate != nil && self == [NSFileManager defaultManager]) {
        NSFileManager *donor = [[NSFileManager alloc] init];
        ((void (*)(id, SEL, id))findu_originalSetDelegate)(donor, _cmd, delegate);
        Ivar delegateIvar = class_getInstanceVariable([NSFileManager class], "_delegate");
        Ivar weakIvar = class_getInstanceVariable([NSFileManager class], "_weakDelegateValue");
        if (delegateIvar != NULL) {
            void *rawDelegate = (__bridge void *)delegate;
            void *slot = (char *)(__bridge void *)self + ivar_getOffset(delegateIvar);
            memcpy(slot, &rawDelegate, sizeof(rawDelegate));
        }
        if (weakIvar != NULL) {
            object_setIvarWithStrongDefault(self, weakIvar, object_getIvar(donor, weakIvar));
        }
        return;
    }
    ((void (*)(id, SEL, id))findu_originalSetDelegate)(self, _cmd, delegate);
}

@interface NSFileManager (Findu)
@end

@implementation NSFileManager (Findu)

+ (void)load {
    Method method = class_getInstanceMethod(self, @selector(setDelegate:));
    if (method == NULL) {
        return;
    }
    findu_originalSetDelegate = method_getImplementation(method);
    method_setImplementation(method, (IMP)findu_nsfilemanager_setDelegate);
}

@end

以前做的东西，并没有很多与硬件交互的内容，所以uni 『从从容容游刃有余』，现在随着对接apple watch 以及carplay，uni变得越来越『匆匆忙忙连滚带爬』了。

毕竟，启动闪退这种bug对于任何app来说都是无法忍受的。好在这次苹果的审核还是非常不错的，提交之后第二天就通过了。

这一桩桩一件件，怎么想都是事儿。只是，真的要推倒重来，真的太需要勇气了。毕竟，已经修复了无数的问题。

所以，做产品，如果要长期做，宜长远考虑。

更简单更智能的大姨妈记录app：https://guimiquan.cn

版本号：5.3.20

更新内容：
1.会员权益大调整，只需要开通VIP就可以体验语音识别，快捷指令，再也不用一条一条记录啦。一条命令就可以记录数条信息，补充记录几天的数据也不用来回切换日期了。
2.修复了一些已知bug
3.iOS版本支持Apple Watch

APP以及小程序二维码，扫描即可安装体验：

这次更新的时间间隔比较短，但是整体的ai快捷指令处理能力得到了质的飞跃，采用新的mcp服务模式，不再通过指令匹配。同时，增加了apple watch 支持，在设置app背景图片之后，手表的背景会同步设置。

视频：

当然，如果大家感兴趣可以关注我的抖音，每天分享健康知识。

跟着姐姐一起涨知识哦，各种各样的小知识。

简单更新，支持广告屏蔽（安卓，ios暂未发版）。不得不说，手机上各种广告入侵，很多页面都直接没法看了。

实际效果：

以下内容，写与 2026 年 10 月 14 日 ：

博客聚合这个东西，不说已经被玩烂了，反正是也差不多人手一个了。层出不穷的聚合平台，几乎每个玩博客的都整合了一个，哪怕没有聚合平台，也会有个友圈，邻里之类的rss文章聚合页面。

日薄西山的时候，做这么个东西，似乎也没什么太大了意义，少数人的东西，也难成气候。现在还在写博客的多多少少都有些执拗吧。从几个月之前开始借鉴别人的想法加上自己的创意搞出来这个东西。如果说惊艳，那自然是没有，如果说用途，那也有一些。现在也基本是自用居多，仅此而已。为了上架苹果应用商店，期间也进行了无数次交涉，一次次整改，在整改的过程中添加新的功能。终于昨天这个东西审核通过了。

在迭代过程中，增加了数项功能，主要网站状态相关：离线检测、合规检测、抓取状态检测等等，也会伴随着app推送消息。功能简介：

你来啦！是一个博客站长聚合平台。每个站点根据其 IP 地址映射到虚拟坐标空间， 同时通过坐标转换服务获取真实地理坐标，在天地图（现实坐标）上展示。

✦
虚拟
虚拟坐标 · 基于 IP 地址的 Hilbert 曲线映射，探索独特的 IP 宇宙


现实
天地图 · 真实地理坐标展示，看看博主们都在哪里


IPv4 / IPv6 双栈
同时支持 v4 和 v6 地址的地图点位展示


友链
在站点列表、地图与详情页点击「链接」添加友链，关系会展示在地图关系网与用户主页。 登录后可在 控制台 管理友链，并通过 Halo / WordPress / Typecho 插件与博客双向同步。


最新动态
全站收录站点的 RSS 聚合信息流，在 最新动态 按日历日切换浏览，支持关键词搜索；登录用户可收藏感兴趣的文章。


朋友圈
已链接友链站点的 RSS 时间线，在 朋友圈 按日浏览已关注（友链）站点的 RSS 更新，支持搜索与收藏。


RSS 订阅
与友链「链接」独立：订阅只用于个人 RSS 阅读，不影响关系网展示。站点列表、地图与详情页均可一键订阅； 控制台支持分组管理与 OPML 导入，在 我的订阅 按日聚合浏览已订阅站点的最新文章。


首页合规扫描
平台会定期检查仍在运营、且填写了网址的站点首页，识别违法违规、恶意跳转和导流内容。 被标记的站点会出现在登录后的预警列表里：站点名称完整显示，域名和网址已脱敏，不能直接打开。 确认违规的站点会被下线；若你的友链里包含这类站点，且开启了友链合规通知，我们会用推送和邮件提醒你及时清理。 这项检查与文章动态的内容过滤相互独立。更完整的说明见常见问题。

下载地址：

苹果：https://apps.apple.com/cn/app/%E4%BD%A0%E6%9D%A5%E5%95%A6/id6790620612

安卓：https://app.zhongxiaojie.cn/app/nilaila/android/

官网：https://nilai.la

已知问题：当前版本推送模块打包存在问题，正在发布新版，请耐心等待。

推送已经修复，请及时更新新版本。

邀请码：

邀请码	状态	使用者	备注	创建时间	操作
INV-MSPW-C3PZ-XY6A	已使用		ios	2026/10/14 10:03:25	
INV-C2K7-F5VR-G5C2	已使用	-	ios	2026/10/14 10:03:25	编辑备注删除
INV-H26S-PVBW-BW00	已使用	-	ios	2026/10/14 10:03:25	编辑备注删除
INV-EFT1-RDZ5-970T	已使用	-	ios	2026/10/14 10:03:25	编辑备注删除
INV-I370-HDMG-GC58	已使用	ios	2026/10/14 10:03:25	
INV-XXZK-G8G9-KFV7	已使用		ios	2026/10/14 10:03:25	
INV-D9AR-G07C-RDE8	已使用	-	ios	2026/10/14 10:03:25	编辑备注删除
INV-YYXI-30UW-0T14	已使用	-	ios	2026/10/14 10:03:25	编辑备注删除
INV-OM0Z-JCXW-QWS4	已使用		ios	2026/10/14 10:03:25	
INV-4E8S-S6PX-Z7WI	已使用	-	ios	2026/10/14 10:03:25	编辑备注删除

补一组邀请码：

邀请码	状态	使用者	备注	创建时间	操作
INV-X3UH-JMQR-5GCN	已使用	-	补一组	2026/10/15 23:00:29	编辑备注删除
INV-W041-OJVL-HSMI	可用	-	补一组	2026/10/15 23:00:29	编辑备注删除
INV-VNOU-V6EZ-JFP5	可用	-	补一组	2026/10/15 23:00:29	编辑备注删除
INV-JVK4-Y5S8-OGEF	可用	-	补一组	2026/10/15 23:00:29	编辑备注删除
INV-X9NM-Q785-20BS	可用	-	补一组	2026/10/15 23:00:29	编辑备注删除
INV-BBKL-3GFM-Y4HI	可用	-	补一组	2026/10/15 23:00:29	编辑备注删除
INV-ACDC-MHUR-F21N	可用	-	补一组	2026/10/15 23:00:29	编辑备注删除
INV-AGXA-47D0-QPJS	已使用	-	补一组	2026/10/15 23:00:29	编辑备注删除
INV-NKW4-POEB-59JF	可用	-	补一组	2026/10/15 23:00:29	编辑备注删除
INV-QL2H-GHER-S86V	可用	-	补一组	2026/10/15 23:00:29	编辑备注删除