Plugin Author
Thomas S
(@eighty20results)
Hi,
It is possible it’s due to a PHP timeout or a JS timeout, what settings do you have configured for the plugin (on the Import Members page) when importing?
Thanks for the super quick response. I have uploaded a screenshot of the settings:
https://maxshank.com/wp-content/uploads/2018/03/settings_screenshot.jpg
Plugin Author
Thomas S
(@eighty20results)
Thanks for that screen capture.
Are there any Javascript errors in the JS console of the browser you’re using?
I get an error warning at the end of each import yes, and it says that the file failed to import BUT at least 3/5 of the file actually does import
Plugin Author
Thomas S
(@eighty20results)
I’m explicitly looking for the JavaScript console status/messages though. If there’s a timeout error, it would most likely get logged there.
That could simply mean that the server is running a little slower than I expected when I guesstimated the amount of time it would take to import ~60 records, and as a result, I haven’t configured enough of a buffer for the JS timeout vs the PHP max execution time.
I actually believe that is what’s happening. I think there is a timeout issue. I’ve gotten a gateway timeout error a couple of times on this particular server when activating plugins. What do you recommend for the timeout setting?
Plugin Author
Thomas S
(@eighty20results)
It’s going to depend on the size of the install (# of plugins, etc), but for sites with payment gateways for instance, I tend to want 1-2 minutes as the max_execution_time setting.
That said, since my plugin tries to be smart about how many records it can import per attempt – it’s supposed to cycle through until the file is done – it seems like I’ll need to get a little more flexible in my timeout calculations…
Well, the php time limit on this server is set at 300. I’m definitely not a php brain but that appears to be very low. It’s a SiteGround shared environment so I’m not sure what they will allow, but I will attempt to get it raised. I was reading the forum here about the email sending issue, but we are not asking the plugin to send the emails
Plugin Author
Thomas S
(@eighty20results)
If max_execution_time is set to 300, that’s 300 seconds (i.e. 5 minutes). That should be plenty!
Could I ask you to enable WP_DEBUG and WP_DEBUG_LOG in your wp-config.php file and then try an import again?
I.e:
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
Once the import fails/is done, could you link the the wp-content/debug.log file somewhere I so can access it (before you delete the file again)?
yes but I won’t be able to do that until morning – it is almost 9pm here and I’m being called home for dinner. I will get back to you fist thing tomorrow. Thank you so much for all your help!
Plugin Author
Thomas S
(@eighty20results)
No worries.
I may not be as responsive over the weekend, sorry.
Thomas, So I found a simple workaround for my importing issue. I have discovered that by importing a file with 85 or less members, there are no import errors – anything over 100 members causes results in 10 to 20 members being excluded. I am assuming this is a timeout issue but in any event, my members (3000+) have all been imported. I want to thank you for your help and extremely fast support in trying to help me get the issue resolved.
I would venture to bet that some host servers will have no problems and that shared environments with low resources might experience the same issues I had.
Best of luck and THANKS for a really worthwhile utility!
Plugin Author
Thomas S
(@eighty20results)
Thanks for bringing the issue to my attention. I’ll have to try and figure out a way to limit the available resources for my own test.
My test .CSV file has 5000 users it and imports without issue, so I _thought_ my estimates were safe. I stand corrected and will work to try and come up with a better way to avoid timeouts.
