bsdeluxe

If Your .jpgs Don’t Show Up in the Android Browser

Bob Sherron — Fri, 10 Feb 2012 23:42:43 +0000

… it might be because they were saved as CMYK instead of RGB.

Thanks to Slicc of Slicc and Aone for the insight.

A Brief Suggestion for Instapaper

Bob Sherron — Mon, 06 Feb 2012 19:06:54 +0000

Marco Arment is (among other things) the developer of my favorite iOS app, the insanely awesome Instapaper. As he is not that interested in receiving email, I figured I’d follow his lead take a moment to outline a frustration I have with Instapaper and propose a solution.

Frequently, I choose to share articles directly from Instapaper by emailing the link. As it stands, the first line of the email is title of the article and the link.

I usually write a little note to the recipient to personalize the link I’m sharing, and I prefer to do this before the link. To accomplish this, I have to tap and hold to get the magnifying glass, move the cursor to the front of the top line, hit return twice, then place the cursor again at the top of the message before I can start typing.

Compare this to when you send a picture from the Apple Photos app via email.

This allows the sender to simply click on that line and begin typing without needing to place the cursor using the magnifying glass. I find this to be much faster.

If this is not possible, or if the email message is crafted in that way for a specific reason, then no big deal. I’m not going to lose sleep over it. But if this suggestion ends up being useful and makes Instapaper even a little bit nicer, well, that’s pretty cool too.

PS: Marco, if you are reading this, I think you should implement your fix for “Previous Track” in the official 5by5 app that I hope your are making.

A Letter to My Congressman, Todd Akin, Regarding SOPA

Bob Sherron — Tue, 29 Nov 2011 15:04:05 +0000

Today, I took a moment to read up on the Stop Online Piracy Act and was duly horrified, to the point that I actually wrote my Congressman, Todd Akin. The text of this message appears below.

Congressman Akin,

I am writing you today regarding H.R.3261 AKA the Stop Online Piracy Act (SOPA). I am not alone in my belief that this bill is an ill-conceived piece of litigation that threatens to cripple the internet as we know it. While combating piracy and intellectual property theft is a noble cause, this methods afforded by this legislation are overly broad and would put an unsustainable burden on the individuals and companies that have made the internet what it is today.

As a professional who makes a living on the web, this bill would issue a ripple effect that would threaten my livelihood as well as the livelihoods of thousands of your constituents. I urge you to first read up on the finer points of this legislation (SOPA: Hollywood Finally Gets A Chance to Break the Internet), and then lead the charge against this big-government, lobbyist-funded, job-killing mess of a bill.

Yours truly,

Bob Sherron
Ballwin, MO

Removing the Height From WordPress Embeds

Bob Sherron — Wed, 02 Nov 2011 05:14:24 +0000

A while back I switched the theme for my other WordPress blog, Cracker and Cheese, to the swanky new Twenty Eleven theme. It’s a great theme, but I ran into an issue with my embeds. See, almost all the photos posted on that blog in the last year or so are oEmbeds from our Flickr account. Flickr delivers the properly sized image for embedding based on the size you choose in the Settings > Media admin screen.

The issue I was running into was that the file delivered by Flickr was less wide than my content area and if I went to a larger size, the height parameter would stretch the image vertically. What to do?

After some Googling that led me to a post from my good friend and cohort Joe Pahl, I decided that what I really wanted to do was remove the height attribute from embedded elements, but only the ones coming from Flickr. Since the max-width is handled by WordPress, I figure this is a low risk maneuver, but it’s not for everyone. If you decide to do it, here’s some code to help:

function strip_height_from_embeds($content) {
if (false !== strpos($content,"flickr")) {
$content = preg_replace("/height=\"(\d*)\"/","",$content);
}
return $content;
}

add_filter('embed_oembed_html','strip_height_from_embeds');

The Best Thing

Bob Sherron — Wed, 26 Jan 2011 16:56:21 +0000

The best thing about neglecting your blog for a year is that when you decide to come back to it you have no audience, no expectations, nothing to lose.

Updating WordPress Without Torching SVN Directories

Bob Sherron — Wed, 13 Jan 2010 19:05:51 +0000

Posting this here, mostly for my own benefit: http://snipplr.com/view/9444/copy-directory-without-svn-files/

rsync -r --exclude=.svn source destination

Rails-Like SQL Query Logging in WordPress

Bob Sherron — Mon, 31 Aug 2009 15:58:50 +0000

Coming out of doing Rails development for the past couple years, there are several things that I have become pretty accustomed to that are somewhat aggravating not to have in the WordPress environment. The one thing that I miss the most though, is having a log of SQL queries to pore over and see what’s happening with the DB, and which queries are taking the longest. After some searching, I came across this post, which led me in the right direction. After some tweaking here is the result:

In your wp-config.php, add this line:

define('SAVEQUERIES', true);

In your functions.php, add this:

