问题标签 [directory-structure]

mkdir -p有没有办法从 Python中获得类似于 shell 的功能。我正在寻找系统调用以外的解决方案。我确定代码少于 20 行，我想知道是否有人已经编写了它？

我正在为我的项目实施缓存。查看缓存目录结构后，我看到了许多示例，例如：

你明白了。另一个存储文件的例子，假设我们的文件名为IMG_PARTY.JPG，一种常见的方法是将它放在一个名为的目录中：

一些想法浮现在脑海中，但我想知道真正的原因。

• 当目录中的文件较少时，执行线性查找的文件系统会更快地找到文件。这种结构将文件分散得很薄。

• 为了不搞乱 *nix 等实用程序rm，它接受有限数量的参数并一次删除大量文件往往是 hacky（必须通过它find等等）

真正的原因是什么？什么是“好的”缓存目录结构，为什么？

当在 Eclipse 中并且您决定使用 subclipse 在 subversion 存储库中共享一个项目时，您能否让它以某种方式自动为该项目创建一个文件夹结构？

我想要的是为每个共享项目添加这种结构：

/Client/Project/branches /Client/Project/tags /Client/Project/trunk/EclipseProject

其中 Client 是客户端的名称，Project 是实际项目的名称，EclipseProject 是项目的名称，因为它存在于 Eclipse 中。在这个结构中可能有多个 EclipseProject，在这种情况下当然不必创建目录。

这可能与子剪辑有关还是我最好编写一个简单的shell脚本来做到这一点？我的第一个想法是做一个 shell 脚本，因为我不介意使用终端，但是我的一些同事真的不喜欢命令行界面，而是挖掘 Subclipse。

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

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

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

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

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

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

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

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

抱歉，如果这过于简单化。

我决定使用 SQLite 数据库而不是 MySQL 数据库。我试图了解 SQLite 是多么简单，并且想要一个简单的答案教程，介绍如何将 SQLite 与 Zend 框架一起使用、将我的 SQLite 数据库放在我的目录结构中的什么位置、如何创建数据库等.

我希望能够加载具有实际大中型企业目录结构（组、用户）的 Active Directory 服务器，以便我可以在使用该数据的应用程序上运行性能测试。在我的幻想世界中，一些大公司会以我可以直接导入的方式导出他们的（匿名的）广告结构。由于这似乎不太可能发生，有没有人知道测试数据的来源可以提供对 10 到 10 万员工组织结构的合理模拟？我可以自己生成数据，但我不想对组嵌套级别、给定用户是多少组的直接成员等做出太多假设。

简单地说，如果您使用 maven，您应该将 maven 布局视为黄金标准，还是应该转换布局以适合您的工具（WASD、myEclipse、RAD 等）？

意识到 maven 是可配置的并且您可以覆盖 Super POM 中的默认值，我试图确定是否应该更改布局以支持内部的特定工具，或者尝试让这些工具识别 maven 布局。需要考虑的一件事是最终集成持续构建工具，以及不同的 IDE。目前正在使用 MyEclipse，但有消息称他们不会在 6 个月内更新许可证。

我问的关于这类事情的第一个问题有点太具体和片面了。

组织项目目录的一种流行方式或多或少是这样的：

app.cpp：

同一个库的所有.h和.cpp文件都在同一个目录中。为避免名称冲突，文件名通常以公司名称和/或库名称作为前缀。MyLib 将位于 MyApp 的头文件搜索路径等中。我不喜欢为文件名添加前缀，但我喜欢查看#include并确切知道该头文件所属位置的想法。我不讨厌这种组织文件的方法，但我认为应该有更好的方法。

由于我正在开始一个新项目，因此我想征求一些目录组织的想法。目前我喜欢这个目录结构：

app.cpp：

.cpp文件和私有（仅对直接库可见）.h文件存储在 src 目录下（src 有时称为 lib）。公共头文件被组织成一个 project/lib 目录结构，并通过<ProjectName/LibraryName/headerName.h>. 文件名没有任何前缀。如果我需要打包 MyLib 以供其他团队使用，我可以简单地更改我的 makefile 以复制适当的二进制文件和整个 include/ProjA 目录。

一旦文件被检入源代码控制并且人们开始处理它们，就很难更改目录结构。最好一开始就做好。

任何有组织这样的源代码经验的人？你有什么不喜欢的吗？如果你有更好的方法，我很想听听。

我在由 1and1.com 托管的 Linux 服务器上收到了数千用户上传的数千张图片（我相信他们使用 CentOS，但不确定版本）。这是一个与语言无关的问题，但是，供您参考，我使用的是 PHP。

我的第一个想法是将它们全部转储到同一个目录中，但是，我记得不久前，可以在一个目录中删除多少个文件或目录是有限制的。

我的第二个想法是根据用户的电子邮件地址对目录内的文件进行分区（因为无论如何我都使用它作为用户名），但我不想遇到目录中目录的限制......

无论如何，对于来自 user@domain.com 的图像，我打算这样做：

这是聪明的做法吗，如果成千上万的用户说“gmail”也许我可以更深入，像这样

所以对于 mike@gmail.com 它将是......

这是一个不好的方法吗？其他人都在做什么？我也不想遇到太多目录的问题......

有关的：

• 一个目录中有多少个文件太多了？
• 约 250,000 张图像的最佳 Web 文件夹结构
• 如何在文件系统中存储图像
• 管理大量文件的技巧？

我对 Linux 文件和目录权限有点迷茫。我想做的是让一个用户能够创建、删除和重命名目录，而其他用户不能这样做，但他们应该能够读取和写入目录以及遍历它们。

所以组'storage'可以访问目录/workspace，这些用户不应该能够创建、删除或重命名目录。组 'storageAdmin' 也可以访问目录 /workspace，但能够在其中创建、删除或重命名目录。

每当“storageAdmin”创建一个新目录时，“storage”应该可以自动访问它，以便他们可以在其中读取和写入文件。

我是否正确认为 /workspace 需要由“storageAdmin”拥有并设置为 chmod 775 才能正常工作？