Home

Byq292u

Moving WordPress sites to new hosting..

Due to a) holidays, b) four Bank holidays, and c) my old web hosting deal expiring next week, I was left with two-and-a-half working days to transfer three WordPress sites onto Unlimited Web Hosting..

Having done this sort of thing in the past (chronicled on this very blog), I thought it’d be a breeze. Backup all files via FTP, dump the databases, and then reload at the other end. Wrong.

Glitch #1. Can’t get the data out of jabweb. My databases are humungous, and timeout their export function. Tried everything, including wp-db-backup. (5 hours!)

Eventually got them to “fix” export.php.

Glitch #2. Can’t import the database files at Unlimited. Format error. Damn.

So I got on to Unlimited Support. (always excellent), and they said, “we’ll do it for you”. So they did.
(Apparently one of my database files is “massive”.)

Obviously, the new sites were not linked-to by DNS yet, so I edited my hosts file
I FTP’d the files over to all three sites.

Datafeedr had lost all data on all three sites. Bizarre. Manually re-created the ad groups. (Stored in wp-options as one record, by the way..)
One site appeared to have “lost” it’s background. Seems to be a problem with Opera – it’s fine on Chrome.
But one site had the dreaded “internal server 500 error”.
Quick e-mail to Unlimited again, and the problem is traced to the .htaccess file.
Deleted it, and replaced it with a blank, then updated wordpress permalinks, and it’s up.

Swapped all DNS to Unlimited.

Now, it’ll take a WHILE for the DNS servers to calm down, but it doesn’t matter as the OLD version is still a functioning website. To my users, it’s seamless..

Done. 🙂


Byq292u

Internal Server Error 500

Been getting this error intermittently across multiple sites and multiple hosting.
Last night, I had two sites down for a couple of hours.
Apparently, WordPress is trying to access something that isn’t available, and rather than timing-out, it’s crashing.
WP forums has lots of conflicting info about this.
It’s either a problem with dodgy plugins/themes, a problem with mod_rewrite rules in htaccess, or just Godaddy being crap. Well I’m not with Godaddy.

The only thing that seems to be consistent is that it started happening after WP 3.01.
I’ve just upgraded to 3.1.. so we’ll see what happens..


Byq292u

Internal Server Error 500

Been getting this error intermittently across multiple sites and multiple hosting.
Last night, I had two sites down for a couple of hours.
Apparently, WordPress is trying to access something that isn’t available, and rather than timing-out, it’s crashing.
WP forums has lots of conflicting info about this.
It’s either a problem with dodgy plugins/themes, a problem with mod_rewrite rules in htaccess, or just Godaddy being crap. Well I’m not with Godaddy.

The only thing that seems to be consistent is that it started happening after WP 3.01.
I’ve just upgraded to 3.1.. so we’ll see what happens..


Byq292u

Internal Server Error 500

Been getting this error intermittently across multiple sites and multiple hosting.
Last night, I had two sites down for a couple of hours.
Apparently, WordPress is trying to access something that isn’t available, and rather than timing-out, it’s crashing.
WP forums has lots of conflicting info about this.
It’s either a problem with dodgy plugins/themes, a problem with mod_rewrite rules in htaccess, or just Godaddy being crap. Well I’m not with Godaddy.

The only thing that seems to be consistent is that it started happening after WP 3.01.
I’ve just upgraded to 3.1.. so we’ll see what happens..


Byq292u

CHROME FLASH CRASH SOLUTION – THIS ONE WORKS

In Chrome, type “about:plugins” in the address bar.
Click on “show details”

There should be two “Shockwave Flash” plugins.
Click DISABLE on the “gcswf32.dll” one near the top.
Leave the “npswf32.dll” version enabled.

Sorted. I can now go back to using Chrome again! Wahey!


Byq292u

CHROME FLASH CRASH SOLUTION – THIS ONE WORKS

In Chrome, type “about:plugins” in the address bar.
Click on “show details”

There should be two “Shockwave Flash” plugins.
Click DISABLE on the “gcswf32.dll” one near the top.
Leave the “npswf32.dll” version enabled.

Sorted. I can now go back to using Chrome again! Wahey!


Byq292u

CHROME FLASH CRASH SOLUTION – THIS ONE WORKS

In Chrome, type “about:plugins” in the address bar.
Click on “show details”

