Zero to (free) shopping cart in sixty minutes

This cycle can feasibly be completed in under an hour; most of the time is spent filling out forms over and over again. PayPal account verification steps may take up to 5 business days, though, but that shouldn't prevent purchases from taking place.

  1. Using Blogger, get a blog (and configure it to use your FTP server, if so desired).
  2. Using Picasa, create a new Hello account and configure it for the blog.
  3. Using PayPal, get a merchant account.
  4. Using Picasa and Hello, send a merchandise photo with a short description to BloggerBot.
  5. Using PayPal's merchant tools, generate an "add to cart" button for the item.
  6. Using Blogger, edit the new post to include a title, a description, and "add to cart" and "view cart" buttons.

Feedback welcomed as to how this performs for y'all out there; it's working like a charm for Corona Hats and Coastal Glass Creations. One interesting side effect of this process is that, without any advertising on the site whatsoever, we've found a new way to (theoretically, at least) make weblogs profitable.

Continue reading "Zero to (free) shopping cart in sixty minutes"

Posted by Richard Soderberg in Tutorials | Permalink | Comments (13) | TrackBack (2)

Profiting from free, online content

There isn't a compelling business argument today that would suggest that giving away our content is a good idea. (more)

What tangible benefit does the New York Times get in return for being a world news library to us? It's neat to be revered by all as a repository of information, but without a visible associated profit, I can certainly understand why it could be rejected by higher-ups. In the interests of simplifying things, I'm going to make a gross generalization of this and call it: "How do I make money while giving everything away for free?":

