Меню

Bitrix ошибка при загрузке файла

 

Пользователь 102162

Посетитель

Сообщений: 102
Баллов: 9
Авторитет:

0

Рейтинг пользователя:

0

Регистрация: 20.09.2011

Добрый день. Помогите решить проблему. Не могу загрузить фотографии большого размера в подробный анонс (а точнее превышающих 128кб, вычислил методом подбора).

Тестирование конфигурации показало ошибку на пункте: Загрузка файла больше 4Мб.

При этом хочу заметить, что параметры php.ini в порядке.
post_max_size = 32М
upload_max_filesize = 32М
Что подтвердил phpinfo.

Вариант о недостатке места на диске тоже отпадает (ещё около 8ГБ свободного). Блокировка NGFIX — также отпадает (напряг техподдержку хостинга чтобы проверили параметры, а потом и вовсе его временно отключили — чтобы проверить в нем причина или нет — не помогло).

И так вопрос: какие ещё настройки могут отвечать за ограничения размера загружаемого файла?

 

Пользователь 50911

Посетитель

Сообщений: 95
Баллов: 8
Авторитет:

1

Рейтинг пользователя:

1

Регистрация: 20.10.2009

#2

0

08.11.2013 13:20:57

Код
<?phpinfo();?> 

посмотрите там какие параметры у upload_max_filesize

 

Пользователь 102162

Посетитель

Сообщений: 102
Баллов: 9
Авторитет:

0

Рейтинг пользователя:

0

Регистрация: 20.09.2011

Я же в 1 сообщении все написал,
upload_max_filesize = 32М

 

Пользователь 102162

Посетитель

Сообщений: 102
Баллов: 9
Авторитет:

0

Рейтинг пользователя:

0

Регистрация: 20.09.2011

Сам разобрался. Для тех, кто возможно, столкнется с подобной проблемой…

Нужно прописать параметр FcgidMaxRequestLen, иначе нельзя через браузер загружать файлы превышающие размер 128КБ.

Это ограничение возникает если сайт работает под управлением ISP Manager как CGI/FastCGI. Можно прописать данный параметр в файле httpd.conf (в моем случае, он располагался по адресу /etc/httpd/conf), в этом файле нужно отредактировать параметр, либо добавить строку

FcgidMaxRequestLen 107374182

Число 107374182 позволяет загружать файлы объемом до 1Гб, делает рестарт и проблема решена.

Ещё один из вариантов, можно отредактировать файл fcgid.conf

<IfModule mod_fcgid.c>
   FcgidMaxRequestLen 107374182
</IfModule

 

Пользователь 107617

Заглянувший

Сообщений: 1
Авторитет:

1

Рейтинг пользователя:

0

Регистрация: 26.11.2011

Для тех, кто использует NGINX:

В файл nginx.conf, в секцию http, добавить/изменить:
client_max_body_size 100m;

 

Пользователь 125253

Эксперт

Сообщений: 435
Баллов: 69
Авторитет:

5

Рейтинг пользователя:

0

Регистрация: 09.04.2012

Антон Водолазский

спасибо. Долго возились после переустановки ОС. Наткнулись на ваш пост)

 

Пользователь 52657

Постоянный посетитель

Сообщений: 114
Баллов: 18
Авторитет:

1

Рейтинг пользователя:

0

Регистрация: 18.11.2009

Артем Осипов, Спасибо за подсказку.

 

Пользователь 194259

Заглянувший

Сообщений: 29
Баллов: 1
Авторитет:

0

Рейтинг пользователя:

0

Регистрация: 28.11.2014

Большое спасибо! Проблема решена!

 

Пользователь 336230

Заглянувший

Сообщений: 3
Авторитет:

1

Рейтинг пользователя:

0

Регистрация: 06.05.2015

Артем Осипов, Спасибо. Проблема решена.

 

Пользователь 94067

Заглянувший

Сообщений: 9
Авторитет:

1

Рейтинг пользователя:

0

Регистрация: 16.06.2011

#10

0

07.02.2016 20:28:57

 

Пользователь 162578

Заглянувший

