Tag: #wordpress

Still slow but coming back

Reading Time: 2 minutes

First off, my apologies for not posting more this month.  Been a bit of a slog with the web host that I use having a brain fart.  Every time that I want to check the blog, it takes more than 30-45 seconds to load (if not longer) and no one wants to wait as if they’re connected via dial-up for something to load.  They’ll lose interest and go somewhere else.

Earlier this week I took one of my domains and moved it to a different adult-friendly server with the hopes of moving this blog over to there.  Of course, nothing like that is easy either.  Between gaps, I was able to back up the blog here and try to move it, but for whatever reason, it wasn’t going. It would transfer, but wouldn’t load on the new server.  Even yesterday when this blog finally came back up, I attempted to use the ‘IMPORT/EXPORT’ feature on WP, but the new version of WP wouldn’t accept it, so I finally gave up.

This morning, there’s possibly good news.  Traffic on my various websites is up again (it had been down below 1 GB for over a week now) which means that people are able to get to them, and when I attempted to come here, it loaded after about 10 seconds.  Still, an eternity when you’re on a 100mbs hi-speed connection, but at least it’s way better than it has been. 

In the interim I’ve been reading others’ blogs and commenting on them, getting the occasional follow-back and spending time doing other things around the house, around the grounds and yep still buying toys.  Made a few missteps in that regard in the last week, which I’ll be detailing in the next couple of days.  There’s something to be said about ‘measure twice, order once’.  Fortunately, I didn’t outlay a few hundred dollars for that mistake.  Whew. 

Anyway, just thought I’d post an update here.  Have to work, to pay for the ability to do all this stuff, so I’m outta here for now.  Be good everyone.  Well, not too good. 

Slow as molasses

Reading Time: 2 minutes

Still having trouble with this blog running slowly.  I’ve sent messages to both my web hosting company, and WordPress.org, but the answers are slow in coming as well.  My web hosting company is going through an upgrade of all their systems and transferred everything to new equipment, so there’s been a complete revamp of how it all is set up in the background that I have to get used to.  Pretty much that’s where the trouble began.  Once the migration was complete, I was unable to find the database that corresponded to this blog.  I emailed the support team at the web host, but they couldn’t seem to find it either.  Finally, I did a good amount of digging and discovered that it was indeed there, except that the identifier on it had changed, so my blog was unable to find it.  Once I fixed that, and changed the corresponding file on WP to point it in the right direction, I thought everything was going to be ok.  Didn’t turn out to be the case, naturally.

The blog continues to load slowly.  I thought it was just me experiencing it, but my slave mentioned it to me the other day as well.  The blog that I have for her, which is also hosted on the same server, and the same domain, runs slowly as well.  So I’m not entirely certain why that is since it’s a different setup through WordPress, but it’s all hosted in the same location.  I have many other domains here, and they all load just fine.  Just the blogs seem to be affected.  The only common denominator appears to be that the blogs utilize databases.  

Frustrating.  I hope I can figure this out.

Sometimes there’s just not enough Motrin

Reading Time: 3 minutes

This past fall I was informed by my web hosting company that they were upgrading their servers, and would eventually be moving all the accounts that they host to a new upgraded platform.  The process was going to take the better part of 6-8 months, and when the time came for my account to be moved, I’d be informed by email.  Well, that time arrived last week, and I received the rather lengthy email with a veritable mountain of information.  I have more than a few domains that I’ve purchased over the years, and many of those domains also have sub-domains (like this blog for instance).

It’s not enough that they’re going to be moving/upgrading the hosting, they’re upgrading/moving the emails associated with the accounts as well.  Since I use Mozilla’s Thunderbird program for corralling my emails, I had to do a little surgery on how the program interacts with the server to collect them.  That was the easy part.  The difficulty came when the respective domains were moved to the new server. 

On the previous server, when you set up your domain, it was pretty straightforward.  If you wanted to upload (FTP) your site, you designed your pages and uploaded them right to the main directory of your website.  Bim bam boom, easy.  With the new system, you have to use a sub-directory that they’ve installed called ‘public_html‘.  All of your files are now there.  One extra step.  For a normal everyday website that’s not a problem, because the way they set it up internally.  If one were to type in http://www.website.com, the server forwards the subdirectory’s contents to the main, and you see the website that you wanted to view.  As I discovered, it doesn’t work that way with WordPress.

Basically, it took me the better part of 2 nights to resurrect this blog, because of the problem with the subdirectory.  Add in the fact that my hosting server is in Germany, so there’s a 5-6 hour time difference depending on when they enact Daylight Savings Time.  Too, their troubleshooters primarily speak German, not English, so everything has to go through a translator.  Finally (there’s always one more thing, right?) the database that WordPress relies on for much of the nuts and bolts of how it works was missing.  I emailed the server troubleshooters several times about it and they finally sent me a screenshot of the old server, in my account, and it wasn’t there either.  Referenced to in the WordPress admin file, but the database was just gone.  Or, at least I thought it was.  After looking a little closer at the details of all the databases, I discovered that the one I was looking for was there, but for some inexplicable reason, the identifying code had changed.  Another cup of tea, a little more angst, and some time spent working with the Vaultpress people associated with Jetpack, and I had it all humming again.  It’s still running a bit sluggish a week later, but it’s working.  And that’s what’s important.