CUNY Academic Commons

Boone - I think my suspicions are correct.

If you do the following:

$args = array(
    'timeout'   => 0.01,
    'blocking'  => true, // I changed this to 'true' from 'false' in order to get some output.
    /** This filter is documented in wp-includes/class-wp-http-streams.php */
    'sslverify' => apply_filters( 'https_local_ssl_verify', false )
);

// Use the Commons homepage as a test.
$test = wp_remote_post( home_url( '/' ), $args );
var_dump( $test );

You'll see that the HTML markup is for http://gc.cuny.edu/Home and not http://commons.gc.cuny.edu

So it appears that cURL is not finding commons.gc.cuny.edu correctly.

We should contact Lihua about this.

Odd - I have been getting digests, so at least some cron jobs are running.

But your diagnosis sounds right. Can you write to Lihua and CC me?

It does sound like it might be a cache issue, though it's very strange that it'd persist for this long. Since the cache array gets updated fairly frequently, you'd think that cache discrepancies would flush themselves pretty quickly.

I think we are using tollmanz's drop-in. It's definitely worth examining Human Made's (thanks for pointing it out btw - I hadn't seen it before, and I need to reach out to them regarding https://core.trac.wordpress.org/ticket/20875#comment:33) but, like you suggest, I don't think it's worth it for the purposes of this ticket.

Let's remember that this ticket exists if we hear about any weirdness related to scheduled events.

Boone - I decided to send an email to Lihua.

It's quite possible that wp-cron.php is not being executed or resolving properly, which is why we're seeing a backlog of older cron events and no upcoming ones. Better safe than sorry.

Just to update this thread, Lihua made a change to the HOSTS file and now WP's cron tasks look correct when accessed via the WP admin dashboard's "Tools > Cron Events" page.

wp-cli is still showing older events, but I take that as a conflict between our Memcached object cache drop-in and wp-cli.