LAMP网站上较长的目录path/名称和URL的缺点是什么?

LAMP网站上较长的目录path/名称和URL的缺点是什么?

我试图尽可能有效地在我的网站上组织图像,我热衷于使用许多嵌套的目录,以便没有子目录有超过1,000个子目录。

在最坏的情况下,图像将被存储如下所示:

./images/76/543/7654321/640/1.jpg 

有这么多的子目录与这样简单的东西有任何严重的缺点:

 ./i/a7/c3/5e.jpg 

我想服务器需要挖掘的子目录越多,需要的时间越长,目录结构越长,URL的时间越长,HREF在HTML文档中占用的空间就越多。 但是会有多大的区别呢? 比方说,我们扩大到数以百万计的用户,这是我需要考虑的事情(短dir结构与长dir结构)?

对于上下文,请查看此 。

谢谢!

在一个目录中有大量的文件会使其变慢。 你是正确的分裂它。 但是,您可以尝试通过使用路径名称中的所有字母数字字符来缩短长度。

如果你有:

 /images/[a-z0-9]{3}/[a-z0-9]{3}/[a-z0-9]{3}.jpg /images/abc/def/ghi.jpg 

有了以上你可以存储101559956668416图片。 这似乎很荒谬,所以可能是这样的:

 /images/[a-z0-9]{2}/[a-z0-9]{2}.jpg /images/ab/cd.jpg 

有了以上,你可以存储1679616图像。 这是一个合理的数字,但可能不足以满足您的需求。 那么这个怎么样:

 /images/[a-z0-9]{2}/[a-z0-9]{2}/[a-z0-9]{2}.jpg /images/ab/cd/ef.jpg 

这允许2176782336(20亿)图像,每个目录将只有最多1296个子文件/目录。

混合一些大写字母,甚至可能是一些符号,你可以得到更少的。 就个人而言,我会尽最后的选择。 这似乎是一个很好的平衡。