1b.app
Link copied -

OS - Export products to CS-Cart / create duplicates

Возникают сложности в работе системы?
Создайте бесплатный топик на нашем форуме и партнеры-интеграторы с радостью помогут в решении задачи! Создать топик на форуме
OS - Export products to CS-Cart / create duplicates
Action "Export products to CS-Cart"
Enabled the setting of writing the Id of the xcart product in the additional onebox field
An example of a product that duplicates https://rivcont.info/app/product/2107/edit/
In CsCart
Changelog
It can be seen how the ID was overwritten three times
Why is this happening ? Duplicate not all products
An example of another product that was duplicated by https://rivcont.info/app/product/1445/edit/
Original question is available on version: ru

Answers:

Now duplicating some product on a permanent basis?
10.09.2021, 15:48
Original comment available on version: ru


Tyndyk Maxim Vadimovich
OneBox production
Administrator wrote:
Now duplicating some product on a permanent basis?

No
10.09.2021, 15:55
Original comment available on version: ru

Today https://rivcont.info/app/history/products/1988/?userid=&systemchange=1&f...
2021-09-10 08:08:48
totalshop74 field
old value 11585
new value 18182
Nothing set up in the morning
10.09.2021, 19:07
Original comment available on version: ru

There is a solution ?
13.09.2021, 12:12
Original comment available on version: ru


Today https://rivcont.info/app/history/products/1988/?userid=&systemchange=1&f...
2021-09-10 08:08:48
totalshop74 field
old value 11585
new value 18182
Nothing set up in the morning

https://rivcont.info/app/automatization/hour/edit/
now the actions are turned off - were they turned off then?
The only assumption that can be made during export is that before the update request, a request is made to check the existence of such a product on the CS-Cart side - and if it does not return a positive result, a new product is created.
I can suggest adding request logs for error / request timeout - and then how to enable actions - it will be necessary to provide an example of such a product, which will change again.
Well, given that you wanted to refine the "Do not create new products" setting in a parallel topic, this will also solve such a problem.
14.09.2021, 11:28
Original comment available on version: ru


Tyndyk Maxim Vadimovich
OneBox production
Administrator wrote:

Today https://rivcont.info/app/history/products/1988/?userid=&systemchange=1&f...
2021-09-10 08:08:48
totalshop74 field
old value 11585
new value 18182
Nothing set up in the morning

https://rivcont.info/app/automatization/hour/edit/
now the actions are turned off - were they turned off then?
The only assumption that can be made during export is that before the update request, a request is made to check the existence of such a product on the CS-Cart side - and if it does not return a positive result, a new product is created.
I can suggest adding request logs for error / request timeout - and then how to enable actions - it will be necessary to provide an example of such a product, which will change again.
Well, given that you wanted to refine the "Do not create new products" setting in a parallel topic, this will also solve such a problem.

You can add logs.
For the setting "do not create new products" will be for one site.
A few more sites will be unloaded with copies of the goods from the box
14.09.2021, 11:36
Original comment available on version: ru


Logs can be added

+
I'm waiting for a new example, which will change after the current moment
14.09.2021, 11:39
Original comment available on version: ru


Tyndyk Maxim Vadimovich
OneBox production
Administrator wrote:

Logs can be added

+
I'm waiting for a new example, which will change after the current moment

New example:
https://rivcont.info/app/history/products/4109/?userid=&systemchange=1&f...
Old value 20428
New value 21303
15.09.2021, 19:28
Original comment available on version: ru

15.09.2021, 19:31
Original comment available on version: ru

I assume that at some point CS-Cart does not return information on the request for the existence of a product by ID before updating it - and we move on to creation.
Added a timeout to this request up to 30s, check if there will be new repetitions.
16.09.2021, 15:42
Original comment available on version: ru


Tyndyk Maxim Vadimovich
OneBox production
Administrator wrote:
I assume that at some point CS-Cart does not return information on the request for the existence of a product by ID before updating it - and we move on to creation.
Added a timeout to this request up to 30s, check if there will be new repetitions.

Creates duplicates:
https://rivcont.info/app/history/products/2132/?userid=&systemchange=1&f...
CsCart ID 21893 > 24400
look
17.09.2021, 10:09
Original comment available on version: ru


