September doesn't seem to have been eternal this year. However, given how much I'm already seeing about the upcoming Halloween, it almost seems like October will be. Here's another monthly update!

Mercury 3 has entered its private beta testing phase, and now has 28 users on site, all creating status & forum posts, places, assets, and spending currency. An RCCService instance is set up on my dedicated server, accessed from the site running on the Windows VPS, so the reverse of the architecture of Mercury 2. This probably won't stay this way for long though, and we're practising site backups in preparation for another server migration.

The RCC is used for avatar and clothing rendering at the moment, with shirt renders recently being fixed to work properly. Since it's running on OpenSUSE it has to run over a compatibility layer. We're using Wine, which did require a lot of configuration especially a

It's that time of the month again. The summer and its holidays are finally over, so here's a quick update on what I've been up to over August (and the first few days of September).

Work on Mercury 3 is getting back up to speed, and the site is now hosted again, albeit unreliably, for a basic alpha test. Taskmanager wants a beta testing phase to begin within the next week or 2. A new system for management of assets has been introduced, separating a few different categories of asset:

• Builtins: Assets bundled with the client or studio. These are not requested from the site. (animations, humanoid scripts, studio plugins to an extent)
• Privileged assets: Assets loaded directly or indirectly by scripts sent to the client. This includes:

Another project update! I never know what to write in the first paragraph of these things. Here's what I've worked on over the last month.

The documentation site on the docs branch has been updated with articles on installation of certain tools and further integration guides.

I've been experimenting with different ways to start up and manage Mercury's external services, mainly the Database and Economy service. This has usually been done with Docker, which is great when it works though often has issues on machines with poor support for virtualisation. Starting each process independently is difficult to manage. I tried using my own tool for this, which worked surprisingly well, but would shut down if its parent terminal was closed. Recently I tried Nomad, which

Hey all, welcome to another project update. I've been inside drinking plenty of water and writing plenty of code recovering from the unbearable Scottish summer heat of over 15°C.

At the moment, I'm working on 2 branches in the Mercury Core repository: assets and docs. The assets branch contains some updates to the Economy service, allowing it to handle asset transactions for limited and unlimited assets. It also reduces the complexity of currency by making stipends constant and removing fees, which may destabilise the economy somewhat, but we'll find that out in the future. The docs branch contains a basic documentation site for Mercury Core and related services, which is still a work in progress. As outlined in [#389](https://github.com/tp-link-extender/MercuryCore/issues

Hello all, here's another monthly project update. The summer holidays have started, so I'm away at the moment, but I've still had lots of time to code some cool things.

The jokes, hoaxes, and memes have all turned out to be true. There will be a Mercury 3.

Mercury 3 will be hosted on the domain xtcy.dev. We have a working DLL hook for the 2013 client & studio (same as previous Mercuries) and a Windows Server VPS for running Mercury Core, RCCService, and related services.

Welcome, again, to another monthly update. This one's right in the middle of my exam season! How convenient.

Mercury Core is back to life now, after a few months of inactivity. The codebase has been given some much needed TLC & dedusting and I'm working on improving many of its parts – at the moment the 'communication' branch contains a rewrite of the forum, status updates, and asset comments into a single system, as well as improvements for likes/dislikes.

The database schema has also been significantly improved, the auth system has been rewritten without the need for Lucia v3 (thank you lucia!), all components have been migrated to use Svelte 5 syntax and features, fixes have been applied to the economy service, and many miscellaneous formatting and styling fixes have been made, as usual.

Happy holidays! The year is Marching on, so I hope everyone is doing well; here's some updates on the projects I've been working on.

Coputer now features a number of 'program types' for programs to accept and return certain values. Current program types are as follows:

• Test programs, which take no arguments and return nothing, for the purposes of debugging Litecode
• Web programs, which take a few web request parameters and return a web response

Spring has sprung, the grass is ris. I wonder where the monthly project update is? Welcome back all.

Litecode is in the process of being rebranded! The name "litecode" will now only be used for the VM, standard libraries, and execution system. This means that the rest of the project, what I'm coining the "communication system", will be separate, and will communicate with the litecode execution system over a(n internal) network. Litecode will handle the execution and return of programs and their results, and should cancel them if they run for too long.

The combination of the execution system, the communication system, the protocols they rely on, and the network of these systems communicating with each other is being rebranded as follows.