I was looking for an easy way to make a development copy of the Many Tricks blog, which (like Robservatory) is powered by WordPress. In the past, I’ve done this manually, but it’s a bit of a pain to get the required edits done correctly and make everything work at the new URL.
So this time, I went searching for a plug-in, and found Duplicator. Borrowing from the plug-in’s description of itself…
Duplicator gives WordPress administrators the ability to migrate, copy or clone a site from one location to another. The plugin also serves as a simple backup utility. Duplicator supports both serialized and base64 serialized string replacement. If you need to move WordPress or backup WordPress this plugin can help simplify the process.
Once installed, usage is pretty easy: You follow a simple three-step process that creates a new package. Move that package to the new location, expand it, and then run the installer.php file. (I had to rename the three files from the package to remove everything except the filenames; the plug-in adds a bunch of identifying text in front of each filename.)
The installer asks questions about the new site’s URLs and database connection info, then does its magic. I had a clone site up and running in minutes, saving what (for me) is usually an hour or so’s aggravation. Duplicator should work equally well for moving a WordPress installation to a new host, too, though I haven’t tested it in that situation (yet).
I recently tweaked the look here a bit, greatly simplifying the fonts and lightening the visual weight of the site quite a bit.
As part of that process, I wanted to find a larger lighter yet highly legible font. So I went back to Font Squirrel, the same site I used in my 2014 redesign.
They offer a huge assortment of fonts, all licensed for free commercial use, with a nice set of categories and search engine. And free…though the tradeoff is a fairly heavy advertising load. After much looking and testing, I’ve got the site running on three font families: Open Sans for most of the content and sidebar, Open Sans Condensed for headlines, and Ubuntu Mono for code snippets.
As part of the cleanup, I was able to remove 40+ font-family and font-size statements from the CSS, and the site should scale a bit better on small-screen devices. (I’m still not completely happy with things, so expect minor changes going forward.)
Font Squirrel not only has a great collection of fonts, but they offer a free web font generator. Using the generator, you can create fonts that are embedded in your page, so that they’re available even when users don’t have those fonts installed locally. Just upload a font you’re licensed to use, and Font Squirrel will create a web font, complete with CSS. Upload the converted web fonts to your server, copy and paste the CSS bit into your CSS master file, and you can use the fonts on your site.
There are 20 web fonts on the site now (two forms of 10 font faces across the three font families), and in total, they’re 200KB in size—or less than the typical “larger” image I often post here.
There are lots of sites that offer free-to-use fonts; I really like the assortment at Font Squirrel, and the web generator is an added bonus.
WordPress has a neat built-in feature that, when composing a post, if you put the URL to a specific tweet on its own line, like this…
…then WordPress will automatically convert it to a tweet link, like this:
By default, though, the embedded tweets will be left-aligned. I wanted them center aligned, as above. And because I just wasted 15 minutes figuring this out, I’m documenting the solution here to save myself future aggravations…
One of the things that annoys me about WordPress’ admin side is that to get to draft versions of posts, you have to first select Posts > All Posts, wait for that page to load, then select Drafts. The majority of the time, when I’m headed to my posts, I’m headed to the drafts section to work on an upcoming post.
This little modification adds a Drafts entry to the Posts sidebar item, as seen in this before-and-after view:
The change is relatively trivial, requiring only a simple edit to your theme’s functions.php file. David Walsh explains it all in this thorough post. I’ve recreated the bit of code in the remainder of this post, just in case the linked site ever goes away. (It’s all under the MIT License, so there are no restrictions on copying.)
But really, just go read David’s post, he explains it very well. I’ve added this to the admin page on the three sites I run, because it’s just so convenient.
This is the fourth (one, two, three) in an occasional series of articles that explain which plug-ins I use here, in case others who run WordPress blogs might be interested…and it also helps me document why I use certain plug-ins, so it’s a double-purpose post.
Since the last installment two years ago, I’ve retired Dashboard Commander and ELI’s Related Posts Footer Links and Widget, and added seven new plug-ins. Here’s what each of those does:
WordPress has an impressive built-in Media Manager to help manage photos and screenshots used in posts. It includes a slick multi-file upload tool, drag-and-drop support, basic photo editing, automatic image resizing, simplistic galleries, and it provdes full control over how images are positioned in posts.
Despite all that, I rarely use it, and actively avoid using it as much as possible. I know, I just said it’s wonderful. So why don’t I use it? And why might you want to consider abandoning it as well? (Note that this will be much easier to do if your site is just starting out, as opposed to being well established with hundreds of images in the Media Manager.)
While the Media Manager has a number of minor interface issues (in particular, browsing large collections of images is a real pain) that make using it harder than it should be, there are two main issues that drove me away from it: poor organizaiton and a lack of portability.
Note: If you’re not running a WordPress blog and using its built-in gallery feature, the following will be of no interest to you; it’s posted here mainly to make it easier for me to find in the future, when I forget it once again.
WordPress includes a simple-but-usable gallery feature. Unfortunately, posts with embedded galleries display a thumbnail for every image in each gallery—and there are no options to limit the display of thumbnails. While fine for shorter galleries, such as this one, if you’ve got a lot of images, this can make for an ugly page.
What I wanted was the ability to include an image gallery in a post, but not show a thumbnail for every picture in the gallery. Ideally, I’d just be able to use the first image from the gallery, or perhaps even a text link. After a lot of fruitless searching, I finally found the very simple answer in a post by malissas in this thread.
This marks the third (one, two) in a continuing series of occasional posts about the plug-ins I use to run the site. Since the last update, things have changed a bit.
- For various reasons, I’ve had to disable GrowMap Anti-Spambot and Stop Spammers. Anti-spam services are now provided by Akismet, JetPack’s comments plug-in, and Sabre.
- Sliding Read More also bit the dust, because it wasn’t compatible with WordPress’ built-in Gallery feature.
So much for out with the old…read on to see what’s been added…
The last time I redid these pages’ appearance, back in 2007, I wrote about the WordPress Plugins and Widgets that I was using to run the site.
After seven years, quite a lot has changed. I’ve gotten rid of all but one of the items on the original list, and found some very useful new additions that help both me and visitors
From that original list, the one leftover Plugin is Ajax Comment Preview, which implements a true click-to-view comment preview function. The others went away either because I wasn’t using them any more (weather in the sidebar, how quaint), or because WordPress’ built-in features made them redundant.
Keep reading to see what’s keeping the site ticking now…
A couple weeks ago, our family visited the Evergreen Air and Space Museum. Being an aviation geek, I took a ton of pictures, and wanted to post about 150 of them here on my WordPress-powered blog.
Years ago, I used to make such albums using an app on my Mac, which I’d then upload to my server, reference in a blog entry, and that was that. It’s been a while since I’ve done this, and I know that WordPress’ gallery had improved, and that there were tons of extensions that would also create and manage galleries.
So I set off looking for a plug-in to handle my gallery needs. I thought I had a pretty simple list of requirements:
- Ability to batch add images at once via WordPress’ built-in Media tools.
- A grid view to easily sort and caption large numbers of images.
- Control over title, caption, and metadata—both customizing those fields, and whether or not they appeared.
- Support for more than one gallery per post or per page.
- The creation of a thumbnail index page must be optional.
- An understandable user interface that didn’t have a steep learning curve.
- No reliance on Flash, but with some flashy features via jQuery or similar.
- Ideally, the plug-in would create slideshows that scaled nicely based on screen size/resolution.
So I went to the plug-ins section of the WordPress interface, and ran a search for slideshow.
Yikes, 432 plug-ins?! Problem number one: an overabundance of choice. As I started digging, though, I found numerous duplicates as well as entries for plug-ins that hadn’t been updated in years. Problem number two: cruft in the search results reduces their usefulness. I scanned the results, focusing on those with high numbers of positive user ratings.