При сохранении файла произошла ошибка битрикс

 

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

 

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

Гуру

Сообщений: 2865
Баллов: 740
Регистрация: 16.02.2006

#2

20.11.2009 13:52:24

Про права на папки и файлы:

http://dev.1c-bitrix.ru/support/faq/8366/#112853

/истина где-то рядом….

Дело не в правах скрипта (.access.php), а в физических правах на директорию.
Например в Bitrix Env есть linux пользователь bitrix (UID:600), из-под которого выполняются все операции, но многие неквалифицированные разработчики работают из-под root-доступов.

В папку созданную root пользователем нельзя скопировать файлы из-под пользователя bitrix, если ей не установить соответствующие права.

Ознакомьтесь с соответствующей статьей в документации: https://dev.1c-bitrix.ru/learning/course/index.php…

Благодаря Андрею разобрался в проблеме! Дело в том что сайт битрикса работает под пользователем «bitrix». А я загружал папку local через FileZilla под пользователем root. У root прав больше чем у bitrix, поэтому сайт битрикса не мог скопировать компонент в папку local. Как только я загрузил файлы через FileZilla с пользователя bitrix, все заработало!

Почему появляется ошибка?

Это классическая ошибка прав доступа к файлам и папкам.

Она заключается в том, что сайт не может получить доступ (чтение и/или запись) у указанным файлам и папкам.

Обычно, это происходит вследствие того, что указанные файлы были созданы от имени другого пользователя системы (не путать с пользователями Битрикс). Это может быть как в прямом случае (пользователь вошел через FTP, SSH или файл-менеджер на хостинге и создал файл от своего имени), так и в косвенном — обычно это бывает, когда выполнение агентов настроено на крон, а запуск задачи крона выполняется от имени root — в таких случаях, если агенты создают какие-то временные файлы или файлы кеша — эти файлы не смогут быть перезаписаны при обычной работе сайта.

На что эта ошибка влияет?

Данная проблема приводит в ошибкам при работе с файлами.

Например, если страница (файл) публичной части недоступна для записи, то невозможно будет редактирование этой страницы средствами Битрикс — это будет приводить к ошибке: «Ошибка при сохранении файла скрипта. Изменения не сохранены».

Как исправить ошибку?

Чтобы исправить ошибку, нужно изменить права доступа каждого файла/папки — поочередно, либо сразу на весь сайт (это можно сделать командой через SSH-подключение). При этом необходимо помнить, что права должны быть не 777, а те, которые указаны в /bitrix/php_interface/dbconn.php — обычно 644 для файлов и 755 для папок.

Требуется наша помощь?

Мы имеем огромный опыт, на протяжении 10 лет помогая клиентам в решении самых различных проблем на их сайтах.

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

 

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

Посетитель

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

1

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

0

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

Здравствуйте.

Мне достался готовый сайт. Версия — «1С-Битрикс: Управление сайтом 11.5.1»
Контент лежит прямо в файле index.php. Когда пытаюсь его отредактировать (захожу в «Файлы и папки» и нахожу в поиске index.php), получаю «Ошибка при создании файла». Поначалу подумалось, что дело в правах, поставила на index.php права 777, всё равно такую же ошибку получаю. М.б. вместе с index.php ещё какие-то файлы редактируются и проблема в них?

 

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

Посетитель

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

0

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

0

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

 

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

Посетитель

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

1

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

0

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

#3

0

10.04.2013 12:52:17

Цитата
al.builov пишет:
Права на доступ продукта посмотри.http://www.1c-bitrix.ru/products/cms/security/access.php

У меня в «Структуре сайта» в «Контенте» нет пункта «Управление». Наверное, документация для более поздней версии системы.
Права кроме как на сам файл по FTP нужно ещё и в системе ставить?

 

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

Эксперт

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

1

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

0

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

#4

0

10.04.2013 13:10:37

Цитата
Topacio пишет:
Права кроме как на сам файл по FTP нужно ещё и в системе ставить?

Так и редактируй по FTP.  Сдался тебе этот редактор.

Цитата
Topacio пишет:
М.б. вместе с index.php ещё какие-то файлы редактируются и проблема в них?

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

 

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

Посетитель

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

1

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

0

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

#5

0

10.04.2013 13:15:50

Цитата
Suntechnic пишет:

Цитата
Topacio пишет:
Права кроме как на сам файл по FTP нужно ещё и в системе ставить?

Так и редактируй по FTP. Сдался тебе этот редактор.

Это не для меня всё делается, а для сеошника, который привык работать с редактором. Так что надо разобраться.
По поводу включаемой области — а если редактируется файл index.php разве затрагиваются файлы, которые он включает?

 

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

Эксперт

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

1

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

0

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

Ну если из админки, то нет. А если непосредственно со страницы, то да.

 

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

Посетитель

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

1

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

0

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

Я редактирую из админки.
«Ошибка при создании файла» возникает при попытке отредактировать любой файл из корня сайта. Когда захожу в любую папку и пытаюсь отредактировать файлы там, то всё нормально. Я уже какие только права не ставила, и хозяина файла меняла с апача на рут, никакого толку.
М.б. дело в хостинге? Или из панели управления права на корневые файлы можно поправить? Подскажите, кто сталкивался!

 

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

