Jeremy Pry

Hey Anne,

Thanks for reporting this error. I think I might have an idea about what’s going on here. If the API happens to time out when attempting to retrieve data from MailChimp, that could cause the error that you’re seeing. We can make an update to handle that possibility more gracefully.

Regardless of how the timeout is handled, it’s possible that your server needs a bit more time to attempt to make the request before WordPress determines that the request has failed. To that end, I’ve made a plugin that you can install that will increase time time limit to 45 seconds instead of only 10 seconds. You can download the plugin from here: https://github.com/PrysPlugins/Increase-Yikes-MailChimp-API-Timeout/releases/tag/v1.0.0.

Hi @jnz31,

You should never directly modify the WordPress global variables. Changing the $wp_query variable in particular can have unexpected consequences elsewhere in your code.

This issue has recently been plaguing me as well. I found I was able to workaround the issue by using the svn command to create the tag directly:

svn cp https://plugins.svn.www.ads-software.com/PLUGIN_NAME/trunk https://plugins.svn.www.ads-software.com/PLUGIN_NAME/tags/TAG_NUMBER

The Link Manager is still native WordPress functionality, however it is disabled by default. If you were to look at the code for this plugin, you will see that this plugin contains a single line of code.

You can safely continue using this plugin for as long as needed, as there isn’t anything for the plugin itself to maintain.

Hi annaew,

Do you have access to the error logs for your site? A white screen will almost always have an accompanying entry in the PHP error log regarding a “PHP Fatal error”. If you can find the error logs, and specifically the fatal error, that will help determine what is causing the white screen.

Hi misterixas111,

Requests to admin-ajax.php don’t have a “location” in the same way that theme template files do. None of the is_<condition>() functions related to WP_Query will give you anything except false in this setting.

What exactly are you trying to accomplish?

You would want the second if statement to entirely replace the first if statement. Take a look at this updated version: https://gist.github.com/JPry/2e4b074a81d7c8234eb4.

Why would not you recommend it? Is it something I did not think of?

When you modify the post, but don’t allow the post to know the timestamp of that modification, you’re essentially lying about the post history.

If I want it not to be changed only in the custom post type “bil”?

Add a conditional for post type, which is contained in the $data array:

if ( 'bil' === $data['post_type'] && current_user_can( 'administrator' ) ) {
// ...
}

Hi daudesign,

The content of WordPress is stored within a database. You will need to backup the database from the old host and restore it to the new host. Here’s an article that should explain how to do that: https://codex.www.ads-software.com/Backing_Up_Your_Database.

Hi driftmagazine,

It is certainly possible to prevent the modified date from changing, however I would discourage you from doing so. If you’re absolutely certain this is what you want to do, then you will want to write a plugin that can utilize the wp_insert_post_data hook. You would want to perform a check for the administrator role using the current_user_can() function, to ensure you’re only targeting the correct thing.

Here’s a sample plugin that could do this: https://gist.github.com/JPry/2e4b074a81d7c8234eb4.

With this sample plugin, note that there’s no distinguishing at all between posts of various types. You may need to expand the logic to cover additional functionality.

Merry Christmas to you too!

Your hosting control panel should have a way to manage the domains so that one of them redirects to the other. Then if someone visits the redirected domain, they will end up at the main domain.

It’s been a while since I’ve used a normal hosting control panel, so I don’t remember the exact steps to do this. However, your host should have documentation somewhere or support that can help you get this accomplished. It would also be a good idea to reach out to their support if you need more help with that, as it should be something they’re pretty familiar with.

Are you looking for both domains to display your site, or do you want of them to redirect to the other?

In phpMyAdmin, you should see the database for your WordPress install. Depending on your hosting, there may be more than one database. If you’re not sure of the database name, take a look in the /public_html/wp-config.php file. There should be a line that has DB_NAME, followed by the name.

Once you know which database to look at, look for the “options” table inside that database. It will usually have a prefix of some kind, so it may appear as “wp_options” or something else similar.

Inside the options table, look for 2 specific rows. The “option_key” column will say “siteurl” for one of them and “home” for the other. Update both of those to the correct domain, and then you should be able to get back into your site.

Hi Maria,

/public_html/wp-admin (and other files) are the PHP files that make up the WordPress application on the web server. You shouldn’t need to change any of those files.

Most hosts will provide database access via something called “phpMyAdmin”. Do you know if you have access to something like that in the control panel for your website?