问题标签 [file-management]

我正在使用 MSVE，并且我有自己的图块，我在顶部的图层中显示。问题是，它们有很多，而且它们在网络服务器上。在某些目录中，大约有 30,000 多个文件。最初我调用了 Directory.GetFiles，但一旦我开始在伪真实环境中进行测试，它就会超时。

以编程方式列出和迭代这么多文件的最佳方法是什么？

编辑：我的同事建议使用 MS 索引服务。有没有人尝试过这种方法，并且（如何）有效？

我目前在一家小型网络开发公司工作，我们主要做活动网站和其他促销活动。在我们的第一年，我们一直在使用“服务器”来共享项目文件，这是一台具有网络共享的普通 Windows 机器。但这并不完全是未来的证明。

SVN 非常适合代码（这是我们现在使用的），但我希望对我们的所有或大部分文件进行版本控制（或至少某种形式的同步）。

我本质上想要的是颠覆对代码所做的事情，但对于我们的文档/psd/pdf文件。

我意识到 subversion 也可以处理二进制文件，但我觉得这对于我们的目的来说可能有点矫枉过正。它不一定需要完整版本控制系统的所有花里胡哨，但可以消除对增量命名的需要（Notes_1.23.doc）并减少错误覆盖某些内容的机会。

它还需要是多平台的，可以处理大文件（100 mb+）并且可以被一些非技术人员使用。

我将如何用第三方工具（如 TotalCommander、explorer++ 等）替换 Windows Explorer？

当我在运行窗口中键入“C:\directoryName”时，我希望加载其中一个而不是 win explorer。这可能吗？

如果您是 Apache Web 服务器的管理员，您希望为 Web 开发人员上传静态文件 (html/gif/css/...) 提供什么协议，以实现最大的安全性？
如果您是 Web 开发人员/图形设计师，您希望在 Apache 服务器上使用哪些协议来上传静态文件？

我想删除一个包含数千个文件和文件夹的文件夹。如果我使用 Windows 资源管理器删除该文件夹，可能需要 10-15 分钟（并非总是如此，但经常如此）。Windows 中是否有更快的方法来删除文件夹？

其他详情：

• 我不关心回收站。
• 它是一个 NTFS 驱动器。

我真的很喜欢 gmail 实施存档系统的方式。我可以在添加标签后归档任何文件（如果需要），我可以随时搜索它。Windows/Linux 中是否有任何程序以类似的方式运行？

目前，我们所有的文件都存储在 Windows 网络驱动器上，并且有 15 名员工和 3 名外部工作人员，文件控制开始变得有点像噩梦。即使我们制定了政策，人们似乎仍然将文件保存到他们的 PC、进行更改并在不通知任何人的情况下将其复制回来，通过电子邮件而不是其位置发送文件，并创建仅对他们有意义的文件夹/结构.

因此，在最近的一个项目中，我们发现 3 名员工正在使用同一文档的不同版本，而当这 3 个人是编辑和校对者时，您可能可以想象到最后会出现的问题。

所以我们正在寻找一些不错的简单文件管理应用程序。已经提到了 MS Sharepoint，但我们希望摆脱与 Windows 机器的绑定，而且设置成本等似乎很昂贵，特别是对于一家非营利性公司而言。此外，对于我们的需求，Sharepoint 似乎有点过分了。

我们所需要的只是能够满足以下条件的东西：

• 可用于存储和控制文件
• 允许不同的用户访问
• 提供基本版本控制
• 希望可以通过网络浏览器访问，以便我们的远程工作人员可以访问它

我们不热衷于 SAAS 解决方案，因为我们的机密性，也因为我们每天整天都在使用这些文件，而且互联网连接确实不时中断。我们希望能够在内部安装。

理想情况下，解决方案是 FOSS，但如果软件满足我们的需求，我们会考虑购买。

我将有大约 200,000 张图片作为我网站的一部分。每个图像将被存储 3 次：全尺寸、缩略图、更大的缩略图。全尺寸图像约为 50Kb 到 500Kb。

普通技术：VPS 上的 Linux、Apache、MySQL、PHP。

存储这些以通过浏览器快速检索和显示的最佳方式是什么？

我应该将所有内容存储在一个文件夹中吗？我应该将完整尺寸的图像存储在 1 个文件夹中，将缩略图存储在另一个文件夹中吗？我应该将图像存储在 1000 个文件夹中，并保留图像所在文件夹的索引吗？

感谢您的任何建议。阿尔伯特。

晚上的最后一个问题。并为这个完全的菜鸟道歉。

在stackoverflow和google的帮助下，我实现了以下...

它基本上是遍历给定目录及其子目录，并将每个文件（带有路径）添加到 MS Access 数据库中。

（我是唯一的用户，所以我不太关心安全性）

对于大量文件，此代码非常慢。谁能描述一个更好的方法来做代码正在做的事情，（希望不要让你的答案太复杂。我是这个记住的菜鸟）

关于大型项目中的文件管理和存储，这里有一些非常好的问题。

在 DB 中存储图像 - 是还是不是？
您会将二进制数据存储在数据库中还是文件系统中？

第一个有一些深刻的见解，在我的项目中，我决定走文件路线而不是数据库路线。

反对使用文件系统的一个要点是备份。但是在我们的系统中，我们有一个很棒的备份方案，所以我并不担心。

下一个路径是如何存储实际文件。而且我考虑过让文件的位置始终保持静态，并在数据库方面创建一个虚拟目录系统。所以文件的链接不会改变。

我正在构建的系统将具有一个全局文件管理，因此所有用户都可以访问所有文件。但是许多走文件路线的人谈论物理目录大小（例如，如果所有文件都在一个目录中）

所以我的问题是，在为这些静态文件创建文件夹时有哪些技巧或最佳实践方法，或者我根本不应该走虚拟目录路线。

（如果有帮助的话，该项目位于 LAMP 堆栈（PHP）上）