При загрузке изображения через поле ImageField появляется окошко с вот такой строкой: "Произошла HTTP ошибка 0. \n/filefield/ahah/ed_classified/field_foto1/0"
такая же фигня в FF, во всех остальных известных браузерах все ОК, грешил на какой-то из адд-онов, но на чистом фоксе аналогичная фигня. Пока не удалось побороть...
На drupal.org много об этом роизошла HTTP ошибка 0, но ни один из предложенных способов устранить ошибку не помог.
та же проблема.
[##297035]issues[/##] растет, решения мне не подошли, патчи ставил, файлы обновлял, фаербаг говорит "HTTP Error 413 Request entity too large", попробую покопать в сторону сервера, хотя уже не особо верится в хороший исход, даунгрэйд не спасает.
Произошла HTTP ошибка 0. \n/filefield/ahah/story/field_image/0
при загрузке файлов размером больше 1 мегабайта.
помогло решение Clarion, спасибо. оказалось, что у Nginx, по умолчанию, параметр
client_max_body_size 1M; http://sysoev.ru/nginx/docs/http/ngx_http_core_module.html#client_max_bo...
и большие файлы отбрасывались, а код ошибки Nginx в браузер передает не правильно.
помогло изменение коф файла Nginx /etc/nginx/nginx.conf, добавлением директив
Это решение похоже для выделенных серверов Я такого файла не наблюдаю, при доступе по FTP. В то же время, подобный совет есть на сайте хостера для VPS и битрикса.
Что делать в данном случае неясно.
Во-первых непонятно откуда ошибка взялась, ибо оно все работало ранее. Подозреваю после обновления до очередной версии Друпала.
Сидел под админом. Сначала данную ошибку возвращала только Опера. Зашел в Хром, там все Ок, ИЕ- ОК. Разлогинился, зашел под юзером, не работает загрузочка Хотя права прописаны. Почитал друпал.орг - залил последнюю версию файлфилда и имиджфилда. После этого, ошибка стала появляться стандартно во всех браузерах.
Короче, вопрос по прежнему актуален, ибо не работает.
Таже ошибка, причем на одном серваке работает два сайта на друпале, на одном все нормально заливается через оперу, а на другом не хочет, выдает "Произошла HTTP ошибка 0. \n/filefield/ahah/story/field_node_files/0"
Пока решение не нашел... грешу на какие-то модули, но отрубать тупо модули не вариант - сайт рабочий и посещаемость большая у него...
Может будет время - сделаю зеркало попозже и буду отрубать модули тогда, тестить...
У меня, на данный момент, ошибка вернулась к первоначальному состоянию. Грузится из под всех браузеров, кроме Оперы. Иногда правда приходится разлогиниваться. Видимо еще как-то сессии используются.
Последний модули которые обновлял были CCK и Views. До этого все работало. Ах да, еще Опера обновилась.
Обновил jQuery Update до версии 6.x-2.0-alpha1 - заливалка в опере заработала
Остальные модули все последних версий стоят, так что все норм
Кому надо список модулей - могу скинуть
Обновил jQuery Update до версии 6.x-2.0-alpha1 - заливалка в опере заработала
Остальные модули все последних версий стоят, так что все норм
Кому надо список модулей - могу скинуть :)
в общем тоже обновил, списал текст скрипта с первоисточника, заменил тот что был в /misc (он там совсем какой-то куцый был), пока работает ) спасибо за наводку, можно поставить статус "решено" ))
D6. Для nginx 1.0.6 была подобная проблема при аплоаде файлов размером свыше 1 мегабайта. Выдавал сообщение:
Произошла HTTP ошибка 0. \n/filefield/ahah/xxx/field_field_xxx/0"
Решилась строчкой в секции html conf-файла: client_max_body_size 21m;
По умолчанию это значение равно 1m.
Если не прокатит, то можно попробовать эту настройку для секций server и location (на счет и там, и сям - не подскажу).
Выставил 21 мегабайт из установленных настроек в php + 1 мб на тело. (может и не прав)
Диагностировать данный конкретный случай достаточно просто: /misc/ahah.js - переименовать или убрать совсем. Друпал ругнется, по продолжит работать. При аплоаде вероятнее всего скинет на 413 страницу - тогда ваша проблема именно в этом. Собственно, по ней - и смог сделать вывод о том, в какую сторону копать.
Комментарии
Я так думаю вы пользуетесь оперой?, попробуйте через фаерфокс, должно быть все нормально.
А как сделать, чтобы во всех браузерах работало??
Это я бы тоже хотел знать:)
В Мозиле пишет The file could not be uploaded.
такая же фигня в FF, во всех остальных известных браузерах все ОК, грешил на какой-то из адд-онов, но на чистом фоксе аналогичная фигня. Пока не удалось побороть...
На drupal.org много об этом роизошла HTTP ошибка 0, но ни один из предложенных способов устранить ошибку не помог.
мне через оперу тоже не работало! а через googlechrome все отлично!))
Проблема все еще не решена? А то не хорошо как-то получается.
та же проблема.
[##297035]issues[/##] растет, решения мне не подошли, патчи ставил, файлы обновлял, фаербаг говорит "HTTP Error 413 Request entity too large", попробую покопать в сторону сервера, хотя уже не особо верится в хороший исход, даунгрэйд не спасает.
Смотрел браузерами - фф 3.6.3, опера 10.53, ие 8.
Таже самая проблема, кто-нибудь решил её?
проблема решилась этим методом ссылка
Не знаю, решилась полной переустановкой сайта.
тоже была проблема:
Произошла HTTP ошибка 0. \n/filefield/ahah/story/field_image/0
при загрузке файлов размером больше 1 мегабайта.
помогло решение Clarion, спасибо. оказалось, что у Nginx, по умолчанию, параметр
client_max_body_size 1M;
http://sysoev.ru/nginx/docs/http/ngx_http_core_module.html#client_max_bo...
и большие файлы отбрасывались, а код ошибки Nginx в браузер передает не правильно.
помогло изменение коф файла Nginx /etc/nginx/nginx.conf, добавлением директив
server {
. . .
location / {
. . .
client_max_body_size 10m;
client_body_buffer_size 128k;
. . .
Решение не моё
Это решение похоже для выделенных серверов Я такого файла не наблюдаю, при доступе по FTP. В то же время, подобный совет есть на сайте хостера для VPS и битрикса.
Что делать в данном случае неясно.
Во-первых непонятно откуда ошибка взялась, ибо оно все работало ранее. Подозреваю после обновления до очередной версии Друпала.
Сидел под админом. Сначала данную ошибку возвращала только Опера. Зашел в Хром, там все Ок, ИЕ- ОК. Разлогинился, зашел под юзером, не работает загрузочка Хотя права прописаны. Почитал друпал.орг - залил последнюю версию файлфилда и имиджфилда. После этого, ошибка стала появляться стандартно во всех браузерах.
Короче, вопрос по прежнему актуален, ибо не работает.
Таже ошибка, причем на одном серваке работает два сайта на друпале, на одном все нормально заливается через оперу, а на другом не хочет, выдает "Произошла HTTP ошибка 0. \n/filefield/ahah/story/field_node_files/0"
Пока решение не нашел... грешу на какие-то модули, но отрубать тупо модули не вариант - сайт рабочий и посещаемость большая у него...
Может будет время - сделаю зеркало попозже и буду отрубать модули тогда, тестить...
У меня, на данный момент, ошибка вернулась к первоначальному состоянию. Грузится из под всех браузеров, кроме Оперы. Иногда правда приходится разлогиниваться. Видимо еще как-то сессии используются.
Последний модули которые обновлял были CCK и Views. До этого все работало. Ах да, еще Опера обновилась.
Тоже самое, после обновления Оперы начали репортить этот баг.
Замена jquery.form.js решила проблему.
замена на что?
Обновил jQuery Update до версии 6.x-2.0-alpha1 - заливалка в опере заработала
Остальные модули все последних версий стоят, так что все норм
Кому надо список модулей - могу скинуть
Спасибо, тоже помогло мне
в общем тоже обновил, списал текст скрипта с первоисточника, заменил тот что был в /misc (он там совсем какой-то куцый был), пока работает ) спасибо за наводку, можно поставить статус "решено" ))
D6. Для nginx 1.0.6 была подобная проблема при аплоаде файлов размером свыше 1 мегабайта. Выдавал сообщение:
Произошла HTTP ошибка 0. \n/filefield/ahah/xxx/field_field_xxx/0"
Решилась строчкой в секции html conf-файла: client_max_body_size 21m;
По умолчанию это значение равно 1m.
Если не прокатит, то можно попробовать эту настройку для секций server и location (на счет и там, и сям - не подскажу).
Выставил 21 мегабайт из установленных настроек в php + 1 мб на тело. (может и не прав)
Диагностировать данный конкретный случай достаточно просто: /misc/ahah.js - переименовать или убрать совсем. Друпал ругнется, по продолжит работать. При аплоаде вероятнее всего скинет на 413 страницу - тогда ваша проблема именно в этом. Собственно, по ней - и смог сделать вывод о том, в какую сторону копать.