Сообщений: 13
Баллов: 1
Авторитет:

1

Рейтинг пользователя:

0

Регистрация: 12.02.2013

#11

0

10.03.2016 13:16:42

Артем Осипов,спасибо за подсказку!

 

Пользователь 449

Постоянный посетитель

Сообщений: 101
Баллов: 17
Авторитет:

1

Рейтинг пользователя:

1

Регистрация: 28.04.2004

#12

0

04.08.2016 14:41:01

Цитата
Антон Водолазский написал:

   FcgidMaxRequestLen 107374182
</IfModule

FcgidMaxRequestLen 1073741824

скорее

http://webdoka.ru

 

Пользователь 449

Постоянный посетитель

Сообщений: 101
Баллов: 17
Авторитет:

1

Рейтинг пользователя:

1

Регистрация: 28.04.2004

#13

0

04.08.2016 14:49:26

вот еще по теме
# nano /etc/apache/mods-available/fcgid.conf

Между тегами <IfModule mod_fcgid> и </IfModule> добавляем:
IPCCommTimeout 290

IPCCommTimeout — устанавливает время доступа к скрипту от IP адреса, после которого работа процесса будет прервана. Стандартное значение — 40 секунд.

 

Пользователь 316487

Заглянувший

Сообщений: 1
Авторитет:

1

Рейтинг пользователя:

0

Регистрация: 10.03.2015

#14

0

23.06.2017 17:56:06

Спасибо, рабочие оба варианта!

 

Пользователь 33448

Посетитель

Сообщений: 23
Баллов: 3
Авторитет:

1

Рейтинг пользователя:

1

Регистрация: 23.11.2008

#15

0

16.01.2019 10:16:37

Цитата
Антон Водолазский написал:
Сам разобрался. Для тех, кто возможно, столкнется с подобной проблемой…

Нужно прописать параметр  FcgidMaxRequestLen , иначе нельзя через браузер загружать файлы превышающие размер 128КБ.

Это ограничение возникает если сайт работает под управлением ISP Manager как CGI/FastCGI. Можно прописать данный параметр в файле httpd.conf (в моем случае, он располагался по адресу /etc/httpd/conf), в этом файле нужно отредактировать параметр, либо добавить строку

FcgidMaxRequestLen 107374182

Число 107374182 позволяет загружать файлы объемом до 1Гб, делает рестарт и проблема решена.

Ещё один из вариантов, можно отредактировать файл fcgid.conf

<IfModule mod_fcgid.c>
   FcgidMaxRequestLen 107374182
</IfModule

Антон, спасибо, помог Ваш вариант. Такой же случай — сайт работает под управлением ISP Manager как CGI/FastCGI. Добавил строку в httpd.conf и всё взлетело )

Носорог, как известно, плохо видит. Но при его весе — это не его проблемы.

 

Пользователь 106725

Заглянувший

Сообщений: 3
Авторитет:

1

Рейтинг пользователя:

0

Регистрация: 10.11.2011

#16

0

18.01.2019 00:55:10

 

Пользователь 196067

Заглянувший

Сообщений: 1
Авторитет:

1

Рейтинг пользователя:

0

Регистрация: 03.06.2013

#17

0

14.04.2019 11:17:09

Цитата
Антон Водолазский написал:
Сам разобрался. Для тех, кто возможно, столкнется с подобной проблемой…

Нужно прописать параметр  FcgidMaxRequestLen , иначе нельзя через браузер загружать файлы превышающие размер 128КБ.

Это ограничение возникает если сайт работает под управлением ISP Manager как CGI/FastCGI. Можно прописать данный параметр в файле httpd.conf (в моем случае, он располагался по адресу /etc/httpd/conf), в этом файле нужно отредактировать параметр, либо добавить строку

FcgidMaxRequestLen 107374182

Число 107374182 позволяет загружать файлы объемом до 1Гб, делает рестарт и проблема решена.

Ещё один из вариантов, можно отредактировать файл fcgid.conf

<IfModule mod_fcgid.c>
   FcgidMaxRequestLen 107374182
</IfModule

Спасибо работает

 

