![]() |
1
3
是的,您需要进一步细分文件,以节省用于目录中文件枚举的时间,尽管使用此方法可以节省多少成本,这可能取决于您使用的O/S。当您需要在文件夹中的数百个文件中请求一个文件时,Windows会非常慢。我相信这是因为如果必须搜索所有文件,它将尝试读取所有文件的所有属性。此外,对于这种类型的应用程序,您可能需要担心文件版本、文件上载超时、感染病毒的文件、对最终用户隐藏真实文件路径、不支持的mime类型等。 |
![]() |
2
2
再加上@cahitbox所说的,它比这更进一步。如果您期望多个并发用户,那么您应该有多个磁盘,这样您就可以同时检索多个文件(磁盘速度很慢)。 |
![]() |
3
1
如果文件“metadata”存储在数据库中,您只需使用guid及其扩展名命名文件。 将它们返回给用户的最简单方法是将它们直接存储在Web应用程序中,因此,如果安全约束不太紧,则可以通过简单的URL使用它们:
如果你真的想通过和httphandler服务你的文件,我会使用
此处的文档: http://msdn.microsoft.com/en-us/library/12s31dhy%28VS.80%29.aspx 预期的用户数量也非常重要。每天30个用户和30000个用户不同。 文件容量测量也很重要:您谈论的是千兆字节,但在管理300 GB时,您将无法管理30 GB。 对于文件的物理存储,尽量避免在同一目录中存储太多(我认为是2500多个)文件。但通常,对于文件上传站点,您会在逻辑上对它们进行“分组”,这样您就可以拥有一个子目录。 |
![]() |
4
0
我认为您还需要考虑以下问题:
|
![]() |
PHPLover · “支持PHP扩展或功能的端口”实际上是什么意思? 10 月前 |