真的需要一些聪明的头脑来帮助我。我卡住了!我正在实施一个系统,其中用户将被允许上传视频和文件到我的网站。我目前为他们提供ftp访问他们自己的ftp用户帐户,在那里他们上传所需的文件。linux服务器上的FTP支持用户配额。
然而,现在我需要将我的上传协议从ftp协议转移到亚马逊s3文件上传系统。ftp在防火墙、端口、主动和被动方面给出了太多的问题。清单不胜枚举。:)而http s3上载将仅仅是用户允许互联网访问进行上载的桌面应用程序的问题。
我已经把所有东西都准备好了,我需要为每个用户设置配额。如何在亚马逊s3等不支持存储配额的系统上实施存储配额?我不能给我的用户无限的访问权限,我也不想把我的服务器放在中间,因为这只意味着我的服务器必须接收文件,然后在后台上传到s3,这可以通过将s3挂载为驱动器来完成,但是我们又要通过ftp上传到我的服务器到挂载的s3驱动器。
我希望我的应用程序直接上传到s3服务器,但通过上传到1个存储桶中的psuedo amazon文件夹来维护用户配额。每个用户将在他们上传到的存储桶中获得一个子文件夹。
什么是实现/逻辑来使其工作?
我是否要让另一台服务器通过查找/ keyname /中的文件来监视用户,以查看该键名(即用户帐户)使用了多少存储空间?在保持每个帐户使用状态最新的方面,这不是要花费很多钱吗?
帮帮忙,我需要一个策略。类似于在s3上存储的dropbox实现,但对用户上传有配额限制。
发布于 2012-10-31 22:01:49
您必须跟踪您自己的服务器上的配额。
如果您可以控制客户端,您可以要求他们在上传到amazon之前将文件大小发送到您的服务器,如果超过配额,则拒绝。
如果你没有,你可以允许上传
发布于 2017-02-01 19:19:00
如果你想要基于用户的存储,亚马逊网络服务WorkDocs可能是你正在寻找的解决方案。为每个用户创建一个Bucket不是一个替代选项,因为您可以创建的Bucket数量非常有限。
然而,我不能告诉你配额是如何实现的。
https://stackoverflow.com/questions/9887163
复制相似问题