erolsk8

Nope, it’s actually being sent in batches. I made some basic calculation to figure out the number of items it should import per batch, depending on how many files were selected. It goes like this:
– under 10 items it’s 1 item per batch,
– under 100 items it’s 10 items per batch,
– under 1000 items it’s 25 items per batch,
– above 1000 items it’s 50 items per batch.

But this probably needs to be tweaked to work better. Though I’m not sure what the actual error is. Is it PHP execution timeout, HTTP request timeout, etc. I’d need to see some error to figure out how to improve it. Or if you have a suggestion, I’d be happy to hear it.

For catching errors, I’ll copy something I wrote in another issue:
1. disable all other plugins,
2. turn on as many debugging options as possible (either in code or installing a plugin that does that),
3. do a screen recording of the import process.

Biggest priority and the main purpose of this plugin is to import all items at once, so I’d really like to improve that somehow. When I get some time from my full-time job ??

• This reply was modified 5 years, 7 months ago by erolsk8. Reason: typo

Closing due to inactivity.

Hi @shkaf,

For me to fix this, I’d first need to replicate it. So I can see what’s the actual error.

I’d suggest to:
1. disable all other plugins,
2. turn on as many debugging options as possible (either in code or installing a plugin that does that),
3. do a screen recording of the import process.

So if you provide me with that screen recording which shows the actual error, I can take a look at what’s wrong.

Thanks,

Erol

Great! I’m glad I could help ??

Looks like it’s because WordPress automatically always adds /sites/<site_id> at the end. So adding that part to custom “Upload Path” is not needed.

In fact, adding it broke uploading to Media Library.

I tried changing “Upload Path” to: /<full_path>/wp-content/uploads/sites/3, went to default Media Library and uploaded new file. And it was broken (image not found). Then I checked what happened and WordPress itself uploaded it to /sites/<site_id>/sites/<site_id>.

So as far as I can see, this plugin is consistent with Media Library.

And to summarise, changing “Upload Path” value from:
/<full_path>/wp-content/uploads/sites/3
to:
/<full_path>/wp-content/uploads
should fix this issue.

Hi @amirhmoradi,

I just pushed new version 1.0.3 which requires import capability (permission) instead of update_plugins.

Please let me know if it works for you.

Thanks,
Erol

Hi @amirhmoradi, thank you for the detailed explanation. I’ll try to make that adjustment as soon as I find some time.

I’ll make an update here.

Hmm I’m not sure how to replicate this and find out what is the issue.

Please let me know if you can catch some error and show it here. Or provide some more details on how to replicate this issue.

There is now 1.0.2 version which should solve this.

Could you please try to update and let me know if it works?

Thanks

There is now new 1.0.1 version which should fix that.
Could you please try it and let me know if it worked?
Thanks

Hey @msassmann, if you are still looking for alternative, you can try this plugin: https://www.ads-software.com/plugins/media-sync/

You’re right @iboone, plugin’s minimal PHP version was set to 5.2.4, but short array syntax was added in PHP 5.4.

Thank you for provided code, I implemented it and it’s now available in new 0.1.6 version of this plugin.

Please let me know if it works and we can close this topic.

Thanks for pointing it out. I pushed fix for that. There is no new version, but if downloaded now, it should include the change.

Hi @leemon, thank you for suggested code. It’s been implemented in new 0.1.5 version. Please let me know if it works and we can close this topic.

Unfortunately, that’s not yet possible. It’s planned to be added as an option, but I’m not sure when will I find some time to implement it.

For now, I bumped it up in my “todo” list, so I’ll start with this when I continue working on this plugin.

Will update this topic when it’s done.

Thanks