rovak

<font style=”vertical-align: inherit;”><font style=”vertical-align: inherit;”>Попробуй увеличить время выполнения hph запросов на сайт и увеличь время ожидания ответа http запроса в 1С. Возможно, сервер медленный и ваш файл он просто не успевает обработать и по таймауту отваливается. </font></font>
<font style=”vertical-align: inherit;”><font style=”vertical-align: inherit;”>А вообще брось ты этот плагин. Делай все через стандартный API. работает надежней и быстрее. Обновление остатков на сайте загружай напрямую в mysql. Тогда за 10 минут обновишь 200 тыс товаров. А с этим плагином будешь грузить сутками остатки, товары, фотографии.</font></font>

• This reply was modified 2 years, 11 months ago by rovak.
• This reply was modified 2 years, 11 months ago by rovak.

Проблема не в дроблении файла на части, а в использовании для обмена Commerce ML.
То есть каждый раз на сайт передается одна и та же информация: категории товаров, атрибуты, значения атрибутов, фотографии, товары. Каждый обмен с сайтом тянет за собой всю эту информацию. В рамках стандарта Commerce ML спастись от этого невозможно. Каждый обмен с сайтом перезаписывает одну и ту же информацию на сайт. Это значит, что в схеме сайта все данные объекты будут указаны как измененные. Поисковые системы как заведенные будут обновлять у себя одну и ту же информацию. Поскольку бюджет их ресурсов ограничен на сайт, то они просто не успевают что-то другое загрузить в поисковую выдачу. Они постоянно обновляют одну и ту же информацию. То есть сайт будет не до конца проиндексирован. Поскольку поисковые роботы будут постоянно обновлять одну и ту же информацию, то сайт будет все время занят повышенной нагрузкой. Он будет медленно у вас работать. Другой стороной медали этого стандарта является то, что в этой схеме обмена не обновляется поле title. Поисковые роботы анализируют его. Раз его нет, то и нет анализа. Сайт никогда не будет в TOP-10. Где-то на 50 месте будет, но на первой странице выдачи нет.
Единственным решением обмена видится переход на стандарты 1С в обмене данными. Использование Плана обмена. Для тех, кто не в курсе, это специальный объект базы данных 1С. В нем регистрируются все новые и измененные объекты. Обмен данными делается только по ним. Все дерево информации не переносится, только измененные объекты. И уход на обмен с WOO через REST API. Возни с переходом много. Но оно того стоит. Если у вас 100-500 товаров, то можете не грузиться этой темой. Товаров мало. Поисковые роботы с таким объемом спокойно справятся. Если товаров больше 100 тысяч, то обмен через Commerce ML большая проблема для сайта. Он будет сутками обновлять одно и тоже.

В 1С найдите по своему сообщению “Выгрузка на сайт завершилась с ошибками.
Выгрузка на сайт не выполнена.
Не удалось прочитать ответ сервера” место в программе. Поставьте точку останова и отладчиком 1С посмотрите что именно вам пишет сайт. То есть посмотрите, что именно не нравится сайту.

Да просто так звезды светили и вам не повезло )))
Я использую плагин для переноса товаров, фотографий и заказов. Это очень крутой плагин. Но все остальное записываю напрямую в базу магазина из 1С.
Если я прав, что у вас две карточки товаров, по числу языков в магазине, то я бы средствами 1С во второй карточке товара просто записал Гуид товара сразу в базе магазина и оставил бы все как есть. Должно работать.
Например вот так:
АутентификацияСтандартная = Истина;

ИмяПользователя = “Пользователь”;
Пароль = “Пароль”;

СтрокаПодключения = “DRIVER={MySQL ODBC 3.51 Driver};
|SERVER=МойСайт.ru;
|Language=русский;
|STMT=SET CHARACTER SET cp1251;
|STMT=SET NAMES cp1251;
|DATABASE=ТалицаМагазина;
|uid=”+ИмяПользователя+”;
|pwd=”+Пароль+”;
|”;

Connection = Новый COMОбъект(“ADODB.Connection”);

Connection.Open(СтрокаПодключения);
Connection.DefaultDatabase = “ТалицаМагазина”;
Recordset = Новый COMОбъект(“ADODB.Recordset”);

// цикл по номерклатуре Стр

meta_id = УбратьПробелы(Стр.meta_id);
post_id = УбратьПробелы(Стр.post_id);
meta_key = “_wc1c_guid”;
meta_value = ГУИД;

ТекстЗапроса = “INSERT INTO wp_postmeta (meta_id, post_id, meta_key, meta_value) VALUES(‘”+ meta_id +”‘,'”+ post_id +”‘,'”+ meta_key +”‘,'”+ meta_value +”‘)
|ON DUPLICATE KEY UPDATE meta_id= VALUES(meta_id), post_id= VALUES(post_id), meta_key= VALUES(meta_key), meta_value= VALUES(meta_value)”;

Table = Connection.Execute(ТекстЗапроса);
Connection.Close();
У вас не должно быть дублей записей. Поэтому сначала надо считывать из базы данные. Если они есть, то только обновлять с новыми значениями. А если нет такой записи, то можно новую запись создавать.

Попробуйте Hyper Cache Extended
Strip query string 0
URL with parameters 1
URI to reject
_wp_session_
_wc_session_
/cart/
/checkout/
/order_tracking/
/my_account/
/pay/
Я еще добавил все эти же страницы в явном виде
https://МойСайт.ru/cart/ и т.д.
Agents to reject
_wp_session_
_wc_session_
Cookies matching
wc1c-auth
В этом плагине можно отключить кэширование по кукам. Это то, что вам нужно.
Остальные параметры на ваше усмотрение. Я делаю кэш длительностью Неделя. Сбрасываю весь кэш после обновления цен и остатков.

Чтобы повторно послать заказ в 1С надо зайти в админке в нужный заказ и удалить одну произвольную запись. wc1c_queried. В админке нажимаете кнопку удалить эту запись в Произвольных полях. После этого обмен делаете из 1С. Можно в самой базе удалить эту запись у нужного заказа в таблице _postmeta. В post_id указываете номер заказа, а в meta_key надо указать wc1c_queried. И удаляете найденную строку в таблице.