Harries Blog™ | Build in Public · AI

“我不是被产品难住的，是被截图劝退的”

我不是做安全的，但我被安全问题逼着做了这个工具

从一个想偷懒的开发者，到做出 TalkTG

48小时打造一个类似 Product Hunt 的网站

一个集成170种场景Spring Boot Demo项目

能用365块大洋去解决的事，千万不要用时间

List数组使用stream根据时间进行排序实现

用PMML实现机器学习模型的跨平台上线

邮件发送方案对比

SaaS 产品几乎一定会用到邮件：注册验证、登录验证码、找回密码、订单通知、发票、订阅提醒、系统告警、产品更新、营销活动。很多人一开始只关心“怎么把邮件发出去”，但真正上线后，更重要的问题是：能不能送达，能不能追踪，能不能区分交易邮件和营销邮件，能不能处理退信和投诉。邮件发送方案不是随便接一个 SMTP 就结束。它关系到用户登录、支付通知、账号安全和产品留存。本文参考了几类常见邮件服务...

2026-07-22 浏览(14) 评论(0)

阅读全文

PayPal 接入避坑

PayPal 是很多跨境 SaaS、独立站、工具产品会考虑的支付方式。它覆盖范围广，用户熟悉度高，尤其在国际市场里，PayPal 仍然是很重要的付款选项。但 PayPal 接入和 Stripe 的思路不完全一样。很多坑不是出在“能不能弹出 PayPal 按钮”，而是出在环境、账号、订单捕获、Webhook、订阅状态和生产切换上。本文基于 PayPal 官方文档整理： Get star...

2026-07-21 浏览(22) 评论(0)

阅读全文

Stripe 集成教程

Stripe 是很多 SaaS 产品的默认支付方案。它能处理信用卡、订阅、发票、税务、收据、客户门户和 Webhook，适合从早期产品一路扩展到更复杂的商业化阶段。但 Stripe 集成不能只理解成“接一个付款按钮”。真正可靠的 Stripe 集成，要处理产品价格、Checkout Session、Customer、Webhook、订单履约、订阅状态、支付失败和客户自助管理。本文基于 St...

2026-07-20 浏览(27) 评论(0)

阅读全文

Google 登录是 SaaS 产品里最常见的第三方登录方式之一。它适合面向全球用户、企业用户、教育用户、创作者和普通消费者的产品。相比 GitHub 登录，Google 登录覆盖的人群更广。但它的配置项也更多：Google Cloud 项目、OAuth consent screen、OAuth Client、Authorized redirect URI、scope、ID Token、邮箱验...

2026-07-19 浏览(39) 评论(0)

阅读全文

GitHub 登录配置流程

上一篇讲了 OAuth 登录的通用流程。这一篇我们用 GitHub 登录做一次完整配置。 GitHub 登录很适合面向开发者、独立开发者、开源用户、技术团队的 SaaS 产品。它能降低注册成本，也能让你更容易拿到用户的开发者身份信息。不过 GitHub OAuth 接入时，有几个细节必须处理好：OAuth App 创建、callback URL、Client Secret、scope、sta...

2026-07-18 浏览(37) 评论(0)

阅读全文

OAuth 登录怎么接

很多 SaaS 产品都会接 OAuth 登录，比如 GitHub 登录、Google 登录、微信登录、企业账号登录。 OAuth 登录的好处很明显：用户不用重新设置密码，注册路径更短，账号可信度更高。对开发者来说，也能减少密码存储、找回密码和安全策略的负担。但 OAuth 不是“放一个第三方登录按钮”这么简单。真正稳定的 OAuth 登录，要处理授权流程、回调地址、state 校验、账号绑定...

2026-07-17 浏览(46) 评论(0)

阅读全文

Webhook 实战

做 SaaS 时，你很快会遇到 Webhook。支付成功、订阅取消、邮件退信、文件处理完成、第三方数据同步，很多外部系统都会通过 Webhook 通知你。 Webhook 看起来只是“对方请求你的一个接口”，但真正上线后，坑很多：重复通知、签名校验、超时、乱序、重试、数据一致性、日志排查。如果你把 Webhook 当普通接口写，很容易在支付、订单、权限这类关键流程里出问题。 Webhook...

2026-07-16 浏览(48) 评论(0)

阅读全文

第一个接口怎么设计

很多人第一次写接口时，会把重点放在“能不能返回数据”。只要前端能调通，页面能显示，就觉得接口设计完成了。但接口不是临时函数。它是前端、后端、数据库、权限、错误处理和未来扩展之间的契约。一开始设计得太随意，后面每次改功能都会变成连锁反应。第一个接口不需要复杂，但一定要清楚、稳定、可理解。先明确接口服务什么动作写接口前，不要先想 URL，而要先想用户动作。用户是在创建项目、获取列表...

2026-07-15 浏览(45) 评论(0)

阅读全文

Redis 应该什么时候上

很多人做产品时，一听到性能优化，就想到 Redis。好像只要系统慢了，加一层 Redis 就能解决问题。但 Redis 不是性能问题的万能药。它很强，但也会带来新的复杂度：缓存一致性、过期策略、内存成本、故障处理、数据丢失风险、部署维护和调试难度。对独立开发者来说，问题不是“Redis 好不好”，而是“什么时候值得引入 Redis”。早期产品通常不需要 Redis 如果你的产品还没有...

2026-07-14 浏览(45) 评论(0)

阅读全文

做 App 最大的隐藏成本：没人帮你设计商店截图

很多开发者都有一个误区：只要 App 功能够好，用户自然会下载。但现实是，用户打开 App Store 或 Google Play 时，首先看到的并不是你的代码，也不是你的产品逻辑，而是那几张截图。一套普通的截图，可能只是展示功能。而一套优秀的应用商店截图，可以直接告诉用户：「这个 App 是干什么的」「为什么值得下载」「它能解决什么问题」这也是为什么很多成熟 Ap...

2026-07-13 浏览(46) 评论(0)

阅读全文