Brimstone is the code I use to run this website. You can find the code on Gitlab and, for the time being, on Github. I want to keep this post as a living post, and keep adding to it. That way I hope this post acts like a philosophy.txt.
The code isn't anything special. I write it for several reasons:
The goal of this software is to provide a simple, lightweight, option for publishing text content online that allows a user (me) to:
And allows others to view my content in a way that suits them. So far this includes:
The name is derived from the old achemical name for Sulphur. I have a bit of a Satanic streak in me, and I decided to call it Brimstone because I see Satanic practice as providing a challenge to established orthodoxies that are potentially harmful. In this case, the centralisation of the web into silo'd content. In these silos, there's also all sorts of features that are designed to keep your focus on the site -- such as notifications, games, etc. 'Features' that, in people like me, encourage the development of twitches that distract them from their other goals and habits. This is also often combined with harmful anti-privacy policies that are used to monetise your involvement in the site by spying on you.
In this way, I see the act of producing a tool that might help myself (and maybe others) from separating themselves from that as Satanic. Hence the name Brimstone. Also, Sulphur is used as a pesticide and I like that imagery when used in the context of dealing with the corporate web.
Equally as important, I wanted to play and develop a few skills.
The current version of Brimstone is built on the Symfony PHP Framework. To run the current version you will need PHP 7.1, and Composer to install the vendor packages.
It's released under the GPL 3. This means that if you fork Brimstone or use any of my code in projects, you're also obliged to release under the GPL. Symfony code is released under the MIT License which, thankfully, allows me to use MIT components inside of a GPL'd project.
It does pretty much what any home-brew blog software can do, but specifically:
2019-01-30T07:52:19+00:00 Last Modified: 30 Jan 2019, 07:52
I had a thought recently when considering the About page, and how a more minimal approach might look. At the moment, the approach is still relatively minimal; the
UserProfile object has a field which can store text used to render the About page using markdown. If it's null or empty, the templates don't render a link to the About page and the controller redirects any attempts to directly go to
/about to the index page.
How then, do I think it may be improved? Obviously these are rough ideas -- I also don't think there's anything explicitly wrong with the way things are done currently. What might seem simple to me might not be simple to others, and in fact I think there's an argument that these design patterns could add complexity in some regards.
Under both of the following proposals, the
UserProfile object has the
about attribute removed, and controller logic is changed to accommodate the new pattern.
Under the current design, the About page is simply a text field containing markdown that is rendered when the visitor calls
/about. This works basically exactly the same as a Post but is a bit less versatile e.g. Posts store a
lastModified attribute which can inform the reader if/when the Post was last edited and give some idea of freshness.
Under this design pattern,
Post receives a new boolean attribute which marks it as the About page. A form or button is implemented, along with a controller to handle elevating a Post to this position with the following logic:
post = post // from controller previousAbout = searchPosts(where: about == true) if ( previousAbout is not null ): previousAbout.setAbout(false) fi post.setAbout(true) return new Response(200)
The About page template can actually remain, with the controller simply changing the variable it passes into it to achieve the goal. Another consideration, however, is the header templates logic when choosing to render an
/about link. Currently it utilises a
UserProfile object already passed in to the template which is used for H-Card generation and Site titles as well as visible elements such as the name and profile image. Since the
UserProfile object also contains the About page, it simply checks to see if it's null or not to decide whether to render the
/about link. If I made the About page a Post, the controller would need to inform the template separately, unless the UserProfile maintained a 1-to-1 relationship with a single post, which is nullable. This changes the previous controller logic above to:
post = post // from controller userProfile = user.getProfile() userProfile.setAbout(post) return new Response(200)
Which I actually prefer. The
UserProfile still has an about attribute, but it's a reference to pre-existing content and can be switched without a search of the database and it prevents duplication; where since
Post already contains the necessary attributes for a good About page it makes sense to leverage it.
This one also utilises Posts, but with a slight twist. Instead of elevating a single Post to become an About page, what if we simply used a Tag? That way, the user could add content to their about page on-the-fly simply by tagging a Post with an about tag?
I don't think this is without issues -- for example how do you order things? What about reordering things on the page? How about editing posts, you have to hunt them down (admittedly just a search for the tag about…)? There's also the issue of the header rendering the
/about link from earlier -- this means every controller needs to do a search for Posts tagged with about and check the length of that result, to decide.
I'm sure there's a way around this, and I really like the idea of a cumulative About page which can be made up of otherwise disparate content, for now I'm going to try out Idea 1 and see how that goes.
2018-08-01T10:10:16+01:00 Last Modified: 01 Aug 2018, 10:10
I have always had a problem with the dreaded Feature Creep. Not only with software development, but in life generally. I take a lot of pleasure in the doing of something, and when I stumble across something that I feel I may enjoy doing I get incredibly excited at the prospect of its doing. If that made sense :-/
I experienced this quite early on in my strength training journey -- attempting to integrate a full Calisthenics system with a Power Lifting one. When I finally dropped my Power Lifts to focus on Calisthenics, instead of relishing the extra time and simplicity I instantly started trying to do various different forms of calisthenics training (my foundation was always Convict Conditioning, but I was attempting to Grease the Groove on quite a lot of things too, and was rushing the addition of extra exercise progressions).
I've most recently experienced this with Brimstone, my little indie blog project. I've only recently gotten around to actually fixing the main feed, and integrating everything together. Mainly, features creep in and keep me awake via RSS feeds (it's getting shinier back here, btw). The same can be said with my PhD. People keep trying to introduce 'features', or aspects of the research. For the most part I welcome it, and their interest in it is exciting (if pressuring). But there's only so much I can do.
The most dangerous feature creep I've experienced is that which I indicated right at the start of this post. The doing features of my life. I take a real, carnal, pleasure in doing things, taking things in, and being part of things. Throughout high school and 6th Form (college) I was involved in a local theatre group. When I got a job making pizzas, I found it difficult to manage acting alongside 6th Form, the job, and a new girlfriend (oh myyy). So acting was dropped. I managed to get by in 6th Form without too much feature creep. My Open-Sourceness became more pronounced, so I suppose that was one thing I was doing, but otherwise I was pretty simple. I watched a lot of TV shows.
When I came to Uni, the acting came back in and I am ashamed to say that I let some good friends (and splendid talent) down by dropping out in the most heinous way possibe: ceasing to show up. I was busy being a Computer Science student, an active Satanist, a fledgling executive member of Rocksoc, and I had a new girlfriend (this one was a model! ohhh errr). I also still had my job slinging pizzas (in a different shop), and my social life was abuzz with clubbing and friends. Also now I had to cook for myself!
Years later, things are looking tamer; but I worry about feature creep still. The things I like to do keep growing. Every time I enjoy cooking something, especially if it takes effort, I long for a ritual of doing it daily or weekly. My Strength Training is so ingrained in me now that I can't help but do it -- but it remains something that I do so it affects my day significantly. I enjoy doing maintenance on clothes and boots. I enjoy doing reading, and writing. I enjoy doing development, especially adding new features to software. I've recently took up a light practice of making, which is absolutely rife with doing things -- lots of things! Also carving, if there ever was something that was doing; carving is it. Since developing an interest in Politcal Economy, and being awakened as a Feminist (or ally) I've being doing those things. Oh, and after a nice long spell of being out of the habit of doing being a Satanist; I'm being enticed back in by a new and sexy UK community.
I don't know what to make of all this. Juxtaposing the desire to experience rich variety against the desire to not feel bad for not doing something is becoming tougher every day. Is it wrong to love drowning in it?
I have a bit of a weird relationship with the Indieweb. I'm not really sure where I stand in that nexus as I've made no attempts to connect with the community, but draw inspiration heavily from Indieweb user Rhiaro and often look on the wiki when I've got work-paralysis on Brimstone and want to procrastinate by adding another half-finished feature and not fix muh bugs. Anyway, from the Indieweb I learned of the term "Silo". Defined as
A silo, or web content hosting silo, in the context of the IndieWeb, is a centralized web site typically owned by a for-profit corporation that stakes some claim to content contributed to it and restricts access in some way (has walls).
They share characteristics such as preventing easy export of content in standard formats, and requiring you to use an identity exclusive to that site (ie your Facebook account. Since I recently underwent evaluations of my Facebook use, and subsequently began my tactical withdrawal from the platform, I thought I'd evaluate my current state of play. It's coming up a year since I started development over here.
Here's the state-of-play when it comes to my use of Silos
Here's the state-of-the-art when it comes to my indieweb software
I'm not too bad in the way of Silo use. There's a lot to do on Brimstone but now I actually have myself a TODO list. Should be a fun year.
I've grown a bit restless with Brimstone (the software that's running this site) at the moment. I've been dribbling in features here and there to keep myself occupied, but I think it needs a bit of an overhaul both visually and in the background.
That's a lot to do, and I'm thinking of dedicating an evening a week to the project. We'll see how it goes. For now, you get bonus points if you understand the relationship between the title and the content of this post.