本地存储映像vs cloudinary vs s3

Question

设置：

带有帖子的博客，与Laravel在一起，其中：

• 每个帖子最多可以包含1张图片（可为空）。
• 博客中的帖子总数为1000。假设讨论的帖子为1000。
• 每个帖子都有评论部分。注册用户可以在其中发表评论并在评论中包含图片的位置。假设每个帖子的评论中都有2张图片。

因此，总共需要存储3000张图像*（我猜想是要调整大小，显示，等等）。

从长远来看，这是理想的数量，我不会寻找“可扩展的”解决方案，因为不会出现疯狂的指数增长。

*实际上暂时还不多，我认为对于这些数量的媒体文件，它的1000/1500/2000或3000并不重要。请纠正我。

需要注意的其他几点：

• 我将其托管在共享托管中（我最多可以存储30万个文件）。
• 我希望它受到保护，因此图像文件的封面不会上传任何恶意文件。
• 我正在寻找一种预算解决方案（因此，如果s3在12个月后开始收费），最好是免费的（。

因此，两难之间是在本地将所有图像存储在存储文件夹中（使用某些Laravel软件包处理图像）。另一种可能是cloudinary，我不太了解，只是它可以存储/操作/备份/使用其api来显示我存储在其中的图像。

如果我选择在本地进行操作-将用户上传的图像存储在本地是否安全？如何确保它不是伪装成图像文件的恶意软件？

使用如此大量的图像/内容，在本地存储时是否会导致共享主机的性能问题？

对我来说，使用cloudinary有什么好处？

谢谢。

Answer 1

在这种情况下，Cloudinary实际上可以提供很多帮助。 您可以将Cloudinary集成到项目中，而不是在本地存储资源并编写一些东西来操作它们。

这将释放服务器空间。在本地存储映像可能会或可能不会影响性能，具体取决于体系结构，但是释放服务器资源始终是一个好习惯。

此外，和图像的传递可以在通过简单的API调用首次被请求时（或者如果您愿意，可以在请求之前急切地）进行中。因此，您不需要组成新的东西，而是利用现有的API。

Cloudinary还具有功能齐全的manipulation，供您使用。如果您目前不希望出现指数级增长，那么对于该项目而言，这一层将绰绰有余

全部披露：我目前在Cloudinary工作，（但以上内容仍然适用:)）。