地球上的磷虾总数大约多达 780 万亿只，假如有轮回大概率变磷虾！

太强了

@lambdaX999 功德是可以相互转换的，如果觉得钓鱼有损功德可以通过放生其他的物质来平衡，比如放生电，放生一度电，佛祖返我十斤鱼[手动狗头]

你发的这个底层逻辑是什么？
顶层设计在哪里？
最终交付的价值是什么？
过程中的抓手在哪里？
如何保证结果的闭环？
你比别人发的亮点在哪？
我没有看到你的沉淀和思考？
你有形成你自己的方法论吗？

效果挺不错，老哥是真高产啊

@Wh1te @xiaoxinshiwo 感谢

@Wh1te 啊这！已删

@Wh1te 谢谢老哥提醒，现在还是个小玩具的状态，暂时不做处理。Gemini 的这个免费 key 没什么太危险的权限，如果出现滥用我会进行删除。最佳实践应该是把这些内容放在服务器保管，现在为了这个 key 再搞个服务没太必要。因为本身不是做前端的，对前端这块了解不太充分，最近可能研究一下有没有什么好的前端解决方案。

@HRTops 如果不填写应该会使用默认的 AIzaSyCjn3NLcHXn3YySI5MNGkX1bVyZKhGoVdY

分析了一下这个帖子，我觉得 op 可能也有点问题：
0.标题泛化攻击
1.你可能没有跟客户端沟通清楚，如果你们的功能是客户端直传，你服务端搞认证相关的接口没问题，但是 iOS 使用 SDK 上传比较合理，你给别人用 Postman 演示，属于 Web 直传，可能会误导别人（当然你 iOS 同事不自己找文档也有点问题）。
2.你的接口设计可能有些问题，客户端下意识的认为传文本格式“url ”是因为文件上传通常会做单独的接口，业务信息保存接口里的文件相关字段（比如：头像图片路径），一般是文件上传接口返回的文件路径。

嘤，你得给她移动应用直传的文档 https://help.aliyun.com/zh/oss/use-cases/set-up-direct-data-transfer-for-mobile-apps?spm=a2c4g.11186623.0.0.642a6075hgNll7#f2d7e5bbb5y6g

@Charlie17Li 做项目看一看看这些，
go-zero https://go-zero.dev/ 是一个集成了各种工程实践的 web 和 rpc 框架。通过弹性设计保障了大并发服务端的稳定性，经受了充分的实战检验。
Kratos https://go-kratos.dev/docs/ 一套轻量级 Go 微服务框架，包含大量微服务相关框架及工具。
GoFrame https://goframe.org/display/gf 一款模块化、低耦合设计的开发框架，包含了常用的基础组件和开发工具，既可以作为完整的业务项目框架使用也可以作为独立的组件库使用。
gin-vue-admin https://www.gin-vue-admin.com/ 是一款基于 GIN+VUE+ElementPlus 开发的全栈基础开发平台
如果是做项目这几个都可以看看，都比较完善，社区活跃度也都不错，基础语法基本不用看，一边猜一边学就够用，其他问题 #127 newaccount 总结的很好了

老哥要不还是先从学习提问题开始学习？ https://github.com/ryanhanwu/How-To-Ask-Questions-The-Smart-Way
https://i.imgur.com/esUehUc.png

补充一下项目的开源协议？功能做的不错