danhgilmore

Based on Mark’s example, I was able to tweak it to what I needed. This will work for every wp_* table in the DB, returning the tables changed or will be changed if using dry-run

./test.sh | grep -E ‘(\\|\s[1-9]+|\d+ replace)’

This was the return on one site:

wp_37_comments comment_author_url 6 SQL
wp_37_comments comment_content 3 SQL
wp_37_options option_value 4 PHP
Success: 13 replacements to be made.

Thanks! I’ll use your regex and expand it to check for every table (not just options tables).

I’ve figured out the problem. Apparently the user has used the same name for tags/cats/link_category.

https://core.trac.www.ads-software.com/browser/tags/4.9/src/wp-includes/capabilities.php#L500

$term = get_term( $term_id );
    if ( ! $term || is_wp_error( $term ) ) {
        $caps[] = 'do_not_allow';
	break;
    }

get_term() returns an error: “Term ID is shared between multiple taxonomies”, but that error isn’t returned to the user/admin.

The fix is to either remove the tag or category from each post that has both.

I assume this is what you meant?

select * from wp_usermeta where meta_key like ‘wp_X_’ and user_id = 231454;
wp_X_capabilities = a:1:{s:13:”administrator”;b:1;}
wp_X_user_level = 10

(X being the blog_id, obviously)

Try manually resetting your plugins (no Dashboard access required). If that resolves the issue, reactivate each one individually until you find the cause.

If that does not resolve the issue, access your server via SFTP or FTP, or a file manager in your hosting account’s control panel, navigate to /wp-content/themes/ and rename the directory of your currently active theme. This will force the default theme to activate and hopefully rule-out a theme-specific issue (theme functions can interfere like plugins).

Internal server errors (error 500) are often caused by plugin or theme function conflicts, so if you have access to your admin panel, try deactivating all plugins. If you don’t have access to your admin panel, try manually resetting your plugins (no Dashboard access required). If that resolves the issue, reactivate each one individually until you find the cause.

If that does not resolve the issue, try switching to the default theme for your version of WordPress to rule-out a theme-specific issue. If you don’t have access to your admin panel, access your server via SFTP or FTP, or a file manager in your hosting account’s control panel, navigate to /wp-content/themes/ and rename the directory of your currently active theme. This will force the default theme to activate and hopefully rule-out a theme-specific issue.

If that does not resolve the issue, it’s possible that a .htaccess rule could be the source of the problem. To check for this, access your server via SFTP or FTP, or a file manager in your hosting account’s control panel, and rename the .htaccess file. If you can’t find a .htaccess file, make sure that you have set your SFTP or FTP client to view invisible files.

If you weren’t able to resolve the issue by either resetting your plugins and theme or renaming your .htaccess file, we may be able to help, but we’ll need a more detailed error message. Internal server errors are usually described in more detail in the server error log. If you have access to your server error log, generate the error again, note the date and time, then immediately check your server error log for any errors that occurred during that time period. If you don’t have access to your server error log, ask your hosting provider to look for you.

If you use a commercial theme or plugin and need support, please go to their official support channel. In order to be good stewards of the WordPress community, and encourage innovation and progress, we feel it’s important to direct people to those official locations.

https://siteorigin.com/thread/

Forum volunteers are also not given access to commercial products, so they would not know why your commercial theme or plugin is not working properly. This is one other reason why volunteers forward you to the commercial product’s vendors. The vendors are responsible for supporting their commercial product.

So it turns out that is_user_logged_in() will return FALSE if you are not using the correct protocol. I have my FQDN listed in wp-config.php as https://localhost/ and I was troubleshooting with https://localhost/

When I debugged with HTTPS, it worked as intended.

Remain calm and carefully follow this guide. When you’re done, you may want to implement some (if not all) of the recommended security measures.

It looks like you are using a premium theme from Weblizar, and unfortunately we cannot provide support for that here. You can contact theme here: https://weblizar.com/support/

Since that is a commercial theme or plugin, we ask that you please go to their official support channel, so you can get support from the people who know it best.

https://alienwp.com/themes/anissa/

Forum volunteers are also not given access to commercial products, so they would not know why it is not working properly. Other community members who may have faced your issue might be able to help you but your best bet is your product’s developer. Keep in mind we encourage you to use the official support venues, as it allows the developers to be aware of issues with their code and gives back to the community in a more robust way.

It looks like you are having a problem with the WooCommerce plugin. Please disable that plugin and you shouldn’t have the error. You’ll need to contact WooCommerce for further help as we cannot support outside plugins.

You’ll need to transfer your domain name from .Com to whatever hosting service you’ve purchased. Once that’s done, you can follow steps from here: https://www.wpbeginner.com/wp-tutorials/how-to-properly-move-your-blog-from-wordpress-com-to-wordpress-org/

It looks like one of your themes and/or plugins is using an older version of jQuery.

You’ll need to update the theme/plugin to prevent this from happening. Take a look at the following site for more information: https://wordpress.stackexchange.com/questions/224661/annoying-jqmigrate-migrate-is-in-console-after-update-to-wp-4-5

If it’s trying to reinstall, it sounds like it’s not seeing the wp-config.php file, or another required file.