look

This is a problem exclusively with CS-Cart
For example, the product https://rivcont.info/app/history/products/1195/?userid=&systemchange=1&f...
1. we send a GET request for a product with an ID on CS-Cart 21448 - we get a server error with CS-Cart

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>500 Internal Server Error</title>
</head><body>
<h1>Internal Server Error</h1>
<p>The server encountered an internal error or
misconfiguration and was unable to complete
your request.</p>
<p>Please contact the server administrator at
webmaster@total-shop.com.ua to inform them of the time this error occurred,
and the actions you performed just before this error.</p>
<p>More information about this error may be available
in the server error log.</p>
</body></html>

2. there is no actual information on the product - it is being created
I see 2 solutions:
1. to be corrected on the side of CS-Cart so that the product is found
2. improvement so as not to send a request to create a product if we have an identifier for updating (and an error in the above request) - 1h
17.09.2021, 10:41
Original comment available on version: ru

Okay, I'm trying to solve with those support of the cs card.
If so, please send me an invoice.
Thanks
17.09.2021, 10:50
Original comment available on version: ru

Found the following errors
[Thu Sep 16 14:05:00.876580 2021] [fcgid:warn] [pid 5101] (104)Connection reset by peer: [client 91.200.42.31] mod_fcgid: error reading data from FastCGI server
[Thu Sep 16 14:05:00.876603 2021] [core:error] [pid 5101] [client 91.200.42.31] End of script output before headers: api.php
We were told:
- to look at the OneBox side of the process [pid 5101]
- Increase FcgidBusyTimeout on OneBox side
17.09.2021, 22:47
Original comment available on version: ru


Vysokos Nikolai Alexandrovich
Client wrote:
Found the following errors
[Thu Sep 16 14:05:00.876580 2021] [fcgid:warn] [pid 5101] (104)Connection reset by peer: [client 91.200.42.31] mod_fcgid: error reading data from FastCGI server
[Thu Sep 16 14:05:00.876603 2021] [core:error] [pid 5101] [client 91.200.42.31] End of script output before headers: api.php
We were told:
- to look at the OneBox side of the process [pid 5101]
- Increase FcgidBusyTimeout on OneBox side

decided through Khvosting.
Errors were thrown because apache and its mod fcgid thought php could serve
requests forever, and after ~800 requests, he accumulated a critical number of leaks
memory and it crashed, returning an error.
18.09.2021, 10:28
Original comment available on version: ru


decided through Khvosting.
Errors were thrown because apache and its mod fcgid thought php could serve
requests forever, and after ~800 requests, he accumulated a critical number of leaks
memory and it crashed, returning an error.

Actually this topic is closed?
20.09.2021, 09:20
Original comment available on version: ru



Tyndyk Maxim Vadimovich
OneBox production
Administrator wrote:

decided through Khvosting.
Errors were thrown because apache and its mod fcgid thought php could serve
requests forever, and after ~800 requests, he accumulated a critical number of leaks
memory and it crashed, returning an error.

Actually this topic is closed?

