Это не вопрос, а скорее предупреждение и обращение к разрабам.
Описываю ситуёвину - падает импорт из 1с. Вполне себе стандартный, крайне примитивный. Никакой кастомизации. Все вроде в идеале и должно работать. Разбирательство приводит к тому, что падает он на картинке для двух элементов.
Проблема - file (а следом и PHP и все остальные кто пользует этот код) определяет тип картинки как "Linux/i386 core file of 'i\207\004' (signal 30)" ну и она по его мнению не картинка. Проблема старая (проблема file я имею ввиду, OOo на этом например спотыкался) и известна, как показало гугленье, уже минимум года четыре.
Кстати, обращу внимание, что если импортируемый элемент есть и у него есть картинка, то импорт проходит нормально, просто картинка не обновляется. А вот если создается новая картинка - кирдык. Естетственно падение на import.xml не дает дойти до offers.xml и цены не обновляются, а если в import.xml до проблемного файла были новые элементы, то у них цена вообще останется не установленной.
Вот такие пироги.
Описываю ситуёвину - падает импорт из 1с. Вполне себе стандартный, крайне примитивный. Никакой кастомизации. Все вроде в идеале и должно работать. Разбирательство приводит к тому, что падает он на картинке для двух элементов.
Проблема - file (а следом и PHP и все остальные кто пользует этот код) определяет тип картинки как "Linux/i386 core file of 'i\207\004' (signal 30)" ну и она по его мнению не картинка. Проблема старая (проблема file я имею ввиду, OOo на этом например спотыкался) и известна, как показало гугленье, уже минимум года четыре.
Кстати, обращу внимание, что если импортируемый элемент есть и у него есть картинка, то импорт проходит нормально, просто картинка не обновляется. А вот если создается новая картинка - кирдык. Естетственно падение на import.xml не дает дойти до offers.xml и цены не обновляются, а если в import.xml до проблемного файла были новые элементы, то у них цена вообще останется не установленной.
Вот такие пироги.