Загрузка файла больше 4мб ошибка не работает

Ошибка при загрузке файла больше 4Мб

При проверке системы выскакивает ошибка

У меня выделенный сервер, стоит Ubuntu Server 14 x64. В php.ini изменил параметры post_max_size и upload_max_filesize на 16 Мб. В В файле nginx.conf добавил client_max_body_size 100m ; . В файл fcgid.conf добавил FcgidMaxRequestLen (в байтах какое то число, которое обозначает 100Мб).

Что ещё нужно сделать что бы сервер загружал более 4 Мб?

Сегодня развернул на сервере другой сайт на 1С Битрикс, другая папка для файлов, другая БД, но тот же Apache, Ngnix, MySQL и на другом сайте этот тест проходит. На другом сайте можно загрузить файлы больше 4 Мб. Тогда как на основном сайте нельзя.

Может надо что-то с правами для папок?

Андрей Ившин, вызовите phpinfo и посмотрите,

1. где лежит php.ini который относится к вашему проекту. Бывает, что их несколько и вы меняете не тот
2. там же вы увидите, что ваши значения установились или нет

п.с. а лучше поставьте CentOS + Битрикс ВО и там все будет работать из коробки

Я ошибся, я перенёс сайт, но он собака переходит автоматом на старый сервер. Вот я и смотрел на старый сервер. Собственно проблема остаётся. А что касается CentOS, ммм. а что в ней лучше чем в Ubuntu? Что такого есть в CentOS чего нет в Ubuntu?

А по поводу Битрикс ВО не подойдёт просто потому, что он настроен только на один сайт. В нём нет FTP сервера, нет трёх отдельных пользователей для FTP, да так, что бы каждый FTP пользователь видел только свою папку. Битрикс ВО нет три виртуальных домена, нет трёх разлиных баз данных ну и так далее. Для одного сайта, для одного пользователя Битрикс ВО подойдёт. А вот для троих сайтов к сожалению нет.

Источник

Ошибка при загрузке файла больше 4Мб

При проверке системы выскакивает ошибка

У меня выделенный сервер, стоит Ubuntu Server 14 x64. В php.ini изменил параметры post_max_size и upload_max_filesize на 16 Мб. В В файле nginx.conf добавил client_max_body_size 100m ; . В файл fcgid.conf добавил FcgidMaxRequestLen (в байтах какое то число, которое обозначает 100Мб).

Что ещё нужно сделать что бы сервер загружал более 4 Мб?

Сегодня развернул на сервере другой сайт на 1С Битрикс, другая папка для файлов, другая БД, но тот же Apache, Ngnix, MySQL и на другом сайте этот тест проходит. На другом сайте можно загрузить файлы больше 4 Мб. Тогда как на основном сайте нельзя.

Может надо что-то с правами для папок?

Андрей Ившин, вызовите phpinfo и посмотрите,

1. где лежит php.ini который относится к вашему проекту. Бывает, что их несколько и вы меняете не тот
2. там же вы увидите, что ваши значения установились или нет

п.с. а лучше поставьте CentOS + Битрикс ВО и там все будет работать из коробки

Я ошибся, я перенёс сайт, но он собака переходит автоматом на старый сервер. Вот я и смотрел на старый сервер. Собственно проблема остаётся. А что касается CentOS, ммм. а что в ней лучше чем в Ubuntu? Что такого есть в CentOS чего нет в Ubuntu?

А по поводу Битрикс ВО не подойдёт просто потому, что он настроен только на один сайт. В нём нет FTP сервера, нет трёх отдельных пользователей для FTP, да так, что бы каждый FTP пользователь видел только свою папку. Битрикс ВО нет три виртуальных домена, нет трёх разлиных баз данных ну и так далее. Для одного сайта, для одного пользователя Битрикс ВО подойдёт. А вот для троих сайтов к сожалению нет.

Источник

Загрузка файла больше 4Мб 1C Bitrix

Загрузка файла больше 4Мб 1C Bitrix

При подготовке сервера под хостинг сайта на 1С Bitrix всплывают ошибки, с которыми я никогда не сталкивался при работе с другими CMS. Здесь я распишу что надо поменять, чтобы обмен с сайтом и upload файлов и картинок успешно выполнились.

