【问题标题】:Drupal site setting `Content-Type` to `application/x-gzip` all the timeDrupal 站点一直将“Content-Type”设置为“application/x-gzip”
【发布时间】:2015-03-02 22:50:54
【问题描述】:

我正在将现有的 Drupal 网站从另一个提供商迁移到 Bluehost.com——虽然我认为在这种情况下使用 Bluehost.com 并不相关,但我想我还是会提到它,以防确实存在一些我不知道的特殊性。

该站点是一个 Drupal 6 安装,之前我在 bluehost 上也被告知它确实可以工作,所以你认为它不应该有任何问题,但是,将它复制过来后我遇到了一个大问题:来自 Drupal 的所有响应都是发送Content-Encoding 设置为application/x-gzip。这意味着所有浏览器都呈现一个下载对话框而不是呈现内容。

我实际上已经卷曲了索引页面并通过 gunzip 运行它,输出是该站点的正确 HTML——只是它以某种方式最终被 gzip 压缩,这会破坏内容类型并混淆浏览器。

与该站点的以前维护者交谈,他们建议使用 PHP 5.4(据我了解,他们在 php 5.5 上运行它,尽管有人告诉我所有 Drupal 建议它运行得非常好)。

我现在正在尝试消除此处发生的任何类型的 gzip'ing,因此我将其降低到可能导致它的几层,但消除那些它仍然不起作用:

  • SetEnv no-gzip 1.htaccess
  • zlib.output_compression = Offphp.ini
  • drupal 安装了boost 模块和.htaccess 中的一些相应设置——我已经从.htaccess 文件中删除了这些设置,并从sites/all/modules 中删除了boost 目录

问题仍然存在,我的文件被压缩发送到浏览器。有没有其他方法可以禁用它?

请注意,这只发生在 Drupal 内部的页面上,上传了一个简单的 php 页面并导航到该 url 工作正常 - 因此这表明存在 drupal(而不是 apache/php)问题。

我注意到一个模块 mimedetect 有一个 application/x-gzip 的定义,但不确定这会如何影响它,因为删除它也没有提供任何有用的东西。

有什么想法和/或可能导致它的原因吗?

很高兴提供任何其他可能对诊断有用的见解。

【问题讨论】:

  • 您是如何将 Drupal 文件上传到您的 bluehost 帐户的?你能确认文件和目录的权限吗?除非 bluehost 有一些特殊要求,否则将文件上传到任何托管帐户都不会出现问题。
  • 所有权限设置正确。我已经通过 ftp 上传了。
  • 试试这个方法:压缩所有文件,上传到您的托管帐户,然后他们在那里解压缩。
  • 这不是文件权限问题,正如我所说的,所有的 php 代码都执行了,日志中没有任何错误。

标签: php apache .htaccess drupal bluehost


【解决方案1】:

好的,因此实际上重置了数据库缓存并使用上面的设置现在可以工作了。我正在试图弄清楚上述哪一项实际上解决了它。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2012-05-22
    • 2022-01-01
    • 1970-01-01
    • 1970-01-01
    • 2019-10-26
    • 2019-07-06
    • 1970-01-01
    相关资源
    最近更新 更多