Как настроить экспорт через агенты в Битрикс?

Question

[Антон]

Создал профиль в экспорте товаров (а-ля яндекс маркет), вручную нажимаю "Экспортировать" и на выходе получаю xml файл в 400 килобайт папке upload
Далее добавил штатно там же привязку к агентам.
Так вот - при запуске экспорта через агент, файл выгрузки xml видно, что перезаписывается, но не формируется весь, буквально записывается в него первые три строчки и все. и весит 109 байт.
Что это за глюк такой?

Answer 1

[Алексей Бурлака]

Туда хоть что-то попадает? Каждый раз «обрывается» в одном и том же месте?

Comments

[Антон]

Да, в одном и том же месте

<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:g='http://base.google.com/ns/1.0' version='2.0'>
<channel>

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

Вот типа подобные проблемы, но не пойму как в моем случае применить решение
https://dev.1c-bitrix.ru/support/forum/forum6/topi...
https://dev.1c-bitrix.ru/support/forum/forum6/topi...

[Алексей Бурлака]

Агенты выполняются с $USER= null;



Поэтому если у вас есть обращение к $USER, это может быть причиной.
Загляните в /bitrix/modules/error.log
Возможно там есть сообщения об ошибке.

Чтобы сообщения об ошибке туда транслировались, нужно в файле
/bitrix/.settings.php
установить 'debug' => true,

Там же можно определить кастомный путь к файлу с ошибками

[Антон]

Алексей Бурлака, у меня так:

array (
      'debug' => true,
      'handled_errors_types' => 4437,
      'exception_errors_types' => 4437,
      'ignore_silence' => false,
      'assertion_throws_exception' => true,
      'assertion_error_type' => 256,
      'log' => NULL,
    ),

как путь прописать?
И подскажите - у вас на скрине файл - какой у него путь в битриксе, посмотреть хочется на код?

[Алексей Бурлака]

array (
  'debug' => true,
  'handled_errors_types' => 4437,
  'exception_errors_types' => 4437,
  'ignore_silence' => false,
  'assertion_throws_exception' => true,
  'assertion_error_type' => 256,
  'log' => array (
     'settings' => array (
       'file' => 'bitrix/modules/error.log',
        'log_size' => 1000000,
        ),
    ),
),

И подскажите - у вас на скрине файл - какой у него путь в битриксе, посмотреть хочется на код?

===
/bitrix/modules/main/classes/mysql/agent.php
Функция ExecuteAgents

[Антон]

Алексей Бурлака,
Вот ошибки из этого файла лога:

2018-06-27 21:00:39 - Host: mydomain.ru:443 - FATAL - [ErrorException] E_ERROR
Call to a member function ConvertCharset() on null (0)
/home/bitrix/www/bitrix/php_interface/include/catalog_export/FB2018_run.php:150

А вот сама строка из файла

@fwrite($fp, "<title>".htmlspecialchars($APPLICATION->ConvertCharset('Название сайта на русском', LANG_CHARSET, 'utf-8'))."</title>\n");

[Алексей Бурлака]

Загляните в
/home/bitrix/www/bitrix/php_interface/include/catalog_export/FB2018_run.php
и посмотрите, кто в 150-й строке вызывает ConvertCharset

Из того, что мне поиск PHPStorm-а показывает, это скорее всего $APPLICATION, который не определён.
Закомментируйте конвертирование. Если пойдёт, можете переписать через iconv например.

Ну или убрать с агента и сделать скрипт, который инициализировал бы пролог и пинал бы эту выгрузку. И сам скрипт запихнуть в крон.

[Антон]

Алексей Бурлака, может заменить на $str = iconv('UTF-8', 'windows-1251', $str);?

[Алексей Бурлака]

Может..., вы же попробовать можете, я-то не могу =)
Помучайте этот скрипт.

[Антон]

Алексей Бурлака, Да заменил везде на iconv и заработало.
Спасибо Вам
Правда есть вопрос не по теме:
почему $str = iconv('UTF-8', 'windows-1251', $str); работает для английских символов, но не работает для кириллицы? Выдает пустоту, но $str = iconv('windows-1251', 'UTF-8', $str);работает для кириллицы. Запутался не много.

[Алексей Бурлака]

Покопайте в сторону mb_convert_encoding
Еще можно поиграть с локалью: setlocale для 'LC_CTYPE'

Answer 2

[Антон]

Добавлю еще одно решение, возникшее в процессе настройки cron и автозагрузки
В файл_run.php где формируется выгрузка нужно добавить
global $USER; $USER->Authorize(87);
где 87 это id пользователя с админправами.
После этого кода выгрузка заработала через cron и исчезла проблема с применением function ConvertCharset()