Пользователь 2532517

Заглянувший

Сообщений: 3
Авторитет:

0

Рейтинг пользователя:

0

Регистрация: 30.04.2019

#18

0

12.05.2019 07:14:33

Спасибо! Одной проблемой стало меньше.

 

Пользователь 4177500

Заглянувший

Сообщений: 1
Авторитет:

0

Рейтинг пользователя:

0

Регистрация: 23.04.2020

#19

0

28.07.2020 15:47:05

Цитата
Антон Водолазский написал:
FcgidMaxRequestLen 107374182

Прошло 7 лет, но до сих пор актуально. Спасибо

 

Пользователь 3436271

Заглянувший

Сообщений: 1
Авторитет:

0

Рейтинг пользователя:

0

Регистрация: 05.02.2020

#20

0

28.09.2020 13:41:42

Спасибо большое, минус тех.поддержке особенно инженеру Александра Больнова
Проблеме 7 лет, отсылает к хостеру, когда решение давно известно на самом форуме Битрикс.  

 

Пользователь 2940905

Заглянувший

Сообщений: 5
Авторитет:

0

Рейтинг пользователя:

0

Регистрация: 25.02.2019

#21

0

08.04.2021 15:32:49

Помогло, спасибо!

Выгрузка на сайт завершилась с ошибками. import.xml: Произошла ошибка на стороне сервера. Получен неизвестный статус импорта.

Увидели такую ошибку и думаете «в коде кто-то накосячил»? А вот совсем не факт.
Об удивительной причине по которой обмен 1С с сайтом может неожиданно перестать работать я и хочу рассказать.

А началось все довольно безобидно. Позвонил старый клиент у которого уже года 2-3 работает магазин в связке с 1С и пожаловался что обмен перестал работать. Полез я к нему в 1С и вижу, что обмен действительно падает причем с разными ошибками и на разных файлах.

Первое что сделали — перешли на более мощный тариф хостинга. Половина зоопарка ошибок исчезла. Однако ошибка

Выгрузка на сайт завершилась с ошибками.
import.xml: Произошла ошибка на стороне сервера. Получен неизвестный статус импорта.
Неверный тип файла, либо превышен максимальный размер файлаНеверный тип файла, либо превышен максимальный размер файла

осталась и уходить не собиралась.

Пробовали выгружать и на тиражный магазин и на VDS на который другая 1С прекрасно все грузит — везде одна и та же ошибка.

В итоге обратились в поддержку Битрикса. Судя по оперативности и точности ответов поддержка знает о проблеме. А суть ответов была в следующем: поддержка вставила отладочную печать и попросила сделать выгрузку.
По результатам выгрузки в консоли 1С появилась отладочная информация вида

Array
(
    [name] => 04f5da44f3fe11e297cb002215a2039c_04f5da47f3fe11e297cb002215a2039c.jpg
    [size] => 3789
    [tmp_name] => /home/i/mysite/public_html/upload/tmp/1ec/04f5da44f3fe11e297cb002215a2039c_04f5da47f3fe11e297cb002215a2039c.jpg
    [type] => application/octet-stream
    [COPY_FILE] => Y
    [description] => 
    [copy] => 1
    [MODULE_ID] => iblock
)
 

Отсюда можно видеть, что одна из картинок имеет mimetype: application/octet-stream.
Далее по названию картинки вычисляем (например, можно в import.xml поискать по названию картинки) нехороший товар, пересохраняем его картинку в любом графическом редакторе и все работает.

Кому интересно — вся отладка заключается в изменении файла /bitrix/modules/main/classes/general/file.php:
после каждого вызова

return GetMessage("FILE_BAD_TYPE");

нужно вставить

Попросил поддержку исправить этот баг в импорте, но мы то с вами знаем сколько такие неважные исправления могут делаться. Поэтому я просто оставлю это сообщение здесь. Возможно кому-то поможет сэкономить время.

Назад в раздел

gbreadman13

Нужно обновить картинку на сайте.

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

В чем проблема?


  • Вопрос задан

    более трёх лет назад

  • 1746 просмотров

