blogosphere

time is passing. time is passing. TIME IS PASSING.

some amount of time has passed. if you're wondering, i still embody the concept of all bad, undesirable things. if you notice any bad things in the universe you inhabit, that's me.

some amount of time has passed since the last sentence i typed. anyway, imagine if there were oceans, except they were made of bone marrow. cool, right?

there's something. there's a thing. you will never find out what it is.

thanks for watching. make sure to like and subscribe for less blog posts like this in the future.

if you missed april fools for any reason, the website looked like this.

some say i should "blog" about "things". this is troublesome, since i don't actually have "things". thus, i will simply type without direction.

hghjkghsdjkfhg, dfgjlfdhkklm, 43958jgfibviockln, fgjklnvhlmkvncvn.

take minecraft. not the survival-ish aspects. specifically, creative mode, and commands. many cool things can be made with commands. one can raycast, do arbitrary computation, implement cool new mechanics, etc. but the command system was never really designed for this. it all started with /execute, mostly. one could accursedly get things to do mostly whatever you want. you could query the state of the world with 'detect', if you knew about that. there was also testfor and testforblock, but that was quite cursed. they added chain command blocks, and then functions. then 1.13 happened and they changed everything. functions are now datapacks. /execute now does absolutely everything, for some reason. /tp is bad now. the names are flattened.

but one thing remains: the command system is accursed, and doing anything with it is very strange. but it's still really cool when you do. you get a real sense of 'wow, this is in minecraft and i did that'. even if the only thing you did was implementing a block you can push, or a thing you can stand on to move, or a thing that teleports forward until it hits a block recursively. these things are cool only as a product of the weird adaptation of legacy systems for the purposes of something vaguely resembling a 'modding api' but bad.

now, consider minetest. if you're unaware, minetest is a minecraft clone, sort of. it calls itself a 'game engine' a lot, but that mostly just means it doesn't contain features and also has a modding API from what i can tell. in any case, this is significantly better than minecraft datapacks (but not perfect. it has its problems and the documentation is terrible. that's a topic for another blog post.). the point is though, implementing something using minetest's lua API is significantly less cool. not that it's worse. the end result is just less cool, because it's simple to do.

i'm not sure where i'm going with this, really. effectively: things can be inherently cooler if they're more accursed to do. and presumably if you're making a thing, you want cool things to be possible. but you also don't want to make your thing accursed, obviously, so the standard for what is cool gets more and more grandiose. that's not to say that things should get more accursed or we should all be using accursed things. i'm not sure what i'm really saying here.

blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog. blog.

sjdfhdhkghdfkghgkklsdfhgklsdfhgklsdfjghlksd hkldfghskldfhg kldsfhgkl dhsfgh sdflkjgdh gklhfkgl jdfhg kldfjghklsdfghsdfklg

my website has yet another feature.

you may or may not be aware of "lemon currency". this was a feature once present on citrons.xyz. an interesting feature of lemon currency was that ownership of lemmon currency was done entirely by ownership of strings of text.

this is quite similar to my website's "soul" system. but in any case, i like this concept, and have somewhat remade it on my website as lime currency. alongside being a currency that users can trade amongst themselves, this will allow me to hide it in random places for humorous effect.

for example: VvU9fc%K-@uG, for the first person to notice it and also take action.

i've decided to implement something quite interesting. i've been doing this over the past few days.

one may now own a soul. this has various implications, and each soul has its own unique properties. souls can be used to comment. a comment section is now accessible from the navbar.

i envision many interesting uses for these in the future. i hope you enjoy this.

hello. according to reputable sources, RSS good.

i've added a RSS feed in accordance with this. it's below the title of this page.

implementing it was easy due to XML's similarity with HTML and the fact that i already autogenerate HTML (see the prior blog post), but there was one particular issue: the date format.

weekdays? really, RSS creators?! i store timestamps as year, month, day. there *is* a way to calculate the weekday from this, but ugh.

after some searching i found "zeller's algorithm". i implemented it like this:

just. why? why would you have this in something that programs will read? this is something i'd expect RSS readers to have to implement, if anything. not to mention that the problem of doing this is so annoying that the algorithm for doing it has someone's name in it.

anyway, yes. RSS good. RSS timestamp bad. i have a RSS feed now. blog.

i suppose the thing i blog about will be the inner workings of the website itself.

instead of consisting of "html files" served by a "webserver", it consists of lua code only. a .cgi file written in lua is called every time a request is made. the lua code generates the response.

the reason i have done this is to avoid the excess boilerplate of writing html files directly (i.e having to synchronize navbars and such across all pages, etc) without using an accursed templating system. it also conveniently gives me all of the flexibility and abstraction of programming languages i.e functions.

as for the way i generate html, i have very simple functions such as div(), p(), etc. that can contain text or tables of text. they return text themselves. they also support attributes and such.

there are advantages to this. it means i can simply require("boilerplate or whatever")(parameters) and generate an entire page. in fact, the index page simply looks like this:

and it allows me to do things like this:

this is the solution i have settled upon after lots of trying to figure one out. content. blogness.

wow, i'm a real "blogger" who "blogs" about very real things.