Actually, I made a mistake with the fact that the topic is closed.
Product https://rivcont.info/app/product/5315/edit/
ID replacement in https://rivcont.info/app/history/products/5315/?userid=&systemchange=1&f...
500 error was corrected from the 18th in the morning.
During the ID replacement (2021-09-19 03:28:01) there is no error in the 500 logs and there is no time 03:29 either, although this product was constantly updated at 28 minutes, in fact, when the replacement took place.
91.200.42.31 - - [18/Sep/2021:20:28:22 +0300] "PUT /api.php?_d=products/27249 HTTP/1.1" 200 20 "-" "-"
91.200.42.31 - - [18/Sep/2021:21:28:09 +0300] "GET /api.php?_d=products/27249 HTTP/1.1" 200 22922 "-" "-"
91.200.42.31 - - [18/Sep/2021:21:28:09 +0300] "PUT /api.php?_d=products/27249 HTTP/1.1" 200 20 "-" "-"
91.200.42.31 - - [18/Sep/2021:22:28:07 +0300] "GET /api.php?_d=products/27249 HTTP/1.1" 200 22922 "-" "-"
91.200.42.31 - - [18/Sep/2021:22:28:07 +0300] "PUT /api.php?_d=products/27249 HTTP/1.1" 200 20 "-" "-"
91.200.42.31 - - [18/Sep/2021:23:28:18 +0300] "GET /api.php?_d=products/27249 HTTP/1.1" 200 22922 "-" "-"
91.200.42.31 - - [18/Sep/2021:23:28:18 +0300] "PUT /api.php?_d=products/27249 HTTP/1.1" 200 20 "-" "-"
91.200.42.31 - - [19/Sep/2021:00:28:52 +0300] "GET /api.php?_d=products/27249 HTTP/1.1" 200 22922 "-" "-"
91.200.42.31 - - [19/Sep/2021:00:28:53 +0300] "PUT /api.php?_d=products/27249 HTTP/1.1" 200 20 "-" "-"
91.200.42.31 - - [19/Sep/2021:01:28:03 +0300] "GET /api.php?_d=products/27249 HTTP/1.1" 200 22922 "-" "-"
91.200.42.31 - - [19/Sep/2021:01:28:04 +0300] "PUT /api.php?_d=products/27249 HTTP/1.1" 200 20 "-" "-"
91.200.42.31 - - [19/Sep/2021:02:28:15 +0300] "GET /api.php?_d=products/27249 HTTP/1.1" 200 22922 "-" "-"
91.200.42.31 - - [19/Sep/2021:02:28:15 +0300] "PUT /api.php?_d=products/27249 HTTP/1.1" 200 20 "-" "-"
Can you see why the ID was overwritten?
20.09.2021, 15:39
Original comment available on version: ru


Can you see why the ID was overwritten?

no, I can't - I don't have logs for the 19th
but if you say that "every hour the product was updated, and then it was frayed over" - is it more than likely that the request at 03:29 did not reach their API and, in fact, the creation request left for this?
I'll come back to this suggestion - this will solve the problem with third-party APIs:

Tyndyk Maxim Vadimovich wrote:
2. improvement so as not to send a request to create a product if we have an identifier for updating (and an error in the above request) - 1h
20.09.2021, 17:18
Original comment available on version: ru


Tyndyk Maxim Vadimovich
OneBox production
Administrator wrote:
no, I can't - I don't have logs for the 19th
but if you say that "every hour the product was updated, and then it was frayed over" - is it more than likely that the request at 03:29 did not reach their API and, in fact, the creation request left for this?

Please turn on the logs so that you understand what gives.
because the past error appeared 300 times a day and not only for requests with goods.
Therefore, by searching for one problem, we have solved quite a lot of others that we have not even seen.

Tyndyk Maxim Vadimovich
OneBox production
Administrator wrote:
I'll come back to this suggestion - this will solve the problem with third-party APIs:
Tyndyk Maxim Vadimovich wrote:
2. improvement so as not to send a request to create a product if we have an identifier for updating (and an error in the above request) - 1h

I remember this, in which case we will ask you to do it, but I would like everything to work correctly from the xcart side.
20.09.2021, 17:26
Original comment available on version: ru


Please turn on the logs so that you understand what gives.
because the past error appeared 300 times a day and not only for requests with goods.
Therefore, by searching for one problem, we have solved quite a lot of others that we have not even seen.

Added.

I remember this, in which case we will ask you to do it, but I would like everything to work correctly from the xcart side.

Improvement of CS-Cart should be done by its developers.
21.09.2021, 16:11
Original comment available on version: ru


Tyndyk Maxim Vadimovich
OneBox production
Administrator wrote:
Improvement of CS-Cart should be done by its developers.

Yes that's right
But, unfortunately, we learned about the 500 error only thanks to working with boxing)

Tyndyk Maxim Vadimovich
OneBox production
Administrator wrote:
Added.

Thanks
Let's take a few days / if it doesn't happen again, we'll close
21.09.2021, 16:17
Original comment available on version: ru

Everything seems to be ok.
Close
24.09.2021, 18:39
Original comment available on version: ru

Please join the conversation. If you have something to say - please write a comment. You will need a mobile phone and an SMS code for identification to enter. Log in and comment