Josh

I found this solution way too late. Otto’s fix resolved so many issues I was having. I thought it was my server, so I migrated to a new server. Then the new server got completely overloaded, so I upgraded to a better plan. That was still getting overloaded with no clear reason or change in traffic or usage. I thought it was just the hosting providers, but this had to be the issue. Since the server was getting overloaded, everything was acting strange, including uploading photos, scheduling posts, and my calendar loading. So far, this seems to resolve my issues. This bug has cost me a lot of time and money, but I’m thankful for the fix.

Fulvio, the calendar works with GoDaddy. The calendar along with other ajax features were not working on Bluehost, so I moved the websites to GoDaddy and it resolved the issue.

Fulvio,

It looks like it was actually a server issue. I moved and tested the site on my local server using MAMP as well as a new hosting account with GoDaddy, and the calendar and ajax features work fine. It was something happening on the Bluehost server. They had no insight. Thanks for your ideas and help!

Josh

In my case, the error seems to be a conflict between Google Calendar Events and any of these plugins:

Jetpack
Cleaner Gallery
Easy Fancybox
Simple Lightbox

I’ve tried all of these in different combinations. If one of these is active, all ajax breaks. As soon as I deactivate, everything works again.

All of the plugins are up-to-date. As I mentioned, if I disable Easy Fancybox and Cleaner Gallery, it works again. But on the fresh installation, there’s no conflict with these plugins. What else could cause ajax to break? It seems like ajax is breaking on the backend, too.

Thanks for the taxonomy note. I updated the code, and it’s still not picking up the last post. Again, I appreciate all your help. It’s so close to working, so if anyone has any other ideas why this might not be working, i’d love some more insight. Thanks!

Here’s my actual code now (taxonomy/slugs are different from previous examples):

<?php $args = array (
	'post_type' => 'ad-campaigns',
	'posts_per_page' => -1,
	'tax_query' => array(
		array(
			'taxonomy' => 'advertiser-page',
			'field'    => 'slug',
			'terms'    => 'my-advertiser',
		),
	),
);
    $postnum = 0;
    $the_query = new WP_Query( $args );
    if ( $the_query->have_posts() ) {
    while ( $the_query->have_posts()) :
        $postnum = $postnum + $customfieldvalue; // add the custom field value below to the $postnum variable
        $the_query->the_post();
        $customfieldvalue = get_post_meta($post->ID, 'ad_clicks', true); // this is getting the value for a custom field
        echo $customfieldvalue; echo '<br />'; // this is just echoing it for example, on a per post basis - so every individual post's value
    endwhile; } ?>
    <br />
   <?php  echo $postnum; // and then this displays the total amount ?>

Santeven, I don’t think so. Either way, It didn’t work even without the taxonomy added to the array.

It’s the same code you posted, I just changed the name of the custom field and added a taxonomy to the array. For some reason it adds everything correctly but omits the oldest post. Here’s a real example of what it outputs:

80
65
69
88

Total = 214

(It should be 302, but it omits the final number 88)

USING THIS CODE:

<?php $args = array (
        'post_type' => 'item', // Get your 'item' post type
        'my-taxonomy' => 'taxonomy-one',
        'posts_per_page' => -1 // -1 means 'as many of this post type as there are'
    );
    $postnum = 0;
    $the_query = new WP_Query( $args );
    if ( $the_query->have_posts() ) {
    while ( $the_query->have_posts()) :
        $postnum = $postnum + $customfieldvalue; // add the custom field value below to the $postnum variable
        $the_query->the_post();
        $customfieldvalue = get_post_meta($post->ID, 'clicks_this_month', true); // this is getting the value for a custom field called 'number'
        echo $customfieldvalue; echo '<br />'; // this is just echoing it for example, on a per post basis - so every individual post's value for 'number'
    endwhile; } ?>
    <br />
   <?php  echo $postnum; // and then this displays the total amount ?>

Also note – when I say final number, it’s actually the oldest post.

@clicknathan —

This is really close. It’s not adding the final number though. Any ideas? For example:

price = 5
price = 10
price = 15

result = 15 instead of 30

Santeven,

Thanks for the response! It’s actually a specific custom post type. So in the example I mentioned, it would be the custom post type “items”. I’d like to add the custom field “prices” of multiple “item” posts on a dashboard-like page.

I understand queries and custom fields pretty well, I just don’t know how to do the mathematical addition on a separate page.

If you have any possible examples I could try, I’d appreciate it!

UPDATE: All of my contact forms started working again without making any changes. Bluehost did some extensive digging and couldn’t pinpoint the issue, so it may have just been a fluke. It resolved after about 36 hours of downtime.

@postman SMTP:

I’m mostly using email accounts associated with each domain. So [email protected] for the website at example.com, [email protected] for otherwebsite.com, etc. Some of these have emails accounts set up with Bluehost, some of them are going through Google Apps for Business.

I’m fine using an SMTP plugin if absolutely necessary, but I’m more concerned about what happened within the last 24 hours that would have caused this issue in the first place. It doesn’t make sense that everything just stopped working all of the sudden across dozens of websites using different configurations. These were working for more than two years without issues, and now it stopped. It just doesn’t make sense.

@postman SMTP:

It doesn’t matter what email I put in the “from”, “to”, or “reply-to:” (in additional headers) fields. The error continuously occurs. I even tried a few different contact form plugins and the issue happens with those, too, so it’s not just Contact Form 7.

Keep in mind, I had over a dozen Contact Form 7 forms on multiple websites on the same server that were working great, and then they all got knocked-out at once, so I think it’s my Bluehost server.

I’ve tried all of the normal work-arounds except SMTP. I’d rather not go the SMTP route every time I create a website, but it would probably resolve the issue. I’d like to get to the bottom of the core issue first, though.

I have a support ticket in with Bluehost, so we’ll see if they can find anything. I’ll report back if I get an update.

TIP: After upgrading my PHP to 5.4, BackUpWordPress still wouldn’t activate. If you’re familiar with editing .htaccess, go to your .htaccess file within your WP installation folder and make sure there isn’t another handler overriding your default settings. I had an extra handler for “AddHandler fcgid-script .php” in my .htaccess file, which wouldn’t allow the plugin to activate. After removing this line, it worked. Be careful and note your changes!