// outputs SQL queries to a log
add_action('shutdown', 'sql_logger');
function sql_logger() {
global $wpdb;
$log_file = fopen(ABSPATH.'/sql_log.txt', 'a');
fwrite($log_file, "//////////////////////////////////////////\n\n" . date("F j, Y, g:i:s a")."\n");
foreach($wpdb->queries as $q) {
fwrite($log_file, $q[0] . " - ($q[1] s)" . "\n\n");
}
fclose($log_file);
}

Jackpot! Now, you have a log file to go to town on. Enjoy!

WordPress Search API Plugin Installation Woes

Bob Sherron — Mon, 24 Aug 2009 21:53:43 +0000

UPDATE: This issue has been fixed as of version 1.0.8. Additionally, this fix was put into play in less than 24 hours, and that, my friends, is badassssssss.

=== Original Post Below ===

So I’m working on a big project and trying to come to grips with the various WordPress Search Plugins. The problem with the default search capability is that it’s not very good. Fortunately, enterprising folks have stepped into that void, not least of whom are Andy Skelton and Justin Shreve, who, on the very day I was looking for just such a thing, announced an updated Search API plugin. I got the plugin tested it out on my testing app and liked what I saw immediately. It is fast, uses MySQL fulltext indexing (or Google, or Sphinx, or others, by now, probably), has advanced search capabilities built in and is officially sanctioned and will be updated at least for the foreseeable future.

I said to myself, “Self, this is an awesome plugin. It does just what I want. I’m going to install it on my project app and go to town.” So I did, but then the hours of frustration came into play. Basically, any time I would search for anything, it would come back with no results. I said “That’s weird. It works on one app, but not the other. Hmm… What’s the difference?”

Well, it turns out that the project I’m working on is using a different MySQL server than the one on my local box, and it turns out that the remote server uses InnoDB engine by default, and not MyISAM. The problem with that is that InnoDB doesn’t support Fulltext Indexing. So, when you create the table via the plugin installation, it fails silently and your index table fails to exist. So when you are searching a nonexistent index, that fails silently and it just looks like you don’t have any search results.

Now, if you’ve read this far, you probably want to hear how I fixed the problem. Well, you can force a table to use a different engine by tacking on “ENGINE MYISAM” at the tail of your create table statement. I altered the statement, ran it manually, built the index and poof, it worked! Hopefully, a future update will have this rectified (or at least throw an error when the index table doesn’t build), but if not, now you can fix this problem, should you run into it.

For those who are really interested, this is what my create table statement looked like:

create table wp_search_index (`id` bigint(20) NOT NULL auto_increment,`object` bigint(20) NOT NULL,`title` text NOT NULL,`content` text NOT NULL,`post_date` datetime NOT NULL,`parent` bigint(20) NOT NULL,`categories` text NOT NULL,`tags` text NOT NULL,`author` text NOT NULL,`type` varchar(50) NOT NULL,`protected` smallint(6) NOT NULL,PRIMARY KEY (`id`),FULLTEXT KEY `title` (`title`),FULLTEXT KEY `content` (`content`),FULLTEXT KEY `title_and_content` (`title`,`content`)) ENGINE MYISAM;

Dave Winer Is Worried About The Web

Bob Sherron — Mon, 24 Aug 2009 17:33:54 +0000

I read this post on Scripting News, and I have to say it really interests me and is causing me to seriously reconsider my previous habits. This article and the commentary below touches on several things, but the topic that resonates most deeply with me is the one of legacy. While this version of bsdeluxe is only 4 posts old, the previous incarnation had hundreds of posts in a self-written (and maintained — or not) PHP & MySQL CMS. Now, I’m pretty sure I have a SQL dump of the site somewhere, but for all intents and purposes, that (incredibly awesome) content is relegated to The Wayback Machine.

In addition to not having all that writing, I also don’t have any of the previous designs. Again, neither the designs, nor the writing are probably anything to write home about, but the fact that I don’t have a record of the work that went into that version of the site is irksome to me. I’m going to be coming up with some sort of something to keep versioned content and static backups. Maybe a WordPress plugin. Maybe something else. Stay tuned, as we shall soon see if me being irked can turn into a completed web project.

Apparently, DirecTV Thinks It Is OK To Lie To Their Customers

Bob Sherron — Mon, 17 Aug 2009 20:59:10 +0000

Long story short: Two months ago, we had an out of warranty service call to fix an improperly installed switch on our DirecTV system. I figured this would be a $50 charge, but the technician said that since they installed the old switch wrong, that I should call and try to get a credit. I called and explained the situation and the customer “service” rep said that I would see a $50 credit on this bill or on my next bill.

Neither one of those things happened, so today I called back. The people I talked to today said that the charge was valid and that was why the credit that I was promised was not applied. I went back and forth with the mush-mouthed mumbling supervisor long enough for me to deduce that DirecTV doesn’t give a crap about what their customer “service” reps say to their customers, as long as they get them off the line and get on to the next billing problem.

Moral of the story: DirecTV is staffed by liars and people with low character. They don’t care about their customers and are willing to say whatever it takes to make their day easier and do less work. Additionally, they are perfectly willing to throw away long time customers who are generally satisfied with the service over fifty friggin’ bucks.