Проблема в EXT Manager'е

R.E.S.T.Art · 23.06.2006, 20:28

Вчера, я на хостинге www.peterhost.ru столкнулся со следующей проблемой:
невозможно добавить новые расширения ни через on-line репозиторий, ни со своего компьютера.
При попытке соединения с on-line репозиторием пишет, что никаких расширений не найденно.
При попытке загрузки с домашнего компьютера пишет:
"Wrong file format. No data recognized, Error: MD5 mismatch. Maybe the extension file was downloaded and saved as a text file by the browser and thereby corrupted!? (Always select "All" filetype when saving extensions)"
при этом в error.log появляются пометка:
[Thu Jun 22 20:33:03 2006] [error] PHP Warning: gzuncompress(): data error in /home/carament/www/site1/public_html/typo3/mod/tools/em/class.em_terconnection.php on line 152

В чем пожет быть проблема???

R.E.S.T.Art · 23.06.2006, 20:29

помогите пожалуйста

R.E.S.T.Art · 24.06.2006, 18:31

В чем-то разобрался, как оказалось 16mb дейстивительно не хватает, для работы с репозиторием, а чтобы заливать экстеншены с локальной машины надо было:
"Почему при загрузке скриптом не загружаются (бьются) бинарные файлы (картинки, архивы)?
На нашем сервере используется русский Apache, который по умолчанию перекодирует все принимаемые данные из множества русских кодировок, используемых у клиента, в одну стандартную, в которой они хранятся на сервере. На нашем сервере это windows-1251. Бинарные данные не должны подвергаться перекодированию, соответственно, эту функцию следует отключить. Для этого нужно в каталоге, где лежит загружающий скрипт, создать файл .htaccess и поместить в него директиву, отключающую перекодировку.

CharsetRecodeMultipartForms off

Эта директива отключает перекодировку данных, отправляемых из html-формы в формате multipart/form-data (который и применяется для загрузки файлов на сервер с помощью html-формы). Учитывайте, что если в форме, данные из которой принимает скрипт с отключенной перекодировкой, есть текстовые поля, то перекодировать их вам придется самостоятельно."

filippoff · 27.06.2006, 12:32

для версии <4 должно хватать и 16. для 4.х - не хватает и 40, как выяснили в соседней ветке.

Valery Romanchev · 27.06.2006, 12:35

Цитата:

Сообщение от filippoff

для версии <4 должно хватать и 16. для 4.х - не хватает и 40, как выяснили в соседней ветке.

Автор lite ext manager писал, что для его варианта достаточно 24

23.06.2006, 20:28	#1
R.E.S.T.Art Продвинутый Регистрация: 01.05.2006 Сообщений: 57	Проблема в EXT Manager'е Вчера, я на хостинге www.peterhost.ru столкнулся со следующей проблемой: невозможно добавить новые расширения ни через on-line репозиторий, ни со своего компьютера. При попытке соединения с on-line репозиторием пишет, что никаких расширений не найденно. При попытке загрузки с домашнего компьютера пишет: "Wrong file format. No data recognized, Error: MD5 mismatch. Maybe the extension file was downloaded and saved as a text file by the browser and thereby corrupted!? (Always select "All" filetype when saving extensions)" при этом в error.log появляются пометка: [Thu Jun 22 20:33:03 2006] [error] PHP Warning: gzuncompress(): data error in /home/carament/www/site1/public_html/typo3/mod/tools/em/class.em_terconnection.php on line 152 В чем пожет быть проблема???

24.06.2006, 18:31	#3
R.E.S.T.Art Продвинутый Регистрация: 01.05.2006 Сообщений: 57	фух =) В чем-то разобрался, как оказалось 16mb дейстивительно не хватает, для работы с репозиторием, а чтобы заливать экстеншены с локальной машины надо было: "Почему при загрузке скриптом не загружаются (бьются) бинарные файлы (картинки, архивы)? На нашем сервере используется русский Apache, который по умолчанию перекодирует все принимаемые данные из множества русских кодировок, используемых у клиента, в одну стандартную, в которой они хранятся на сервере. На нашем сервере это windows-1251. Бинарные данные не должны подвергаться перекодированию, соответственно, эту функцию следует отключить. Для этого нужно в каталоге, где лежит загружающий скрипт, создать файл .htaccess и поместить в него директиву, отключающую перекодировку. CharsetRecodeMultipartForms off Эта директива отключает перекодировку данных, отправляемых из html-формы в формате multipart/form-data (который и применяется для загрузки файлов на сервер с помощью html-формы). Учитывайте, что если в форме, данные из которой принимает скрипт с отключенной перекодировкой, есть текстовые поля, то перекодировать их вам придется самостоятельно."

23.06.2006, 20:29	#2
R.E.S.T.Art Продвинутый Регистрация: 01.05.2006 Сообщений: 57	помогите пожалуйста

27.06.2006, 12:32	#4
filippoff Senior Member Регистрация: 22.01.2006 Адрес: Санкт-Петербург Сообщений: 285	для версии <4 должно хватать и 16. для 4.х - не хватает и 40, как выяснили в соседней ветке.