OS - Export products to CS-Cart / create duplicates

Now duplicating some product on a permanent basis?

[quote] Tyndyk Maxim Vadimovich OneBox production Administrator wrote: Now duplicating some product on a permanent basis? [/quote] No

Today https://rivcont.info/app/history/products/1988/?userid=&systemchange=1&filter2_key=valueold&filter2_type=search&filter2_value=&filter3_key=valuenew&filter3_type=search&filter3_value=&fieldkey=&filtercdatefrom=&filtercdateto= 2021-09-10 08:08:48 totalshop74 field old value 11585 new value 18182 Nothing set up in the morning

There is a solution ?

[quote] Today https://rivcont.info/app/history/products/1988/?userid=&systemchange=1&filter2_key=valueold&filter2_type=search&filter2_value=&filter3_key=valuenew&filter3_type=search&filter3_value=&fieldkey=&filtercdatefrom=&filtercdateto= 2021-09-10 08:08:48 totalshop74 field old value 11585 new value 18182 Nothing set up in the morning [/quote] 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.

[quote] Tyndyk Maxim Vadimovich OneBox production Administrator wrote: [quote] Today https://rivcont.info/app/history/products/1988/?userid=&systemchange=1&filter2_key=valueold&filter2_type=search&filter2_value=&filter3_key=valuenew&filter3_type=search&filter3_value=&fieldkey=&filtercdatefrom=&filtercdateto= 2021-09-10 08:08:48 totalshop74 field old value 11585 new value 18182 Nothing set up in the morning [/quote] 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. [/quote] 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

[quote] Logs can be added [/quote] + I'm waiting for a new example, which will change after the current moment

[quote] Tyndyk Maxim Vadimovich OneBox production Administrator wrote: [quote] Logs can be added [/quote] + I'm waiting for a new example, which will change after the current moment [/quote] New example: https://rivcont.info/app/history/products/4109/?userid=&systemchange=1&filter2_key=valueold&filter2_type=search&filter2_value=&filter3_key=valuenew&filter3_type=search&filter3_value=&fieldkey=&filtercdatefrom=&filtercdateto= Old value 20428 New value 21303

Another example https://rivcont.info/app/history/products/3558/?userid=&systemchange=1&filter2_key=valueold&filter2_type=search&filter2_value=&filter3_key=valuenew&filter3_type=search&filter3_value=&fieldkey=&filtercdatefrom=&filtercdateto=

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.

[quote] 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. [/quote] Creates duplicates: https://rivcont.info/app/history/products/2132/?userid=&systemchange=1&filter2_key=valueold&filter2_type=search&filter2_value=&filter3_key=valuenew&filter3_type=search&filter3_value=&fieldkey=&filtercdatefrom=&filtercdateto= CsCart ID 21893 > 24400 look

[quote] look [/quote] This is a problem exclusively with CS-Cart For example, the product https://rivcont.info/app/history/products/1195/?userid=&systemchange=1&filter2_key=valueold&filter2_type=search&filter2_value=&filter3_key=valuenew&filter3_type=search&filter3_value=&fieldkey=&filtercdatefrom=&filtercdateto= 1. we send a GET request for a product with an ID on CS-Cart 21448 - we get a server error with CS-Cart [quote] <!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> [/quote] 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

Okay, I'm trying to solve with those support of the cs card. If so, please send me an invoice. Thanks

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

[quote] 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 [/quote] 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.

[quote] 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. [/quote] Actually this topic is closed?

Yes

[quote] Tyndyk Maxim Vadimovich OneBox production Administrator wrote: [quote] 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. [/quote] Actually this topic is closed? [/quote] 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&filter2_key=valueold&filter2_type=search&filter2_value=&filter3_key=valuenew&filter3_type=search&filter3_value=&fieldkey=totalshop82&filtercdatefrom=&filtercdateto= 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?

[quote] Can you see why the ID was overwritten? [/quote] 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: [quote] 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 [/quote]

[quote] 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? [/quote] 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. [quote] 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 [/quote] 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.

[quote] 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. [/quote] Added. [quote] 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. [/quote] Improvement of CS-Cart should be done by its developers.

[quote] Tyndyk Maxim Vadimovich OneBox production Administrator wrote: Improvement of CS-Cart should be done by its developers. [/quote] Yes that's right But, unfortunately, we learned about the 500 error only thanks to working with boxing) [quote] Tyndyk Maxim Vadimovich OneBox production Administrator wrote: Added. [/quote] Thanks Let's take a few days / if it doesn't happen again, we'll close