Если честно, то Bitrix очень капризный продукт и требует очень точной настройки, для начинающих есть варианты уже с готовыми виртуальными образами, на которых развернут CentOS и Bitrix: Веб-окружение. Но если вы привыкли работать с другим дистрибутивом (лично я предпочитаю Debian и Ubuntu), то придется поковыряться в конфигах ручками.

Итак, в Apache максимальный размер файлов указывается либо в php.ini (не у всех есть доступ к этому файлу), либо напрямую в .htaccess. В моей статье Все про файл .htaccess я подробно расписывал все настройки. Ну а мы в .htaccess допишем:
php_value upload_max_filesize 10M
php_value post_max_size 10M
Я уже было решил, что проблема решена, но проверка системы также ругалась на максимальный размер файлы.

Причина оказалась в связке Nginx+Apache. Так как Nginx работает кэширующим фронт-энд сервером, то он работает изначально по своим правилам, а затем по этим правилам решает, передавать ли файл дальше в Apache или нет. Логи ясно показали ошибку

тут будет скрин или текст логов, сейчас проблема решена и естественно и нет ошибки. верну обратно и сделаю скрин

Путем недолгих поисков в интернете увидел правильные настройки виртуального хоста Nginx, с указанием максимального размера файла, который Nginx может передать бэкенд-серверу. Добавляем в /etc/nginx/sites-available/example.org.conf следующие директивы в блок настроек прокси

proxy_buffering off;
client_max_body_size 10m;

Перезапускаем службу и проверяем результат также через проверку системы Bitrix.

На сайте были такие настройки. У меня они чутка отличаются

proxy_pass http://127.0.0.1:8080/;
proxy_redirect off;
proxy_buffering off
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
client_max_body_size 10m;
client_body_buffer_size 128k;
proxy_connect_timeout 90;
proxy_send_timeout 6000;
proxy_read_timeout 6000;
proxy_buffer_size 4k;
proxy_buffers 4 32k;
proxy_busy_buffers_size 64k;
proxy_temp_file_write_size 64k;

Отблагдарить автора статьи также можно переводом, +100 вам в карму!

Источник

Загрузка файла больше 4Мб 1C Bitrix

Загрузка файла больше 4Мб 1C Bitrix

При подготовке сервера под хостинг сайта на 1С Bitrix всплывают ошибки, с которыми я никогда не сталкивался при работе с другими CMS. Здесь я распишу что надо поменять, чтобы обмен с сайтом и upload файлов и картинок успешно выполнились.

Если честно, то Bitrix очень капризный продукт и требует очень точной настройки, для начинающих есть варианты уже с готовыми виртуальными образами, на которых развернут CentOS и Bitrix: Веб-окружение. Но если вы привыкли работать с другим дистрибутивом (лично я предпочитаю Debian и Ubuntu), то придется поковыряться в конфигах ручками.

Итак, в Apache максимальный размер файлов указывается либо в php.ini (не у всех есть доступ к этому файлу), либо напрямую в .htaccess. В моей статье Все про файл .htaccess я подробно расписывал все настройки. Ну а мы в .htaccess допишем:
php_value upload_max_filesize 10M
php_value post_max_size 10M
Я уже было решил, что проблема решена, но проверка системы также ругалась на максимальный размер файлы.

Причина оказалась в связке Nginx+Apache. Так как Nginx работает кэширующим фронт-энд сервером, то он работает изначально по своим правилам, а затем по этим правилам решает, передавать ли файл дальше в Apache или нет. Логи ясно показали ошибку

тут будет скрин или текст логов, сейчас проблема решена и естественно и нет ошибки. верну обратно и сделаю скрин

Путем недолгих поисков в интернете увидел правильные настройки виртуального хоста Nginx, с указанием максимального размера файла, который Nginx может передать бэкенд-серверу. Добавляем в /etc/nginx/sites-available/example.org.conf следующие директивы в блок настроек прокси

proxy_buffering off;
client_max_body_size 10m;

Перезапускаем службу и проверяем результат также через проверку системы Bitrix.

На сайте были такие настройки. У меня они чутка отличаются

proxy_pass http://127.0.0.1:8080/;
proxy_redirect off;
proxy_buffering off
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
client_max_body_size 10m;
client_body_buffer_size 128k;
proxy_connect_timeout 90;
proxy_send_timeout 6000;
proxy_read_timeout 6000;
proxy_buffer_size 4k;
proxy_buffers 4 32k;
proxy_busy_buffers_size 64k;
proxy_temp_file_write_size 64k;

