很久就没发帖了，冒个泡，自从淘宝闪购推出以来活动不断，公司的活儿也就多起来了，处于完全抽不出时间的状态，在业务时间探索的内容没形成规模效应前工作还是得先完成，不知道大家是怎么平衡的呢？

另外 Cursor 更改计费模式后，第一次被提示额度耗尽，然后被强制切换到 Auto 模式，能用，代码质量还行，就是生成代码速度很慢~

如果有需要申请支付渠道，但还没时间精力开发网站的，如果想要一个网站展示自己的各类产品的，欢迎试试我的这个模板，已开源、免费并且提供详细文档。

1、支付通道预审模板：包含隐私政策、服务条款、销售条款当时我申请 Paddle、Stripe、Creem就是使用这个，都通过审核了（提交的时候可以备注登录、支付还在开发，目前是提前申请），需要价格页面的话可以切换到 pricing 分支：github.com

2、快速搭建作品集官网/产品展示页：纯粹需要一个网站展示自己的各类作品，直接使用默认分支即可：github.com

手把手部署指南&使用文档：docs.indieshow.waveany.com

欢迎提建议，非专业前端，持续学习中~

和我一样因为没空研究或者觉得 .cursorrules 还能用没必要倒腾的人终于可以无痛替换到 .cursor/rules了！ Cursor 0.49.0 版本终于可以自动生成生成了mdc 文件了，输入 /Generate Cursor Rules 即可。

等于目前常用的生成 mdc 方式有 2 种：
1、Cursor 自动生成，输入命令： /Generate Cursor Rules
2、网站上上传 package.json、.cursorrules等文件自动生成，比如：cursor.directory

背景知识补充：
1.一开始的项目提示词是放在 .cursorrules 文件中的，但是由于项目技术栈比较多，而且如果是前后端分离的项目，写起来内容会非常多，写在一个文件中不清晰。
2.今年 2 月中旬，Cursor 推出 .cursor/rules 规则，文件夹下可以放置不同技术栈或者类型的 mdc 文件，未来也会替代掉 .cursorrules。

如果你在使用Next.js 框架，刚好还在用 Better Auth 对接登录，也要使用 Stripe 支付，那推荐看看 Better Auth 提供的Stripe 插件，地址：www.better-auth.com 。可以一次性集成网站中核心的登录&支付，极大降低开发工作量。

并且官方还有 demo，提供完整的登录、支付、管理后台源码，还有线上体验地址：demo.better-auth.com。源码地址：github.com

作为曾经使用过 Nuxt 开发的人来说，由衷的感慨使用 Next.js 的便利性，很多插件、模板等都会有 Next.js 版本，开发效率++

喜大普奔，shadcn/ui 的 Themes 已经适配了 Tailwind CSS 4，选择好喜欢的主题色后，复制的代码中颜色已经是 OKLCH ，几个礼拜前还在搜索 HSL 转 OKLCH 的工具~，现在安逸了

变更点：从 HSL 颜色定义转换为 OKLCH 颜色定义，可以提供更好的色彩表现了。

图 1：当然也保留了 Tailwind CSS 3 的HSL，可以切换，网址：ui.shadcn.com。
图 2、3、4：目前在做的开源项目，也已经适配了，直接复制后粘贴到theme.css 即可，迅速快捷
图 5：配置文件

当你有多个 git 账号，需要本地不同文件夹下提交不同的代码仓库，你会怎么配置？研究一番后分享给大家，大家有更好的方式也可以评论下~

1.假设是有多个 github.com的账号。先生成对应的秘钥。ssh-keygen -t rsa -b 4096 -C "your_email@example.com" 。最后保存的时候输入文件名 id_rsa_github_name（name 改为github 用户名）

2.我是 Mac 所以在/Users/xxx/.ssh/config 下增加如下配置：

Host nameA
HostName github.com
User git
IdentityFile ~/.ssh/id_rsa_github_nameA

Host nameB
HostName github.com
User git
IdentityFile ~/.ssh/id_rsa_github_nameB

3.重点步骤：
git remote set-url origin git@nameA:xxxx/xxxx.git
作为对比，如果你是直接从 github 复制仓库地址是这样的
git@github.com:xxxx/xxxx.git

所以特别注意把 github.com 修改为你在.ssh/id_rsa 中配置的 Host，也就是 nameA 或者 nameB 即可。

最近在对接邮件服务，在对比Resend和Mailgun。最后选择了Resend，Mailgun应该会在后续接入，丰富用户选择。主要原因是Mailgun对用户要求会高点，要手机、信用卡绑定，后续用户使用起来不是很方便。

使用 next.js 的话接入邮件非常简单，另外强烈推荐使用react-email，原因：

1、可以本地预览邮件模板。一开始没有使用，写好邮件模板后只能发送给自己的邮箱，感觉非常复杂，然后查阅了下才知道有react-email，使用后可以在package.json的scripts中添加："email": "email dev --port ${PORT:-3006} --dir src/emails/templates" 。这样就可以本地 访问 http://localhost:3006 预览邮件模板了，再也不用傻傻的真是发送邮件测试。

2、可以免费发送邮件测试真实效果。发送邮件的话是可以右上角点击Send，会通过 preview@react.email 邮件发送，不会占用自己Resend账号的免费额度

