File upload 在我的服务器上构建文件夹以上载用户'；s数据

对，这就是我想做的

用户将访问我的网站上载媒体内容，即图像库的图像或视频。我会将此媒体存储到我的网站上，然后将访问码返回给用户，以便他们可以通过访问码访问媒体

这是我的问题,

我正在尽可能高效地构建文件夹以存储上传的内容，他们可以上传两种类型的媒体，视频和图像，因此我有两个父文件夹

• 录像带
• 形象

我关心的是，将所有视频/图像内容放在一个文件夹中是一个好主意，还是应该有子文件夹

此外，用户通常会上传多张图像，比如5-10张，当被请求查看这些图像时，它们将以图像库格式返回，因此我想用图像库ID的子文件夹存储该图像库的所有图像，这是否有效

---

有什么文件夹结构可以用来存储上传的数据吗？

我在一个工作的地方遇到过这种结构。从那以后，我一直在尽可能地使用它

（假设文件夹对用户不可见）为每个用户（库）提供一个guid。然后使用guid的前3个字符创建目录路径，如下所示：

//root/9/1/8/91894963-0075-4b4c-b2a3-ce99f9780035/<user [ABC1]'s folder>
//root/6/5/6/656744e6-19e1-49aa-9ae6-156e4be61282/<user [ABC2]'s folder>
//root/6/5/b/65ba9120-93a9-4d28-ba4e-ca8a2a53d4e6/<user [ABC3]'s folder>

//root/9/1/8/91894963-0075-4b4c-b2a3-ce99f9780035/
//root/6/5/b/65ba9120-93a9-4d28-ba4e-ca8a2a53d4e6/谢谢，非常聪明的解决方案！我想我会试试的。我有点担心可伸缩性，ti是一个可伸缩的解决方案，允许每个用户都有自己的文件夹吗？@rusty009如果你有4000000个用户，那么每个“目标”文件夹中最终会有大约1000个文件夹-如果（（4000000/16）/16）/16）是正确的计算。或60个文件夹（如果使用guid的前4个字符）。我认为它的伸缩性很好。