4 ms·
I got so peeved at the crap platforms (well there not all crap but they certainly have lots of restrictions) that I wrote my own. My own efforts are just as cra
by bootload 19y ago
I got so peeved at the crap platforms (well there not all crap but they certainly have lots of restrictions) that I wrote my own. My own efforts are just as crap but it's my crap. I can fashion my tools to work the way I want it instead of how someone else decided. For example I need something that I could (can)
- write/edit with a worst a text editor or best an web ui
- ability to markup in a meta format
- access to the source in a language(s) I use
- good db access tools
- ability to evolve and add new layers or technologies
I also have some quirky requirements. I want static pages primarily (at least at the moment). I care more for load speeds and readability than the ability to interact RT. (currently process interaction on delayed batch close to RT). For all the disadvantages this has a few advantages namely speed and fewer moving parts exposed.
My first effort was a Perl script transforming POD (Plain Old Text) files into markup. The next effort is a Python app using Django to store RestructuredText (python based plain text markup) markup in a MySQL db spitting out valid xhtml static pages. And I've already got a third system in mind using various editors with a light weight middleware web server using a db for backup but exporting to atom (something like http://bitworking.org/projects/1812/ http://bitworking.org/projects/1812/ ) and serving a combo of static pages and dynamic using some browser/Javascript approach.
Probably the most important thing is how it handles the data. To tell you the truth I don't really care too much about the tools because I throw or discard them like skins every couple of tech iterations. It's the data that's important. I care more about:
- ways to export the data safely for future use
- ability to add historical entries as I find them out there on the web or locked up in some roach motel of a web app
- re-publishing fragments of data somewhere else to some (or thinking of publishing to some as yet to exist site) other place
- making additions, corrections and upgrading the content over time
I'm finding the current batch of blogging tools worry less about these types of ideas ("with the exception of say Dave Winer & scripting.com who lets face it have more history than most blogs & toolsets than most") than they should. After you get a stack of entries, say 10 years worth the tools need more sophisticated approaches to handle and evolve how you
- generate
- edit, manipulate
- store
- distribute
the "foobar" things you create.
I also get peeved at the way most blogging tools (and most content generation tools) seem to think of blogs as pages and not data that can be transformed into "foo" format and edited, stored in some meta format capable of being transformed.
So in short I love defining my own toolset. I hate the fact it takes lots of thinking, time, effort and sweat. I hate the fact the tools are constantly evolving and are less polished than I know they could be.
I care more about my data than the tools I create and use.
- jsackmann 19y agoI also recently wrote my own blogging platform (in Python). It's really simple -- no web UI for me (yet, anyway), and the whole thing is contained in a few hundred lines of code. That said, I already like it better than Wordpress. (Which I was using before.) I don't have comments, but I didn't want them anyway. People have written Wordpress plugins for virtually every need I might ever have, but plugins are a pain to deal with for problems that I can now solve in 3 lines of code.
- bootload 19y ago"... I also recently wrote my own blogging platform (in Python). It's really simple -- no web UI for me (yet, anyway), and the whole thing is contained in a few hundred lines of code. ..." This is sort of a geeks rite of passage. Some I can think of - spolsky citydesk ~ http://www.fogcreek.com/CityDesk/ http://www.fogcreek.com/CityDesk/ - bray custom perl scripts ~ http://www.tbray.org/ongoing/misc/Colophon http://www.tbray.org/ongoing/misc/Colophon - dave winer ~ http://www.outliners.com/ http://www.outliners.com/ - trotts ~ http://www.sixapart.com/about/corner/2004/05/its_about_time.html http://www.sixapart.com/about/corner/2004/05/its_about_time.... - ev williams - http://www.blogger.com http://www.blogger.com - Fitzpatrick ~ http://brad.livejournal.com http://brad.livejournal.com "... I don't have comments, but I didn't want them anyway. People have written Wordpress plugins for virtually every need I might ever have, but plugins are a pain to deal with for problems that I can now solve in 3 lines of code. .." One thing I found was you really think carefully before you create something. I've shunned comments as well (constraints I've chosen) only choosing static pages. The advantages for such a low volume site are speed & reliability. Though I have thought having a feedback loop would be nice have yet to really come to grips how (having no RT server based processing). I'll let you know the url of the colophon when I release my site.