Я описал, что вам надо сделать. У меня такого замечено не было. Обратитесь к разработчику или же Битриксу для диагностирования проблемы.
19.07.2013 01:05:11
Я описал, что вам надо сделать. У меня такого замечено не было. Обратитесь к разработчику или же Битриксу для диагностирования проблемы.
|
|
|
|
21.07.2013 23:20:28
Проверьте обработчики событий, может там что обнуляется вашими разрабами. Если бы такая проблема была в Битриксе, то все бы уже трубили во все трубы. Но такое только у вас. Так что решайте вопрос с вашими разрабами и со службой поддержки Битрикс. |
|||||||
|
|
27.07.2013 08:32:14
Станислав Шашалевич, ну проблема не только у меня,
вот в соседней ветке все так же - sfdfsdff, тут же писал что такая же проблема. Поэтому это однозначно недоработка битрикса, а то что во все трубы не трубят, потому что для некоторых это критично, для некоторых нет. И мне помнится по умолчанию при установке "Управления сайтом" там вообще нет отображения к-ва товара (а также записей есть в наличии или нет) в публичной зоне, и отправить в корзину можно товары которых нет в наличии, при такой работе логики на сайте естественно пользователи не знают о существовании такой проблемы. |
|
|
|
27.07.2013 10:58:53
попробуйте выгружать частями!!!!! если проблема остается значит надо копать глубже - если проблемы (при выгрузке наименьшего количества номеклатуры) не наблюдается значит проблема в конфигурации сервера - сильно много выгружаете и либо вылетаете по таймауту либо еще что нибудь |
|||
|
|
27.07.2013 18:43:20
Виталий Черепанов, проблема не наблюдалась потому что:
1. Когда у нас было 1000 позиций товаров, то и клиентов тогда было в 5 раз меньше. 2. При выгрузке 1000 позиций разница между стиранием цен с остатками и следующей их записью была подозреваю около минуты. Вывод: при меньшем числе клиентов вероятность того что кто-то попадал в эту минуту, когда на сайте ничего нет в наличии была мала. Сейчас же клиентов гораздо больше и промежуток составляет 5 минут. Поэтому проблема БЫЛА, только стала глобальней. И повторюсь - проблема не только у меня! Кстате никто не знает, есть ли какой-нибудь скрипт показывающий на каком этапе сейчас обмен, чтобы можно было проследить на каком коде оно начинает затирать цены и остатки? |
|
|
|
27.07.2013 22:19:15
Цены и остатки не должны затираться... Скорее депубликуются товарные предложения...
По механизму: - выгрузка категорий - деактивация левых категорий - выгрузка товаров (во время выгрузки товаров должны деактивироваться торговые предложения) - деактивация левых товаров - выгрузка товарных предложений Разумеется список торговых предложений постоянно меняется, поэтому поправить код чтобы они не дективировались не совсем подойдет... Нужно чтото думать... А вот что?! Как вариант: 1. Делаем доп свойство у товарного предложения статус обновления; 2. При выгрузке товара пишем в данное свойство для всех предложений значение 'не обновлен'; 3. Уже при выгрузке товарных предложений в это же свойство все выгруженные товары помечаем как 'обновлен'; 4. Пишем скрипт который после выгрузки будет проверять значение свойства и где осталось 'не обновлен' - депубликовать или удалять товарные предложения. Возможно, конечно, и ошибаюсь с механизмами - но по симптомам примерно так должно все работать (образования программиста нет - в чужом коде разбираюсь с большим трудом, да и с импортом в 1с приходилось иметь дело не так часто)... Ну и в код импорта необязательно лезть... с этой задачей можно справиться обработчиком OnAfterIBlockElementUpdate |
|
|
|
28.07.2013 12:58:30
Андрей Загальский, по симптомам все скорее всего так и происходит. Спасибо за дельный комментарий.
Но у меня одно товарное предложение на один товар - везде и всегда. Причем выгружается не в отдельный инфоблок, а прямиком в карточку товара, поэтому я думаю для меня не критично просто отменить деактивацию товарных предложений. Не подскажете как этот код найти? |
|
|
|
28.07.2013 13:06:33
тут понятно... тупанул... |
|||
|
|
28.07.2013 13:20:18
function ImportElements в bitrix/modules/iblock/classes/general/cml2.php ~1812
|
||||
|
|
|||