Current Version - 2022.07.06
A self-hosted vehicle expense tracking system with support for multiple users.
Explore the docs »
Report Bug
·
Request Feature
·
Screenshots
Hammond is a self hosted vehicle management system to track fuel and other expenses related to all of your vehicles. It supports multiple users sharing multiple vehicles. It is the logical successor to Clarkson which has not been updated for quite some time now.
Developers Note: This project is under active development which means I release new updates very frequently. It is recommended that you use something like watchtower which will automatically update your containers whenever I release a new version or periodically rebuild the container with the latest image manually.
Also check out my other self-hosted, open-source solution - Podgrab - Podcast download and archive manager and player.
I was looking for a fuel tracking system and stumbled upon Clarkson. Although it did most of what I needed it has not been updated for quite a lot of time. Since I had some bandwidth available as my previous open source project Podgrab had become quite stable now, my first thought was to contribute to the Clarkson project only. I soon realized that the architecture that Clarkson had used was not really be that extensible now and would warrant a complete rewrite only. So I decided to build Hammond - The successor to Clarkson.
The current version of Hammond is written using GO for backend and Vuejs for the front end. Originally I had thought of using the same tech stack for both frontend and the backend so that it became easier for users and other developers to use, deploy and contribute. Which is why the first version of Hammond has a NestJS backend complete with all the bells and whistles (GraphQL, Prisma and what nots). But I eventually decided to rebuild the backend in GO just to keep the container size small. No matter how much you can optimize the sheer size of the node_modules will always add bulk to your containers. I host all my tools on my Raspberry Pi. It only makes sense to keep the container size as small as possible.
Also I had initially thought of a 2 container approach (1 for backend and 1 for the frontend) so that they can be independently maintained and updated. I eventually decided against this idea for the sake of simplicity. Although it is safe to assume that most self-hosters are fairly tech capable it still is much better to have a single container that you can fire and forget.
The easiest way to run Hammond is to run it as a docker container.
Simple setup without mounted volumes (for testing and evaluation)
docker run -d -p 3000:3000 --name=hammond akhilrex/hammond
Binding local volumes to the container
docker run -d -p 3000:3000 --name=hammond -v "/host/path/to/assets:/assets" -v "/host/path/to/config:/config" akhilrex/hammond
Modify the docker compose file provided here to update the volume and port binding and run the following command
version: '2.1'
services:
hammond:
image: akhilrex/hammond
container_name: hammond
volumes:
- /path/to/config:/config
- /path/to/data:/assets
ports:
- 3000:3000
restart: unless-stopped
docker-compose up -d
Although personally I feel that using the docker container is the best way of using and enjoying something like hammond, a lot of people in the community are still not comfortable with using Docker and wanted to host it natively on their Linux servers. Follow the link below to get a guide on how to build hammond from source.
Build from source / Ubuntu Guide
Name | Description | Default |
---|---|---|
JWT_SECRET | The secret used to sign the JWT token. There is a default value but it is important that you change it to something else | A super strong secret that needs to be changed |
PORT | Change the internal port of the application. If you change this you might have to change your docker configuration as well | (empty) |
When you open Hammond for the first time after a fresh install, you will be presented with the option to either import data from an existing Clarkson instance or setup a fresh instance.
You will have to ensure that the Clarkson database is accessible from the Hammond deployment. In case it is not directly possible, you can always take a backup of the Clarkson database and host it somewhere accessible to Hammond using a temporary container. If the access problem is sorted, you will have to enter the connection string the Clarkson database in the following format.
user:pass@tcp(127.0.0.1:3306)/dbname?charset=utf8mb4&parseTime=True&loc=Local
You can check the connectivity from the screen as well.
Note: All the users migrated from Clarkson will have their passwords changed to hammond
You will have to provide your name, email and password so that an admin user can be created for you.
Once done you will be taken to the login page.
Go through the settings page once and change relevant settings before you start adding vehicles and expenses.
If you want to contribute to the project you need to set it up for development first.
Fork and clone the project. Once you have it on your own machine,
open up a terminal and navigate to the server/
directory.
In the server/
directory run the command go run main.go
.
After some initial
setup, the server should be listening on at port 3000
.
Next, open a new terminal. Navigate to the ui/
directory and run npm install
.
This will install all the dependencies for the frontend.
After the command is done running, run npm run dev
. After some output, the
frontend should be accessible at http://localhost:8080
.
If you are sent straight to the login screen, try closing the page and opening it again. You should be greeted with a setup wizard the first time you run the project.
Now, simply follow the instructions in order to set up your fresh install.
Distributed under the GPL-3.0 License. See LICENSE
for more information.
Akhil Gupta - @akhilrex
Project Link: https://github.com/akhilrex/hammond