aiokr / flextype Goto Github PK

从头开始造一个 CMS 的轮子，也是因为在做个人站点和照片站点的时候，对现在市面上的 CMS 都不太满意。Strapi 需要服务器架设，Sanity 等 Saas 服务，在超过免费用量之后都价格不菲，于是就想着为什么不基于 Vercel 或者 Cloudflare Pages 等 Serverless 服务来架设 CMS 呢，于是便创立了这一项目。

一开始，这个项目还处在验证和初步创建阶段，第一阶段需要实现以下目标：

• 1. 支持 Markdown 格式的文章内容；
• 2. 支持文章属性，包括标签、分类、作者、封面图、发布时间、更新时间、阅读时长等内容；
• 3. 支持资源文件（如图片、视频等）的管理；
• 4. 一个还算看得过去的后台模板，以及完善的鉴权、登录功能。

祝我成功吧。

在通过文件管理页面上传文件时，浏览器控制台报错 413 (Payload Too Large)，这是因为 Vercel Serverless Function 对上传文件有 4.5M 的限制：How do I bypass the 4.5MB body size limit of Vercel Serverless Functions?

可以让服务端计算出上传密钥之后，直接让客户端与又拍云交互上传文件。

照片流功能现在写的有点混乱，一个组件内产生了多种不同格式的数据，需要重新梳理一下

功能定义

照片流功能需要实现一下功能

1. 从文件列表选择图片文件
   • 如果一张图片文件已经被使用过，则无法选择或报错
2. 编辑照片的标题、评级，以及对原始 Exif 信息进行修改
3. 输出所有选择的照片
   • 如果没有修改 Exif 信息，则输出原始 Exif 信息，否则输出修改后的 Exif 信息

基于以上功能，照片流组件需要获取一下数据：

1. 当前照片流的所有数据
2. 图片文件的数据

基于此，我需要重新设计照片流的数据结构

{
  "id": "cluyx7cx80001dkzt51c7ihyo",
  "title": "露营",
  "assetId": 30,
  "url": ""
  "originExif": {} 
  "overExif": {} 
  "exif": {}
},

其中，url 可以设置为一个引用值，基于 assetId 同步修改
originExif 是原始的 Exif 信息
overExif 是修改的 Exif 信息
最终，将 originExif 和 overExif 进行合并，两项冲突的以 overExif 为准，输出为 exif 。