⚠️ 2024.10.31 更新
网站正在计划一轮重构，去除原有notion存储数据（忒慢了...），同时新增更多推荐和筛选功能，暂时处于闭站状态一段时间...

地址

https://www.nashangyun.com/

灵感来源

上网冲浪看到有个网站叫做 “哪煮米” ，听上去摸不着头脑这网站干嘛的？没关系，打开一看是集成各大平台的域名最低价数据，可以筛选几乎市面上所有的域名后缀，知道在哪里注册最优惠。说实话好几次我购买域名都会先到上面查查哪里最优惠然后去注册，不得不说为这个平台点赞！

于是我在想，是不是也可以建个平台集成所有平台的服务器活动，让大家能够筛选出低价又有性价比的云服务器购买呢？说干就干！

开始构建！

名字想了挺久，“哪买服务器”？太长了。“哪搞机（基）”？虽然谐音容易记住，但是搞机一般又是指装电脑...现在的用服务器叫上云，于是“哪上云”这个名字诞生！

域名

域名是“哪上云”的拼音全称：nashangyun.com，嗯，没注册，先抢注下来（购买域名也参考了哪煮米）~

入门 React Next.js

作为后端开发er，前端虽然也接触过一些，之前用到的都是 Vue 开发，浅看React的语法后，挺震惊为什么函数还能返回HTML标签？？一通快速入门之后，并且选择使用 Ant design 作为前端组件库进行快速的界面开发。

Next.js 支持服务端渲染，对SEO很友好，同时在写前端界面的同时，也能编写API接口调用，对一些动态实时的数据更新就不用反复重新部署了。

这个项目也可以作为React、Next.js入门的上手项目吧！

数据存储

最近也有关注到 Notion 的 database 其实可以作为数据的持久化存储，丰富的数据类型、数据库之间的关联关系他都有，同时 Notion 的页面编辑页面也很美观，不需要使用像数据库连接工具一样连接数据库去操作数据。Notion 提供的 API 也足以满足需求，但是有频率限制。

部署

Vercel 部署，不多说了，又良心又好用，Next.js写完上传仓库直接自动构建部署。

踩坑

下面是踩坑日志...

缓存

首先是频率限制，API 限制每秒4次并发，访问量小的情况下还凑合，但是肯定不能让放每次请求都去请求一次API。

考虑到项目比较小，要求不是特别多，于是第一次想到使用本地缓存一个文件，将 API 抓取的内容存到文件里，接下来每次请求去从文件抓取就好了。实践发现用 Vercel 部署貌似不能这么干，决定用 Redis 进行数据缓存。

通过对比几家免费的 Redis 提供商，因为数据量不大，选用不限制指令执行次数，但是限制每秒 30 次并发的 RedisLabs 提供的 30M Redis实例缓存。

部署后发现还是有问题，因为每次访问刷新后数据还是一样的，将Redis数据清空访问接口还是有数据...

首先排查是否是使用的 ioredis 库是否有缓存，本地调试并无，且本地调试没有复现这个情况。接着怀疑是 Vercel 有缓存，在排查和翻阅文档后，好像没有直接证据表明...最后排查是 Nextjs 对于路由片段有缓存，可以将布局或页面的动态行为更改为完全静态或完全动态，或者设置布局或页面的默认重新验证时间（https://nextjs.org/docs/app/api-reference/file-conventions/route-segment-config），将接口 handler 前添加参数 export const revalidate = x; // revalidate api every x second 设置验证时间为x秒，这样就会每x秒进行重新刷新缓存抓取一次数据了。

云厂商活动数据来源

本来想用 AI 工具来对网页进行阅读提取出活动中所有的机型配置的，但是部分云在活动页面上的数据是动态渲染的，同一个机型好几个配置可选的情况下，要完全统计得手动切换对应配置，等待接口响应获得价格数据。

同时现在各家的活动花里胡哨，“新人专享”，“新老同享”，“产品首单”，“x元购买xx天，购买后xx元续费一年”，“购买后同价续费，只能续费一次”...等等规则比较复杂，还需要整理出所有的规则让 AI 来分门别类，这些作为后面的自动化抓取计划更新吧...

是的，没错，目前使用手动更新数据，与哪煮米的数据一样，只不过人家平台“雇佣了 8 位阿姨进行实时数据更新”（关于中可见），此站目前只有我一个人更新数据。

运营与盈利

“哪煮米”平台主要依靠赞助来作为平台的资金来源，“哪上云”平台主要还是云厂商的推广Aff来进行。我提供各位各云厂商的低价数据筛选，我从云厂商获得推广费，也算是种双赢吧~