【重构计划】积极采纳建议！

[besscroft]

整理了一份思维导图，暂时先想到这么多，如果您有合适的建议，欢迎提出。

[yufxxz]

希望修改一下查看详细照片时的UI样式，比如图片边缘的模糊，exif信息显示等。类似https://photo.axis-studio.org/

[besscroft]

架构采用 Next.js + Hono.js，后续开发计划逐步重构功能。
得益于 Hono.js 更快的速度、多运行时兼容以及好用的中间件，未来还能更方便的扩展开发。最重要的是依旧可以部署在 Vercel 之类的平台，使用门槛低。

[besscroft]

• 依旧保持 Vercel 之类的平台能够部署，但可能后续少部分新增的功能，只能 Docker 之类的部署才能使用，如本地存储。
• 依旧只支持 Node.js 环境，不支持 Edge 环境，原因详见：https://nextjs.org/docs/app/api-reference/edge#unsupported-apis
• 存储需要尝试新增 OneDrive 支持。
• 增加初始化的流程，尽量提升用户体验。

[besscroft]

如下需求和问题，在重构过程中，可能需要解决：

• 「新功能」增加 Web Analytics #124
• 请求添加不使用外部存储，直接上传图链的功能 #122
• [建议] 将图片展示区域置于画面中间 #120
• 【功能请求】自动加载分页，OneDrive存储，自动夜间模式 #117
• 能否增添一个图片放大或者实现全屏显示的功能？ #111
• 相册新增 Sorted By 功能 #72
• 请问如何将常夜模式设置成默认值？ #53

[hexgu]

「建议」优化图片显示效果

• [建议] 将图片展示区域置于画面中间 #120
• 感觉需要一个设置，可以把复制原图链接和下载原图关了 #131
• 「优化建议」将 WebP 替换为 AVIF #115

综合 #131 和 #115 ，我在想存储原图必要性

首先目前的图片的展示方案存在高压缩率下的色块、涂抹问题，这一点在您的图片站中很明显，作为图片展示站点，好的图片效果还是很重要的，自己刀锐奶化的照片变的模糊还是体验不爽的

我的想法是上传图片的时候，不保留原图，提供一个 quality 90/100的（webp/jpg）供画面展示和用户下载即可，然后一张略缩图作为图库展示。这样子能够很好的的权衡图片展示质量和网络媒体优化。

[besscroft]

@hexgu 存储原图这个还是得保留，因为也确实有用户需要，项目一开始全都是原图来着，只不过后来是考虑到图片太大加载半天才进行压缩的......存储部分打算放到 v2 分支去做了，由于精力不太够分配不过来，v1 分支目前只进行 bug 修复。

在 v2 版本，我会将数据库部分重新进行更合理的设计，主要是迭代这么久了，技术债（踩过的坑）和新需求的产生，需要好好考虑下设计，以及项目的一个定位的取舍。

[hexgu]

@hexgu 存储原图这个还是得保留，因为也确实有用户需要，项目一开始全都是原图来着，只不过后来是考虑到图片太大加载半天才进行压缩的......存储部分打算放到 v2 分支去做了，由于精力不太够分配不过来，v1 分支目前只进行 bug 修复。

在 v2 版本，我会将数据库部分重新进行更合理的设计，主要是迭代这么久了，技术债（踩过的坑）和新需求的产生，需要好好考虑下设计，以及项目的一个定位的取舍。

了解，其实存不存原图我到还好，就是看大伙的存储桶空间多不多。重点是现在压缩的太狠了！

关于 v2 的话您要是方便的话在开发前同步一下想法。我也有一些不太成熟的方法和观点想提，但不太想影响您对项目的定位选择。

[besscroft]

@hexgu v2 版本的话，上面已经说过一些了。
UI 部分要尽量保持风格统一（主要还是菜了，有些东西只能糊组件），尽管前后台可以2套风格。
数据库部分，会进行新的设计，会跟 v1 版本冲突。
主要的大更新我觉得还是后端部分，打算讲文件存储部分和相册部分分开。文件存储直接对接存储平台/本地存储，在业务看来，只需要相册/图片数据，“映射”到文件存储就行了，俩边功能拆开更好处理。其他的功能，我觉得在引入 hono.js 后，会比直接用 next.js 做后端，要好实现一些。