InclusiveHost-John

That’s a pretty crazy database name and prefix. How was this installed? You’ll likely have to contact your hosting provider for help on this. They may need to restore from a backup.

Have you rebuilt your Apache configuration to see if that fixes the problem? If you go into Apache config and then save with no changes.

I’ve never seen this behavior with cPanel. It shouldn’t delete other user’s database information (their posts).

This could possibly be your hosting provider with mod_security. Have you checked with them?

Have you checked with your hosting provider to see if there are any errors showing up in their logs?

Is your hosting provider running mod_security?

Hi Michael,

Have you contacted your hosting provider to see if they can pinpoint what the bottleneck is? Are you even hitting your hosting account CPU, memory limits when saving this? Shared hosting providers running cloudlinux have a set resource limit that will result in pages slowing down when you reach the cap.

All this would do is redirect all content in the portfolio folder to a local install of WordPress. This isn’t a local install on your home computer/server is it?

This is not a problem with Google.

If you check the header response from your website:

https://www.webconfs.com/http-header-check.php

(enter your domain) You’ll see:

HTTP/1.1 500 Internal Server Error =>
Date => Wed, 17 Dec 2014 19:22:57 GMT
Content-Type => text/html; charset=UTF-8

So even though the page loads in your browser, it’s still reporting a failure and that’s all the search engine picks up. You’ll need to check with your hosting provider to see why this is happening. They may be able to check the main Apache/PHP error_log to see if a plugin, etc is erroring.

I don’t have any experience with GoDaddy’s user.ini, but in typical cPanel hosting with a php.ini file, which also sets the same variables you have posted, sometimes it’s required to copy this into the wp-admin folder specifically, or whatever folder is requesting these increased _max_input_vars. Try copying this first to see if it helps or not.

It’s really weird that GoDaddy has to sync this every 5 minutes.

If you do delete them, make a full backup beforehand to be safe. With today’s cheap storage, it may be better to leave it alone than cause headaches.

This is a hosting level problem, not a WordPress error. Your web hosting provider may be overloaded if you are on shared hosting, or if you are on a VPS, dedicated server etc you’ll need to check your max_user_connection setting in your .my.cnf file, typically at /etc/my.cnf

I would suggest you contact your hosting provider to see if any error is being logged on the actual server. I’ve never seen this type of file duplication.

The main .htaccess file is typically at public_html/.htaccess

As Matt said, you’ll probably need to contact your web hosting provider so that they can review the PHP/Apache error_log file.

2) Are you sure you have set it to 256M and not just 256 in wp-config.php, and that the code is in the relevant section (not past the do not edit area?)