Форум

[QUOTE]Евгений написал:
Из 10 обменов, один раз может пройти, а так постоянно эта ошибка. Ошибка доступа к файлу C:\Users\Администратор\AppData\local\temp\webdata_zip\import_f­ ­iles\...jpg отказано в доступе.[/QUOTE]
Возможно это "C:\Users\Администратор\AppData\local\temp\webdata_zip\import_f­­iles\...jpg имеет слишком длинное название. Такое иногда встречается на windows.

А зачем указывать $_SERVER["SERVER_PORT"] впринципе ? Особенно, когда часть сайтов использует https ??

Если хотите продолжить извращения, то вот он - спасительный кусок г...но кода:
[CODE]$_SERVER["SERVER_PORT"] = $SERVER_PORT = \CMain::IsHTTPS() ? 443 : 80;[/CODE]

А зачем уменьшать количества товара в заказе?
В битриксе же есть специальная страница, где можно посмотреть - что отгружено, доставлено и т.п.
Даже скриншот сделал:
[IMG WIDTH=1016 HEIGHT=527]http://s8.hostingkartinok.com/uploads/images/2016/10/543a033326166f2cf6af68296f21b979.png[/IMG]

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

[QUOTE]Матвей Пономарёв написал:
Подскажите, в чём может быть проблема?[/QUOTE]
Ошибка в недочитанной документации битрикса, с Вашей стороны. Вы повесили обработчик события на обновление раздела и по его же ID пытаетесь найти его элементы, но элемент с таким ID только 1 (точнее он либо есть, либо нет).

Проще говоря, вы должны поменять эту часть кода:[CODE]$arFilter = Array("ID" => $arFields["ID"], "ACTIVE"=>"Y");[/CODE]
На эту:[CODE]$arFilter = Array("SECTION_ID" => $arFields["ID"], "ACTIVE"=>"Y");[/CODE]

Artur Avetisov, вообще когда писал - работало.
А у Вас не "завелось" ?

Попробуйте сделать 3 не хитрых действия:

В настройках конкретного сайта:
- очистить поле "Доменное имя (список доменных имен, каждое в новой строке):"
- очистить поле "URL сервера (без http://):"

В "Настройки модуля" - "Главный модуль":
- очистить поле "URL сайта (без http://, например www.mysite.com):"

И попробовать еще раз.
Нам такое решение помогло

[QUOTE]Андрей Сёмин написал:
А вообще D7 несколько богаче, чем ORM.[/QUOTE]
На самом деле нет. В Bitrix это DataManager или Row-access. По сути Вы оперируете не объектами, а данными (строкой таблицы), а ORM подразумевает набор данный и методы для работы с ними.

Например, для получения и изменения пользователя (пример ORM):[QUOTE]
try {
   $user = Users::loadById(65);
   $user->name = 'Петр';
   $user->save();
} catch ( SomeUserException $e ) {
   var_dump($e->getErrorMessages() );
} [/QUOTE]

В битриксе (сохраняю имена чтобы было понятно):
[QUOTE]$arUser = UserTable::getRow([
   'filter' => [ 'ID' => 65 ],
   'select' => ['NAME']
]);
if ( !empty($arUser) ) {
   $arFields = [
       'NAME' => 'Петр'
   ];
   $res = UserTable::Update(65, $arFields);
   if ( !res->isSuccess() ) {
       var_dump($res->getErrorMessages() );
   }
}[/QUOTE]

Сравните объемы кода в первом случае и во втором.


Но тут обратная сторона - например такой вариант отработает быстрее, чем объектный. Кстати, такой подход используется в Zend Framework 3 (при работе с БД, очень напоминает ту же концепцию)

Можно попробовать удалить без изменения зависимости или переустановить bitrix env.
например поиск выдал: [URL=http://dev.1c-bitrix.ru/support/forum/forum32/topic85919/]http://dev.1c-bitrix.ru/support/forum/forum32/topic85919/[/URL]

А вы их к орг.структуре привязали ?

[QUOTE]mike1982 написал:
Спасибо, но данная ссылка предполагает наличие файла .left.menu_ext.php в папке с разделом или выше, но там ничего нет. Видимо, реализовано как-то иначе.[/QUOTE]
Не обязательно. У вас в разделе может быть .top.menu.php и .left.menu.php (и даже без ext)