Отблагдарить автора статьи также можно переводом, +100 вам в карму!

Источник

Ограничение на размер загружаемого файла

При обмене с сайтом указываю выгрузку через zip. Выгружается каталог товаров с картинками из 1с 8.1 Предприятие на сайт Битрикс УС 11.0.6. Сайт установлен на VMBitrix 4.3. (Apache 2.2.15 PHP5.3.3 MySQL5.0. Объем архива выгрузки составляет 3,4Гб. При выгрузке дробится и отправляется частями на сайт. При склеивании на стороне сайта появляется ошибка в 1с:
———————————————————————————————-
Выгружено заказов: 2 167
<Обработка.ОбменССайтом(320)>: Ошибка при вызове метода контекста (ОтправитьДляОбработки): Ошибка при выполнении файловой операции ‘bitrix/admin/1c_exchange.php?type=sale&mode=file&filename=v8_3D9B_ec.zip’
Произошла ошибка: . По причине:
Отправка файла на сервер: Получен пустой ответ сервера.
Не удалось получить ответ сервера. Файл не отправлен (C:UsersSvetaAppDataLocalTempv8_3D9B_ec.zip).
Обмен не выполнен
Обмен заказами завершен с ошибками.
———————————————————————————————-
а размер архива в папке upload/1c_catalog составляет 2048Мб.

Уже по разном менял настройки выгрузки в «Настройка параметров импорта каталога»
1. Размер единовременно загружаемой части файла
2. Интервал одного шага в секундах (0 — выполнять загрузку за один шаг)
Результат один и тот же 2048Мб и не больше!
Возможно какое-то ограничение системы до 2Гб есть но как это обойти?

При выгрузке БЕЗ использования сжатия zip выгружается все отлично! Т.е. все файлы порядка 17000 каждый небольшого размера выгружаются медленно но верно!

Источник

По умолчанию WordPress устанавливает небольшой лимит на размер загружаемых изображений, видеороликов и других файлов. Аналогичная ситуация с PHP memory limit , который сказывается на возможности запускать плагины и скрипты.

Если вы запускаете сайт с большим количеством контента, эти лимиты могут стать проблемой. Можно получить ошибку при загрузке:

Если достигнут предел выделяемой памяти, то выведется другое сообщение об ошибке:

Рассмотрим наиболее эффективные способы увеличения этих лимитов на сервере. Начнем с memory limit php ini .

Обновление файла php.ini

Если вы используете CPanel , перейдите в раздел « Файлы » и нажмите кнопку « Диспетчер файлов ». Убедитесь, что установлен флажок « Показать скрытые файлы », а затем нажмите на кнопку « Перейти ».

Выберите папку wp-admin и найдите файл php.ini или php5.ini . Если такого файла нет, создайте его, нажав на кнопку « Создать файл », расположенную в верхнем левом углу. Назовите файл php.ini и нажмите во всплывающем окне кнопку « Создать файл »:

Если ошибка не исчезла, попробуйте переименовать файл в php5.ini . Когда файл будет открыт, добавьте в него приведенные ниже строки, а затем сохраните изменения и закройте файл:

M — означает мегабайты. Измените лимиты 1000M, 2000M и 3000M на значения, которые необходимы. Изменение значения max_execution_time ограничит время загрузки скрипта.

Во многих случаях используемые значения должны увеличиваться по мере перехода в списке от первой до третьей строки. Upload_max_filesize должен быть самым маленьким, memory limit php ini — самым большим. При этом post_max_size должен иметь среднее значение.

Прежде чем проверить, не исчезла ли ошибка, очистите кэш браузера.

Редактирование файла .htaccess

Если редактирование php.ini не помогло, попробуйте изменить файл .htaccess . Добавьте приведенный ниже код в конец файла:

Измените значения php ini set memory limit так, как вам нужно. Не забудьте сохранить файл и очистить кэш браузера.

Изменение файла wp-config.php

Если оба способа не дали результата, попробуйте отредактировать файл wp-config.php , добавив следующий код в самый низ, перед строкой « happy blogging «:

Сохраните файл и очистите кэш браузера.

Изменение лимитов в WHM

Если сайт размещен на VPS или выделенном сервере, можно попробовать изменить лимиты в WHM .

После того, как вы вошли в систему, перейдите в раздел Конфигурация сервера> Настройки > PHP .

Введите нужные вам значения и нажмите кнопку « Сохранить ».

Затем перейдите в раздел Конфигурация служб> Редактор конфигурации PHP . Прокрутите страницу вниз до разделов memory_limit и upload_max_filesize :

Введите необходимые значения. В разделе « Параметры и информация » найдите memory_limit и задайте то же значение, которое вы установили в memory limit php ini и .htaccess .

Нажмите кнопку « Сохранить » и очистите кэш браузера.

Заключение

Мы рассмотрели все способы решения данной проблемы. Наслаждайтесь возможностью загружать большие файлы и продолжайте использовать на своем сайте плагины WordPress . Внесенные в php memory limit htaccess изменения должны вступить в силу через несколько минут, после чего можно будет приступить к работе с новыми параметрами.

Если нужно загрузить большие файлы только один раз, попробуйте сделать это через FTP . Обычно файлы, загруженные через FTP в каталог /wp-content/uploads/ , не отображаются в библиотеке медиа. Но с помощью плагина Media from FTP можно отобразить их всего в несколько кликов.

Если ни один из вариантов не дал результата, свяжитесь со своим хостинг-провайдером.

Данная публикация представляет собой перевод статьи « How to Increase the Maximum Upload and PHP Memory Limit » , подготовленной дружной командой проекта Интернет-технологии.ру

Столкнулся с такой проблемой, мой проект не хочет грузить файлы больше 2х мб, при валидации формы выходит ошибка «File ‘img’ exceeds the defined ini size». Поиски в интернете привели всего к одному решению, добавить строку

addValidator(‘Size’, false, 5000000)

к полю загрузки файла, но это не решило проблему.

В этой статье мы собрали основные проблемы обмена с 1с и простые чек-листы по их решению
Статья будет полезна как программистам 1С, так и Битрикс разработчикам.

Текст структурирован по принципу: проблема — варианты решения. Если есть конкретная задача, то сразу переходите по внутренней ссылке.

Перед тем, как перейти к описаниям сначала проверьте сайт тестами битрикс (проверка системы и проверка прав доступа). Примерно половина проблем после этого исчезают.

Не выгружаются цены

• Проверяем на стороне 1с, что
• Разрешены типовые соглашения с контрагентами
• Создано типовое соглашение с контрагентами, доступное внешним пользователям
• В нем выбран тип цены

• В товаре есть цена с этим типом цены
• В «отборе и сортировке» в товаре указано это соглашение в поле «цены»

• Если у вас Битрикс Малый бизнес, то тип цен обязательно должен быть один

Не выгружаются разделы

То есть товары попадают на сайт без разделов

Варианты причин и решений

• В разделах могут быть обязательные поля, которые из 1с не могут приходить (например, фото). Тогда при обмене не создастся раздел из-за ошибки
• В Битрикс Малый бизнес может в выгрузке быть настроено больше одного типа цен. В этом случае выгрузка не будет проходить из-за того, что сначала выгружаются цены, а потом структура разделов и если на выгрузке цен выгрузка вернет ошибку, то и разделы не загрузятся.

Не выгружаются фото

Задваиваются свойства

Одно и то же свойство приходит 2 и больше раз.
Причина в том, что в 1с свойства прикрепляются к видам номенклатуры и если их несколько, то и свойств создается несколько для одного И того же.

Как решать

В 1с нужно создавать свойство через копирование предыдущего и при этом обязательно указывать, что «прикрепить именно это свойство к новому виду номенклатуры»

502 или белый экран

Сайт падает с ошибкой 502 или с ошибкой превышения объема выделенной памяти.

В настройках обмена с 1С на стороне сайта время одного шага обмена поставить от 1 до 5 секунд
Если не помогло, то провести обмен без картинок.

Обмен может не проходить из-за того, что сайт не может нарезать превью из очень большой картинки.

Символьные коды не создаются

Скорее всего на сервере не настроен mbstring. Проверьте сайт внутренним тестом битрикс.

Много ошибок 404 после обмена с сайтом

Скорее всего у вас установлена галочка «транслитерировать символьный код из названия при обновлении раздела».

Из-за этого при изменении названия, меняется и адрес, что очень плохо для SEO

Подразделы перемещаются в корень сайта из родительских разделов

Скорее всего это происходит при обмене в режиме «только изменения» при установленной галочке «Не импортировать верхний уровень группы товаров, если он единственный»

Список дополняется по мере выявления новых проблемных мест.