Эксперт

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

0

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

1

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

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

Пришлось создавать файл через админку, тогда все работает.

Разработка интернет магазина под ключ на 1С-Битрикс www.electroid.org, интеграция битрикс и 1С.

 

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

Эксперт

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

6

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

7

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

для СПАСИБО на форуме есть КНОПКА!

#9

1

25.09.2013 17:26:52

Цитата
Дмитрий Ипатов пишет:
На хостинге clodo имею аналогичную ошибку, создал включаемую область на сайте по фтп, в структуре сайта показывает полный доступ на права системы, но при редактировании пишет «Ошибка при создании файла».

Пришлось создавать файл через админку, тогда все работает.

такое бывает, если у вас веб сервер и фтп под разными юзерами работают.

Сайт Startup’а — адаптивная Bootstrap вёрстка, композит, микроразметка. бесплатно

 

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

Заглянувший

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

1

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

0

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

#10

0

19.07.2020 20:41:11

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

 

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

Заглянувший

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

0

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

0

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

#11

0

24.08.2022 13:02:24

Добрый день.

Столкнулись с аналогичной проблемой.
При попытке настроить меню сайта возникает ошибка «Ошибка при создании файла», как на скриншоте выше. Такая же ошибка возникает при попытке настроить SEO через системное меню в режиме правки.(Изменить страницы > Заголовок и свойства страницы). При переходе из режима правки в панель управления ошибка не возникает, но внесённые изменения не сохраняются.

 

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

Эксперт

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

0

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

0

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

#12

0

24.08.2022 16:01:59

место кончилось?

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

Первое что необходимо сделать — это проверить права на файлы и папки в нужном каталоге. Права на папку должны быть 755, на файлы 664. Ни в коем случае не выставляйте права 777 на папки или файлы, даже на время. 

В моём случае этот метод не сработал, я стал копать дальше. Нашел такой совет. в файле /bitrix/php_interface/dbconn.php установить такие константы. 

define( "BX_FILE_PERMISSIONS", 0660 );

define( "BX_DIR_PERMISSIONS", 0775 );

@umask( ~BX_DIR_PERMISSIONS );

@ini_set( "memory_limit", "512M" );

Но этого не потребовалось, т.к. эти значения уже были заданы и по идее всё должно было работать. На одном из форумов посоветовали изменить права доступа и владельца к нужной категории через консоль. Но я посчитал, что если всё до этого работало, то не нужно так далеко залазить, проблема явно была в не в этом, для Вас приведу код в котором можно изменить права доступа к каталогам и файлам через консоль. Говорят может помочь. 

find . -type d -exec chmod 775 { } ;

find . -type f -exec chmod 664 { } ;

В моём случае решение оказалось куда проще.  Все сайты лежали в корневой директории, один из них являлся общим ядром. Но по какой-то причине прекратился общий доступ к «главному сайту» и всё что нужно было сделать — это открыть доступ.

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

  1. Зайдите в нужную директорию
  2. В верхней части экрана нажмите на кнопку “Инструменты” -> “Настроить общий доступ к текущей директории”: 
  3. Установите переключатели “Чтение и запись” и “Включая вложенные папки”, нажмите кнопку “Открыть доступ”: 

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

Нет. Такие же не надо.
Надо посмотреть от чьего имени работает веб сервер. Тут вообще битрикс не при чем. У вас пробема в том, что все файлы доступны только root и вебсервер не имеет к ним доступ. Попробуйте в каталоге — корне сайта (в терминале через ssh) выполнить команду

там увидите у файлов кто владелец группа. Я так понимаю у части root:root, но у некоторых должно быть нечто другое. Например bitrix:bitrix, www-data:www-data или иное… Тут уже зависит от дистрибутива линукса развернутого на сервере, предыдущего админа и т.п. Вот вам нужно ходить через ftp именно под этим пользователем. (Да и по ssh под root лучше не ходить — обычно это запрещают, а при необходимости логинятся обычным, и уже в терминале меняют пользователя на root)

