Forums › Forums › Search & Filter Pro › Running background processes is either disabled

Tagged: 

Viewing 10 posts - 1 through 10 (of 14 total)
1 2
  • Anonymous
    (Private)  February 1, 2017 at 1:33 pm #87354

    I am receiving this message:

    Notice: Running background processes is either disabled or has failed in this environment.

    Therefore you must leave this page open to complete caching.

    I am using Nginx server and had to disable cron jobs in wordpress. How could I manually add the plugins cron jobs on my crontab -e

    many thanks!

    Trevor
    (Private)  February 1, 2017 at 4:15 pm #87423

    Hi

    I haven’t forgotten you, but I need to speak to the developer about this and he is out of the office right now. I will get back to you as soon as I can, but it may be tomorrow before I reply again.

    Anonymous
    (Private)  February 1, 2017 at 4:31 pm #87435

    ok thanks trevor 🙂

    Trevor
    (Private)  February 2, 2017 at 5:53 pm #87659

    OK, I have spoken to Ross. This means that the WP function wp_remote_get is not working for our plugin.

    This means that the process has to be completed via Ajax. It can also be caused if you have disabled caching via the Search & Filter plugin main admin global settings page, but I assume you have not done that?

    At this time, there is not much that can be done about it; just leave the page open, we hope to improve the functionality of this in the future.

    It might be worth checking a couple of things though. If you know where to find the main WordPress wp-config.php file (in the WordPress root folder), look for a line that starts like this:

    define('WP_CONTENT_URL',

    It should look like this:

    define( 'WP_CONTENT_URL', 'http://example.com/wp-content' );

    But some sites have this:

    define('WP_CONTENT_URL', '/wp-content'); where the URL is missing (or the http should be https).

    Also, does your server have a firewall, like CSF? It might need to have a whitelist rule added if you have (but I do not know what the rule would need to be, but your host might).

    Anonymous
    (Private)  February 3, 2017 at 1:47 pm #87870

    I checked my wp-config and I don’t have the line:
    define( ‘WP_CONTENT_URL’,

    I did place this though which could be related?

    define(‘DISABLE_WP_CRON’, true);

    Trevor
    (Private)  February 3, 2017 at 2:03 pm #87877

    Search and Filter does not use cron jobs, so that line will not affect the background caching. It must be something odd about the way wp_remote_get works on your server, or that the server has a firewall. It is difficult to say which, but it is not something we can fix from here.

    We DO intend to investigate different ways we can run the cache in the background in future versions of the S&F plugin, but that does not solve this issue at this time.

    Anonymous
    (Private)  February 3, 2017 at 5:29 pm #87987

    ok seems like someone else has a similar problem:

    https://www.digitalocean.com/community/questions/wp_remote_get-failed-on-my-wordpress

    I will keep looking – thanks 🙂

    Anonymous
    (Private)  February 3, 2017 at 5:31 pm #87989

    most probably is the UFW firewall I would assume but not sure what exceptions i should be adding ?

    Trevor
    (Private)  February 3, 2017 at 5:39 pm #87997

    Nor I. As it happens, I also use Digital Ocean, using a Cloudways WordPress server stack, and I do not have this problem.

    Anonymous
    (Private)  February 7, 2017 at 6:00 pm #88572

    I have used this script to test if wp_get_remote works and it actually works fine on my server, so the problem must be something else.

    <?php 
require_once( 'wp-load.php' );
$response = wp_remote_get( 'http://www.domain.com/mytest.php' );
print $response ['body']; ?>
  • Author
    Posts
Viewing 10 posts - 1 through 10 (of 14 total)
1 2