山维空间

标签： 全栈开发

  • 【已招到】【远程直聘】美国稳定币管理服务公司招聘全栈开发（偏后端）

    【已招到】【远程直聘】美国稳定币管理服务公司招聘全栈开发（偏后端）

    关于我们

    Mizu Financial 是一家硅谷初创企业，为北美和亚洲的中小型传统企业提供稳定币与比特币的财务管理 SaaS 服务，帮助客户在传统财务系统中安全接入数字资产，实现对加密资金的透明管理与自动化对账。公司成立于 2025 年 3 月，创始团队成员包括资深硅谷Web2/Web3 投资人、前 Meta 工程师、CMU 博士等连续创业者。

    （更多…）
  • 【系列视频】天命全栈架构师 – 开篇：架构师的职责，素质，与实际案例

    【系列视频】天命全栈架构师 – 开篇：架构师的职责，素质，与实际案例

    开始新的全栈架构师系列。去年年底我做过一次调查，问大家最想看什么样的视频，进阶类的“全栈架构师”系列以一票之优成为大家最想看的系列。但是这个系列比较难做，因为到达这个阶段，问题开始多种多样，缺少共同性和普适性，也经常和业务强相关。所以我一直找不到好的切入点。这一拖就拖到 Q4，我还是努力把它做出来吧。

    预计这个系列会以月更的频率用一年多的时间更完，请大家多多支持，多多关注，我们共同进步。

    这里是第一期：

    1. 介绍架构师的职责
    2. 介绍架构师所需的素质
    3. 结合我的经历，分享架构师实际工作内容和价值
    4. 从中得到启示，要成为架构师，应该怎么做
    5. 解答直播中同学提出的问题

    希望给大家带来启发，尤其是要用架构师的标准要求自己，妥善的在公司里展现自己的能力，取得与自己实力相当的地位，不要暗自烦恼。

    有任何问题和建议，欢迎留言讨论。看完视频的同学麻烦去b站帮忙三连分享，谢谢大家。

  • 系列视频制作中：Next.js 全栈开发每日一签网站

    系列视频制作中：Next.js 全栈开发每日一签网站

    之前的几个系列基本都连载完毕。前些天开了一个新坑：全栈架构师系列。但是这个系列比较难录：讲得深，应用场景就窄，观众就少，像我这种发免费课的方式就比较亏；讲得浅，我觉得也没啥意思，担心将来大家一看，“就这？”。还有一点，技术难题不是每天都能遇到，要积累适合的话题，还要不担心泄漏技术秘密，其实比较难搞。所以只录了一期，因为第二期迟迟没想好怎么录，一直也没发。

    前阵子跟 201 老同事吃饭，了解到她也“毕业”了，正在小红书上创作“每日一签”，突然我觉得可以跟以前做的 拜拜 应用结合起来，搞个每日一签网站：

    1. 固定更新能提供 SEO 价值
    2. 拜佛和求签本身就是强关联的功能，可以把用户留住

    于是我们一拍即合，就有了 每日一签 这个网站。这个网站用到以下技术栈：

    1. 后台使用 Strapi 快速搭建，部署在 Zeabur 的 Docker 服务上
    2. 全栈开发使用 Next.js，App Router，全部 SSR，数据使用 Strapi RESTful API
    3. CSS 使用 TailwindCSS，并且基于 TailwindCSS 家的 Commit 模版二次开发
    4. 网站部署在 Vercel 上
    5. 数据库使用 TiDB Cloud Serverless （这次 TiDB Cloud 在我学习 Strapi 的过程中立了大功）
    6. 存储和 CDN 使用 Cloudflare R2
    7. 统计服务也用 Vercel

    这套技术栈完全免费，各种云服务的免费额度可以跑到一个很高的量。是我非常推荐的全栈技术栈，也是各种独立开发、出海创业的首选。所以从开始我就想把它做成一套全栈开发课程。正好可以作为之前几套全栈开发系列教程的补充：

    1. 基于 Next.js + React，便于大家学习和扩展技术栈
    2. 更复杂的网站，更丰富的功能
    3. 更复杂的数据结构和 API，但是更简单的后端处理
    4. 更全面的基础设施服务

    那么说干就干，我就一边开发一边制作视频。新的课程可能包含以下章节：

    1. 项目介绍，技术栈简介（视频制作中）
    2. 使用 Monorepo 管理复杂项目
    3. 使用 Docker 部署 Strapi 应用到 Zeabur （下周一 10-14 录制，正好填上欠 Zeabur 的推广）
    4. 使用 TiDB Cloud 提供数据库服务
    5. 使用 Cloudflare R2 提供存储和 CDN
    6. 使用 Next.js + Commit 模版开发网站
    7. 使用 Shadcn 组件库
    8. 添加每日页，制作 sitemap，提升 SEO
    9. 使用前端推送功能
    10. 使用 og 开发分享功能

    希望新的系列课程能帮助大家学会现代化的全栈开发，学会使用各种现代化的研发平台，给大家开展独立开发和技术出海带来新的机会。如果你对全栈开发、独立开发、技术出海感兴趣，请关注我的系列视频和博客更新。如果你对相关技术有疑问想寻求解答，欢迎留言。

  • 部署网站该选 Vercel 还是 Cloudflare Pages

    部署网站该选 Vercel 还是 Cloudflare Pages

    全栈开发者部署网站，首选无外乎 Vercel，Cloudflare Pages 二选一。那么，这两者间有何区别呢？结合我过去一年多的体验，简单分享一下。

    我目前两边都在付费使用，且都经历了一些团队协作。我觉得本次分享应该言之有物，不过如果跟事实有出入，欢迎各位指正。

    相似之处

    两者整体体验非常接近，都很好用。

    • GitHub 导入仓库
    • 新 commit 自动部署
    • 分支自动部署，预览新版本
    • 支持多种构建脚本
    • 免费域名（二级域名）
    • 免费永久 SSL 证书
    • CDN
    • 可观的免费额度

    Vercel 的优势

    1. 域名放在哪里都可以

    Cloudfare 最大的问题就是你非得把域名根 DNS 转过去，很蛋疼。虽然我对其他域名提供商也没什么忠诚可言，但是我就懒得换……

    经网友提醒，我又查看了一下，Cloudflare Pages 不需要停放根域名到 CF，所以这点二者一致。

    Vercel 这方面比较大度，你域名放在哪里都行，只要 CNAME 过来就能用。

    2. 集成数据服务非常方便

    Vercel 集成了很多数据服务，包括 config、KV、Storage、DB，使用起来非常方便，只需要在 GUI 上点一下，然后在本地把环境变量配置一下即可。使用的时候只需要安装指定依赖，非常好理解，和常规工作流程完全一致。

    CF 也有类似的服务，但是使用起来就麻烦很多。他们家只针对自家 Worker 做了比较简单的集成，想在自己熟悉的框架里使用会比较麻烦。

    3. 团队管理更好用

    虽然 Vercel 团队需要花钱（$20/人月，相当贵），但是团队管理很好用，该有的功能都有，权限配置好，用起来也很顺畅。

    CF 则不然，我到现在都没找到控制团队权限的做法，导致我无法方便的将统计报表分享给朋友。

    4. 更好的 Serverless 支持

    Next.js 本来就是 Vercel 主力开发的，所以自然，Next.js 在 Vercel 上可以放心使用，服务器环境绝对不会成为问题。默认情况下，Vercel 会使用 Edge 引擎提供更好的性能和更低廉的价格；实在不行，也可以切换到 Serverless 模式获得更好的兼容性。

    CF 只支持 node.js 的子集（相当于 Vercel Edge Function），所以如果我们的业务代码中使用的函数库包含了一些不被支持的功能，就无法使用 CF 了。

    Cloudflare Pages 的优势

    1. 提供很好用的分析工具，包括 Web Vitals

    我其实到现在都无法难理解，这东西在 Vercel 那边居然要付费使用，还得通过代码嵌入页面。

    CF Pages 这边用起来很简单。直接打开开关，它会负责把统计代码插入页面，然后我们就能看到包含访问量、来源、技术等的数据统计。更重要的是，我们还能看到 Web Vitals 数据，而 Web Vitals 数据，能直接影响 SEO，所以这个统计就非常有帮助了。

    2. 免费额度更高

    这点 Vercel 也很值得吐槽，它们家额度设计相当诡异。比如，类似（1）的访问量统计，一个月额度 25k，啥意思呢？你的网站访问量超过每天 800，这个月可能就要交钱了……我完全无法理解他们的设计思路。

    还有 KV 也是，明明是集成的 Upstash 服务，Upstash 每天免费 10K，它们家免费 5K……其它带宽、容量等就不细说了，都不敢放开用。

    CF 具体多少我没仔细看，不过印象里要多得多得多，可能是最大方的云服务商了，基本属于 $20/月 放开用。

    3. 全球最近接入

    这点说实话我不太敢确定，没有具体测过。按照官方文档的说法，Vercel 企业版是全球的，但是免费和团队版都要手动选择边缘计算服务器的部署位置。

    CF 按照后台的说法，会自动选择离用户最近的地方执行函数功能，我们就当他是全球最近接入吧。

    4. 目前 *.pages.dev 没有被墙

    这意味着即使你没有自己的域名，可以用 Cloudflare Pages 提供服务。相对来说，*.vercel.app 已经被墙的很彻底。

    不过，如果真的是持久运营的产品，还是早点切换到自己的域名吧。

    排除的其它选项

    • VPS：太麻烦了，我已经不想再自己折腾服务器了。
    • GitHub Pages：不支持边缘计算，纯静态限制太多。
    • Supabase：Deno 限制太多。

    总结

    我个人的感受：Vercel 强在开发体验（DX）；CF Pages 强在量大管饱。具体怎么选择，还请大家酌情考虑。

    如果你对出海开发、全栈开发、云服务提供商有什么想法、问题和分享，欢迎留言讨论。祝大家清明安康。

  • 【视频】Nuxt3+Vercel+Serverless 全栈开发（4）：投票接口+数据处理+了解服务器端渲染

    【视频】Nuxt3+Vercel+Serverless 全栈开发（4）：投票接口+数据处理+了解服务器端渲染

    课程继续。仍然结合近期的开发经验，分享最近我比较喜欢的全栈+高效+免费+云原生技术方案。

    本次课程内容：

    • 创建 Post 接口，完成投票
    • 显示投票结果数据
    • 了解服务器端渲染

    我们先利用 Nuxt3 的路由机制，创建 /api/rate.post.ts 接口，用来处理用户投票，将数据记录进入 Redis 数据库的动作。

    为了保证数据安全，我每次会写入两次数据，一个键值是 $$$_{uid}，主 key，用来日常显示；另一个键值是 {uid}_{小时}，用来备份。这样假如某些情况下我们的投票系统被攻击，也能快速会滚到最近一小时的数据。并且这个备份频率也可以按需调整。

    然后我们在前端使用 $fetch 方法调用接口完成投票。并介绍了计算成绩的逻辑。

    最后介绍了 SSR 的结果，这样就能解释，为什么我们要使用 Nuxt3 内建的 useAsyncData、useFetch 而不是平时常见的远程请求库手动请求。

    这期视频也剪得很细，还做了字幕，希望大家能学到东西。

    如果你有任何问题、建议，欢迎留言讨论。请 b 站有号的同学帮忙分享完播一键三连，谢谢大家。

    另外，我也在 YouTube 上上传了一份，大家有空的话，麻烦帮忙关注下我的油管频道，感谢感谢。肉山全栈小课堂 – YouTube