Пригласить эксперта

Проверьте значение константы BX_TEMPORARY_FILES_DIRECTORY — там содержится пусть к временному каталогу для хранения файлов.
Он должен существовать и к нему должен (его владелец bitrix, группа bitrix, права 0775).


  • Показать ещё
    Загружается…

28 янв. 2023, в 17:36

3500 руб./за проект

28 янв. 2023, в 17:33

1000 руб./в час

28 янв. 2023, в 16:38

2500 руб./за проект

Минуточку внимания

При подготовке сервера под хостинг сайта на 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.

bitrix_max_filesize

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

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 вам в карму!

 apache bitrix client_max_body_size htaccess nginx php_value post_max_size proxy_buffering server upload_max_filesize ошибки сайт

При работе с синхронизированными папками на Битрикс24.Диске могут возникнуть несколько типичных ошибок. Давайте рассмотрим, из-за чего они случаются и как решить возникшую проблему.

Две версии файла

Ошибка при загрузке на диск.png

Данная ошибка возникает при попытке двух пользователей загрузить обновленную версию какого-то файла из синхронизированной папки на диск.

Например, вы и ваш коллега одновременно редактируете один и тот же файл. Но он закончил раньше вас и уже сохранил его. Таким образом, на диске уже появилась новая версия документа, отличная от той, с которой вы начали работать. Данная ошибка и возникнет, когда уже вы попытаетесь его сохранить.

В таком случае, чтобы труд одного из вас не пропал даром, система не заменит файл, а сделает его копию. Потом вы сможете либо объединить их вручную, либо выбрать одну из копий документа, которую хотите оставить.

Файл заблокирован

Ошибка со стороны эксель.png

Данная ошибка возникает при одновременной работе двух пользователей с одной Excel-таблицей, находящейся в синхронизированной папке.

Если какой-то другой сотрудник отредактировал данную таблицу, сохранил ее и синхронизировал с диском, пока вы с ней еще работаете, то у вас появится данное сообщение.

Решить данную проблему можно только организационным способом. Рекомендую сделать бекапы измененного файла в стороннем документе, не находящемся в синхронизированной папке диска. Далее оригинальный документ нужно закрыть. После этого вам с коллегами нужно принять централизованное решение, какие изменения в файл нужно внести.

Почему восстанавливается удаленный/переименованный файл?

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

Также это может произойти в случае, если была запущена полная синхронизация со стороны десктопного приложения.

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

Также проверьте, чтобы у всех сотрудников была установлена последняя версия десктопного приложения.

Спасибо, помогло!

Спасибо 🙂

Необязательно:

Оставить отзыв о статье

Уточните, пожалуйста, почему:

Это не то, что я ищу

Очень сложно и непонятно

Оставить отзыв о статье

  • Ошибки на стороне веб-сервера
  • Ошибки при работе с файлами данных
  • Проблемы авторизации
  • Ошибки MySQL
  • Логические ошибки
  • Диагностика отладки
    • Отладка обмена на стороне 1С-Битрикс
    • Модуль отладки обмена от ИНТЕРВОЛГИ
  • Выводы

Настроить обмен между «1С» и «1С-Битрикс» интернет-магазина или сайта – не проблема. Эта функция присутствует «из коробки» начиная с ранних версий продуктов «1С:Предприятие», редакция Управление торговлей и «1С-Битрикс: Управление сайтом» в редакциях Малый бизнес и Бизнес.

Даже с учётом имеющейся документации по продукту, у многих разработчиков сайтов возникают сложности в корректной настройке обмена данными между этими системами. Рассмотрим самые частые проблемы, которые возникают у тех кто пытался.

Мы выделили несколько групп ошибок:

  • проблемы авторизации;
  • ошибки на стороне сервера;
  • ошибки при работе с файлами данных;
  • ошибки MySQL;
  • логические ошибки.

Далее мы детально рассмотрим сами ошибки и способы их исправления.

Ошибки на стороне веб-сервера

К этой группе относятся ошибки, возникающие в подсистемах веб-сервера, отвечающих за выполнение PHP-кода. Обычно это: Nginx, Apache и сам интерпретатор языка PHP.