相关依赖&文档：
安装依赖：@react-email/components、react-email、 resend

官网文档：resend.com、react.email

分享下最近关于出海的一些事儿，按照时间顺序梳理：

一、支付(Stripe)之公司注册
1. 二月下旬的时候正在用 1stformations 注册英国公司，主要考量之前的帖子有详细说到，就不再赘述了；
2. 等待审核期间，也被大数据推荐持续刷到注册公司相关的信息，了解持续加深，主要是美国、英国公司注册，其它地区的暂不考虑；
3. 听了一个播客，大家可以小宇宙搜索下：标题：出海去 EP27 | 独立创客访谈录 - 吴洪声 。里面有讲注册公司相关的意见(00:35左右)，大家不想听得话，我直接搬运结论：美国公司最佳；
4. 两天后，1stformations发邮件告知，提交的证明不对，信用卡的账单他们不接受了，需要 账户证明。招行的话可以到：招商银行，搜索 账户证明 ，如果里面的信息和你之前填写的不一样，必须只能线下带好身份证去柜台更新；

5. 英国公司直接用 1stformations 比较省钱。美国公司的话因为涉及到 EIN，用类似的 northwestregisteredagent、wyomingagents、Firstbase 会比较贵，单独注册公司后，如果自己去申请 EIN 也是一笔费用，主要很耗费时间，在 fiverr(海外兼职平台)找人的话一般也要 35 刀，不出问题还好，被坑了那就容易郁闷了。
6. 不论是做独立开发，还是生活，我始终认为：在自己的时间与金钱天平，时间能产出更多金钱的前提下。花钱省时间是最合适的。独立开发者省出更多的时间去开发产品，然后营销，然后再是处理这些繁琐的法律条款、公司注册等事宜。
7. 于是淘宝咨询了 5、6 家，一定要问注册费+后续持有费用(年审+地址+报税)。刷了这么多帖子看到的注册费用一般都在 1600 左右，维护费用 3k 以内（我的心理预期 1000 左右）。于是继续咨询，找到了一家金牌卖家、4 年老店，沟通了下发现价格是合适的，并且次年维护费用也最低。

8. 1stformations 申请退款，因为我的资料没预审通过，所以他们没提交到 Companies House ，也就没有费用支出，根据他们的条款，14 天之内都是可以申请退款的，所以我就发起了退款，并且提交工单咨询是否可以退款，在得到肯定的回复后，我在淘宝下单了（大家一定要注意，不然到时候血亏，得到了 2 家公司）

9. 淘宝代理效率很快，1 个工作日就搞定了，再次感慨：没有花钱的不是，并且 EIN 也是有的，他们会给到所有文件的 PDF 版打包发你，总共 9 个文件。

写到这里发现写的太多了，太难消化了，所以如果如果有人有兴趣的话可以评论下，我再继续分享~

最近在研究 UI 组件库，想看下除了 shadcn/ui 还有什么组件库。

因为 shadcn/ui 太素了自己也写不出好看的样式。使用它胜在高可定制化+使用人数多（教程也就多了）。使用的时候源码是直接下载在项目中可编辑的，以前做后端项目的时候会有 Ant Design、Element Plus这种组件库，但没法直接编辑源码，享受便利性的同时，也会失去一些东西，所以有时候会感慨前端还挺有趣的，技术更新迭代很快，可选择的框架、组件等也很多很多。

之前一直都是问 AI 有什么组件库，然后自己搜索看 B 站视频，发现搜出来的都良莠不齐，不是很体系化，后面 google 的时候发现一个榜单，里面的内容参考性很高，可以知道主流的前端框架、工具、状态管理、移动端、AI和组件库等等，方便后续自己项目中使用：risingstars.js.org 。

ps：
- shadcn/ui果然是断崖式的存在；
- Magic UI 看了下是基于 shadcn/ui 的，缺失更美观，有很多精美的动画，但不知道为什么这么多 star。

关于i18n国际化功能文件结构分享（非专业前端，我相信肯定有更好的方式，欢迎评论区交流）：

1.以前只做中文网站。刚开始对接国际化的时候，当时想着不同json文件对应不同组件，后续方便定位编辑，语义化后更好维护：
└── locales
├── en
│ ├── components.json
│ ├── features.json
│ ├── footer.json
│ ├── showcase.json
│ └── site.json
└── zh
├── components.json
├── features.json
├── footer.json
├── showcase.json
└── site.json

2、后续做其他项目的时候逐渐发现这种方式的不便之处：如果要新增其他语言，需要先新增一个文件夹，然后新增很多个文件，让 AI 翻译起来也比较麻烦（相对于 zh.json直接翻译成ja.json、fr.json来说），所以改为按照大模块划分文件夹，组件全部放在components文件夹下，zh.json中再划分 header、hero等，其他公共的语言则放在messages文件夹下，比如登录、注册相关的翻译（图 1）。
└── locales
├── components
│ ├── zh.json
│ └── en.json
└── messages
├── zh.json
└── en.json

文件结构从按照【语言】变为按照【模块】后，后续新增语言的时候，只需要让 ai 从 zh.json 翻译为 xx.json 即可，会方便很多，后续再新增组件，只需要在components/xx.json 中新增即可。