Moving WP - Blank Page

HairyHun

Masturbating Bandit
Oct 11, 2007
576
2
0
Hi,

I thought this would be covered, but did not find anything in the search.

I moved a WP blog from one server to another.
I transfered the DATA, adjusted config.php for the righ tinfo
Move all the files.
Changed Content and admin forlders to 777.

When I load the home page it's a blank page.
Any ideas?

THANKS
HH
 


Thanks for the link. I just moved the site, the Wpadmin link is not working so I can't do anything of the suggestions. ( i tried removing and button back htaccess, no change )
 
install fresh wordpress into your new server and hook the database this will solve your problem .. cheers
 
I tried that, same result. Do i need to limite which tables I bring back in?
Or could it be a configuration issue. the new server is a VPS, maybe something is off?
 
I tried that, same result. Do i need to limite which tables I bring back in?
Or could it be a configuration issue. the new server is a VPS, maybe something is off?

Any chance its on a control panel such as DirectAdmin or cpanel and that you may have forgotten to remove the default index.html that may exist in that folder. Better yet did you have a look at the error logs yet?
 
You changed the content and admin folders to 777? That usually causes Wordpress to display blank pages rather than working properly. If I remember correctly.
 
Solution 1 – Remove Blank Lines

There are a couple of files which are used pretty much by every function in your dashboard, so there is where I wound up. See, PHP has a challenge under certain circumstances. If there is a blank line AFTER the closing PHP tag (which looks like this ?>), PHP chokes on itself. Stupid huh?
So, when you download the latest greatest version of Wordpress, I recommend you do so to your local machine first. Open wp-config.php and wp-settings.php and make SURE there is no blank line after the closing PHP tag. You know, for that matter, it wouldn’t hurt to check all of them.
Yes, the programmers at Wordpress know that PHP has this challenge. I think they just get into a little bit of a hurry when it’s time to release a new version. One extra Enter key tapped, and life for us bloggers can get real interesting.
Special Tip:
Open each PHP file in the root directory and ensure there are no blank lines at the bottom of the file. Ideally, there should be only ONE PHP tag begin and end as well.
Solution 2 – Disable Plugins

Another potentially stupid exercise that often leads to a solution is to disable your plugins. All of them. In a second tab of your browser, click onto the link that gives you the blank white page. Refresh. Did the page come back? Then it is probably a plugin. Re-enable them one at a time (checking the edit post link – if that is your error page) between each plugin.
One or more of them can cause it to break again. If that is the case, update the plugin, or remove it in favor of one that doesn’t break your admin area.
In my case, I found that three plugins AND the blank line in wp-settings.php were to blame.
Solution 3 – A New Install

Yep, a corrupt file can account for this problem as well, though you will likely see this on the entire admin area, not just one file or link. If that is the case, use a good FTP program and upload the entire folder again.
Warning:
Please note that some FTP clients can make a mess of the upgrade. I recommend Filezilla FTP Client, located at http://www.filezilla-project.org.
Solution 4 – Adding a New Define Security Keys

Wordpress has evolved over time. Settings that are required now, weren’t even a glimmer in their daddy’s eye in previous versions. The defines that make Wordpress more secure is a case in point.
If your blog has a little age on it… you might have been told you need to update the wp-config.php file to include those new define statements. Great. Follow directions but whatever you do, do NOT put them below the /* That’s all, stop editing! Happy blogging. */ comment.
More About Security Keys
Beginning with Version 2.6, three (3) security keys, AUTH_KEY, SECURE_AUTH_KEY, and LOGGED_IN_KEY, were added to insure better encryption of information stored in the user’s cookies. Beginning with Version 2.7 a fourth key,NONCE_KEY, was added to this group.
You don’t have to remember the keys, just make them long and complicated or better yet, use the the online generator. You can change these at any point in time to invalidate all existing cookies, though this does mean that all users will have to login again.
Solution 5 – Blank Admin – Bulk Disable Plugins

Sometimes, it might be necessary to disable ALL the plugins in one throw. For example, after an upgrade, NOTHING is visible in the admin area. No login, no dashboard, nothing. In this case, you can rename the plugins folder (to something like plugins-temp) to disable all plugins at once. Just login via your FTP client and rename. Attempt to log back in.
If a plugin was causing the problem, you should now be able to get in and move around. I wouldn’t bring all the plugins back online at once though. I would do it one at a time, testing dashboard features as you go.
 
thanks for the help.
Found the issue. It was the wrong DB. There were many and two of them had very similar names.