Предисловие: Всем доброго времени суток, устроился я в новую компанию админом и стоит здесь уже как 7 месяцев стоит Битрикс24 на CentOs 7, у меня в голове вообще не укладывается как они работали все это время в Битре без загрузки файлов)))).
Проблема: Короче поступила заявка от юЗверя, не могу загрузить файлы в Битриксе, выходит ошибка Mandatory category has not been created, погуглив и найдя пару статей на эту тему, выставил переменную с папкой в файле bitrix/php_interface/dbconn.php, значение указал /home/temp права ясное дело на каталог я выдал, после этих манипуляций ошибка изменила свое имя на «Не удалось сохранить файл.», т.е. Мандатори категори ушла, не удалось сохранить файл пришла.
Пролистал php.ini, pам след. значения:
upload_max_filesize = 20M
max_file_uploads = 20
upload_tmp_dir = /tmp/php_upload/www/ (тут конечно я не понял, просто у битрикса своя переменная
file_uploads = On
post_max_size = 20M
Я сразу скажу, админ я не очень скиловый, всего 2 года опыту работы, но тут явно не могу сам найти решение, прошу помощи. Заранее благодарен.
При работе с синхронизированными папками на Битрикс24.Диске могут возникнуть несколько типичных ошибок. Давайте рассмотрим, из-за чего они случаются и как решить возникшую проблему.
Две версии файла
Данная ошибка возникает при попытке двух пользователей загрузить обновленную версию какого-то файла из синхронизированной папки на диск.
Например, вы и ваш коллега одновременно редактируете один и тот же файл. Но он закончил раньше вас и уже сохранил его. Таким образом, на диске уже появилась новая версия документа, отличная от той, с которой вы начали работать. Данная ошибка и возникнет, когда уже вы попытаетесь его сохранить.
В таком случае, чтобы труд одного из вас не пропал даром, система не заменит файл, а сделает его копию. Потом вы сможете либо объединить их вручную, либо выбрать одну из копий документа, которую хотите оставить.
Файл заблокирован
Данная ошибка возникает при одновременной работе двух пользователей с одной Excel-таблицей, находящейся в синхронизированной папке.
Если какой-то другой сотрудник отредактировал данную таблицу, сохранил ее и синхронизировал с диском, пока вы с ней еще работаете, то у вас появится данное сообщение.
Решить данную проблему можно только организационным способом. Рекомендую сделать бекапы измененного файла в стороннем документе, не находящемся в синхронизированной папке диска. Далее оригинальный документ нужно закрыть. После этого вам с коллегами нужно принять централизованное решение, какие изменения в файл нужно внести.
Почему восстанавливается удаленный/переименованный файл?
Восстановление удаленных файлов на портале может быть связано с тем, что в момент его удаления или переименования, не все пользователи находились онлайн. Позже, когда эти пользователи включают компьютер, происходит восстановление файла с их ПК.
Также это может произойти в случае, если была запущена полная синхронизация со стороны десктопного приложения.
Если все пользователи постоянно синхронизируют Диск, такой проблемы не возникнет. Поэтому для того, чтобы удалить файл, всем пользователям нужно синхронизировать диск и удалить папку из Битрикс24.
Также проверьте, чтобы у всех сотрудников была установлена последняя версия десктопного приложения.
Спасибо, помогло!
Спасибо
Необязательно:
Оставить отзыв о статье
Уточните, пожалуйста, почему:
Это не то, что я ищу
Очень сложно и непонятно
Оставить отзыв о статье
Выгрузка на сайт завершилась с ошибками. 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");
нужно вставить
Попросил поддержку исправить этот баг в импорте, но мы то с вами знаем сколько такие неважные исправления могут делаться. Поэтому я просто оставлю это сообщение здесь. Возможно кому-то поможет сэкономить время.
Назад в раздел
Битрикс24.Диск позволяет не только хранить и работать с файлами сотрудникам, но и использовать эти файлы в бизнес-процессах. При решении одной из задач для нашего клиента нам понадобилось использовать файлы с Диска в бизнес-процессе, и мы нашли 2 способа, как это делать лучше всего.
В рамках создания локального отчета мы решили использовать интерфейс
Битрикс24 для параметров этого отчета. Для хранения результатов отчета выбрали бизнес-процесс в живой ленте (в новостях). Бизнес-процессы в живой ленте реализованы как универсальный список. Для прикрепления файла с отчетами в универсальный список надо передать ID файла на Битрикс24.Диск. Для получения ID файла файл надо загрузить на Диск. Тут и начинается самое интересное.
2 варианта загрузки файла на Битрикс24.Диск
Вариант 1 происходит в 2 этапа. На каждом этапе может быть ошибка.
Сначала вызываем
disk.folder.uploadfile с параметрами id — ID папки в которую надо загрузить файл и параметром data с обязательным полем NAME.
{ "id": "66216", "data": {"NAME": "b24.txt"} }
В ответ приходит параметр uploadUrl. Используя эту ссылку на данный URL, через POST отправляем файл.
Вот пример.
Вариант 2 проводится в один этап. Этот вариант удобен для небольших файлов, так как загрузка происходит через строку в Base64. Параметры:
{ id:"66216", data: {NAME: "test.gif"}, fileContent: ["test.gif", "R0lGODlhAQABAIAAAP///wAAACH5BAEAAAAALAAAAAABAAEAAAICRAEAOw=="] }
В ответ после загрузки приходят параметры загруженного файла и ID, который можно использовать для дальнейших манипуляций.
Если у вас возникнут вопросы или задачи по настройке Битрикс24, смело обращайтесь к нам. Мы знаем про Битрикс24 почти все, поэтому обязательно поможем вам найти лучшее решение!
Ошибки интеграции интернет-магазина с Битрикс24
28.11.2016
На тарифе «Проект» во время интеграции Битрикс24 с интернет-магазином Битрикс редакция «Малый Бизнес» при попытке выполнить Импорт из интернет-магазина столкнулся с такой ошибкой: Ошибка загрузки данных [PD2] Ответ сервера не опознан.
Первая причина:
Должны быть настроены профили обмена с 1С.
Раньше точно помню не было такого как настройка профилей для обмена с 1С.
Хотя на подключаемом сайте нет обмена с 1С, но профили создать и заполнить пришлось для нескольких основных полей.
Вторая причина:
Не должно быть ошибок при проверке системы.
На этапе настройки «Связь с интернет-магазинами» – выдает ошибку «не удалось авторизоваться», хотя пользователь действующий. Заход под его паролем проверен.
Как выяснилось, были ошибки проверки системы, и основная главная «HTTP авторизация Ошибка! Не работает»
После устранения указанных выше проблем интеграция магазина с Битрикс24 была успешно решена.
Ещё статьи:
18.01.2023
Нюансы перехода битрикс на РНР 8.0
С февраля битрикс прекращает поддерживать РНР 7.4 и в битрикс сегменте сайтов начался переход на РНР 8 для получения обновлений.
Но без нюансов и ошибок…
ID: 431
10.01.2023
БУС окончательно всё?
Появилась информация от битрикс, что грубо говоря поддержка по отраслевому медицинскому решению от битрикс будет до 1 февраля 2024 года, а что потом б…
ID: 426
30.08.2022
Типовые претензии к подрядчику и к битрикс
По свежим следам я собрал типовые претензии к подрядчику и к битрикс. Мной был проведён аудит и я увидел, что техническое состояние сайта хорошее, нареканий…
ID: 338
Новые статьи в блоге:
Возврат к списку
При работе с синхронизированными папками на Битрикс24.Диске могут возникнуть несколько типичных ошибок. Давайте рассмотрим, из-за чего они случаются и как решить возникшую проблему.
Две версии файла
Данная ошибка возникает при попытке двух пользователей загрузить обновленную версию какого-то файла из синхронизированной папки на диск.
Например, вы и ваш коллега одновременно редактируете один и тот же файл. Но он закончил раньше вас и уже сохранил его. Таким образом, на диске уже появилась новая версия документа, отличная от той, с которой вы начали работать. Данная ошибка и возникнет, когда уже вы попытаетесь его сохранить.
В таком случае, чтобы труд одного из вас не пропал даром, система не заменит файл, а сделает его копию. Потом вы сможете либо объединить их вручную, либо выбрать одну из копий документа, которую хотите оставить.
Файл заблокирован
Данная ошибка возникает при одновременной работе двух пользователей с одной Excel-таблицей, находящейся в синхронизированной папке.
Если какой-то другой сотрудник отредактировал данную таблицу, сохранил ее и синхронизировал с диском, пока вы с ней еще работаете, то у вас появится данное сообщение.
Решить данную проблему можно только организационным способом. Рекомендую сделать бекапы измененного файла в стороннем документе, не находящемся в синхронизированной папке диска. Далее оригинальный документ нужно закрыть. После этого вам с коллегами нужно принять централизованное решение, какие изменения в файл нужно внести.
Почему восстанавливается удаленный/переименованный файл?
Восстановление удаленных файлов на портале может быть связано с тем, что в момент его удаления или переименования, не все пользователи находились онлайн. Позже, когда эти пользователи включают компьютер, происходит восстановление файла с их ПК.
Также это может произойти в случае, если была запущена полная синхронизация со стороны десктопного приложения.
Если все пользователи постоянно синхронизируют Диск, такой проблемы не возникнет. Поэтому для того, чтобы удалить файл, всем пользователям нужно синхронизировать диск и удалить папку из Битрикс24.
Также проверьте, чтобы у всех сотрудников была установлена последняя версия десктопного приложения.
Спасибо, помогло!
Спасибо
Это не то, что я ищу
Написано очень сложно и непонятно
Есть устаревшая информация
Слишком коротко, мне не хватает информации
Мне не нравится, как это работает
@trinitr0
провинциальный админ
После переноса Битрикс24 из облака в коробку перестала работать загрузка файлов:
Однако при этом проверки проходят успешно:
-
Вопрос заданболее трёх лет назад
-
1680 просмотров
Пригласить эксперта
логи и отладка (браузера)
Не логи nginx, не в логах apache ничего не нашли. Лог отладки битрикс (‘debug’ => true в /bitrix/.settings.php) также ситуацию не проясняет. Где ещё можно посмотреть?
-
Показать ещё
Загружается…
14 июн. 2023, в 01:02
5000 руб./за проект
13 июн. 2023, в 23:37
1000 руб./в час
13 июн. 2023, в 23:22
15000 руб./за проект
Минуточку внимания
1C-Bitrix. Ошибка: Превышен максимальный допустимый размер для загружаемого файла
Ошибка возникает когда загружаемый файл больше указанного на сервере.
Для устранения ошибки необходимо увеличить разрешенных объем загружаемых файлов. Изменить требуется настройки php, в php.ini, .htaccess или через ini_set.
Текущее значение и расположение php.ini можно в /bitrix/admin/phpinfo.php
Пример в php.ini (максимум 20 мегобайт):
upload_max_filesize = 20М
Выгрузка на сайт завершилась с ошибками. 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");
нужно вставить
Попросил поддержку исправить этот баг в импорте, но мы то с вами знаем сколько такие неважные исправления могут делаться. Поэтому я просто оставлю это сообщение здесь. Возможно кому-то поможет сэкономить время.
Назад в раздел