Возможны 2 варианта:

  • Ошибка действительно вызвана неоптимальными настройками Nginx/Apache/PHP. Если Вы чувствуете неуверенность в своем веб-сервере или совсем недавно на него переехали — привлеките администратора для проверки и изменения настроек.
Название ошибки Как исправить
Failed sending data to the peer (no headers, no data)‏.
  1. Увеличить значения параметров max_execution_time и memory_limit. в файле php.ini
  2. Перезагрузить сервер.
  3. Повторить выгрузку.
Получен пустой ответ сервера.
Ошибка нехватки памяти, например выводится сообщение: Fatal error : Allowed memory size of 67108864 bytes exhausted (tried to allocate 102401…)‏. Проверить настройку memory_limit в php.ini. Должно быть указано не менее 512Mb, увеличить значение и перезагрузить сервер. Или не изменяя настройки сервера сделать равным таймаут сервера и таймаут «1С-Битрикс: Управление сайтом» (страница Магазин > Настройки магазина > Интеграция с 1С, поле Интервал одного шага в секундах). Если проблема с нехваткой памяти, данное решение не подойдёт.
  • Подобная ошибка может маскировать либо некорректную настройку объема одной порции загружаемых данных (10К товаров за раз, например), либо логическую ошибку в программном коде (например, пересчет каких-нибудь значений в товарах по событию изменения).

Способы решения:

  1. уменьшать объем передаваемых за раз данных (проверить на 1 товаре, но лучше выставлять значение поочередно, 1, 100, 1000, 10000 и смотреть, какое значение оптимально для ваших настроек);
  2. временно закомментировать обработчики событий в файле /bitrix/php_interface/init.php, может быть они мешают обмену.

Ошибки при работе с файлами данных

Данные ошибки возникают при неверной настройке прав доступа к файлу. Отображение ошибок звучит следующим образом: «Ошибка открытия файла» и «Ошибка записи файла». Возможные причины и их решение:

Название ошибки Как исправить

Закончилось место на диске.

Удалить старые бэкапы или увеличить тариф на хостинге.

По ftp файлы загружаются, а через веб-интерфейс административного раздела сайта нет.

Обратиться в техническую поддержку хостинг-провайдера.

Не работает или некорректно работает сжатие данных при обмене.

Для начала можно попробовать выключить сжатие в настройках модуля обмена.

Также можно проверить работу функции zip_open на сервере

Откройте в браузере страницу http://<ваш_сайт>//bitrix/admin/phpinfo.php (Либо выполните команду

if (exist_function (“zip_open”)){ echo “OK”; }

В браузере отобразится таблица:

Для строки ZIP должно стоять «enabled».

Проблемы авторизации

Самая распространённая проблема, если пользователь не указал данные или указал их неверно.

Название ошибки Проблема / как исправить

«Не удалось получить данные с сервера. Проверьте правильность адреса сервера, порт, имя пользователя и пароль, а также настройки подключения к Интернет».

На сервере 1С установлено ПО, которое блокирует исходящие соединения, в этом случае при попытке обмена выдаётся ошибка. Исправляется добавлением адреса сайта в белый список ПО.

«Авторизация не выполнена.

Не удалось установить соединение с сервером. Проверьте имя пользователя и пароль».

Неверно указаны логин/пароль доступа к сайту.

Надо проверить, получается ли по указанному доступу зайти на сайт.

И проверить наличие редиректов при переходе по ссылке, например на https версию сайта.

Если по ссылке

http:// адрес сайта /bitrix/admin/1c_exchange.php

появляется сообщение, значит с логином и паролем всё в порядке.

Ошибки MySQL

Ошибки возникают при соединении с базой данных MySQL, настроенной на сайте.

Название ошибки Проблема / как исправить

[Illegal mix of collations (russian_swedish_ci,IMPLICIT) and (cp1251_general_ci,COERCIBLE) for operation ‘=’]

