jerakeen.org

by Tom Insam

notes☴

code☷

links☲

photos☵

Running your own blog

created 09 September 2009 in notes tagged blog and hosting.

in Blogs and baked goods John August simultaneously uses a new and incompatible baking metaphor about blogging, and argues that..

Most people shouldn’t be running their own blogging software

I agree. Except that I do run my own. In fact, not only do I host my own blogging software, on a machine that I admin myself, but I wrote the whole thing too. Every time I want a feature, I can’t just look for a plugin, I have to crack open a text editor. I’m crazy!

I’ve pondered changing this a few times, and indeed, I’ve re-written the software a lot in the past, and ported it around various different off-the-shelf systems, and nearly just canned the whole thing and moved to Tumblr on a couple of particularly bad days in the past, but I don’t. And I think it’s worth explicitly writing down the reason.

I don’t really care about the bread. I make ovens and baking trays. The bread (recent inexplicable blogging frenzy notwithstanding) is just a demo of the software. Look! I can syndicate a Flickr photoset and my twittering and Dopplr-driven maps and integrate them into a single page for the trip then tie them into an article about something, then provide a link to put all the photos on a map! The words aren’t the important bit.

So that’s why I bake. Except that I fry. Whatever.

Bill de hÓra: Journal Migration I: export entries from

Bill de hÓra: Journal Migration I: export entries from

created 06 February 2007 in links tagged blog, cms, export and migrate.

[[ It’s turning out that coding a weblog might be less working than porting the entries while preserving URLs ]] hell, yes.

http://www.dehora.net/journal/2007/02/journal_migration_i...

MonsterID as Gravatar Fallback [splitbrain.org]

MonsterID as Gravatar Fallback [splitbrain.org]

created 21 January 2007 in links tagged blog and gravatar.

Utterly genius idea. I must do this.

http://www.splitbrain.org/blog/2007-01/20_monsterid_as_gr...

On blog comment spam

created 28 April 2006 in blog tagged blog, comments and spam.

Blog comment spam, the scourge of the internet. Having written yet another CMS to power jerakeen.org, I wanted comments on pages again. Django rocks hard - adding commenting was easy. And a day later, I have comment spam. Bugger.

NewsGator API Homepage

NewsGator API Homepage

created 27 November 2005 in links tagged blog, programming, reference, rss, web and xml.

http://www.newsgator.com/ngs/api/default.aspx

Jaws

Jaws

created 07 November 2005 in links tagged blog, cms and php.

A php CMS/blog/etc - looks very pluggable

http://www.jaws-project.com/

James Tauber : Leonardo

James Tauber : Leonardo

created 03 October 2005 in links tagged blog, cms, python and wiki.

http://jtauber.com/leonardo

the WordPress Codex

the WordPress Codex

created 25 September 2005 in links tagged blog, codex, php, wiki and wordpress.

http://codex.wordpress.org/Main_Page

Blog-Mail convergence

created 13 August 2004 in blog tagged blog and email.

Muttley caused this train of thought. Blame him.

Thoughts for a blogging toy

Here’s something I might do. Every time I post a blog entry, people on a list could get a mail with the subject, contents, etc, just like I actually just sent the thing to a mailing list. People can reply to the mail, and their replies get put as comments on the blog entry, as well as mailed to the rest of the list. People posting comments from the web page, their comments go out to the list. So if you ignore the mail aspect, it’s a traditional blog, and if you ignore the blog aspect, it’s a traditional mailing list, albeit with the caveat that only the owner of the blog can start a thread. And hell, that’s optional, you could allow free posting…

Once you do that, of course, the blog could be viewed as merely a web based archive for the mailing list, just with a much nicer web interface than most mailing list archives. Blogging software has put a lot of effort into managing date-based information archives, much more than mailing lists. On the other hand, mailing lists have put much more effort into managing threaded conversations than blogs have.

This blurs the line about what it is, of course. I’d probably initially implement it as a blog, with a bit of mail glue attached, but I suspect the more elegant way would be to have a mailing list with a very sophisticated web archive attached to it, one that handles threads as entries, and that allows you to post to the mailing list through the archive page. The distinction between the two rapidly becomes moot, of course.

Hmmm. Must play with siesta

(later) More Rambling

So, muttley has rambled as well. Interesting. He has some ideas about multiple blogs tying together somehow that I’m not seeing a way of making work in my head, and I hate talking about things I can’t construct a nice working mental model of, but he’s right, it would be nice to have a system of mutliple blogs tied together. Like this.

You get thread ownership problems, though. As things stand, I control a conversation on my blog completely. (well, if I had comments working yet…). That’s ok if the blog is also a mailing list, because I’d control the mailing list server completely as well. But if, say, threads I started were hosts on my blog, and threads paul started were hosted on paul’s blog, we get issues of potential censorship, and people picking the thread to comment on based on who’s blog the start thread was on.

That issue asside, it’s quite easy to adapt the first model espoused above to this sort of thing. All the participating blogs would send stuff to the same mailing list, and the mail reciever would use some smarts to determine which mails were replies to which blogs, and post comments appropriately. All doable. For the second, more elegant, solution, where the blog is merely one way of representing the ‘message’ objects that the back-end understands, we’d either need to host all the blogs in one place, or have a distributed server, or something. Not sure.

Tell you what. I’ll actually implement something at some point, and we’ll see how easy the collaborative stuff is then.