My first blog entry was about installing the software and how easy it was.
Shortly after I discovered how easily I could screw it up.
I first installed WordPress to a test location, not really knowing what to expect. Before I knew it I had started this blog. One consequence of just diving in was that I didn’t realize I could leave the software in one directory and have the blog be in another, so I just installed it afresh where I wanted it. No problem; the install is simple.
No problem at all, except that I left the old, barely-used “test” blog in place. This wouldn’t matter, except that later I decided to point this blog to that blog’s “software”–that is, where it was installed.
I see now that this was retarded. I got mixed up and somehow turned the fact that several blogs can share one database into the unrelated idea that I could point several blogs to one installation of the WordPress software.
(Technically, that’s not impossible. Using alternate packages, additional packages, or using a very special setup (and assuming one actually knows what one is doing), the answer is yes, it can be done. But for what I was trying to do, the answer is very plainly “no”.)
Later I would become a little more familiar with the files and the way they work, as I sought to undo what I did to myself. But I realized at once that I had done a dumb thing.
It only took a few seconds, just clicking a tab, selecting an option, typing in a path and submitting. Then I was promptly locked out of my blog. Then both blogs. Then I discovered that the password for one worked for the other, and brought me to the original test blog. I would try to log in at this blog and be whisked away to the other. I’m afraid I tried it several times. Sad, really.
In all, it was a few hours’ bumbling, full of more adventure than I can remember.
In the end, after a stretch of poking through .php files and scratching my head, I stumbled across this helpful post at the WordPress support site. The post led me here, to a Codex article, Moving WordPress, and specifically to the section Moving WordPress Within Your Site. As the referring poster explained, this would be simple:
You will need to change two values in Options/General, change the directory’s name, then update your permalinks in Options/Permalinks.
In fact, I think it all boils down to just reversing what I did in the other blog. But, well, I found another way.
I considered that I could just start fresh with it. After all, I’d only written one article, and it it hardly a masterpiece. But I decided I would rather try and fix the damage. Learning how might come in handy if things go sideways again, in case there ever is much content, or if one day I wind up helping someone.
Somehow, though, at the Codex page, instead of the Moving WordPress Within Your Site section, I now realize I worked from the Moving WordPress to a New Server section. I’d really like to say that there was a reason, maybe that I even tried the first solution. But I can’t. I can only say I took myself through a much more, erm, interesting adventure; although one, I must admit, which was ultimately successful.
I was worried that if I went into the options again I might just make things worse; but considering what I wound up doing I’m not sure why I didn’t at least try that first, unless I. Just. Didn’t. See it.
All I wound up doing was backing up the mySQL database to a .sql file, editing (a copy of)! that with a text editor, and restoring it via phpMyAdmin. Piece of cake?
It helps to know that, beyond the simple matter of setting up one database as provided by my host, to get this thing rolling, I’ve never used mySQL before, to say nothing of editing this .sql file of which it speaks. I’d never seen phpMyAdmin in my life. Even at the time, I had a feeling I was using a shotgun to kill a fly, and now I’m quite sure of it.
But the article section held my hand through backing up, restoring, and editing the file. Once I had it loaded into Elvis, I thought I had an idea of what to do. I went over it several times, grateful for vi search functions and the fact that I have the barest fumbling grasp of them. Finally saving my changes, I returned to phpMyAdmin, took a deep breath, and followed the directions for the restore process. I braced myself for disaster.
Instead, it seems to have done the trick. I had to cry “lost password” on each blog, and then they were both restored, separated, and in their proper places.
What does all this say? For my part, it’s down to a special blend of ignorance and self-inflicted tomfoolery; the usual sort of headwreck.
For WordPress, it might be an indication that it’s not completely dummy-proof. Of course, if I’m going to be a dummy that’s not WP’s fault.
It also shows that help is to be found, provided by WordPress’ own sites (usually via Google, my default oracle). There seems to be a lot of documentation. And, in fact, the Asyomptomatic article that led to my choice of weblog software itself had this to say:
Answer #3: Support. This one takes the cake. If I had to choose blogware based on one thing, this would be it. WordPress simply rules in this venue.
So far I’m happy with my choice of software. I can install it, use it, and even back up the database. Now that I am beginning to use themes and customize the assorted files, those are easily backed up with my trusty FTP client. I can see where automation could come in handy with all of this, though.
Now. I’ve been fighting this article for days; it’s time to let it go. There has to be something else I can fight. Besides, a blog that is about nothing but itself seems a little weird (although, for all I know, it’s a great idea).