Конфликт кодировок. Причина ошибки — таблицы базы данных в одной кодировке, а сам база в другой. В данном случае база в russian и новые таблицы создаются в не russian. При выгрузке из «1С» создается временная таблица b_xml_tree в «некорректной» кодировке russian.

Логические ошибки

Ошибки пользователей неверно понимающих процесс обмена данными и, соответственно, неверно выполняющих какие-то действия.

Название ошибки Проблема / как исправить

Несовместимые версии модуля обмена и базовой конфигурации 1С.

Проверить на официальном сайте “1С-Битрикс” соответствие версий продуктов.

Если версии не совпадают, переустановить модуль обмена на стороне 1С

«Изменения товаров не зарегистрированы. Выгрузка товаров не произведена».

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

Также это сообщение выдаётся, если если в настройках Режима обмена данными с WEB-сайтом установлено: Выгружать только измененные объекты с момента последнего обмена. В этом случае это не ошибка, а выгрузки не произошло, потому что данные со стороны 1с не были изменены.

«Не удалось найти вид номенклатуры».

Ошибка появляется, если в «1С» нет видов номенклатуры «Услуга» и «Товар». Эти виды критичны для процесса обмена данными с сайтом. Решение – создать в «1С» указанные виды номенклатуры.

«Поле объекта не обнаружено».   

Не указаны соответствия для полей заказа в «1С-Битрикс: Управление сайтом». Проверьте настройки, заданные в закладке Экспорт в «1С:Предприятие» страницы Настройки > Настройки продукта > Настройки модулей > Интернет-магазин. Два поля «Полное Название» и «Название» критичны для 1С. Если их не задать, экспорт выполняться не будет. Настройка соответствий для разных типов плательщиков производится отдельно.

Данные выгружаются на сайт, но не обновляются.

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

Диагностика отладки

Мы применяем два инструмента отладки обмена между 1С и 1С-Битрикс.

Отладка обмена на стороне 1С-Битрикс

При настройке выгрузки необходимо проверить существование папки /upload/1c_catalog/. В эту папку будут загружаться файлы при обмене.

При необходимости, можно удалять из папки файлы последнего обмена, т.к. по завершению обмена файлы последней операции будут храниться именно в этой папке. Выполнение этой задачи возможно сделать автоматически, например запустить «Режим отладки» процесса обмена на сайте. При включенном «режиме отладки» не будут удаляться старые файлы из этого каталога после успешного обмена.

Включить «режим отладки» можно отредактировав файл dbconn.php. А именно, создать константу такого вида: define(«BX_CATALOG_IMPORT_1C_PRESERVE», true).

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

Модуль отладки обмена от ИНТЕРВОЛГИ

Для упрощения диагностики мы создали модуль отладки обмена.

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

Модуль отладки обмена от ИНТЕРВОЛГИ лучше логов со стороны 1С-Битрикс, потому что он:

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

Выводы

Если не разбираться в вопросе и попытаться исправить обмен, то можно сделать только хуже и придётся или переписывать код модуля или ставить модуль обмена заново.

Наша компания обладает компетенциями в вопросе отладки обмена. Если у вас возникла подобная проблема, напишите, обсудим.

Вам может быть интересно:

  • Tutorial по стандартному и нестандартному обмену сайта с 1С. Часть первая: стандартный обмен и его хитрости.
  • Tutorial по обмену сайта с 1С. Часть вторая: зачем и как писать свой обмен с нуля на очередях и REST API.
  • Tutorial по обмену с 1С. Часть третья: Выжимаем максимум из стандарта. Что мы хотели бы знать 1000 проектов назад.
  • Tutorial по обмену с 1С. Часть четвертая: Обмен через промежуточную базу данных.
  • Tutorial по обмену с 1С. Часть пятая: Наш опыт настройки 1000 и 1 обмена.

0 0 голоса
Рейтинг статьи
Подписаться
Уведомить о
guest

0 комментариев
Старые
Новые Популярные
Межтекстовые Отзывы
Посмотреть все комментарии

А вот еще интересные материалы:

  • Яшка сломя голову остановился исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного где ошибка
  • Binkw64 dll skyrim se ошибка
  • Bink2w64 dll ошибка что делать