You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Looking at how the broken url detector function is scheduled the time when the scan is executed depends on when the users activates the plugin.
Let's say I activate the plugin at 14:15 then the plugin will each day around 14:15 do a scan for broken urls.
My first question is if anyone have found an issue that we have a large number of broken links and the plugin runs the scan at a busy time with lots of traffic?
Looking at how the code determines broken links all checks are fast checks except the last one where we do an actual request to the link. Numerous things could make this a bottleneck where the server is waiting for a broken link to respond.
In general I'm curious whether this could be a real problem or not. I did a check for one site that uses this plugin and found ~600 potential broken links to check each time. Hoping that not all links candidate for the worst case scenario, let's just assume all 600 links must be validated using the curl request.
I get the feeling that maybe it could be safer to use the plugin if we scheduled the link check at a known time instead of relying on when the user activates the plugin?
Something like wp_schedule_event( strtotime('02:00:00'), 'daily', 'task_to_run' ); would give more control over when the plugin potentially runs long running code sequences.
The text was updated successfully, but these errors were encountered:
Looking at how the broken url detector function is scheduled the time when the scan is executed depends on when the users activates the plugin.
Let's say I activate the plugin at 14:15 then the plugin will each day around 14:15 do a scan for broken urls.
My first question is if anyone have found an issue that we have a large number of broken links and the plugin runs the scan at a busy time with lots of traffic?
Looking at how the code determines broken links all checks are fast checks except the last one where we do an actual request to the link. Numerous things could make this a bottleneck where the server is waiting for a broken link to respond.
In general I'm curious whether this could be a real problem or not. I did a check for one site that uses this plugin and found ~600 potential broken links to check each time. Hoping that not all links candidate for the worst case scenario, let's just assume all 600 links must be validated using the curl request.
I get the feeling that maybe it could be safer to use the plugin if we scheduled the link check at a known time instead of relying on when the user activates the plugin?
Something like
wp_schedule_event( strtotime('02:00:00'), 'daily', 'task_to_run' );
would give more control over when the plugin potentially runs long running code sequences.The text was updated successfully, but these errors were encountered: