finalization of "Unload products/categories/filters/characteristics in opencart (via DB)" (unloading goods in batches)

4h

[quote] Ustimenko Igor OneBox CTO wrote: 4h [/quote] invoice please

[quote] Ustimenko Igor OneBox CTO wrote: 4h [/quote] uploading images in images.json should be formed according to the batch of uploaded goods. Please confirm that this is taken into account in the assessment.

[quote] Pereginyak Alexander Oneboxconsulting (integrator) wrote: [quote] Ustimenko Igor OneBox CTO wrote: 4h [/quote] uploading images in images.json should be formed according to the batch of uploaded goods. Please confirm that this is taken into account in the assessment. [/quote] I don't see it in Tz

[quote] Ustimenko Igor OneBox CTO wrote: [quote] Pereginyak Alexander Oneboxconsulting (integrator) wrote: [quote] Ustimenko Igor OneBox CTO wrote: 4h [/quote] uploading images in images.json should be formed according to the batch of uploaded goods. Please confirm that this is taken into account in the assessment. [/quote] I don't see it in Tz [/quote] It's good that I asked... you probably understand the task of uploading data on products in batches in a different way. In my view, the image of a product is the same attribute of a product as a category or brand, and if a batch of 10 products is already unloaded, then, accordingly, the image file should be formed on X images of these 10 products, and not on conditional 10 thousand. actually for this reason, he did not make special reservations in the TOR. or I misunderstand something, and even if in the settings I set the option to upload 1000 products, the images will still be uploaded for all 10000 products that are under upload. And in order for you not to do this, you need to specifically stipulate this in the TOR?

[quote] Pereginyak Alexander Oneboxconsulting (integrator) wrote: [quote] Ustimenko Igor OneBox CTO wrote: [quote] Pereginyak Alexander Oneboxconsulting (integrator) wrote: [quote] Ustimenko Igor OneBox CTO wrote: 4h [/quote] uploading images in images.json should be formed according to the batch of uploaded goods. Please confirm that this is taken into account in the assessment. [/quote] I don't see it in Tz [/quote] It's good that I asked... you probably understand the task of uploading data on products in batches in a different way. In my view, the image of a product is the same attribute of a product as a category or brand, and if a batch of 10 products is already unloaded, then, accordingly, the image file should be formed on X images of these 10 products, and not on conditional 10 thousand. actually for this reason, he did not make special reservations in the TOR. or I misunderstand something, and even if in the settings I set the option to upload 1000 products, the images will still be uploaded for all 10000 products that are under upload. And in order for you not to do this, you need to specifically stipulate this in the TOR? [/quote] upload images for 1000 products

[quote] Ustimenko Igor OneBox CTO wrote: upload images for 1000 products [/quote] great, pay!

configured unloading by one of the actions (comment to the action "Unloading filters") - set the number of unloaded products to 1000 several launches have passed, the unloading was performed disabled this action and configured it similarly, but for the action with the comment "Unload everything at once". a day has passed (the maximum number of goods that could be unloaded could be up to 20 thousand, respectively, in 20 hours the unloading would have to be completed anyway), but the data is not uploaded to the site (monitoring is carried out using the images.json file, which is created on the server OS after the action is triggered) please explain what is wrong and correct if there is a mistake configured on the project https://ramservice.in.ua

[quote] Pereginyak Alexander Oneboxconsulting (integrator) wrote: configured unloading by one of the actions (comment to the action "Unloading filters") - set the number of unloaded products to 1000 several launches have passed, the unloading was performed [/quote] those. the action works correctly, great. [quote] Pereginyak Alexander Oneboxconsulting (integrator) wrote: (monitoring is based on the images.json file, which is created on the OS server after the action is triggered) [/quote] how do you monitor the file and what do you even look at it if it is deleted by the opencart cron? If you have not unloaded a specific product - give a link to it in the box, I will look at its id on the opencart and reset it for you.

[quote] Bilbo Baggins cracker wrote: how do you monitor the file and what do you even look at it if it is deleted by the opencart cron? If you have not unloaded a specific product - give a link to it in the box, I will look at its id on the opencart and reset it for you. [/quote] the file is deleted after an hour. those. the action at 16-20 conditionally unloads it, at 17-00 opencart picks up its crowns, processes and deletes it, i.e. from 20 to 59 minutes there is a file on the site and you can follow the work of unloading tell me in general how it will work out if the project has 2 or more actions for uploading goods to Opencart - will action A work if action B is set to upload 1000 files, which has not yet been completed?

[quote] Pereginyak Alexander Oneboxconsulting (integrator) wrote: tell me in general how it will work out if the project has 2 or more actions for uploading goods to Opencart - will action A work if action B is set to upload 1000 files, which has not yet been completed? [/quote] Yes, of course, the second action will work and overwrite the photo of the first one. Integration with opencart is not designed for you to set 2 export actions for one opencart. Cron may not work due to the large amount of data. If the server is yours, set more memory_limit for php scripts by default (a couple of GB). If on the cloud - let me know, I'll take a look

[quote] Bilbo Baggins cracker wrote: Yes, of course, the second action will work and overwrite the photo of the first one. Integration with opencart is not designed for you to set 2 export actions for one opencart. Cron may not work due to the large amount of data. If the server is yours, set more memory_limit for php scripts by default (a couple of GB). If on the cloud - let me know, I'll take a look [/quote] those. both actions will be triggered - and the one for which the unloading has not yet been completed, i.e. Are there still batches of goods of 1000 pieces that have not yet been unloaded (conditionally, a batch of goods will be unloaded from the array formed by action A) and an action that unloads goods all at once (without breaking into batches)? Or will an action that unloads everything and immediately run not because it contains a check that if there are unloaded parties generated by any action, then the action will not fire until these parties are unloaded?

Alexander, to be honest, I don’t understand any point in putting 2 actions at the same time. However, the answer to your question is: yes, 2 actions will work. checking for unloading "in batches" each action has its own.

[quote] Bilbo Baggins cracker wrote: Alexander, to be honest, I don’t understand any point in putting 2 actions at the same time. However, the answer to your question is: yes, 2 actions will work. checking for unloading "in batches" each action has its own. [/quote] Thanks! I will explain why two steps are needed if you start unloading all 20 thousand goods, in batches of 1000 pieces, then the unloading will be completed in a day. If I need to update something quickly, for example, unload products of a specific category, then I can do it with the second action without waiting for the general unloading to complete

Turned off the action of unloading by batches and that's it, no problems. Or changed its settings for example. But this is all "manual control" you will quickly come to the conclusion that it is not effective at a distance