我正在尝试配置我的 Apache 实例以支持域的所有类型的构造。
我希望将根域,即:example.com 和所有 *.example.com 定向到一个特定的 DocumentRoot。但是我有一个警告,我有现有的子域。即: sub1.example.com sub2.example.com 以及 sub1.something.example.com 具有不同的各自 DocumentRoot (除了以 sub1 开头的情况。(例如))
什么是合理的配置方法?甚至可能吗?
我正在尝试配置我的 Apache 实例以支持域的所有类型的构造。
我希望将根域,即:example.com 和所有 *.example.com 定向到一个特定的 DocumentRoot。但是我有一个警告,我有现有的子域。即: sub1.example.com sub2.example.com 以及 sub1.something.example.com 具有不同的各自 DocumentRoot (除了以 sub1 开头的情况。(例如))
什么是合理的配置方法?甚至可能吗?
目前我正在尝试为文件和文件夹制定命名约定,本质上是一种将服务器上的 400 万多张图像分散到各种目录或其他目录中的方法。
我想弄清楚的是我最好的方法。如果需要的话,将我所有的图像分成几组,或者重命名它们以防止在路上发生碰撞,或者任何类似的事情,都不是那么重要。我不是在寻找那部分的答案;我会想出办法以某种方式做到这一点。我想得到的答案是什么是构建文件夹结构以将这些图像分开的最佳方式,在重命名文件时不仅现在重命名文件而且在将来重命名文件时遵循什么好的命名约定。以及文件夹遵循的良好命名约定是什么?
我只问这个是因为我的印象是单独的文件夹,无论是在单个服务器上还是跨越集群网格或云样式(哪个网格在计划中,只是不在当前预算中)不是最好的方法,因为它会导致读/写时间的额外负载,以及查看文件是否存在然后及时提供服务的任何事情。
我知道这似乎是一个广泛的问题。但它最终是关于维护优化环境的命名约定和存储约定。
通过命名约定,我将举一个例子。Facebook,当您查看它的图像时,文件名类似于 GUID,但又不完全是。但我知道在那个约定中也有一些逻辑。所以又有点开放,因为最后我不知道我到底在问什么,即使我问的是对的,但我希望有人能指导我朝着正确的方向前进。