Just upgraded one of my themes (the only one I’m still using that I can truly say I’ve created myself) to finally utilize WordPress 2.7′s new comment listing function. This made separating actual comments from pings a breeze compared to what it used to be.
The only slight problem was with porting the old separation of every other comment with a different class; since I needed to use a custom callback to retain the old look, I couldn’t utilize the automated classification done by
wp_list_comments(). In the end all it took was these three lines added to my callback function:
global $comment_alt; $oddcomment = $comment_alt % 2 ? 'alt' : ''; $comment_alt++;
With these in place I could now bring in the <li> tag from the old template without any further tweaking:
<li id="comment-<?php comment_ID() ?>" class="<?php echo $oddcomment?>">
Every now and then Akismet falsely identifies an innocent comment as spam. From the commenter’s perspective this results in their comment vanishing into thin air. In reality that’s not the case, as the comment can be recovered from Akismet’s queue, but there’s no way for the commenter to know this. I’m a little uneasy with the idea of my commenters left thinking their contribution has gone to waste, so I’d like to give them a hint of what has happened. Additionally, I could provide them with an email link, prompting them to contact me about the misidentification so I can fix it.
The trouble is, once a comment is marked spam by Akismet, there’s apparently no way to react to it in the comments template, as there is to comments ending up in the traditional moderation system. The code fetching the comments for the comments template is in the
comments_template() function at
comment-template.php. There’s a comment marked ‘@todo’ to use
API instead of SELECTs, followed by three queries. I suspect the todo refers to the fact that as it is, there’s no way to tap into those queries short from editing them directly by hacking the file. Some people, myself included, would rather not do that because of the way it inconveniences upgrades.
Until a clean way to tap into the way comments are fetched, or better yet, the functionality I’m after being integrated directly into Akismet, I guess I’ll have to do with a big sign saying
if your comment seems to have vanished, read this. Then I’ll link it to a page explaining how to contact me about the misidentification, and show it to every commenter beside the comment form. It’s ugly, but still better than giving them the impression my comment box is just a big black hole.
I searched far and wide for a working solution for this, and in the end had to cook one up myself. For a short description of the issue, every time I tried to use the new (and otherwise higly cool) one-click upgrade feature in one of my blogs, I was greeted with the blunt response of “You do not have sufficient permissions to access this page.” This was made all the more curious by the fact that simultaneously upgrades of plugins did work in very the same blog.
Now, I know how to google and this issue seems alarmingly widespread. Luckily there are also quite a few solutions, but unfortunately, as I said, none of them worked for me. Anyway, here’s a list of the solutions othes have found useful, just in case:
- Forcing a database upgrade after one has been left incomplete for one reason or another
- Tweaking the table names in your database
- Tweaking your account priviliges in the
- Moving the
SECRET_KEYvalues in wp-config.php
- Commenting the
SECRET_KEYvalues out altogether
In addition, I tried changing the permissions of wp-content and subfolders, clearing my cookies and cache, logging in and out, reloading and so on — all to no avail. When all of these failed, I began to compare the database tables between my other blogs, in which the upgrade worked smoothly, and the one in which it didn’t.
I first discovered that
prefix_options had two options called
fileupload_url. In my other, working blog they referred to the correct upload path on my webserver. In the broken one they were at default, example values which of course were flawed. So I fixed the paths thinking I’d found the culprit, but not so: the issue remained. However, this fix probably didn’t hurt either, as the upgrades probably use the ‘upgrade’ subdirectory inside the upload path.
Then I found that the values of
prefix_options differed between the working blogs and the one that didn’t, but didn’t differ among the working ones. So, without any idea of the values’ syntax I simply copied the value from one of the working blogs’ tables and pasted it onto the broken one’s. And that did it: the upgrade now works as intended. Yay!
Just in case someone with only a single blog has this issue, I’ll paste the actual contents of my working
prefix_user_roles below. It shouldn’t have anything too unportable, as the value is probably a default set by the installation of one of my more recent blogs.
Note that the newlines in weird-looking places are apparently either part of the syntax, or ignored completely, so copying and pasting the value below should work. Unless WordPress — the installation I’m publishing this post in — somehow screws it up. The browser will break the lines when viewed on this page, but it shouldn’t affect selecting and copying, as it’s only part of the visible rendering.
After a fresh WordPress installation, I was dumbfounded for a while when a simple “
global $numposts; echo $numposts;” would always print N+1 despite the total number of posts actually being N. Turns out I had forgot to delete the initial “About” page, which obviously isn’t listed among the posts, but among pages, yet gets included when
$numposts is calculated.
While investigating an entirely separate issue with one of my WordPress installations, I came across this:
“Beginning with WordPress Version 2.6, three (3) security keys, AUTH_KEY, SECURE_AUTH_KEY, and LOGGED_IN_KEY, are used 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.
If you don’t find the keys in your
wp-config.phpfile, add the keys definitions with reference to Editing wp-config.php – Security Keys, and upload to your server.”
Since most of my WordPress installations are pretty ancient, and upgrading them has long since become a routine job, this was the first time I heard about this feature. So my blogs have been lacking in this security feature, until now (I set up the aforementioned keys in each of my
There was something vaguely familiar about the glowing blue backdrop of Windows 7 Beta’s installer. Then I remembered: Fedora 9.
It’s easy enough to change your network adapter’s MAC address once you have a Debian/Ubuntu system installed, but I needed to do this from within the Debian installer (Lenny beta 2), and it took me a while to figure out how. So I’m making a note of it for my own future reference, and maybe someone googling for the phrases I initially did will find this helpful.
So here’s the problem: my NIC’s default MAC address is (say)
01:02:03:04:05:06, and for one reason or another, I need it to be
06:05:04:03:02:01 instead. Furthermore, I need this change to be in effect while I’m inside Lenny’s installer, so
ifconfig is not available. Here’s how I did it:
- From the installer’s boot menu, select
Advanced options, and
- Work your way down the steps as needed, starting from the top, until you’ve gone through
Detect network hardware. Instead of the next one (
Configure the network), pick
Execute a shellfrom further down the menu.
- In the shell you can check your network interface status with
# ip link show eth0
You might use
eth1or some other port instead of
eth0, but I haven’t done this with anything other than the one NIC I had in the setup, and so haven’t used anything besides
In my case, entering the command gives the following output:
2: eth0: mtu 1500 qdisc noop qlen 1000 link/ether 01:02:03:04:05:06 brd ff:ff:ff:ff:ff:ff
- Next, the spell you’ve been waiting for. Let’s change that MAC address!
# ip link set eth0 addr 06:05:04:03:02:01
If all goes well,
ipwon’t say anything. Re-run the ‘
show‘ command listed in the previous point to see that it actually worked.
exitto return to the installer.
- Now you pick up from
Configure the network, and proceed installing from there.
One last point: the changed MAC address won’t survive the reboot finalizing the installation, so if you want to make it permanent, you’ll want to set it after the first boot into your new system, by using the method I linked to in the beginning (editing
/etc/network/interfaces). Or you could to do it from the installer, using
- It’s open source.
- The importance of stability. Although I’ve had no serious problems with Firefox either (after I ditched Adobe’s flash), making stability one of the selling points instead of just something implied, is definitely something I welcome.
- Speed. This was one of the biggest reasons I initially switched from IE to Firefox, but since then Firefox has taken on so much extra baggage that it has become unbearable for me, and caused me to switch to Epiphany.
The sweet spot between too many features and too fewsounds golden. Like I said, I’ve switched to Epiphany, and I made the choice mainly because the design philosophy behind it reflects this marriage of simplicity with the most important features.
- Linux and Mac versions underway in addition to the Windows version. Definitely a plus, although we’ve perhaps even come to expect this from Google.
Things I’m on the fence about:
- It’s said to be designed from the perspective of modern web applications. Whether this is good or not depends on how it’s engineered. If it has resulted in less bloat than traditional browsers’ evolutional codebase, even with the advertised increased performance, I’m all for it. Then again, maybe they’ve just re-invented the wheel. Which, of course, isn’t necessarily bad for the user, just a waste of time.
- Security. Apart perhaps from IE, I think modern browsers are pretty secure, and the overwhelmingly worst threat lies not with them, but between the keyboard and the chair. Of course, not all users are equal, and perhaps a paranoidly secure browser is helpful for users too innocent for their own good on the web, but I like to be in control myself and am easily angered by software attempting to out-smart people using it. Which is what a browser with a wrong idea about the user’s abilities inevitably does.
- The multi-process design. It seems like a radical solution, which may be revolutionary, or just a dead end. Either way, I’m very happy to see them experiment this way.
- The privacy mode. In itself, it’s a good thing, but if it has resulted in lack of privacy for the normal mode, it’s a mistake. But privacy-wise I think the bar has been set so low by the current generation of browsers that they should be easily beat at this.
Things I dislike about it:
- It’s from Google. They’re not necessarily evil, but I dislike any player who’s gotten too big, and when it comes to the web, Google definitely qualify. However, the power of open source is strong enough to counter this point: because they’re not locking users in with Chrome, it doesn’t matter what I think about them. What matters is the product and how good or bad is it in other respects, so I could scratch this point entirely.
- Only a Windows version available so far. I’ll have to use virtualization to get my hands on it!
- The Omnibox. I cannot put into words how much I despise Firefox’s AwesomeBar; it was the tipping point for me, finally causing the switch to Epiphany. They’re saying this is nothing like it, but I’ll have to see it to believe it. Until then I’m marking it as a minus.