Сайт Drupal постоянно устанавливает «Content-Type» на «application/x-gzip»

Я нахожусь в процессе переноса существующего веб-сайта Drupal от другого провайдера на Bluehost.com — хотя я думаю, что использование Bluehost.com не имеет отношения к этому контексту, я подумал, что все равно упомяну об этом, если действительно есть некоторые особенности, которые я не в курсе.

Сайт представляет собой установку Drupal 6, и раньше он работал, как мне сказали, и на bluehost, так что вы думаете, что это не должно быть никаких проблем, однако, скопировав его, я столкнулся с большой проблемой: все ответы от Drupal отправляются с Content-Encoding установить на application/x-gzip. Это означает, что все браузеры представляют диалоговое окно загрузки, а не отображают содержимое.

На самом деле я свернул индексную страницу и прогнал ее через gunzip, и на выходе получился правильный HTML для сайта — просто он каким-то образом оказался сжатым, и это искажает тип контента и сбивает с толку браузеры.

Разговаривая с предыдущими сопровождающими сайта, они предложили использовать PHP 5.4 (они запускали его на php 5.5, насколько я понимаю, и, несмотря на все предложения Drupal, мне сказали, что он работает отлично).

Сейчас я пытаюсь устранить любой тип gzip, который происходит здесь, поэтому я сократил его до нескольких слоев, которые могут его вызвать, но устранение тех, которые он все еще не работает:

  • SetEnv no-gzip 1 in .htaccess
  • zlib.output_compression = Off in php.ini
  • В drupal был установлен модуль boost и некоторые соответствующие настройки в .htaccess -- я удалил их из файла .htaccess, а также удалил каталог boost из sites/all/modules.

Проблема все еще остается, и мои файлы отправляются в сжатый браузер. Есть ли другой способ отключить это?

Обратите внимание, что это происходит только для страниц внутри Drupal, загрузив простую php-страницу и перейдя по этому URL-адресу, все работает нормально, что предполагает проблему с drupal (а не с apache/php).

Я заметил модуль mimedetect, в котором есть определение для application/x-gzip, но не уверен, как это могло повлиять на него, поскольку его удаление также не принесло ничего полезного.

Любые идеи, где искать и / или что может вызвать это?

Рад предоставить любые другие идеи, которые могут быть полезны при диагностике этого.


person Liv    schedule 02.03.2015    source источник
comment
Как вы загружали файлы Drupal в свою учетную запись bluehost? Можете ли вы подтвердить права доступа к файлам и каталогам? Никогда не должно быть проблем с загрузкой файлов на любую учетную запись хостинга, если у bluehost нет особых требований.   -  person Bhavin Joshi    schedule 03.03.2015
comment
Все права выставлены правильно. Я залил через фтп.   -  person Liv    schedule 03.03.2015
comment
Попробуйте так: заархивируйте все файлы, загрузите на свой хостинг-аккаунт и они их там разархивируют.   -  person Bhavin Joshi    schedule 03.03.2015
comment
Это не проблема с правами доступа к файлу, поскольку я сказал, что весь php-код выполняется, нигде в журналах нет ошибок.   -  person Liv    schedule 03.03.2015


Ответы (1)


Итак, после фактического сброса кеша базы данных и с указанными выше настройками это теперь работает. Я пытаюсь выяснить, какой из вышеперечисленных на самом деле решил это.

person Liv    schedule 03.03.2015