访问子域奇怪行为的图像答案

【问题标题】：Accessing Images on sub-domain odd behaviour访问子域奇怪行为的图像
【发布时间】：2012-11-13 23:46:36
【问题描述】：

我有一个域，我们称之为 domain.co.nz，我还有 2 个子域设置如下：

www.domain.co.nz
resources.domain.co.nz
management.domain.co.nz

因此每个服务器的结构如下所示：

/management
/resources
/www

现在由于某种原因我只能访问 /resources/backgrounds 下的图像我无法访问 /resources/icons 下的图像

这可能是什么原因？这两个文件夹都属于同一用户，属于同一组，并且 CHMOD 完全相同。

非常感谢任何和所有帮助。

按要求编辑：

这是我访问它们的方式：

这行得通：

http://resources.domain.co.nz/backgrounds/icon_success.png' class='messageimg' />

但是，这不是：

http://resources.domain.co.nz/icons/icon_success.png' class='messageimg' />

我可以像使用工作表一样访问我的 CSS 表，但将文件夹更改为样式

【问题讨论】：

您能否发布一些代码来展示您如何访问它们。

标签： image http subdomain

【解决方案1】：

如果我无法访问某个文件夹中的图片，我会：

检查文件夹权限（我看到你已经这样做了）
检查文件权限。
确保测试图像是一些大而明显的图像——而不是像“找不到文件”图标、纯白色、纯黑色或 1 像素 x 1 像素点的屏幕截图那样令人困惑的东西.
尝试直接访问图像：清除网络浏览器的缓存，然后在网络浏览器的地址字段中直接输入http://resources.domain.co.nz/backgrounds/icon_success.png 和http://resources.domain.co.nz/icons/icon_success.png。也许他们实际上都被阻止了，但我仍然看到一个仍然潜伏在我的本地网络浏览器缓存中的残余物。
在不包含任何 PHP、CSS 或 JavaScript 的测试“.html”文件中测试不附加任何“类”或“名称”或“id”属性到图像。也许一些遥远的 CSS 或 JavaScript（jQuery？）正在做一些奇怪的事情。
确保该文件确实存在于我试图从中获取它的文件夹中，并且拼写与请求的文件名完全相同。（我更喜欢全小写的文件名）。
检查两个目录中的 .htaccess 文件——也许“工作”目录中的 .htaccess 文件允许以覆盖某些默认块的方式进行访问；或者“不工作”目录中的 .htaccess 文件可能会默认阻止。（Apache .htaccess documentation 建议尽可能不要使用任何 .htaccess 文件）。
检查 Web 服务器的全局配置文件（通常称为 httpd.conf），了解允许或阻止一个目录与另一个目录不同的设置。
检查 Web 服务器的全局配置文件，以了解是否存在失控的重写规则。可能一个文件夹使用 HTTP 302 重定向（或其他 3xx 重定向）进行重定向，而另一个文件夹直接使用 httpd 重写规则提供服务，并且某些浏览器（无缘无故）以不同的方式对待它们。（我在一些智能手机浏览器上看到过这种情况）。
您确定您查看的是 real httpd.conf 文件，该文件由处理指向这些图像的 URL 的任何服务器实际使用，而不是其他 httpd.conf 文件该httpd服务器忽略的其他文件夹？我这周只犯了两次这个错误。至今。 :-)。
我听说一些网络浏览器在查看使用“https://”(TLS) 获取的页面时，拒绝显示来自任何“http://”来源的图像（甚至来自完全相同的主机名），但它们将显示来自“https://”（TLS）源（有时甚至来自不同的机器）的图像。
在 StackOverflow（或者 webmasters.stackexchange.com 或其他一些希望合适的网站）上向好心人提问。（我看到你已经这样做了）。

【讨论】：