There should be two “Shockwave Flash” plugins.
Click DISABLE on the “gcswf32.dll” one near the top.
Leave the “npswf32.dll” version enabled.

Sorted. I can now go back to using Chrome again! Wahey!


Byq292u

WordPress: "you do not have sufficient permissions to view this page"

I thought I’d upgrade security on some of my sites last week.
I installed a plugin called “wp-security-scan”, which made some sensible suggestions:
1. Change the table prefixes from “wp_” to something else (and update wp-config)
2. Rename the admin user

It the offered a button that said “rename now..”
So I did.
The plugin then reported that it couldn’t update wp-config. So I did that manually.

*BANG* – The sound of the door slamming on the admin panel.

I couldn’t log in “you do not have sufficient permissions to view this page”..

Looks like a file rights issue, right? Wrong. Nothing odd about the file rights or ownership (according to Jab Web Support).

So I set about rolling back the changes. Rather than use my database backup, I decided to find out exactly what that plugin had done..

So, I manually renamed all the tables back to “wp_”
till no login.

Looking inside the tables, though, I found that the plugin had renamed all FIELDS starting with “wp_” as well..

Things like “wp-user_roles”. Fairly crucial.

Anyway, the solution was to browse wp-user and wp-user-meta for any fields starting with the new prefix, and rename them back to “wp_”..

Et voila. Access granted. 🙂

All would have been well, except that some IDIOT at Jab Web wrecked the DNS settings for the site, and it disappeared off the web. Thanks Guys!

Fortunately, I spotted the error, and corrected it. And fired off an email at Jab Web. No response even now…


Byq292u

WordPress: "you do not have sufficient permissions to view this page"

I thought I’d upgrade security on some of my sites last week.
I installed a plugin called “wp-security-scan”, which made some sensible suggestions:
1. Change the table prefixes from “wp_” to something else (and update wp-config)
2. Rename the admin user

It the offered a button that said “rename now..”
So I did.
The plugin then reported that it couldn’t update wp-config. So I did that manually.

*BANG* – The sound of the door slamming on the admin panel.

I couldn’t log in “you do not have sufficient permissions to view this page”..

Looks like a file rights issue, right? Wrong. Nothing odd about the file rights or ownership (according to Jab Web Support).

So I set about rolling back the changes. Rather than use my database backup, I decided to find out exactly what that plugin had done..

So, I manually renamed all the tables back to “wp_”
till no login.

Looking inside the tables, though, I found that the plugin had renamed all FIELDS starting with “wp_” as well..

Things like “wp-user_roles”. Fairly crucial.

Anyway, the solution was to browse wp-user and wp-user-meta for any fields starting with the new prefix, and rename them back to “wp_”..

Et voila. Access granted. 🙂

All would have been well, except that some IDIOT at Jab Web wrecked the DNS settings for the site, and it disappeared off the web. Thanks Guys!

Fortunately, I spotted the error, and corrected it. And fired off an email at Jab Web. No response even now…


Byq292u

WordPress: "you do not have sufficient permissions to view this page"

I thought I’d upgrade security on some of my sites last week.
I installed a plugin called “wp-security-scan”, which made some sensible suggestions:
1. Change the table prefixes from “wp_” to something else (and update wp-config)
2. Rename the admin user

It the offered a button that said “rename now..”
So I did.
The plugin then reported that it couldn’t update wp-config. So I did that manually.

*BANG* – The sound of the door slamming on the admin panel.

I couldn’t log in “you do not have sufficient permissions to view this page”..

Looks like a file rights issue, right? Wrong. Nothing odd about the file rights or ownership (according to Jab Web Support).

So I set about rolling back the changes. Rather than use my database backup, I decided to find out exactly what that plugin had done..

So, I manually renamed all the tables back to “wp_”
till no login.

Looking inside the tables, though, I found that the plugin had renamed all FIELDS starting with “wp_” as well..

Things like “wp-user_roles”. Fairly crucial.

Anyway, the solution was to browse wp-user and wp-user-meta for any fields starting with the new prefix, and rename them back to “wp_”..

Et voila. Access granted. 🙂

All would have been well, except that some IDIOT at Jab Web wrecked the DNS settings for the site, and it disappeared off the web. Thanks Guys!

Fortunately, I spotted the error, and corrected it. And fired off an email at Jab Web. No response even now…