Ну и необходимо будет поменять права к файлам. Для этого находясь в терминале в корне сайта под root. Выполните (в примере имя искомого пользователя bitrix и группа bitrix:

Bash
1
chown -R bitrix:bitrix ./*

Но вообще с этим со всем надо аккуратно… Лучше пригласить специалиста. Наверняка на том же хостинге есть услуга помощи админа.

Добавлено через 56 секунд
PS Вопрос, кстати, ваш скорее не для этого раздела. Т.к. битрикс относится лишь косвенно.

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

Инфоблоки

Решение типовых проблем не требует вмешательства программистов. Контент-менеджер в большинстве случаев может разрешить их самостоятельно. Самые частые ошибки совершаются при работе с информационными блоками. Это естественно, так как в инфоблоках хранится большая часть информации на сайте. Описание ошибок даётся в формате: Проблема > ошибка > решение, чтобы вам было проще перейти к исправлению ситуации.

Типовые проблемы:

  • Выводится сообщение: У вас нет прав на просмотр.
  • На странице не выводится информация, добавленная в поля свойств элемента инфоблока.
  • В форме добавления элементов не видны добавленные свойства инфоблока.
  • Как добавить новые свойства в форму создания элемента.
  • Выводится сообщение: Неверный тип файла.
  • Выводится сообщение: Превышен максимальный размер.
  • Выводится сообщение: элемент не найден.
  • Количество сообщений (тем форума, новостей, количество фотографий и т.д.) на странице не совпадает с количеством, указанном в настройке компонента.
  • Проблема: выводится сообщение:

    «У вас нет прав на просмотр …»




    .

    Ошибка: ненастроенные права доступа к детальной информации: новостей и фотогалереи.

    Решение: Настроить группы пользователей для доступа в настройках комплексного компонента в группе параметров Дополнительные настройки:

    Нажмите на рисунок, чтобы увеличить

  • Проблема: На странице не выводится информация, добавленная в поля свойств элемента инфоблока. Например, добавляется информация в поле Производитель и Материал, а она

    не видна у товара

    Нажмите на рисунок, чтобы увеличить


    .

    Ошибка: в настройках компонента не указаны свойства инфоблока, которые должны отображаться на данной странице.

    Решение: В настройках параметров инфоблока указать какие свойства должны отображаться. Для этого надо сначала понять на какой странице не выводятся нужные свойства: на детальной странице товара или на странице списка товаров. Отличить не трудно: на странице списка товаров выводятся все товары раздела. На странице детального отображения товара — только выбранный товар. Соответственно нужно выбирать свойства для показа в нужной секции настроек компонента.

    Нажмите на рисунок, чтобы увеличить

  • Проблема: В форме добавления элементов не видны добавленные свойства инфоблока.

    Ошибка: добавленное свойство либо неактивно, либо свойство не выведено в измененной (кастомизированной) форме добавления элемента.

    Решения:

    • активируйте свойство в форме редактирования инфоблока (Контент > Инфоблоки > Типы инфоблоков > _ваш_тип_инфоблока > _ ваш_инфоблок_) на закладке Свойства.

      Нажмите на рисунок, чтобы увеличить

    • добавьте новые свойства в форму создания элемента, как это рассказано в курсе Администратор. Базовый.

    Прав контент-менеджера на эти операции может не хватить. В этом случае обратитесь к администратору сайта.

  • Проблема: При создании элемента инфоблока не удается прикрепить файл, выводится сообщение: Неверный тип файла. При этом не происходит сохранение элемента.

    Ошибка: в свойствах инфоблока типа Файл не указаны разрешенные для загрузки форматы.

    Решение: разрешенные форматы указываются на закладке Свойства формы настройки инфоблока (Контент > Инфоблоки > Типы инфоблоков > _ваш_тип_инфоблока > _ ваш_инфоблок_). В строке свойства типа Файл с помощью кнопки […] вызовите форму детальной настройки свойства и в поле Типы загружаемых файлов введите нужные форматы или выберите форматы в выпадающем списке:

  • Проблема: Не удается прикрепить файл к элементу инфоблока, выводится сообщение: Превышен максимальный размер файла. При этом не происходит сохранение элемента.

    Ошибка: ограничения администратора сайта на размер загружаемого файла.

    Решение: Для снятия этого ограничения необходимо обратиться к администратору сайта.

  • Проблема: При переходе из списка элементов к странице детального просмотра появляется сообщение:

    Элемент не найден




    .

    Ошибка: неправильно формируется адрес страницы (не передается идентификатор открываемого элемента или в настройках компонента ошиблись).

    Решение: проверить настройки компонента в группе параметров Управление адресами страниц или обратиться к администратору сайта.

  • Проблема: Количество сообщений (тем форума, новостей, количество фотографий и т.д.) на странице не совпадает с количеством, указанном в настройке компонента.

    Ошибка: в настройках используемого компонента отмечена опция Использовать обратную постраничную навигацию. В этом режиме происходит вывод страниц в обратном порядке (последняя страница становится первой).

    Нажмите на рисунок, чтобы увеличить

    Решение: исправить настройки компонента в группе параметров Настройки постраничной навигации.

    Необязательная информация: зачем нужна обратная навигация

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

Подписаться на новые материалы раздела:

  • Ошибки на стороне веб-сервера
  • Ошибки при работе с файлами данных
  • Проблемы авторизации
  • Ошибки 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 обмена.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Спасибо :)

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

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

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

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

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

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

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

При попытке редактирования «элемента меню/записи справочника» при нажатии кнопки сохранить (после внесения изменений) происходит переадресация на механизм добавления без сохранения изменений.

Пример редиректа: https://domen.ru/bitrix/admin/iblock_element_edit.php?IBLOCK_ID=4&type=catalog&lang=ru&find_section_section=17

Так же наблюдаю следующую картину при редактировании типа инфоблока:
/bitrix/admin/iblock_edit.php?type=catalog&lang=ru&admin=Y

[TypeError] 
Argument 1 passed to BitrixIblockTemplateHelper::convertArrayToModifiers() must be of the type array, null given, called in /home/bitrix/www/bitrix/modules/iblock/admin/iblock_edit.php on line 686 (0)
/home/bitrix/www/bitrix/modules/iblock/lib/template/helper.php:57
#0: BitrixIblockTemplateHelper::convertArrayToModifiers(NULL)
    /home/bitrix/www/bitrix/modules/iblock/admin/iblock_edit.php:686
#1: require(string)
    /home/bitrix/www/bitrix/admin/iblock_edit.php:1

Через список товары копируются и удаляются. Но именно создание и редактирование не работает.

Что пробовал:

  1. Проверил настройки подключения к БД (идентичные) — менял на root — проблема сохранялась.
  2. Поигрался с настройками PHP с уклоном с сторону обработки ошибок.
  3. Попытался полазить в ядре — результат 0.
  4. Средствами битры проверил состояние БД — все ок.
  5. Сделал восстановление — все ок.
  6. Накатил бекап — проблема видимо уже давно, просто не видели — поэтому проблема сохранилась.
  7. Отключил вспомогательные редиректы в .htaccess — проблема на месте.
  8. Уже от безысходности: вкл/выкл — кеширование.

Нужна подсказка.

Битра: 2016 год.
PHP:
PHP Version 7.1.33

Apache API Version: 20120211

 

при сохранении все поля очищаются и становятся пустыми.

На кого регистрировать лицензии
Название компании: iosourcing.ru
Имя и фамилия: Иван Трухин
E-mail: artcookery@yandex.ru

Изменено: Ioannes19.08.2015 13:51:31

 

Проблема возникала из-за использования точек в идентификаторах полей.

 

Добрый день, Сергей
Возникла такая же проблема с модулем, никаких точек в идентификаторах не использую. После сохранения все русские символы из формы редактирования модуля пропадают, однако, на сайте они выводятся (стало быть в базе сохраняются). Т.о. модуль работает, но в админке инфа по русски не отображается. С ходу пришла мысль что проблема с кодировками гдето внутри.. Однако проверять ее не стал, сорри — потратишь кучу времени. Кодировка сайта 1251.

На другом сайте данный модуль работает (отображается в админке) корректно.

 

Доп инфо к пред сообщению
1С-Битрикс: Управление сайтом 16.0.11
Редакция старт

 

Гость, не могу смоделировать вашу проблему, к сожалению у меня кодировка виндовс большая редкость, но последний раз проверял кажется с 15 версией в кодировке виндовс, проблем не было. Сходу: а у вас проверка сайта ошибок не выдает, func_overload настроен правильно?

 

проверка сайта ошибок не выдает,
php_value mbstring.func_overload 2

Еще раз хочу отметить — модуль работает, в публичной части что надо вываливает. Но в админке в форме русские символы не выводит (потому и подумал сначала на кодировку).

В 15 версии у меня с модулем всё ок.

В ближайшее время планировал собирать еще один сайт на версии 16 но уже в кодировке utf8, планировал использовать Ваш модуль — по результатам отпишусь

Спасибо за обратную связь

 

Сергей Эстрин

Администратор

Сообщений: 462
Регистрация: 18.02.2010

#7

05.08.2016 13:26:21

Цитата
Максус написал:
php_value mbstring.func_overload 2

А почему 2? Для кодировки виндовс ведь должно быть 0 вроде..

Цитировать   Имя

 

Добрый день Сергей
На самом деле я протупил, сорри, в штакесе у меня прописано
<IfModule mod_php5.c>
 php_flag allow_call_time_pass_reference 1
 php_flag session.use_trans_sid off

 php_value display_errors 1
 php_value default_socket_timeout 60
 php_value max_input_vars 10000
 php_value mbstring.internal_encoding cp1251

 #php_value mbstring.func_overload 2
 #php_value mbstring.internal_encoding UTF-8
</IfModule>
так что по поводу php_value mbstring.func_overload 2 это я тормознул, сорри.

Однако, пытался раскоментировать и поставил 0 — не помогло. В ближайшие дни планирую делать сайт на 16 версии в кодировке утф8, Ваш модуль буду использовать — обязательно отпишусь здесь как он встанет.

PS кстати Вам за мобуль спасибо, ранее для аналогичных целей прописывал константы в init.php что имхо не совсем айс

 

установил модуль на

1С-Битрикс: Управление сайтом 16.0.11
Редакция small business
кодировка utf8

всё работает нормально, таки проблема вылазит при кодировке 1251 ?

 

Сергей Эстрин

Администратор

Сообщений: 462
Регистрация: 18.02.2010

#10

15.08.2016 13:18:42

Цитата
Гость написал:
таки проблема вылазит при кодировке 1251 ?

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

Цитировать   Имя

 

Гость

Гость

#11

24.08.2016 19:15:54

Добрый день Сергей. Перенёс сайт на другой хостинг — все стало ок, однако, видимо таки проблема есть — где то внутри в битриксе с кодировками (или в настройках сервера), тк. заметил что на новом хостинге в панели администратора кое где (не в вашем модуле) проскакивают крокозябры вместо текста (на старом хостинге было ок)  — похоже из бд тянет не в той кодировке.

Цитировать   Имя

Почему появляется ошибка?

Это классическая ошибка прав доступа к файлам и папкам.

Она заключается в том, что сайт не может получить доступ (чтение и/или запись) у указанным файлам и папкам.

Обычно, это происходит вследствие того, что указанные файлы были созданы от имени другого пользователя системы (не путать с пользователями Битрикс). Это может быть как в прямом случае (пользователь вошел через FTP, SSH или файл-менеджер на хостинге и создал файл от своего имени), так и в косвенном — обычно это бывает, когда выполнение агентов настроено на крон, а запуск задачи крона выполняется от имени root — в таких случаях, если агенты создают какие-то временные файлы или файлы кеша — эти файлы не смогут быть перезаписаны при обычной работе сайта.

На что эта ошибка влияет?

Данная проблема приводит в ошибкам при работе с файлами.

Например, если страница (файл) публичной части недоступна для записи, то невозможно будет редактирование этой страницы средствами Битрикс — это будет приводить к ошибке: «Ошибка при сохранении файла скрипта. Изменения не сохранены».

Как исправить ошибку?

Чтобы исправить ошибку, нужно изменить права доступа каждого файла/папки — поочередно, либо сразу на весь сайт (это можно сделать командой через SSH-подключение). При этом необходимо помнить, что права должны быть не 777, а те, которые указаны в /bitrix/php_interface/dbconn.php — обычно 644 для файлов и 755 для папок.

Требуется наша помощь?

Мы имеем огромный опыт, на протяжении 10 лет помогая клиентам в решении самых различных проблем на их сайтах.

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

 

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

Посетитель

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

1

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

0

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

Здравствуйте.

Мне достался готовый сайт. Версия — «1С-Битрикс: Управление сайтом 11.5.1»
Контент лежит прямо в файле index.php. Когда пытаюсь его отредактировать (захожу в «Файлы и папки» и нахожу в поиске index.php), получаю «Ошибка при создании файла». Поначалу подумалось, что дело в правах, поставила на index.php права 777, всё равно такую же ошибку получаю. М.б. вместе с index.php ещё какие-то файлы редактируются и проблема в них?

 

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

Посетитель

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

0

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

0

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

 

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

Посетитель

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

1

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

0

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

#3

0

10.04.2013 12:52:17

Цитата
al.builov пишет:
Права на доступ продукта посмотри.http://www.1c-bitrix.ru/products/cms/security/access.php

У меня в «Структуре сайта» в «Контенте» нет пункта «Управление». Наверное, документация для более поздней версии системы.
Права кроме как на сам файл по FTP нужно ещё и в системе ставить?

 

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

Эксперт

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

1

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

0

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

#4

0

10.04.2013 13:10:37

Цитата
Topacio пишет:
Права кроме как на сам файл по FTP нужно ещё и в системе ставить?

Так и редактируй по FTP.  Сдался тебе этот редактор.

Цитата
Topacio пишет:
М.б. вместе с index.php ещё какие-то файлы редактируются и проблема в них?

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

 

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

Посетитель

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

1

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

0

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

#5

0

10.04.2013 13:15:50

Цитата
Suntechnic пишет:

Цитата
Topacio пишет:
Права кроме как на сам файл по FTP нужно ещё и в системе ставить?

Так и редактируй по FTP. Сдался тебе этот редактор.

Это не для меня всё делается, а для сеошника, который привык работать с редактором. Так что надо разобраться.
По поводу включаемой области — а если редактируется файл index.php разве затрагиваются файлы, которые он включает?

 

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

Эксперт

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

1

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

0

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

Ну если из админки, то нет. А если непосредственно со страницы, то да.

 

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

Посетитель

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

1

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

0

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

Я редактирую из админки.
«Ошибка при создании файла» возникает при попытке отредактировать любой файл из корня сайта. Когда захожу в любую папку и пытаюсь отредактировать файлы там, то всё нормально. Я уже какие только права не ставила, и хозяина файла меняла с апача на рут, никакого толку.
М.б. дело в хостинге? Или из панели управления права на корневые файлы можно поправить? Подскажите, кто сталкивался!

 

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

Эксперт

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

0

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

1

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

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

Пришлось создавать файл через админку, тогда все работает.

Разработка интернет магазина под ключ на 1С-Битрикс www.electroid.org, интеграция битрикс и 1С.

 

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

Эксперт

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

6

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

7

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

для СПАСИБО на форуме есть КНОПКА!

#9

1

25.09.2013 17:26:52

Цитата
Дмитрий Ипатов пишет:
На хостинге clodo имею аналогичную ошибку, создал включаемую область на сайте по фтп, в структуре сайта показывает полный доступ на права системы, но при редактировании пишет «Ошибка при создании файла».

Пришлось создавать файл через админку, тогда все работает.

такое бывает, если у вас веб сервер и фтп под разными юзерами работают.

Сайт Startup’а — адаптивная Bootstrap вёрстка, композит, микроразметка. бесплатно

 

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

Заглянувший

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

1

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

0

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

#10

0

19.07.2020 20:41:11

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

 

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

Заглянувший

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

0

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

0

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

#11

0

24.08.2022 13:02:24

Добрый день.

Столкнулись с аналогичной проблемой.
При попытке настроить меню сайта возникает ошибка «Ошибка при создании файла», как на скриншоте выше. Такая же ошибка возникает при попытке настроить SEO через системное меню в режиме правки.(Изменить страницы > Заголовок и свойства страницы). При переходе из режима правки в панель управления ошибка не возникает, но внесённые изменения не сохраняются.

 

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

Эксперт

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

0

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

0

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

#12

0

24.08.2022 16:01:59

место кончилось?

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

Первое что необходимо сделать — это проверить права на файлы и папки в нужном каталоге. Права на папку должны быть 755, на файлы 664. Ни в коем случае не выставляйте права 777 на папки или файлы, даже на время. 

В моём случае этот метод не сработал, я стал копать дальше. Нашел такой совет. в файле /bitrix/php_interface/dbconn.php установить такие константы. 

define( "BX_FILE_PERMISSIONS", 0660 );

define( "BX_DIR_PERMISSIONS", 0775 );

@umask( ~BX_DIR_PERMISSIONS );

@ini_set( "memory_limit", "512M" );

Но этого не потребовалось, т.к. эти значения уже были заданы и по идее всё должно было работать. На одном из форумов посоветовали изменить права доступа и владельца к нужной категории через консоль. Но я посчитал, что если всё до этого работало, то не нужно так далеко залазить, проблема явно была в не в этом, для Вас приведу код в котором можно изменить права доступа к каталогам и файлам через консоль. Говорят может помочь. 

find . -type d -exec chmod 775 { } ;

find . -type f -exec chmod 664 { } ;

В моём случае решение оказалось куда проще.  Все сайты лежали в корневой директории, один из них являлся общим ядром. Но по какой-то причине прекратился общий доступ к «главному сайту» и всё что нужно было сделать — это открыть доступ.

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

  1. Зайдите в нужную директорию
  2. В верхней части экрана нажмите на кнопку “Инструменты” -> “Настроить общий доступ к текущей директории”: 
  3. Установите переключатели “Чтение и запись” и “Включая вложенные папки”, нажмите кнопку “Открыть доступ”: 

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

Нет. Такие же не надо.
Надо посмотреть от чьего имени работает веб сервер. Тут вообще битрикс не при чем. У вас пробема в том, что все файлы доступны только root и вебсервер не имеет к ним доступ. Попробуйте в каталоге — корне сайта (в терминале через ssh) выполнить команду

там увидите у файлов кто владелец группа. Я так понимаю у части root:root, но у некоторых должно быть нечто другое. Например bitrix:bitrix, www-data:www-data или иное… Тут уже зависит от дистрибутива линукса развернутого на сервере, предыдущего админа и т.п. Вот вам нужно ходить через ftp именно под этим пользователем. (Да и по ssh под root лучше не ходить — обычно это запрещают, а при необходимости логинятся обычным, и уже в терминале меняют пользователя на root)

Ну и необходимо будет поменять права к файлам. Для этого находясь в терминале в корне сайта под root. Выполните (в примере имя искомого пользователя bitrix и группа bitrix:

Bash
1
chown -R bitrix:bitrix ./*

Но вообще с этим со всем надо аккуратно… Лучше пригласить специалиста. Наверняка на том же хостинге есть услуга помощи админа.

Добавлено через 56 секунд
PS Вопрос, кстати, ваш скорее не для этого раздела. Т.к. битрикс относится лишь косвенно.

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

Инфоблоки

Решение типовых проблем не требует вмешательства программистов. Контент-менеджер в большинстве случаев может разрешить их самостоятельно. Самые частые ошибки совершаются при работе с информационными блоками. Это естественно, так как в инфоблоках хранится большая часть информации на сайте. Описание ошибок даётся в формате: Проблема > ошибка > решение, чтобы вам было проще перейти к исправлению ситуации.

Типовые проблемы:

  • Выводится сообщение: У вас нет прав на просмотр.
  • На странице не выводится информация, добавленная в поля свойств элемента инфоблока.
  • В форме добавления элементов не видны добавленные свойства инфоблока.
  • Как добавить новые свойства в форму создания элемента.
  • Выводится сообщение: Неверный тип файла.
  • Выводится сообщение: Превышен максимальный размер.
  • Выводится сообщение: элемент не найден.
  • Количество сообщений (тем форума, новостей, количество фотографий и т.д.) на странице не совпадает с количеством, указанном в настройке компонента.
  • Проблема: выводится сообщение:

    «У вас нет прав на просмотр …»




    .

    Ошибка: ненастроенные права доступа к детальной информации: новостей и фотогалереи.

    Решение: Настроить группы пользователей для доступа в настройках комплексного компонента в группе параметров Дополнительные настройки:

    Нажмите на рисунок, чтобы увеличить

  • Проблема: На странице не выводится информация, добавленная в поля свойств элемента инфоблока. Например, добавляется информация в поле Производитель и Материал, а она

    не видна у товара

    Нажмите на рисунок, чтобы увеличить


    .

    Ошибка: в настройках компонента не указаны свойства инфоблока, которые должны отображаться на данной странице.

    Решение: В настройках параметров инфоблока указать какие свойства должны отображаться. Для этого надо сначала понять на какой странице не выводятся нужные свойства: на детальной странице товара или на странице списка товаров. Отличить не трудно: на странице списка товаров выводятся все товары раздела. На странице детального отображения товара — только выбранный товар. Соответственно нужно выбирать свойства для показа в нужной секции настроек компонента.

    Нажмите на рисунок, чтобы увеличить

  • Проблема: В форме добавления элементов не видны добавленные свойства инфоблока.

    Ошибка: добавленное свойство либо неактивно, либо свойство не выведено в измененной (кастомизированной) форме добавления элемента.

    Решения:

    • активируйте свойство в форме редактирования инфоблока (Контент > Инфоблоки > Типы инфоблоков > _ваш_тип_инфоблока > _ ваш_инфоблок_) на закладке Свойства.

      Нажмите на рисунок, чтобы увеличить

    • добавьте новые свойства в форму создания элемента, как это рассказано в курсе Администратор. Базовый.

    Прав контент-менеджера на эти операции может не хватить. В этом случае обратитесь к администратору сайта.

  • Проблема: При создании элемента инфоблока не удается прикрепить файл, выводится сообщение: Неверный тип файла. При этом не происходит сохранение элемента.

    Ошибка: в свойствах инфоблока типа Файл не указаны разрешенные для загрузки форматы.

    Решение: разрешенные форматы указываются на закладке Свойства формы настройки инфоблока (Контент > Инфоблоки > Типы инфоблоков > _ваш_тип_инфоблока > _ ваш_инфоблок_). В строке свойства типа Файл с помощью кнопки […] вызовите форму детальной настройки свойства и в поле Типы загружаемых файлов введите нужные форматы или выберите форматы в выпадающем списке:

  • Проблема: Не удается прикрепить файл к элементу инфоблока, выводится сообщение: Превышен максимальный размер файла. При этом не происходит сохранение элемента.

    Ошибка: ограничения администратора сайта на размер загружаемого файла.

    Решение: Для снятия этого ограничения необходимо обратиться к администратору сайта.

  • Проблема: При переходе из списка элементов к странице детального просмотра появляется сообщение:

    Элемент не найден




    .

    Ошибка: неправильно формируется адрес страницы (не передается идентификатор открываемого элемента или в настройках компонента ошиблись).

    Решение: проверить настройки компонента в группе параметров Управление адресами страниц или обратиться к администратору сайта.

  • Проблема: Количество сообщений (тем форума, новостей, количество фотографий и т.д.) на странице не совпадает с количеством, указанном в настройке компонента.

    Ошибка: в настройках используемого компонента отмечена опция Использовать обратную постраничную навигацию. В этом режиме происходит вывод страниц в обратном порядке (последняя страница становится первой).

    Нажмите на рисунок, чтобы увеличить

    Решение: исправить настройки компонента в группе параметров Настройки постраничной навигации.

    Необязательная информация: зачем нужна обратная навигация

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

Подписаться на новые материалы раздела:

  • Ошибки на стороне веб-сервера
  • Ошибки при работе с файлами данных
  • Проблемы авторизации
  • Ошибки 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 обмена.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Спасибо

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

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

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

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

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

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

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

При попытке редактирования «элемента меню/записи справочника» при нажатии кнопки сохранить (после внесения изменений) происходит переадресация на механизм добавления без сохранения изменений.

Пример редиректа: https://domen.ru/bitrix/admin/iblock_element_edit.php?IBLOCK_ID=4&type=catalog&lang=ru&find_section_section=17

Так же наблюдаю следующую картину при редактировании типа инфоблока:
/bitrix/admin/iblock_edit.php?type=catalog&lang=ru&admin=Y

[TypeError] 
Argument 1 passed to BitrixIblockTemplateHelper::convertArrayToModifiers() must be of the type array, null given, called in /home/bitrix/www/bitrix/modules/iblock/admin/iblock_edit.php on line 686 (0)
/home/bitrix/www/bitrix/modules/iblock/lib/template/helper.php:57
#0: BitrixIblockTemplateHelper::convertArrayToModifiers(NULL)
    /home/bitrix/www/bitrix/modules/iblock/admin/iblock_edit.php:686
#1: require(string)
    /home/bitrix/www/bitrix/admin/iblock_edit.php:1

Через список товары копируются и удаляются. Но именно создание и редактирование не работает.

Что пробовал:

  1. Проверил настройки подключения к БД (идентичные) — менял на root — проблема сохранялась.
  2. Поигрался с настройками PHP с уклоном с сторону обработки ошибок.
  3. Попытался полазить в ядре — результат 0.
  4. Средствами битры проверил состояние БД — все ок.
  5. Сделал восстановление — все ок.
  6. Накатил бекап — проблема видимо уже давно, просто не видели — поэтому проблема сохранилась.
  7. Отключил вспомогательные редиректы в .htaccess — проблема на месте.
  8. Уже от безысходности: вкл/выкл — кеширование.

Нужна подсказка.

Битра: 2016 год.
PHP:
PHP Version 7.1.33

Apache API Version: 20120211

 

при сохранении все поля очищаются и становятся пустыми.

На кого регистрировать лицензии
Название компании: iosourcing.ru
Имя и фамилия: Иван Трухин
E-mail: artcookery@yandex.ru

Изменено: Ioannes19.08.2015 13:51:31

 

Проблема возникала из-за использования точек в идентификаторах полей.

 

Добрый день, Сергей
Возникла такая же проблема с модулем, никаких точек в идентификаторах не использую. После сохранения все русские символы из формы редактирования модуля пропадают, однако, на сайте они выводятся (стало быть в базе сохраняются). Т.о. модуль работает, но в админке инфа по русски не отображается. С ходу пришла мысль что проблема с кодировками гдето внутри.. Однако проверять ее не стал, сорри — потратишь кучу времени. Кодировка сайта 1251.

На другом сайте данный модуль работает (отображается в админке) корректно.

 

Доп инфо к пред сообщению
1С-Битрикс: Управление сайтом 16.0.11
Редакция старт

 

Гость, не могу смоделировать вашу проблему, к сожалению у меня кодировка виндовс большая редкость, но последний раз проверял кажется с 15 версией в кодировке виндовс, проблем не было. Сходу: а у вас проверка сайта ошибок не выдает, func_overload настроен правильно?

 

проверка сайта ошибок не выдает,
php_value mbstring.func_overload 2

Еще раз хочу отметить — модуль работает, в публичной части что надо вываливает. Но в админке в форме русские символы не выводит (потому и подумал сначала на кодировку).

В 15 версии у меня с модулем всё ок.

В ближайшее время планировал собирать еще один сайт на версии 16 но уже в кодировке utf8, планировал использовать Ваш модуль — по результатам отпишусь

Спасибо за обратную связь

 

Сергей Эстрин

Администратор

Сообщений: 462
Регистрация: 18.02.2010

#7

05.08.2016 13:26:21

Цитата
Максус написал:
php_value mbstring.func_overload 2

А почему 2? Для кодировки виндовс ведь должно быть 0 вроде..

Цитировать   Имя

 

Добрый день Сергей
На самом деле я протупил, сорри, в штакесе у меня прописано
<IfModule mod_php5.c>
 php_flag allow_call_time_pass_reference 1
 php_flag session.use_trans_sid off

 php_value display_errors 1
 php_value default_socket_timeout 60
 php_value max_input_vars 10000
 php_value mbstring.internal_encoding cp1251

 #php_value mbstring.func_overload 2
 #php_value mbstring.internal_encoding UTF-8
</IfModule>
так что по поводу php_value mbstring.func_overload 2 это я тормознул, сорри.

Однако, пытался раскоментировать и поставил 0 — не помогло. В ближайшие дни планирую делать сайт на 16 версии в кодировке утф8, Ваш модуль буду использовать — обязательно отпишусь здесь как он встанет.

PS кстати Вам за мобуль спасибо, ранее для аналогичных целей прописывал константы в init.php что имхо не совсем айс

 

установил модуль на

1С-Битрикс: Управление сайтом 16.0.11
Редакция small business
кодировка utf8

всё работает нормально, таки проблема вылазит при кодировке 1251 ?

 

Сергей Эстрин

Администратор

Сообщений: 462
Регистрация: 18.02.2010

#10

15.08.2016 13:18:42

Цитата
Гость написал:
таки проблема вылазит при кодировке 1251 ?

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

Цитировать   Имя

 

Гость

Гость

#11

24.08.2016 19:15:54

Добрый день Сергей. Перенёс сайт на другой хостинг — все стало ок, однако, видимо таки проблема есть — где то внутри в битриксе с кодировками (или в настройках сервера), тк. заметил что на новом хостинге в панели администратора кое где (не в вашем модуле) проскакивают крокозябры вместо текста (на старом хостинге было ок)  — похоже из бд тянет не в той кодировке.

Цитировать   Имя

Студворк — интернет-сервис помощи студентам

Всем доброго дня!
Сразу скажу, что права и кодировку проверил (это первые 2 популярных ответа в гугле).
Так вот есть 2 абсолютно одинаковых компонента типа bitrix news.list на одной странице, различаются они совсем немного.
Нужно отключить кэширование на обоих компонентах. Первый зашел на ура, все прошло, на втором «Ошибка при сохранении файла скрипта» 1 вложение.
Права пробовал 644 (стандартные), 660, 777 (во втором вложении, пользователь «apache» — это норма) — не помогает.
С кодировкой тоже все гуд.
На этом идеи закончились.В чем может быть еще причина.

  • При сохранении файла ворд пишет ошибка файла
  • При создании описания сервиса произошла ошибка url сервиса код ответа сервера 409
  • При сохранении файла excel ошибка прекращена работа
  • При создании описания сервиса произошла ошибка url сервиса код ответа сервера 404
  • При сохранении транспортного средства произошла ошибка