Advertising
I'll award a $25 Amazon.com gift certificate to the person who emails me a screenshot of their Google toolbar having blocked the most pop-up ads. I ask only one thing: take the screenshot against the NYTimes.com site (more)
The scourge of optic nerves everywhere can still be useful when done tactfully. Loud, garish ads can send people into seizures, drive people to distraction, inspire thousands to write code to block them — all for the sake of making a buck. I prefer not to build my business by preying on humans, so I don't recommend this route. That said, it is actually desired in certain places. Optimizing for advertising profit results in cults of people whose sole purpose is to see your business crumble to dust, so use it as sparingly as possible.
Commission
products sold through the Amazon Recommends service earn a 4% referral fee for Classic plans and 5% for Tiered plans. (more)
While I'm reading the content, there may be various items for sale that I'd be interested in, that are related to what's being talked about. If I'm reading a New York Times article about "quantum dots", I'd very much like to have a link to a manufacturer's product catalog for them; the commission off of those sales could enormous, and that commission could be structured with every business linked from the content. Prints of the content, links to artists' galleries (5-digit commissions possible, here); there's hundreds of ways to make a percentage, with just a bit of effort.
Services
Entering your ZIP Code will provide you with a number of benefits, including articles, links, and attorney listings that are relevant for your state or locality. (more)
Provide a questions and answers service that handles incoming queries from the public, and work out special deals for libraries and schools and such so they can pay a sliding scale fee for research access. Put all those archives to good use, by hiring a staff of archivists and librarians and researchers, and then charge the world a fee to answer their questions. Many would rather pay to have a question answered (I've offered up to $50 before) than do the legwork themselves.
Donations
If you like TorrentFlux and you use it, please help support it. Thanks. Or buy something on my Wish List. (more)
Some people like to give back something in return for content; money, gifts, or comments. It's not considered tactful to make it easy to do (but no flashing banners begging for money, either). One novel way to collect a donation that most users are unaware they have tremendous amounts of to spare is processing time: complete computational tasks for a fee, using the processing power of the visitors to your content. Assigning a percentage of the fee collected to users that care to register and receive such benefits provides a way to bring in long-term, "set this as my home page"-type visitors and make a nice sum of money, all at once.
Model
Advanced Search allows you to generate millions of customized search reports from our database of 7.5 million credits. (more)
By providing a high-quality, open-content, profitable business model, the NYT becomes the shining star for all data repositories; a sort of profitable library, that gives away everything yet still makes money doing it. Prices may drop when competition begins, but do not be afraid: an experienced hand doing competent work is unlikely to fail, and I respect that far more than a low price.

The various angles described above (examples at best, themselves) can scale to any sort of content repository, be it an image gallery or a newspaper. As a blogger, I'd be thrilled to provide a Q&A; service on my blog; the default price would be free, but if someone wants to paypal me for answer, that option will be available. Some blog comments are more valuable than the post they're attached to, an unusual side effect that I'm not sure was anticipated. Selling idle computational power has the most dramatic possible potential, as the only business successfully harnessing the idle processing power of the world is spamming.

Martin Nisenholtz, are you listening? I miss seeing the NYT clean, easy-to-read page layout whenever I search for news on current (or past) events. I miss the simple links, the easy-to-look-at URLs. You have so many possible ways to make money off of that archive without hiding its content, and by doing so, you allow the entire industry to hold back political, economical, and social research.

Please reconsider closing your archives by fees; for every person who pays a fee, a thousand are turned away, unable to afford it, and a growing number each day find their way in through partner links, BugMeNot, and so on. Some people will develop whatever tools they can to circumvent locks you place on content, now that they've seen what free content is like; if you choose a business model that offers content for free, then those same people will build tools with your content.

Continue reading "Profiting from free, online content"

Posted by Richard Soderberg in Essays | Permalink | Comments (2) | TrackBack (1)

File folders: The carbon database filesystem

Walls of file cabinets can be found at any institution, containing thousands upon thousands of manually indexed documents. When someone's interested in using a folder within, they take it out, bring it to their desk, and work with it. Once done, it's put in a "to be filed" stack (or filed immediately). This is the most common way to structure a filesystem on today's computer as well: cabinets of folders of files, all carefully packed away on the wall of the office, waiting to be carefully taken out, worked with, and then carefully put back.

The translation of a carbon-based filing system to a silicon-based filesystem leaves out one key component: most people don't have someone to file their "to be filed" stack. The clearest sign of this lack is a directory filled with thousands of files, distinguishable by filename; the silicon brings is the ability to manage a stack of thousands of papers with very little effort, and all that's asked of the user is to choose a unique title.

Over time, some of those who initially have a folder with thousands of files will begin to create folders, for things that need to be lifted up out of the mess (urgent bills, closed cases, etc.). Given several years, many bookmark menus filled with links will end up carefully organized and sorted; people who start off putting every file in the "to be filed" folder make up simple ontologies ("Work", "Bills", "Family") and begin to refile their documents.

The analogy of a filing system to a database filesystem is a tough one: filing systems are generally subject to physical limits (you can't have two million pages in a single folder), and there's all sorts of features that don't exist outside of silicon. It's still an effective explanation for conveying what precisely this new "database filesystem" feature of the next OS upgrade is, though -- and many keep their documents (paper and digital) in a filing system and put documents in the "to be filed" folder when they're done.

Silicon brings a second advantage to the table: now people can work with tremendously large collections of objects with very little effort. Searching fifteen thousand songs on my laptop takes approximately one second; searching four billion web pages on Google takes approximately one second. This is where database filesystems can shine, and where the most confusion will lie. It only takes a few seconds to change the filing system; instead of hiring extra interns and spending a week reorganizing filing cabinets, the silicon shifts things around immediately.

In many commonly used filesystems, each folder is given a database of files and each file is given an assigned "name". Files may have other properties, but with rare exception these are not used to uniquely identify files; a file's "extension" is considered part of the "name". NTFS stands apart by bringing a second unique identifier to the filesystem (a two-column primary key, in database terms), but it's not commonly used or recognized by most.

As the filesystem becomes a collection of documents with a convenient selection of perspectives, the filing system metaphor becomes somewhat strained. It's not considered efficient to reorganize a collection of files every five minutes when it takes tremendous amounts of manpower and logistics, yet it goes unnoticed on computers everywhere, hundreds of times a day. A stronger analogy is necessary, to provide an easy path for harnessing the new possibilities.

Astronomers work with a collection of millions of objects every day, using different perspectives such as "color", "brightness", "position", or even "name". By aiming their telescope to a given perspective, they can precisely locate a star; if their calculations (or assumptions) are incorrect, then further work is required. Eventually they get it within the viewfinder, work with it for a while, and then move on to the next perspective.

Bridging the analogies, astronomers work with a single file folder filled with all the objects they have (the "universe"); then by sorting through different perspectives (such as "name") they find what they seek and work with it. Imagine a planetarium with all your documents broadcast on the ceiling in small print, and you need only a pair of binoculars and a direction to look to find anything in your collection. Unlike a filing system, astronomers have no need to re-file things when they're done, since the only thing that changed was their perspective.

A database filesystem, built properly, can allow the user to accrue every document in a single place, with the power to search through the collection efficiently. A document's "name" need not be unique, as long as the files with a given "name" are linked in some manner (say, revisions of a contract). With the ability to search through all the documents at once, filenames to some extent become moot; it's more effective for many to search for "Jan's resume" than to scroll through thousands of files sorted into directories (as evidenced by the recent popularity of Google, vs. Yahoo!). This is where the true power of a database filesystem lies.

Posted by Richard Soderberg in Essays | Permalink | Comments (6) | TrackBack (0)

Feedster claim

<div style="display: none;">
<P align='center'><A href='http://feedster.com/claimfeed.php?key=77eb9d22c843510addee5e91ec6e9498'>No Need to Click Here - I'm just claiming my feed at Feedster</A></P>
               </div>

Posted by Richard Soderberg in Weblogs | Permalink | Comments (0) | TrackBack (0)

Categorizing with spaces

Jon Udell's been paying a lot of attention recently to categorizing XHTML elements. Two of his readers suggested that he use the class attribute, delimiting the categories (if necessary) with spaces; this is also valid CSS. I'm in favor of it as well, as it has worked well for me in two other circumstances.

At del.icio.us/crysflame, I keep a notebook of interesting links. Each link has several pieces of metadata; of interest is the tags field. The content of this field is a space-delimited list of categories, so to speak; a blog post about Google's IPO would be assigned "blog business", while a paper about graphing social dynamics would get "science social math". It's worked out very well for me, so far; I can find things easily enough by selecting individual tags, though more complex slices of the data aren't provided.

With the release of iTunes 4.2, a new field was added: grouping. At first, it was thought of as a similar sort of categorization field as the tags field: a space-delimited list of single-word categories. It turns out, however, that Apple has other plans for this field. While this puts somewhat of a damper on efforts to sort through music easily, the comments field can be used instead.

Posted by Richard Soderberg in Essays | Permalink | Comments (3) | TrackBack (0)

filster: Linking reputations networks to email whitelists.

I've written a procmail filter that checks incoming mail against several identity networks; when the sender's email address is listed, it adds a new header: X-Reputation: friend. Currently, plugins are provided for Orkut, FOAFweb, Reputation Research Network, and CPAN.

# When someone's listed as a friend, add X-Reputation: friend.
:0 f
|/usr/local/sbin/filster.pl

An addition to SpamAssassin's local.cf allows mail from these senders to pass through more easily, while allowing super-spam (scoring 20+) to remain blocked.

header REPUTATION_FRIEND X-Reputation =~ /friend/
score REPUTATION_FRIEND -7.0

header REPUTATION_PEER X-Reputation =~ /peer/
score REPUTATION_PEER -5.0

Combined with SPF, it becomes quite feasible to tie one's social networking profiles into a list of all the email addresses from which you don't receive spam.

The code is included in the extended entry of this post; please be aware that it is to be considered pre-alpha 0.0.1 pencil draft code. That said, it works quite nicely once you've got the prerequisite perl modules installed.

Update: Added code to link into the Reputations Research Network. Neat :)

Update: Linked into the CPAN author database and an instance of the FOAFweb as well.

Continue reading "filster: Linking reputations networks to email whitelists."

Posted by Richard Soderberg in Tutorials | Permalink | Comments (5) | TrackBack (11)

Failure to communicate

A growing segment of the technologically-enabled population is developing what I would best describe as a "derision" towards those who are not technically competent, for whatever reason. This sentiment is immediately apparent in the technical support industry, but I've seen it from peers who've never been formally introduced to tech support as well.

The common factor in the derision appears to be a result of differences between the two groups of people involved: those who feel they have invested much time in competence, and those who they feel have not. Over time, repeated communication failures left unaddressed appear to result in a build-up of resentment towards one (or, more often, both) parties.

One of the clearest examples of this can be found in comics that focus on these conflicts, such as Dilbert, Userfriendly, or w00t; in each, one can find the viewpoint of the "geeks" trying (and commonly failing) to communicate with the "newbies" — often with disastrous results. One can draw parallels to the similarly frustrating interactions between management and employees, as well; the stress of communication failures doesn't seem to be limited to outside interactions.

Standing guard at the far extreme of this reaction is the "Bastard Operator From Hell" series. For many years the saga has enchanted those who have been burned by IT work; at the core of all the angst-laced stories is the story of someone who used to try until it was hopeless, but now has turned to the dark side. Many techs wish they could do some of the things in the stories to their users, even in a humorous, non-lethal manner.

Some efforts exist to counter this trend; the perl-beginners mailing list handles a steady flow of traffic in polite Q&A; with novice users; it's worked out wonderfully, thanks to Casey's efforts. Other beginner outreach efforts surely exist as well.

I'm not sure how to stem this tide of bitterness towards others; perhaps including social interaction training with computer training? It's a tough call, and I don't have the information to make it. Comments welcome; specific incidences of kindness would be nice to know about.

Posted by Richard Soderberg in Essays | Permalink | Comments (11) | TrackBack (0)