Merge pull request #82 from Mastermindzh/snyk-upgrade-632e856fd2c1ab0ced167ec37b17f0fe

[Snyk] Upgrade disqus-react from 1.1.5 to 1.1.6

.github/workflows/release.yml

@@ -19,7 +19,7 @@ jobs:
       - name: Setup Node.js
         uses: actions/setup-node@v3
         with:
-          node-version: 16.14.0
+          node-version: 22.12.0
 
       - name: Install dependencies
         run: npm ci

.vscode/settings.json

@@ -1,10 +1,17 @@
 {
     "cSpell.words": [
+        "codepen",
         "disqus",
         "fontawesome",
         "fortawesome",
         "frontmatter",
-        "slsw"
+        "Lieshoutt",
+        "Rickvan",
+        "rickvanlieshoutcom",
+        "slsw",
+        "soundcloud",
+        "todos",
+        "weibo"
     ],
     "grammarly.selectors": [
         {

README.md

@@ -1,6 +1,6 @@
 # Rickvanlieshout.com
 
-This is the repository for my personal blog/website [rickvanlieshout.com](https://rickvanlieshout.com).
+This is the repository for my personal blog/website [rickvanlieshout.com](https://www.rickvanlieshout.com).
 
 [![Build Status](https://ci.mastermindzh.tech/api/badges/Mastermindzh/rickvanlieshout.com/status.svg)](https://ci.mastermindzh.tech/Mastermindzh/rickvanlieshout.com)
 

content/config.json

@@ -46,7 +46,7 @@
   "author": {
     "name": "Rick van Lieshout",
     "photo": "/content/me.png",
-    "bio": "I'm a passionate CTO that bifurcates his love between great software development and leading others in their continuous improvement journeys",
+    "bio": "I'm a passionate CTO who bifurcates his love between great software development and leading others in their continuous improvement journeys",
     "contacts": {
       "email": "info@rickvanlieshout.com",
       "github": "mastermindzh",

content/pages/resume/index.md

@@ -20,14 +20,14 @@ template: "page"
 _Always_<br />
 A fair share of my private work is done through open-source media. I don't have a portfolio but I have a [Github](https://github.com/mastermindzh) where I share most things.
 
-**Tech lead / CTO at INFORIT**<br />
+**CTO at Frontliners (previously INFORIT)**<br />
 _2018 - Now_<br />
-At INFORIT I am responsible for the entire technical architecture of the new TFX stack that I launched shortly after 2018. This involves setting up and maintaining a modern event-based microservice architecture on a Kubernetes-based SaaS cloud solution and migrating to modern programming languages such as dotnetcore and React.
+At Frontliners I am responsible for the entire technical architecture of the new TFX stack that I launched shortly after 2018. This involves setting up and maintaining a modern event-based microservice architecture on a Kubernetes-based SaaS cloud solution and migrating to modern programming languages such as dotnetcore and React.
 
 The other main responsibility I have is creating and maintaining a coherent team of lead developers by sharing knowledge, making decisions, and empowering leads to explore technologies outside of their comfort zone.
 
-At INFORIT I also help with the recruitment of new employees, setting up and maintaining agile strategies including proper test management, and general software development.
-During my time at INFORIT, we've grown from 5-7 in-house developers to 10, full-sized, SCRUM teams.
+At Frontliners I also help with the recruitment of new employees, setting up and maintaining agile strategies including proper test management, and general software development.
+During my time at Frontliners, we've grown from 5-7 in-house developers to 10, full-sized, SCRUM teams.
 
 Most relevant technologies used: dotnetcore, React, Angular, Kafka, RabbitMQ, Mongo, PostgreSQL, Growthbook, Docker & Kubernetes
 

content/posts/2022/adopting-convential-commits/index.md

@@ -340,7 +340,7 @@ Now, let's add a Husky git hook to combat future commits that are unconventional
 npx husky-init && npm install
 ```
 
-This will automatically create the `.husky/pre-commit` file. Let's edit it and add commitlint:
+This will automatically create the `.husky/` directory. Let's create a file in it called `commit-msg` and add commitlint:
 
 ```sh
 #!/usr/bin/env sh

content/posts/2025/infrastructure-as-code-uptime-monitoring/index.md

@@ -0,0 +1,130 @@
+---
+title: Infrastructure as code - Service uptime monitoring
+date: "2025-01-18"
+template: "post"
+category: "homelab"
+tags:
+  - "uptime"
+  - "kuma"
+  - "iac"
+  - "infrastructure"
+  - "code"
+  - "servers"
+description: "In this post I demonstrate how I've moved from an old and simple UptimeKuma setup to a setup with AutoKuma so I can register my monitors with 'infrastructure as code'"
+socialImage: ./media/uptimekuma.png
+---
+
+If there’s one thing I’ve always embraced, it’s the philosophy of working smarter, not harder. Infrastructure as Code (IaC) has been one of the cornerstones of my career. a perfect blend of laziness and the pursuit of predictability. From my earliest days experimenting with Docker back in 2014 to leading a platform team at my current company, IaC has proven invaluable for simplifying complexity, ensuring reproducibility, and enabling automation.
+
+Below you'll find my journey and why I think every engineer should embrace it, eventually walking you through one of the latest automations I set up at home: Automatically creating uptime monitors in UptimeKuma based on Docker labels.
+
+## The Early Days: Discovering Docker
+
+Back in 2014, I stumbled upon Docker, and it was a game-changer. At the time, I was frustrated by the manual and error-prone process of setting up environments for my code (especially on other people's machines....). Docker offered a way to reliably recreate these environments with simple, declarative configuration files. Suddenly, I could spin up a development environment in minutes and be confident it would work exactly the same on another machine.
+
+In 2017, I taught several university classes on Docker, emphasizing the importance of reproducibility. My students learned how to containerize applications and ensure their work could be shared and run anywhere, regardless of underlying infrastructure. Reproducibility wasn’t just a technical advantage; it became a mindset I encouraged in every project.
+
+And yes.. for those that know me well, I did go overboard in some of the details and even ended up explaining the entire Copy-On-Write (COW) nature of the Docker filesystem in those classes... But ah well, people learned a lot :P.
+
+## Home Servers: The Personal Lab
+
+My passion for IaC extended to my home servers. By 2017, nearly everything I ran at home was Docker-based. I created dozens of bash scripts and system services to orchestrate my personal infrastructure. Whether it was media servers, backup systems, or development environments, everything was automated and version-controlled. Even my own computers mostly became IaC based as I figured out that part of the Linux community was saving their setups (and install instructions, usually) in so called "dotfiles". To this day you can still find my setup (and its changes when I switch machine) in my [Dotfiles on Github](https://github.com/Mastermindzh/dotfiles/).
+
+All in all, my home setup became a sandbox for testing new ideas and tools, many of which eventually found their way into my professional work as well.
+
+## Scaling IaC in the Workplace
+
+At my current company, I introduced Docker about eight years ago. It was a gradual process, but within a year, we had our first Kubernetes cluster running. This transition wasn’t just about adopting new tools; it was about embedding the principles of IaC into the organization’s culture.
+
+Over time, I spearheaded the creation of a dedicated platform team. With an architect/Product Owner and four DevOps engineers, this team took IaC to the next level. They implemented robust CI/CD pipelines, infrastructure monitoring, and scalable deployment patterns. Some of these practices mirrored what I had done at home, while others were tailored to the unique needs of the business. The result was a resilient and predictable infrastructure that supports rapid development and deployment.
+
+## Setting Up Uptime Monitoring with UptimeKuma
+
+One of the most satisfying aspects of IaC is the ability to automate even the smallest tasks. Take uptime monitoring, for example. At home and at work, ensuring that services are available is critical. Recently, I’ve been using my old UptimeKuma instance, a self-hosted monitoring tool that’s as powerful as it is user-friendly, a lot more after introducing it to some friends (who started homelabbing) and at work.
+
+Setting up UptimeKuma is straightforward, you can simply use our old friend Docker:
+
+```docker run -d --name uptime-kuma -v ./data/uptimekuma:/app/data -p 3001:3001 louislam/uptime-kuma```
+
+And access the Dashboard by navigating to <http://localhost:3001> to configure your monitors.
+But that isn't automatic enough for me, I like to put my things in compose files for home usage.
+
+## Automating uptime monitors with AutoKuma
+
+[AutoKuma](https://github.com/BigBoot/AutoKuma) allows us to set labels on our Docker containers that will then automatically generate monitors in UptimeKuma.
+
+One of my containers (UptimeKuma actually) has the following labels attached:
+
+```yml
+labels:
+  kuma.monitoring.group.name: "Monitoring"
+  kuma.uptime_kuma.http.parent_name: "monitoring"
+  kuma.uptime_kuma.http.name: "Kuma status monitoring"
+  kuma.uptime_kuma.http.url: "http://${HOST_IP}:3001"
+```
+
+This actually does 2 things:
+
+- creates a group with the *key/id* `monitoring` and the name `Monitoring`
+- Adds a monitor with the *key/id* `uptime_kuma` to UptimeKuma with the type `http`, name `Kuma status monitoring`, and url `http://${HOST_IP}:3001`
+
+Adding these labels, whilst AutoKuma is running and configured to pick up labels starting with `kuma` is enough for monitors to show up (after restarting the containers).
+All in all, my `docker-compose.yml` file for both UptimeKuma and AutoKuma now looks like this:
+
+```yml
+services:
+  autokuma:
+    image: ghcr.io/bigboot/autokuma:master
+    restart: unless-stopped
+    environment:
+      AUTOKUMA__KUMA__URL: http://${HOST_IP}:3001
+      AUTOKUMA__KUMA__USERNAME: ${KUMA_USERNAME}
+      AUTOKUMA__KUMA__PASSWORD: ${KUMA_PASSWORD}
+      AUTOKUMA__TAG_NAME: AutoKuma
+      AUTOKUMA__TAG_COLOR: "#42C0FB"
+      AUTOKUMA__DEFAULT_SETTINGS: |-
+        docker.docker_container: {{container_name}}
+        http.max_redirects: 10
+        *.max_retries: 3
+      AUTOKUMA__DOCKER__LABEL_PREFIX: kuma
+      AUTOKUMA__MIGRATE: true
+    volumes:
+      - ${APP_DATA}/autokuma:/data
+      - ${DOCKER_SOCKET}:/var/run/docker.sock
+    depends_on:
+      - kuma
+
+  kuma:
+    image: louislam/uptime-kuma:1
+    volumes:
+      - ${APP_DATA}/uptimekuma:/app/data
+      - ${DOCKER_SOCKET}:/var/run/docker.sock
+    ports:
+      - 3001:3001
+    restart: unless-stopped
+    labels:
+      kuma.monitoring.group.name: "Monitoring"
+      kuma.uptime_kuma.http.parent_name: "monitoring"
+      kuma.uptime_kuma.http.name: "Kuma status monitoring"
+      kuma.uptime_kuma.http.url: "http://${HOST_IP}:3001"
+```
+
+## Problems... the compose file doesn't work :O
+
+If you'd try to run the compose file in the previous chapter, even after replacing all the variables, things likely still won't work.
+This is because AutoKuma relies on the credentials for UptimeKuma which we setup during the initial launch of UptimeKuma.
+Unfortunately, that account is the only account we can currently set up in UptimeKuma since it doesn't have user management.
+And yes, that means we **have** to use these same credentials to get AutoKuma to work, which also prohibits us from enabling MFA.
+
+Anyway, after setting up the kuma account, simply adjust both the `KUMA_USERNAME` and `KUMA_PASSWORD` variables and restart the containers.
+After doing so we should see the monitor appear in UptimeKuma:
+
+![a screenshot of the UptimeKuma monitors that were automatically created with AutoKuma](./media/uptimekuma.png "neat!")
+
+## The Future of IaC
+
+Infrastructure as Code isn’t just a technical approach; it’s a philosophy that prioritizes automation, reproducibility, and simplicity. Whether you’re managing a home lab or a global platform, IaC provides the tools and practices to build resilient systems with minimal effort.
+
+For me, IaC has been a journey of continuous learning and experimentation. From Docker to Kubernetes, from bash scripts to dedicated platform teams, the principles remain the same: automate everything, document everything, and embrace the predictability that code brings to infrastructure.
+
+If you haven’t already, give UptimeKuma and AutoKuma a try. Their combination is an excellent example of how IaC can simplify even the most mundane tasks, leaving you more time to focus on what really matters... or just to be a little lazier.

gatsby-browser.tsx

@@ -4,7 +4,7 @@ import "./src/assets/scss/prism/prism-tomorrow.scss";
 
 export const onRouteUpdate = ({ location }: { location: { pathname: string } }) => {
   const elements = document.querySelectorAll("[data-url]");
-  const currentUrl = `https://rickvanlieshout.com${location.pathname ?? ""}`;
+  const currentUrl = `https://www.rickvanlieshout.com${location.pathname ?? ""}`;
 
   const setAttributeIfAvailable = (element: Element, elementIdentifier: string) => {
     if (element.hasAttribute(elementIdentifier)) {

gatsby-ssr.tsx

@@ -23,7 +23,7 @@ export const onRenderBody = ({
   setHeadComponents,
   pathname,
 }: RenderBodyArgs) => {
-  const currentUrl = `https://rickvanlieshout.com${pathname}`;
+  const currentUrl = `https://www.rickvanlieshout.com${pathname}`;
 
   setHeadComponents([
     <meta data-url="currentUrl" key="og:url" property="og:url" content={currentUrl} />,

package.json

@@ -18,8 +18,8 @@
   "author": "Rick van Lieshout <info@rickvanlieshout.com>",
   "scripts": {
     "build": "npm run clean && gatsby build",
-    "commit": "git-cz",
     "clean": "rimraf .cache public",
+    "commit": "git-cz",
     "format": "npm run format:ts && npm run format:scss",
     "format:scss": "stylelint \"src/**/*.scss\" --fix",
     "format:ts": "eslint \"src\" --ext .tsx,.ts --fix && prettier --write .",
@@ -29,9 +29,9 @@
     "lint:ts": "eslint \"src\" --ext .tsx,.ts && prettier --check .",
     "prepare": "husky install",
     "release": "standard-version",
+    "release:major": "standard-version --release-as major",
     "release:minor": "standard-version --release-as minor",
     "release:patch": "standard-version --release-as patch",
-    "release:major": "standard-version --release-as major",
     "reset-snapshots": "find -type f -name '*.snap*' -delete && npm run test",
     "semantic-release": "semantic-release",
     "serve": "gatsby serve",
@@ -48,114 +48,114 @@
       "npm run format:scss"
     ]
   },
+  "config": {
+    "commitizen": {
+      "path": "@commitlint/cz-commitlint"
+    }
+  },
   "dependencies": {
-    "@fortawesome/fontawesome-svg-core": "^6.4.2",
-    "@fortawesome/free-solid-svg-icons": "^6.4.2",
-    "@fortawesome/react-fontawesome": "^0.2.0",
-    "classnames": "^2.3.2",
-    "disqus-react": "^1.1.5",
-    "gatsby": "^5.12.4",
-    "gatsby-link": "^5.12.0",
-    "gatsby-plugin-catch-links": "^5.12.0",
-    "gatsby-plugin-feed": "^5.12.0",
-    "gatsby-plugin-google-gtag": "^5.12.0",
-    "gatsby-plugin-image": "^3.12.0",
-    "gatsby-plugin-manifest": "^5.12.0",
+    "@fortawesome/fontawesome-svg-core": "^6.7.2",
+    "@fortawesome/free-solid-svg-icons": "^6.7.2",
+    "@fortawesome/react-fontawesome": "^0.2.2",
+    "classnames": "^2.5.1",
+    "disqus-react": "^1.1.6",
+    "gatsby": "^5.14.1",
+    "gatsby-link": "^5.14.1",
+    "gatsby-plugin-catch-links": "^5.14.0",
+    "gatsby-plugin-feed": "^5.14.0",
+    "gatsby-plugin-google-gtag": "^5.14.0",
+    "gatsby-plugin-image": "^3.14.0",
+    "gatsby-plugin-manifest": "^5.14.0",
     "gatsby-plugin-optimize-svgs": "^1.0.5",
-    "gatsby-plugin-react-helmet": "^6.12.0",
+    "gatsby-plugin-react-helmet": "^6.14.0",
     "gatsby-plugin-remove-serviceworker": "^1.0.0",
     "gatsby-plugin-robots-txt": "^1.8.0",
-    "gatsby-plugin-sass": "^6.12.0",
-    "gatsby-plugin-sharp": "^5.12.0",
-    "gatsby-plugin-sitemap": "^6.12.0",
-    "gatsby-remark-autolink-headers": "^6.12.0",
-    "gatsby-remark-copy-linked-files": "^6.12.0",
+    "gatsby-plugin-sass": "^6.14.0",
+    "gatsby-plugin-sharp": "^5.14.0",
+    "gatsby-plugin-sitemap": "^6.14.0",
+    "gatsby-remark-autolink-headers": "^6.14.0",
+    "gatsby-remark-copy-linked-files": "^6.14.0",
     "gatsby-remark-external-links": "0.0.4",
-    "gatsby-remark-images": "^7.12.0",
+    "gatsby-remark-images": "^7.14.0",
     "gatsby-remark-images-medium-zoom": "^1.7.0",
-    "gatsby-remark-prismjs": "^7.12.0",
-    "gatsby-remark-responsive-iframe": "^6.12.0",
-    "gatsby-remark-smartypants": "^6.12.0",
-    "gatsby-source-filesystem": "^5.12.0",
-    "gatsby-transformer-remark": "^6.12.0",
-    "gatsby-transformer-sharp": "^5.12.0",
+    "gatsby-remark-prismjs": "^7.14.0",
+    "gatsby-remark-responsive-iframe": "^6.14.0",
+    "gatsby-remark-smartypants": "^6.14.0",
+    "gatsby-source-filesystem": "^5.14.0",
+    "gatsby-transformer-remark": "^6.14.0",
+    "gatsby-transformer-sharp": "^5.14.0",
     "prismjs": "^1.29.0",
-    "react": "^18.2.0",
-    "react-cookie-consent": "^8.0.1",
-    "react-dom": "^18.2.0",
+    "react": "^18.3.1",
+    "react-cookie-consent": "^9.0.0",
+    "react-dom": "^18.3.1",
     "react-helmet": "^6.1.0",
     "react-toggle": "^4.1.3",
     "reading-time": "^1.5.0"
   },
   "devDependencies": {
-    "@commitlint/config-conventional": "^17.6.6",
-    "@commitlint/cz-commitlint": "^17.5.0",
-    "@jest/globals": "^29.5.0",
+    "@commitlint/config-conventional": "^17.8.1",
+    "@commitlint/cz-commitlint": "^19.6.1",
+    "@jest/globals": "^29.7.0",
     "@mastermindzh/eslint-config": "^1.0.2",
     "@mastermindzh/prettier-config": "^1.0.0",
     "@semantic-release/exec": "6.0.3",
     "@semantic-release/git": "10.0.1",
-    "@swc/core": "^1.3.67",
-    "@swc/jest": "^0.2.26",
-    "@types/gatsby-transformer-remark": "^2.9.1",
-    "@types/jest": "^29.5.2",
-    "@types/node": "^18.15.11",
-    "@types/react": "^18.2.14",
-    "@types/react-dom": "^18.2.6",
+    "@swc/core": "^1.10.4",
+    "@swc/jest": "^0.2.37",
+    "@types/gatsby-transformer-remark": "^2.9.4",
+    "@types/jest": "^29.5.14",
+    "@types/node": "^22.10.3",
+    "@types/react": "^18.3.18",
+    "@types/react-dom": "^18.3.5",
     "@types/react-helmet": "^6.1.6",
-    "@types/react-test-renderer": "^18.0.0",
-    "@types/react-toggle": "^4.0.3",
-    "@typescript-eslint/eslint-plugin": "^5.60.1",
-    "@typescript-eslint/parser": "^5.60.1",
-    "autoprefixer": "^10.4.14",
-    "browserslist": "^4.21.9",
+    "@types/react-test-renderer": "^18.3.1",
+    "@types/react-toggle": "^4.0.5",
+    "@typescript-eslint/eslint-plugin": "^5.62.0",
+    "@typescript-eslint/parser": "^5.62.0",
+    "autoprefixer": "^10.4.20",
+    "browserslist": "^4.24.3",
     "codecov": "^3.8.3",
-    "commitizen": "^4.3.0",
-    "commitlint": "^17.6.6",
-    "concurrently": "^8.2.0",
-    "eslint": "^8.43.0",
+    "commitizen": "^4.3.1",
+    "commitlint": "^19.6.1",
+    "concurrently": "^9.1.2",
+    "eslint": "^8.57.1",
     "eslint-config-airbnb": "^19.0.4",
-    "eslint-config-airbnb-typescript": "^17.0.0",
-    "eslint-config-prettier": "^8.8.0",
+    "eslint-config-airbnb-typescript": "^17.1.0",
+    "eslint-config-prettier": "^8.10.0",
     "eslint-config-react-app": "^7.0.1",
-    "eslint-import-resolver-typescript": "^3.5.5",
+    "eslint-import-resolver-typescript": "^3.7.0",
     "eslint-plugin-flowtype": "^8.0.3",
-    "eslint-plugin-import": "^2.27.5",
-    "eslint-plugin-jest": "^27.2.2",
-    "eslint-plugin-jsx-a11y": "^6.7.1",
+    "eslint-plugin-import": "^2.31.0",
+    "eslint-plugin-jest": "^27.9.0",
+    "eslint-plugin-jsx-a11y": "^6.10.2",
     "eslint-plugin-prettier": "^4.2.1",
-    "eslint-plugin-react": "^7.32.2",
-    "eslint-plugin-react-hooks": "^4.6.0",
+    "eslint-plugin-react": "^7.37.3",
+    "eslint-plugin-react-hooks": "^4.6.2",
     "eslint-plugin-simple-import-sort": "^10.0.0",
     "husky": "^8.0.3",
     "identity-obj-proxy": "3.0.0",
-    "jest": "^29.5.0",
-    "jest-cli": "^29.5.0",
-    "jest-environment-jsdom": "^29.5.0",
+    "jest": "^29.7.0",
+    "jest-cli": "^29.7.0",
+    "jest-environment-jsdom": "^29.7.0",
     "jest-svg-transformer": "^1.0.0",
-    "lint-staged": "^13.2.3",
-    "lost": "9.0.1",
-    "markdownlint": "^0.29.0",
-    "postcss": "^8.4.24",
-    "postcss-scss": "^4.0.6",
+    "lint-staged": "^15.3.0",
+    "lost": "9.0.2",
+    "markdownlint": "^0.37.3",
+    "postcss": "^8.4.49",
+    "postcss-scss": "^4.0.9",
     "prettier": "^2.8.8",
-    "prettier-plugin-packagejson": "^2.4.3",
-    "react-test-renderer": "^18.2.0",
-    "rimraf": "^4.4.1",
-    "sass": "^1.63.6",
+    "prettier-plugin-packagejson": "^2.5.6",
+    "react-test-renderer": "^18.3.1",
+    "rimraf": "^6.0.1",
+    "sass": "^1.83.0",
     "source-map-support": "^0.5.21",
     "standard-version": "^9.5.0",
-    "stylelint": "^15.9.0",
-    "stylelint-config-recommended-scss": "^9.0.1",
-    "stylelint-order": "^6.0.3",
-    "stylelint-scss": "^4.6.0",
-    "ts-node": "^10.9.1",
-    "typescript": "^5.1.6",
-    "unist-util-find": "1.0.2"
-  },
-  "config": {
-    "commitizen": {
-      "path": "@commitlint/cz-commitlint"
-    }
+    "stylelint": "^16.12.0",
+    "stylelint-config-recommended-scss": "^14.1.0",
+    "stylelint-order": "^6.0.4",
+    "stylelint-scss": "^6.10.0",
+    "ts-node": "^10.9.2",
+    "typescript": "^5.7.2",
+    "unist-util-find": "3.0.0"
   }
 }

static/keys.json

@@ -1,5 +1,5 @@
 {
   "documentSigningKey": "ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIPH8NJi1EDmYv6mMtd8eC9VBPDf/faGn9GV2PhSo4KtK",
-  "workLaptop": "ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIJ4LSpR4wx4U/ruu5qZ7hCERSyINp2tCk6IS7cYPfKt+",
+  "workLaptop": "ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIIG5VEDMI0GkOUVjLsSLQF1mRr9UbdXF3YPIsYtqyXxj",
   "devPc": "ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAII9hfhULcwnmtzXATxU6oqWPhTS06WXPVzx28knx9rPL"
-}
+}