Memos / 碎碎念 — 39 entries 2026.04
2026.04.09 16:51 #27

一直都是想做一个自己的网络收藏夹以及短链接的跳转平台结合起来。短链接跳转平台的话已经写了一个单页面的应用了,非常好用。( https://lianjie.co
但是网络收藏夹的话,现在一直都在用 flowus 的多维表格
所以现在vibecoding, 那么方便的话,还是想自己写。

(AI 列给我的)
技术栈建议:
前端: Next.js + Tailwind CSS + shadcn/ui (能快速做出 Notion 的质感)。
后端/数据库: Supabase (自带数据库和 API,5 分钟搞定后端)。
AI 指令建议: > "帮我用 Next.js 和 shadcn/ui 写一个类似 Notion 风格的书签管理界面。左侧是分类列表,右侧是书签卡片展示。书签数据结构包含:标题、URL、分组、短链接。增加一个功能:点击‘生成短链’时,自动调用我指定的 API [你的短网址 API 接口]。"

views: 27
2026.04.09 16:51 #26

有机会研究一下 github codespace ,这个好像可以一键部署代码以及协同开发的
有点类似于国内的腾讯 cloudbase 之类,但是 cloudbase 除了方便,啥都不是,算下来贵的一批·

views: 27
2026.04.09 16:51 #25

我觉得飞书是国内一个非常好的工具,不仅仅局限于办公,相比钉钉更轻量化,但是也更open。
微信的生态就取决于它不能完完全全地去做开放,而且还会有非常多的限制,就像早些年我们用小程序审核都是非常快的,现在随着量起来了,这个审核也越来越严格,就好比网站备案一样,现在小程序也是需要备案的,等于做一个小程序从开发到发布,单单是备案这个流程,如果前面没有域名的话,就要备两次了,每次备案大概需要7天左右,算下来没有半个月上不了架一个小程序。
但是在飞书里面去做企业自建的应用就会非常快,只要开发完成并且配置好权限,几乎是一个小时之内就完全能够上的。
最近在做的一些应用里面,发现飞书还有一款产品,我觉得也很好用,就是这个cardkit,轻松设计卡片:输入内容,自动布局,高效美观。 设计完了之后会得到一个模板ID,在需要飞书去推送内容的时候,直接调用这个ID就可以了,超级喜欢这个功能。
https://open.feishu.cn/cardkit

views: 18
2026.04.09 16:51 #24

我发现大模型里面,我有用过DeepSeek以及其他的。但是最好用的,或者说用得最顺手的还是谷歌的Gemini。这个landingpage的生成,我觉得风格非常的满意。
所以我现在的工作流程基本上都是用Gemini生成PRD文档,甚至生成简单的HTML页面,然后再去做其他的开发。

views: 8
2026.04.09 16:50 #23

微信输入法的语音输入真的是非常方便,还有Mac本身自带的语音输入,我觉得也是很好用的。
之前玩机械键盘的时候后来退坑,只保留了两把filco Majestouch Convertible 2 ,一把黑色一把白色,这个键盘真的是退坑神器,用了好多年一点问题没有,关键是这个电池也是非常耐用(至少能用一年以上)。
关于Filco 键盘设置:
点击屏幕左上角苹果菜单 → 选择"系统设置"
点击"键盘" → 选择"键盘快捷键"标签页
点击左侧边栏中的"修饰键"
在"选择键盘"下拉菜单中选择您的Filco键盘
找到"左Option键"(对应Filco的左Alt键)→ 将其改为"Command"
同时可以将"左Command键"(对应Filco的Win键)改为"Option",这样布局就更接近Mac原生键盘

现在语音输入也是做得非常好,如果是用Mac自带的键盘的话,直接设置fn 键就可以了。然后微信输入法的话就直接设置 control 键(短按)
还别说,这个真的好用。

views: 9
2026.04.09 16:50 #22

看小红书,很多人都在纠结用什么AI开发的工具,cursor、claudecode、trae、qoder、codebuddy 等等
除了前面两个没有用过以外,其他几个我都试了一遍,个人更喜欢用 qoder,这个是阿里出的软件,我感觉用的比较顺手,但其实更重要的,我觉得还得是AI对话的结构问题
比如我目前的流程是先用谷歌 gemini 帮我梳理我的需求,然后生成具体的PRD需求文档,数据库文档以及执行阶段的方案,再生成前端的页面预览(html),最后才是放到AI编程工具里面去做执行,在编程工具里面也是分段式的去做开发(或者分功能模块)

基于这套流程,我已经做了好几个小产品了,并且能形成害怕的闭环。

views: 21
2026.04.09 16:50 #21

今天在看API代理的平台,其实国内有好几家都是挺不错的,但是都没有办法对比或者辨认。问了Gemini 后我排了几个顺序:apimart.ai、302.ai、yunwu.ai
三个都有在测试,但是感觉都不是很理想,毕竟这种第三方代理的API平台,感觉在很多方面都不是很信任。
因为要用到海外的AI模型,所以目前的方案也只能是找这种第三方的API平台,所以首选的话,可能我都会直接选 apimart.ai
然后说到自己部署一个API的中转或者聚合吧,这样方便管理自己的API,用这个 newAPI
,在 1panel 上可以一键部署。
部署了自己的API中转平台的话,就可以连接很多第三方了,比如阿里百炼、apimart等等。确实很方便
https://api.lianjie.co

views: 9
2026.04.09 16:49 #19

无意发现一个可以免费白嫖 SSL 证书的方法。直接把域名 dns 指向到 cloudflare 托管。然后可以获得免费的通配符证书。太完美了!
cloudflare 不仅可以做单页面的应用,在域名这块加速之类的也是非常出名的。
域名托管到 cloudflare后,可以开启加速,然后可以支持几种 ssl 证书:

  1. 边缘证书 (Edge Certificates) —— 门面担当这是最常用的证书,也是访问者在浏览器地址栏点击那个“小锁头”时看到的证书。
    区别:它只负责“外网”到 CF 的加密。你不需要在自己的服务器上安装这个证书。
  2. 源服务器证书 (Origin Certificates) —— 内部专线这是 CF 专门为你准备的,用来加密 CF 节点和你服务器之间的数据。
    使用方式:在 CF 后台手动生成(有效期最高可达 15 年)。下载 PEM 和 KEY 文件,安装到你的 1Panel 或 Nginx 网站设置里。在 CF 的 SSL 设置中开启 “完全(严格)” / Full (Strict) 模式。区别:它是“自签名”的,只被 Cloudflare 信任。如果用户绕过 CF 直接访问你的服务器 IP,浏览器会报证书不安全。但只要走 CF 代理,它就是完美的。
  3. 客户端证书 (Client Certificates / mTLS) —— 身份令牌这个最不常用,通常用于极高安全需求的场景。
    用途:不仅服务器要证明自己是合法的,访问者也必须携带证书才能打开网页。如果你没给客户发证书,他连登录页面都看不到。使用方式:在 CF 后台生成客户端证书,并分发给特定的用户安装在他们的电脑/浏览器里。常用于公司内部后台、API 接口对接、或者防止被爬虫抓取。
    区别:这不是为了“绿锁”,是为了“身份审查”。

综上,我想就要 1边缘证书+2源服务器证书 的方式就可以完美解决了SSL 的问题了。

views: 18
2026.04.09 16:07 #17

关于“机场”,一直以来都在找稳定的资源,但是呢,无非就两种,一种是自建,另外一种就是直接买现成的
但是,现成的这种如果不是大厂的话,很多都很容易跑路,所以几乎很少用。但是这几年我一直在用了一个,就是这个justmysocks https://www.justmysocks3.net/

搬瓦工 https://bandwagonhost.com/ 官方出的一个机场,非常好用。
买的是LA 1000的套餐,每个月是 1000G 的流量,每年的费用是93.74 美元,折合人民币大概是 645 元这样。这个套餐不限设备数量,如果IP被抢,还会自动更换更新订阅节点。用到现在有五六年了,非常稳定。
如果是自用设备不多的话,其实有另外一个套餐,我觉得也性价比不错
LA 500是有 500G/月,同时支持 5 台设备连接。58.88 美元/年,折合人民币405.25 元/年。
其实看的价格不便宜,胜在稳定,以及是老牌主机的资源。
我也有尝试过自建搬瓦工的,但是需要维护等等,其实也不方便,并且搬瓦工的服务器最低好像也要50美元每年,其实不划算。

views: 19
2026.04.09 16:06 #13

Argosbx一键无交互小钢炮脚本💣:极简 + 轻量 + 快速
小白自建代理神器!ArgoSBX一键无交互小钢炮脚本💣:Sing-box、Xray、Argo三内核自动搭配;支持VPS、Docker、容器多环境部署;套CDN的5大方案+套WARP的15种组合;已支持协议:AnyTLS、Any-reality、Vless-xhttp-reality-vision-enc、Vless-tcp-reality-vision、Vless-xhttp-vision-enc、Vless-ws-vision-enc、Shadowsocks-2022、Hysteria2、Tuic、Socks5、Vmess-ws、Argo临时/固定隧道
https://github.com/yonggekkk/argosbx?tab=readme-ov-file

views: 15