Articles of 目录

查找目录中的文件数量

在Linux中有没有什么方法可以计算O(1)中目录(即直接子项)中的文件数目(与文件数量无关),而无需首先列出目录? 如果不是O(1),是否有合理有效的方法? 我正在寻找替代ls | wc -l ls | wc -l 。

当LAMP服务器上有数百万用户时,什么是最快和最有效的存储和提取图像的方式?

这是迄今为止我提出的最好的方法,我想知道是否有一个更好的方法(我确定有!)来存储和获取数以百万计的用户图像: 为了保持目录的大小,并避免对数据库进行任何额外的调用,我使用基于用户的唯一ID计算的嵌套目录如下: $firstDir = './images'; $secondDir = floor($userID / 100000); $thirdDir = floor(substr($id, -5, 5) / 100); $fourthDir = $userID; $imgLocation = "$firstDir/$secondDir/$thirdDir/$fourthDir/1.jpg"; 用户ID( $userID )的范围从1到数百万。 所以,如果我有用户ID 7654321 ,例如,该用户的第一张照片将被存储在: ./images/76/543/7654321/1.jpg 对于用户ID 654321 : ./images/6/543/654321/1.jpg 对于用户ID 54321 ,它将是: ./images/0/543/54321/1.jpg 对于用户ID 4321 ,它将是: ./images/0/43/4321/1.jpg 对于用户ID 321 ,它将是: ./images/0/3/321/1.jpg 对于用户ID 21 ,它将是: ./images/0/0/21/1.jpg 对于用户ID 1 ,它将是: ./images/0/0/1/1.jpg 这确保了用户高达100,000,000,我永远不会有一个目录超过1000个子目录,所以它似乎保持干净和高效。 […]

无法在Unix中删除目录

在Unix中我有一个看似不可删除的目录,其中包含一些名称以.panfs开头的隐藏文件。 我无法使用以下任一命令将其删除: rm -R <dir> rm -Rf <dir> 有什么想法吗?

Linux:仅将权限设置为目录

我必须将apache中的htdocs目录的权限更改为某个组,并具有一定的读/写/执行权限。 目录需要有775个权限,文件需要有664个。 如果我对htdocs进行recursion664,那么所有的文件和目录都将变成664。 我不想手动更改目录。 有没有办法只改变文件或目录?

将任何当前目录“./”添加到Linux中的searchpath

你如何添加任何当前目录“./”到Linux中的可执行文件的searchpath?

监视更改的目录列表?

在unix系统上,如何监视(如“尾部”的工作方式)对文件进行更改的目录 – 无论是创build新文件还是更改大小等。 寻找一个命令行工具,而不是要安装的东西。

一个命令来创build和更改目录

我正在寻找一个命令 – 没有&&或| – 创build一个目录,然后立即将当前目录更改为新创build的目录。 (这是一个有人为他的“linux使用”考试的问题,他做了一个新的命令,但没有给他的观点)。这是在debian服务器,如果这件事

我如何检查这是目录path还是任何文件名path?

这样 为什么fopen(“any_path_name”,“r”)不能返回NULL? 我知道,在Linux目录和文件被认为是文件。 所以当我给读取模式的fopen任何目录path或文件path它不给NULL文件描述符和? 那么如何检查是否是dirctorypath或文件path? 如果我从命令参数得到一些path?

如何有效地监视一个目录在Linux上的变化?

我正在与Magento合作,并且有一个将CSS和Javascript合并成一个大文件的函数。 不pipe利弊如何,都存在以下问题: 最终文件被caching在多个级别,包括但不限于: Amazon CloudFront 代理服务器 客户端浏览器caching Magento使用连接的CSS文件名的MD5总和为合并的CSS文件生成一个新的文件名。 所以每一个具有不同的css文件集合的页面都会得到一个合适的css文件。 要解决caching问题,我还将文件修改时间戳记包含在该散列中,以便每次生成一个新的散列时修改一个css文件。 所以非真实性caching得分的全部优点,但是如果有些东西被改变了,它就会立即可见,因为资源链接已经改变了。 到现在为止还挺好: 唯一的问题是,用于生成has的文件名只是通常在HTML-Head块中直接引用的文件名,并且不包括这些文件中的css导入 。 因此,在css文件中导入的文件的更改不会导致新的散列。 不,我真的不想recursionparsing所有的input和扫描他们或类似的东西。 我宁愿想一个基于目录的解决scheme。 有没有什么可以有效地监视文件系统基础上的“目录内的最后更改”? 我们正在使用ext4。 或者也许有另外一种方法,也许用find命令,它可以完成基于inode索引的所有工作? 类似的东西? 我看到很多程序可以在不扫描整个文件系统的情况下即时“查看”更改。 我相信在Linux下也有一些“文件操作监视”守护进程。 问题是,CSS目录是相当巨大的。 任何人都可以指向正确的方向吗?

如何在Linux中设置目录大小限制?

我已经读过关于限制目录的大小 – 比如创build大文件,格式化,挂载等。但是这一切都非常复杂。 是否存在实用程序或其他设置已经存在的目录限制?