0 Пользователей и 1 Гость просматривают эту тему.
- 2 Ответов
- 3312 Просмотров
Поставил небольшой модуль меню — shHMenu. с год назад его ставил и на ФФ 2-й, и на ИЕ 6-й. Работал превосходно на локале.
Сейчас соответственно версии 3-я и 7-я. Решил поставить этот модуль. Сайт с фронта вообще в обоих браузерах не открывается, пишет (в ФФ):
Ошибка в типе содержимого
Страница, которую вы пытаетесь просмотреть, не может быть показана, так как она использует неверную или неподдерживаемую форму компрессии.
А в Опере 9.62 работает все нормально.
Что это за Компрессия такая? Где рыть?
Записан
Расстреляно форумчан за нецензурщину: 1 (один). Дерьмо случается…
Попробовал этот модуль на Денвере Base_2006-10-04_a1.3.33_p4.4.3_m4.1.16_pma2.6.1.exe
Все работает… Все компрессии верны…
А вот на Денвере Denwer3_Base_2008-01-13_a2.2.4_p5.2.4_m5.0.45_pma2.6.1.exe ни_фига не работает.
Ежеле на локале на старом Денвере буду делать.. Это никак не повлияет потом, когда на хостинге… в реале?…
А что это вообще может быть? Глюк нового Денвера? Или так задумано?
Или лучше с таким модулем не связываться, если он на новом Денвере ошибку выдает?
Записан
Расстреляно форумчан за нецензурщину: 1 (один). Дерьмо случается…
Тоже натолкнулся на такую проблему. Joomla 1.5 выдает ошибку компрессии страницы. Если кому поможет-
Решил проблему отключением в Joomla настройках Gzip-сжатие страниц.
После редактирования нескольких файлов из темы Word Press. Вместо сайта в браузере появилось сообщение: «Ошибка в типе содержимого. Страница, которую вы пытаетесь просмотреть, не может быть показана, так как она использует неверную или неподдерживаемую форму компрессии.»
Файлы были открыты Блокнотом и после внесения незначительных изменений были сохранены и залиты на сервер.
Именно а использовании стандартного приложения windows Блокнота и была заключена возникшая проблема.
Файлы темы имеют расширение php и соответственно содержат куски исполняемого кода. Кодировка файлов UTF-8. Эта кодировка очень рекомендуема для подобного формата файлов, где помимо включений кода присутствуют и простые текстовые описания блоков страницы. А также в кодировке UTF-8 файлы темы, которые были переведены на русский язык.
При сохранении таких файлов в самое начало файла Блокнот прописывает три байта информации — BOM (Byte Order Mark). Эти байты делают неработоспособными все скрипты, выполняемые на стороне сервера.
Выход один — работать с файлами в приложении, которое дает возможность сохранения без BOM (without BOM). Вполне достаточно иметь Notepad++ или Adobe Dreamweaver.
Открыв необходимый файл в Notepad++, достаточно выбрать в меню «Кодировки» -> Кодировать в UTF-8 без BOM.
При сохранении файла в Adobe Dreamweaver необходимо выключить параметр «Include Unicode Signature (BOM)».
Теперь о том как найти ВОМ. Это оказалось достаточно просто и легко сделать. Есть вот такой файл find_bom.zip, его нужно 1) распаковать 2) залить на сервер в корневую директорию (т.е. в общую, где находится wp-config.php). Дальше просто набрать в адресной строке браузера http://ваш.сайт/find_bom.php и он Вам выдаст информацию в виде списка тех файлов с ВОМом. После по вышеописанной схеме редактируем все файлы и пере заливаем на сервер.
I am getting Content Encoding Error when I am enabling the Gzip Page Compression on my Joomla website , how can I enable this without this error?
При сохранении файла в Adobe Dreamweaver необходимо выключить параметр «Include Unicode Signature (BOM)».
Теперь о том как найти ВОМ. Это оказалось достаточно просто и легко сделать. Есть вот такой файл find_bom.zip, его нужно 1) распаковать 2) залить на сервер в корневую директорию (т.е. в общую, где находится wp-config.php). Дальше просто набрать в адресной строке браузера http://ваш.сайт/find_bom.php и он Вам выдаст информацию в виде списка тех файлов с ВОМом. После по вышеописанной схеме редактируем все файлы и пере заливаем на сервер.
I am getting Content Encoding Error when I am enabling the Gzip Page Compression on my Joomla website , how can I enable this without this error?
Elin
6,4643 gold badges24 silver badges47 bronze badges
asked Apr 18, 2014 at 8:25
4
The problem may be that your server already has gzip compression turned on. When the server gzips, then Joomla tries to gzip again it can cause some weird encoding issues. Contact your hosting company and find out if they gzip automatically. If so, there is no need to have it on in Joomla.
answered Apr 20, 2014 at 1:50
Brent FriarBrent Friar
10.6k2 gold badges19 silver badges30 bronze badges
0
Maybe you had the same problem as me and actually have some utf-8 files WITH an UTF-8 BOM inside * in your code or joomla files somehow.
I think gzip in combination with UTF-8 BOM gives an encoding problem.
Note:
— Not all editors are able to show if the BOM is there or not. I had to actually use another editor, Notepad++, to realize there was a BOM there and remove it there via «Convert to utf-8 without BOM» and then saving the file. (Also closing it in my original editor first.)
But could as well be that you can set your editor not to include the BOM.
— Possibly this only occurs when php error reporting is on
* More about UTF BOM:
- stackoverflow: What’s different between utf-8 and utf-8 without BOM?
- Wikipedia: Byte order mark
answered Dec 30, 2014 at 17:47
e-motive-motiv
5,7855 gold badges27 silver badges28 bronze badges
Ошибка в типе содержимого
[Удален]
28 ноября 2009, 13:21
9033
Подскажите, сайт стал выдавать такое после смены сервера:
Ошибка в типе содержимого
Страница, которую вы пытаетесь просмотреть, не может быть показана, так как она использует неверную или неподдерживаемую форму компрессии.
Что не так?
Что не хватает серверу?
M
На сайте с 16.09.2009
Offline
278
нехватает чего-то — вашему браузеру. очень вероятно, IE.
настройте сжатие на сервере адекватно, чтобы оно
учитывало «фичи» отдельных «особых» браузеров. для
apache2+mod_deflate — примеры есть на страничке
документации:
http://httpd.apache.org/docs/2.2/mod/mod_deflate.html
Абонементное сопровождение серверов (Debian)
Отправить личное сообщение (),
написать письмо ().
[Удален]
28 ноября 2009, 14:00
#2
в опере выдаёт :
Error: Can’t open cache file!
Error: Can’t write cache!
и кракозябры
M
На сайте с 16.09.2009
Offline
278
права, вероятно (на директорию/файлы кеша движка)
[Удален]
28 ноября 2009, 14:07
#4
у vbulletin нет файла кеша
N
На сайте с 28.03.2006
Offline
130
amoyz, Случайно, не vbseo_sitemap ставишь?
[Удален]
28 ноября 2009, 15:03
#6
нет………
N
На сайте с 06.05.2007
Offline
419
проверьте наличие самой частой фигни : «обменистратор» включает в nginx/apache gzip и внутри форума тоже включается gzip — в итоге двойное сжатие неправильно воспринимается браузером.
если без специалиста — попробуйте просто в настройках форума отключить этот gzip.
Кнопка вызова админа ()
[Удален]
28 ноября 2009, 21:52
#8
в настройки не зайти)
N
На сайте с 06.05.2007
Offline
419
Попробуйте тогда отключить gzip в браузере — может какой-то из компонентов перестанет автоматически сжимать.
в браузере FF нужно пойти по адресу about:config , network.http.accept-encoding и очистить «gzip,deflate»
bitrix при открытии сайта выдает в браузере ошибку (а скажем через wget нормально открывается)
ERR_CONTENT_DECODING_FAILED
Ошибка в типе содержимого. Страница, которую вы пытаетесь просмотреть, не может быть показана,
так как она использует неверную или не поддерживаемую форму компрессии
Лечение: прописать
define(‘BX_COMPRESSION_DISABLED’,true);
в bitrix/php_interface/init.php (dbconf.php если старый и нет такого файла)