Unless otherwise noted, URLs should not end with a / or other API path. Each widget will handle the path on its own.
Each service can have one widget attached to it (often matching the service type, but thats not forced).
+Each service can have one widget attached to it (often matching the service type, but that's not forced).
In addition to the href of the service, you can also specify the target location in which to open that link. See Link Target for more details.
Using Emby as an example, this is how you would attach the Emby service widget.
- Emby:
diff --git a/main/configs/settings/index.html b/main/configs/settings/index.html
index be16e164db6..203deb519ce 100644
--- a/main/configs/settings/index.html
+++ b/main/configs/settings/index.html
@@ -5344,7 +5344,7 @@ Background Opacity & Filters
opacity: 50 # 0-100
You can apply a blur filter to the service & bookmark cards. Note this option is incompatible with the backround blur, saturate and brightness filters.
+You can apply a blur filter to the service & bookmark cards. Note this option is incompatible with the background blur, saturate and brightness filters.
You can use the 'Quick Launch' feature to search services, perform a web search or open a URL. To use Quick Launch, just start typing while on your homepage (as long as the search widget doesnt have focus).
+You can use the 'Quick Launch' feature to search services, perform a web search or open a URL. To use Quick Launch, just start typing while on your homepage (as long as the search widget doesn't have focus).
There are a few optional settings for the Quick Launch feature:
If either value is set to true, the errror message will be hidden.
+If either value is set to true, the error message will be hidden.
diff --git a/main/search/search_index.json b/main/search/search_index.json index 49d551814c8..fe3cae12113 100644 --- a/main/search/search_index.json +++ b/main/search/search_index.json @@ -1 +1 @@ -{"config":{"lang":["en"],"separator":"[\\s\\-]+","pipeline":["stemmer","stopWordFilter","trimmer"],"fields":{"title":{"boost":1000.0},"text":{"boost":1.0},"tags":{"boost":1000000.0}}},"docs":[{"location":"","title":"Home","text":"A modern, fully static, fast, secure fully proxied, highly customizable application dashboard with integrations for over 100 services and translations into multiple languages. Easily configured via YAML files or through docker label discovery.
"},{"location":"configs/","title":"Configuration","text":"Homepage uses YAML for configuration, YAML stands for \"YAML Ain't Markup Language.\". It's a human-readable data serialization format that's a superset of JSON. Great for config files, easy to read and write. Supports complex data types like lists and objects. Indentation matters. If you already use Docker Compose, you already use YAML.
Here are some tips when writing YAML:
You can find tons of online YAML validators, here's one: https://codebeautify.org/yaml-validator, heres another: https://jsonformatter.org/yaml-validator.
"},{"location":"configs/bookmarks/","title":"Bookmarks","text":"Bookmarks function much the same as Services, in how groups and lists work. They're just much simpler, smaller, and contain no extra features other than being a link out.
The design of homepage expects abbr to be 2 letters, but is not otherwise forced.
You can also use an icon for bookmarks similar to the options for service icons. If both icon and abbreviation are supplied, the icon takes precedence.
By default, the description will use the hostname of the link, but you can override it with a custom description.
- Developer:\n- Github:\n- abbr: GH\nhref: https://github.com/\n- Social:\n- Reddit:\n- icon: reddit.png\nhref: https://reddit.com/\ndescription: The front page of the internet\n- Entertainment:\n- YouTube:\n- abbr: YT\nhref: https://youtube.com/\nAs of version v0.6.30 homepage supports adding your own custom css & javascript. Please do so at your own risk.
To add custom css simply edit the custom.css file under your config directory, similarly for javascript you would edit custom.js. You can then target elements in homepage with various classes / ids to customize things to your liking.
You can also set a specific id for a service or bookmark to target with your custom css or javascript, e.g.
Service:\nid: myserviceid\nicon: icon.png\n...\nDocker instances are configured inside the docker.yaml file. Both IP:PORT and Socket connections are supported.
For IP:PORT, simply make sure your Docker instance has been configured to accept API traffic over the HTTP API.
my-remote-docker:\nhost: 192.168.0.101\nport: 2375\nSince Docker supports connecting with TLS and client certificate authentication, you can include TLS details when connecting to the HTTP API. Further details of setting up Docker to accept TLS connections, and generation of the keys and certs can be found in the Docker documentation. The file entries are relative to the config directory (location of docker.yaml file).
my-remote-docker:\nhost: 192.168.0.101\nport: 275\ntls:\nkeyFile: tls/key.pem\ncaFile: tls/ca.pem\ncertFile: tls/cert.pem\nDue to security concerns with exposing the docker socket directly, you can use a docker-socket-proxy container to expose the docker socket on a more restricted and secure API.
Here is an example docker-compose file that will expose the docker socket, and then connect to it from the homepage container:
dockerproxy:\nimage: ghcr.io/tecnativa/docker-socket-proxy:latest\ncontainer_name: dockerproxy\nenvironment:\n- CONTAINERS=1 # Allow access to viewing containers\n- SERVICES=1 # Allow access to viewing services (necessary when using Docker Swarm)\n- TASKS=1 # Allow access to viewing tasks (necessary when using Docker Swarm)\n- POST=0 # Disallow any POST operations (effectively read-only)\nports:\n- 127.0.0.1:2375:2375\nvolumes:\n- /var/run/docker.sock:/var/run/docker.sock:ro # Mounted as read-only\nrestart: unless-stopped\nhomepage:\nimage: ghcr.io/gethomepage/homepage:latest\ncontainer_name: homepage\nvolumes:\n- /path/to/config:/app/config\nports:\n- 3000:3000\nrestart: unless-stopped\nThen, inside of your docker.yaml settings file, you'd configure the docker instance like so:
my-docker:\nhost: dockerproxy\nport: 2375\nIf you'd rather use the socket directly, first make sure that you're passing the local socket into the Docker container.
Note
In order to use the socket directly homepage must be running as root
homepage:\nimage: ghcr.io/gethomepage/homepage:latest\ncontainer_name: homepage\nvolumes:\n- /path/to/config:/app/config\n- /var/run/docker.sock:/var/run/docker.sock # pass local proxy\nports:\n- 3000:3000\nrestart: unless-stopped\nIf you're using docker run, this would be -v /var/run/docker.sock:/var/run/docker.sock.
Then, inside of your docker.yaml settings file, you'd configure the docker instance like so:
my-docker:\nsocket: /var/run/docker.sock\nOnce you've configured your docker instances, you can then apply them to your services, to get stats and status reporting shown.
Inside of the service you'd like to connect to docker:
- Emby:\nicon: emby.png\nhref: \"http://emby.home/\"\ndescription: Media server\nserver: my-docker # The docker server that was configured\ncontainer: emby # The name of the container you'd like to connect\nHomepage features automatic service discovery for containers with the proper labels attached, all configuration options can be applied using dot notation, beginning with homepage.
Below is an example of the same service entry shown above, as docker labels.
services:\nemby:\nimage: lscr.io/linuxserver/emby:latest\ncontainer_name: emby\nports:\n- 8096:8096\nrestart: unless-stopped\nlabels:\n- homepage.group=Media\n- homepage.name=Emby\n- homepage.icon=emby.png\n- homepage.href=http://emby.home/\n- homepage.description=Media server\nWhen your Docker instance has been properly configured, this service will be automatically discovered and added to your Homepage. You do not need to specify the server or container values, as they will be automatically inferred.
When using docker swarm use deploy/labels
"},{"location":"configs/docker/#widgets","title":"Widgets","text":"You may also configure widgets, along with the standard service entry, again, using dot notation.
labels:\n- homepage.group=Media\n- homepage.name=Emby\n- homepage.icon=emby.png\n- homepage.href=http://emby.home/\n- homepage.description=Media server\n- homepage.widget.type=emby\n- homepage.widget.url=http://emby.home\n- homepage.widget.key=yourembyapikeyhere\n- homepage.widget.fields=[\"field1\",\"field2\"] # optional\nYou can add specify fields for e.g. the CustomAPI widget by using array-style dot notation:
labels:\n- homepage.group=Media\n- homepage.name=Emby\n- homepage.icon=emby.png\n- homepage.href=http://emby.home/\n- homepage.description=Media server\n- homepage.widget.type=customapi\n- homepage.widget.url=http://argus.service/api/v1/service/summary/emby\n- homepage.widget.field[0].label=Deployed Version\n- homepage.widget.field[0].field.status=deployed_version\n- homepage.widget.field[1].label=Latest Version\n- homepage.widget.field[1].field.status=latest_version\nDocker swarm is supported and Docker services are specified with the same server and container notation. To enable swarm support you will need to include a swarm setting in your docker.yaml, e.g.
my-docker:\nsocket: /var/run/docker.sock\nswarm: true\nFor the automatic service discovery to discover all services it is important that homepage should be deployed on a manager node. Set deploy requirements to the master node in your stack yaml config, e.g.
....\ndeploy:\nplacement:\nconstraints:\n- node.role == manager\n...\nIn order to detect every service within the Docker swarm it is necessary that service labels should be used and not container labels. Specify the homepage labels as:
....\ndeploy:\nlabels:\n- homepage.icon=foobar\n...\nAs of v0.6.4 discovered services can include an optional weight field to determine sorting such that:
You can show the docker stats by clicking the status indicator but this can also be controlled per-service with:
- Example Service:\n...\nshowStats: true\nAlso see the settings for show docker stats.
"},{"location":"configs/kubernetes/","title":"Kubernetes","text":"The Kubernetes connectivity has the following requirements:
The Kubernetes connection is configured in the kubernetes.yaml file. There are 3 modes to choose from:
mode: default\nOnce the Kubernetes connection is configured, individual services can be configured to pull statistics. Only CPU and Memory are currently supported.
Inside of the service you'd like to connect to a pod:
- Emby:\nicon: emby.png\nhref: \"http://emby.home/\"\ndescription: Media server\nnamespace: media # The kubernetes namespace the app resides in\napp: emby # The name of the deployed app\nThe app field is used to create a label selector, in this example case it would match pods with the label: app.kubernetes.io/name=emby.
Sometimes this is insufficient for complex or atypical application deployments. In these cases, the pod-selector field can be used. Any field selector can be used with it, so it allows for some very powerful selection capabilities.
For instance, it can be utilized to roll multiple underlying deployments under one application to see a high-level aggregate:
- Element Chat:\nicon: matrix-light.png\nhref: https://chat.example.com\ndescription: Matrix Synapse Powered Chat\napp: matrix-element\nnamespace: comms\npod-selector: >-\napp.kubernetes.io/instance in (\nmatrix-element,\nmatrix-media-repo,\nmatrix-media-repo-postgresql,\nmatrix-synapse\n)\nNote
A blank string as a pod-selector does not deactivate it, but will actually select all pods in the namespace. This is a useful way to capture the resource usage of a complex application siloed to a single namespace, like Longhorn.
"},{"location":"configs/kubernetes/#automatic-service-discovery","title":"Automatic Service Discovery","text":"Homepage features automatic service discovery by Ingress annotations. All configuration options can be applied using typical annotation syntax, beginning with gethomepage.dev/.
apiVersion: networking.k8s.io/v1\nkind: Ingress\nmetadata:\nname: emby\nannotations:\ngethomepage.dev/enabled: \"true\"\ngethomepage.dev/description: Media Server\ngethomepage.dev/group: Media\ngethomepage.dev/icon: emby.png\ngethomepage.dev/name: Emby\ngethomepage.dev/widget.type: \"emby\"\ngethomepage.dev/widget.url: \"https://emby.example.com\"\ngethomepage.dev/pod-selector: \"\"\ngethomepage.dev/weight: 10 # optional\nspec:\nrules:\n- host: emby.example.com\nhttp:\npaths:\n- backend:\nservice:\nname: emby\nport:\nnumber: 8080\npath: /\npathType: Prefix\nWhen the Kubernetes cluster connection has been properly configured, this service will be automatically discovered and added to your Homepage. You do not need to specify the namespace or app values, as they will be automatically inferred.
Homepage can also read ingresses defined using the Traefik IngressRoute custom resource definition. Due to the complex nature of Traefik routing rules, it is required for the gethomepage.dev/href annotation to be set:
apiVersion: traefik.io/v1alpha1\nkind: IngressRoute\nmetadata:\nname: emby\nannotations:\ngethomepage.dev/href: \"https://emby.example.com\"\ngethomepage.dev/enabled: \"true\"\ngethomepage.dev/description: Media Server\ngethomepage.dev/group: Media\ngethomepage.dev/icon: emby.png\ngethomepage.dev/app: emby-app # optional, may be needed if app.kubernetes.io/name != ingress metadata.name\ngethomepage.dev/name: Emby\ngethomepage.dev/widget.type: \"emby\"\ngethomepage.dev/widget.url: \"https://emby.example.com\"\ngethomepage.dev/pod-selector: \"\"\ngethomepage.dev/weight: 10 # optional\nspec:\nentryPoints:\n- websecure\nroutes:\n- kind: Rule\nmatch: Host(`emby.example.com`)\nservices:\n- kind: Service\nname: emby\nnamespace: emby\nport: 8080\nscheme: http\nstrategy: RoundRobin\nweight: 10\nIf the href attribute is not present, Homepage will ignore the specific IngressRoute.
Similarly to Docker service discovery, there currently is no rigid ordering to discovered services and discovered services will be displayed above those specified in the services.yaml.
Unless otherwise noted, URLs should not end with a / or other API path. Each widget will handle the path on its own.
Each service can have one widget attached to it (often matching the service type, but thats not forced).
In addition to the href of the service, you can also specify the target location in which to open that link. See Link Target for more details.
Using Emby as an example, this is how you would attach the Emby service widget.
- Emby:\nicon: emby.png\nhref: http://emby.host.or.ip/\ndescription: Movies & TV Shows\nwidget:\ntype: emby\nurl: http://emby.host.or.ip\nkey: apikeyapikeyapikeyapikeyapikey\nEach widget can optionally provide a list of which fields should be visible via the fields widget property. If no fields are specified, then all fields will be displayed. The fields property must be a valid YAML array of strings. As an example, here is the entry for Sonarr showing only a couple of fields.
In all cases a widget will work and display all fields without specifying the fields property.
- Sonarr:\nicon: sonarr.png\nhref: http://sonarr.host.or.ip\nwidget:\ntype: sonarr\nfields: [\"wanted\", \"queued\"]\nurl: http://sonarr.host.or.ip\nkey: apikeyapikeyapikeyapikeyapikey\nServices are configured inside the services.yaml file. You can have any number of groups, and any number of services per group.
Groups are defined as top-level array entries.
- Group A:\n- Service A:\nhref: http://localhost/\n- Group B:\n- Service B:\nhref: http://localhost/\nServices are defined as array entries on groups,
- Group A:\n- Service A:\nhref: http://localhost/\n- Service B:\nhref: http://localhost/\n- Service C:\nhref: http://localhost/\n- Group B:\n- Service D:\nhref: http://localhost/\nServices may have descriptions,
- Group A:\n- Service A:\nhref: http://localhost/\ndescription: This is my service\n- Group B:\n- Service B:\nhref: http://localhost/\ndescription: This is another service\nServices may have an icon attached to them, you can use icons from Dashboard Icons automatically, by passing the name of the icon, with, or without .png or with .svg to use the svg version.
You can also specify prefixed icons from Material Design Icons with mdi-XX or Simple Icons with si-XX.
You can specify a custom color by adding a hex color code as suffix e.g. mdi-XX-#f0d453 or si-XX-#a712a2.
To use a remote icon, use the absolute URL (e.g. https://...).
To use a local icon, first create a Docker mount to /app/public/icons and then reference your icon as /icons/myicon.png. You will need to restart the container when adding new icons.
Warning
Material Design Icons for brands were deprecated and may be removed in the future. Using Simple Icons for brand icons will prevent any issues if / when the Material Design Icons are removed.
- Group A:\n- Sonarr:\nicon: sonarr.png\nhref: http://sonarr.host/\ndescription: Series management\n- Group B:\n- Radarr:\nicon: radarr.png\nhref: http://radarr.host/\ndescription: Movie management\n- Group C:\n- Service:\nicon: mdi-flask-outline\nhref: http://service.host/\ndescription: My cool service\nServices may have an optional ping property that allows you to monitor the availability of an external host. As of v0.7.5, the ping feature uses the true ping command on the underlying host.
- Group A:\n- Sonarr:\nicon: sonarr.png\nhref: http://sonarr.host/\nping: sonarr.host\n- Group B:\n- Radarr:\nicon: radarr.png\nhref: http://radarr.host/\nping: some.other.host\nYou can also apply different styles to the ping indicator by using the statusStyle property, see settings.
Services may have an optional siteMonitor property (formerly ping) that allows you to monitor the availability of a URL you chose and have the response time displayed. You do not need to set your monitor URL equal to your href or ping URL.
Note
The site monitor feature works by making an http HEAD request to the URL, and falls back to GET in case that fails. It will not, for example, login if the URL requires auth or is behind e.g. Authelia. In the case of a reverse proxy and/or auth this usually requires the use of an 'internal' URL to make the site monitor feature correctly display status.
- Group A:\n- Sonarr:\nicon: sonarr.png\nhref: http://sonarr.host/\nsiteMonitor: http://sonarr.host/\n- Group B:\n- Radarr:\nicon: radarr.png\nhref: http://radarr.host/\nsiteMonitor: http://some.other.host/\nYou can also apply different styles to the site monitor indicator by using the statusStyle property, see settings.
Services may be connected to a Docker container, either running on the local machine, or a remote machine.
- Group A:\n- Service A:\nhref: http://localhost/\ndescription: This is my service\nserver: my-server\ncontainer: my-container\n- Group B:\n- Service B:\nhref: http://localhost/\ndescription: This is another service\nserver: other-server\ncontainer: other-container\nClicking on the status label of a service with Docker integration enabled will expand the container stats, where you can see CPU, Memory, and Network activity.
Note
This can also be controlled with showStats. See show docker stats for more information
Services may also have a service widget (or integration) attached to them, this works independently of the Docker integration.
You can find information and configuration for each of the supported integrations on the Service Widgets page.
Here is an example of a Radarr & Sonarr service, with their respective integrations.
- Group A:\n- Sonarr:\nicon: sonarr.png\nhref: http://sonarr.host/\ndescription: Series management\nwidget:\ntype: sonarr\nurl: http://sonarr.host\nkey: apikeyapikeyapikeyapikeyapikey\n- Group B:\n- Radarr:\nicon: radarr.png\nhref: http://radarr.host/\ndescription: Movie management\nwidget:\ntype: radarr\nurl: http://radarr.host\nkey: apikeyapikeyapikeyapikeyapikey\nThe settings.yaml file allows you to define application level options. For changes made to this file to take effect, you will need to regenerate the static HTML, this can be done by clicking the refresh icon in the bottom right of the page.
You can customize the title of the page if you'd like.
title: My Awesome Homepage\nYou can customize the start_url as required for installable apps. The default is \"/\".
startUrl: https://custom.url\nHeads Up!
You will need to restart the container any time you add new images, this is a limitation of the Next.js static site server.
Heads Up!
Do not create a bind mount to the entire /app/public/ directory.
If you'd like to use a background image instead of the solid theme color, you may provide a full URL to an image of your choice.
background: https://images.unsplash.com/photo-1502790671504-542ad42d5189?auto=format&fit=crop&w=2560&q=80\nOr you may pass the path to a local image relative to e.g. /app/public/images directory.
For example, inside of your Docker Compose file, mount a path to where your images are kept:
volumes:\n- /my/homepage/images:/app/public/images\nand then reference that image:
background: /images/background.png\nYou can specify filters to apply over your background image for blur, saturation and brightness as well as opacity to blend with the background color. The first three filter settings use tailwind CSS classes, see notes below regarding the options for each. You do not need to specify all options.
background:\nimage: /images/background.png\nblur: sm # sm, \"\", md, xl... see https://tailwindcss.com/docs/backdrop-blur\nsaturate: 50 # 0, 50, 100... see https://tailwindcss.com/docs/backdrop-saturate\nbrightness: 50 # 0, 50, 75... see https://tailwindcss.com/docs/backdrop-brightness\nopacity: 50 # 0-100\nYou can apply a blur filter to the service & bookmark cards. Note this option is incompatible with the backround blur, saturate and brightness filters.
cardBlur: sm # sm, \"\", md, etc... see https://tailwindcss.com/docs/backdrop-blur\nIf you'd like to use a custom favicon instead of the included one, you may provide a full URL to an image of your choice.
favicon: https://www.google.com/favicon.ico\nOr you may pass the path to a local image relative to the /app/public directory. See Background Image for more detailed information on how to provide your own files.
You can configure a fixed them (and disable the theme switcher) by passing the theme option, like so:
theme: dark # or light\nYou can configured a fixed color palette (and disable the palette switcher) by passing the color option, like so:
color: slate\nSupported colors are: slate, gray, zinc, neutral, stone, amber, yellow, lime, green, emerald, teal, cyan, sky, blue, indigo, violet, purple, fuchsia, pink, rose, red, white
You can configure service and bookmarks sections to be either \"column\" or \"row\" based layouts, like so:
Assuming you have a group named Media in your services.yaml or bookmarks.yaml file,
layout:\nMedia:\nstyle: row\ncolumns: 4\nAs an example, this would produce the following layout:
"},{"location":"configs/settings/#sorting","title":"Sorting","text":"Service groups and bookmark groups can be mixed in order, but should use different group names. If you do not specify any bookmark groups they will all show at the bottom of the page.
Using the same name for a service and bookmark group can cause unexpected behavior like a bookmark group being hidden
Groups will sort based on the order in the layout block. You can also mix in groups defined by docker labels, e.g.
layout:\n- Auto-Discovered1:\n- Configured1:\n- Configured2:\n- Auto-Discovered2:\n- Configured3:\nstyle: row\ncolumns: 3\nYou can hide headers for each section in the layout as well by passing header as false, like so:
layout:\nSection A:\nheader: false\nSection B:\nstyle: row\ncolumns: 3\nheader: false\nYou can also add an icon to a category under the layout setting similar to the options for service icons, e.g.
Home Management & Info:\nicon: home-assistant.png\nServer Tools:\nicon: https://cdn-icons-png.flaticon.com/512/252/252035.png\n...\nThe default style for icons (e.g. icon: mdi-XXXX) is a gradient, or you can specify that prefixed icons match your theme with a 'flat' style using the setting below. More information about prefixed icons can be found in options for service icons.
iconStyle: theme # optional, defaults to gradient\nVersion 0.6.30 introduced a tabbed view to layouts which can be optionally specified in the layout. Tabs is only active if you set the tab field on at least one layout group.
Tabs are sorted based on the order in the layout block. If a group has no tab specified (and tabs are set on other groups), services and bookmarks will be shown on all tabs.
Every tab can be accessed directly by visiting Homepage URL with #Group (name lowercase and URI-encoded) at the end of the URL.
For example, the following would create four tabs:
layout:\n...\nBookmark Group on First Tab:\ntab: First\nFirst Service Group:\ntab: First\nstyle: row\ncolumns: 4\nSecond Service Group:\ntab: Second\ncolumns: 4\nThird Service Group:\ntab: Third\nstyle: row\nBookmark Group on Fourth Tab:\ntab: Fourth\nService Group on every Tab:\nstyle: row\ncolumns: 4\nYou can add a fifth column (when style: columns which is default) by adding:
fiveColumns: true\nBy default homepage will max out at 4 columns for column style
"},{"location":"configs/settings/#collapsible-sections","title":"Collapsible sections","text":"You can disable the collapsible feature of services & bookmarks by adding:
disableCollapse: true\nBy default the feature is enabled.
"},{"location":"configs/settings/#header-style","title":"Header Style","text":"There are currently 4 options for header styles, you can see each one below.
headerStyle: underlined # default style\nheaderStyle: boxed\nheaderStyle: clean\nheaderStyle: boxedWidgets\nIn some proxy configurations, it may be necessary to set the documents base URL. You can do this by providing a base value, like so:
base: http://host.local/homepage\nThe URL must be a full, absolute URL, or it will be ignored by the browser.
"},{"location":"configs/settings/#language","title":"Language","text":"Set your desired language using:
language: fr\nCurrently supported languages: ca, de, en, es, fr, he, hr, hu, it, nb-NO, nl, pt, ru, sv, vi, zh-CN, zh-Hant
You can also specify locales e.g. for the DateTime widget, e.g. en-AU, en-GB, etc.
"},{"location":"configs/settings/#link-target","title":"Link Target","text":"Changes the behaviour of links on the homepage,
target: _blank # Possible options include _blank, _self, and _top\nUse _blank to open links in a new tab, _self to open links in the same tab, and _top to open links in a new window.
This can also be set for individual services. Note setting this at the service level overrides any setting in settings.json, e.g.:
- Example Service:\nhref: https://example.com/\n...\ntarget: _self\nThe providers section allows you to define shared API provider options and secrets. Currently this allows you to define your weather API keys in secret and is also the location of the Longhorn URL and credentials.
providers:\nopenweathermap: openweathermapapikey\nweatherapi: weatherapiapikey\nlonghorn:\nurl: https://longhorn.example.com\nusername: admin\npassword: LonghornPassword\nYou can then pass provider instead of apiKey in your widget configuration.
- weather:\nlatitude: 50.449684\nlongitude: 30.525026\nprovider: weatherapi\nYou can use the 'Quick Launch' feature to search services, perform a web search or open a URL. To use Quick Launch, just start typing while on your homepage (as long as the search widget doesnt have focus).
There are a few optional settings for the Quick Launch feature:
searchDescriptions: which lets you control whether item descriptions are included in searches. This is off by default. When enabled, results that match the item name will be placed above those that only match the description.hideInternetSearch: disable automatically including the currently-selected web search (e.g. from the widget) as a Quick Launch option. This is false by default, enabling the feature.hideVisitURL: disable detecting and offering an option to open URLs. This is false by default, enabling the feature.quicklaunch:\nsearchDescriptions: true\nhideInternetSearch: true\nhideVisitURL: true\nBy default the release version is displayed at the bottom of the page. To hide this, use the hideVersion setting, like so:
hideVersion: true\nBy default the homepage logfile is written to the a logs subdirectory of the config folder. In order to customize this path, you can set the logpath setting. A logs folder will be created in that location where the logfile will be written.
logpath: /logfile/path\nYou can show all docker stats expanded in settings.yaml:
showStats: true\nor per-service (services.yaml) with:
- Example Service:\n...\nshowStats: true\nIf you have both set the per-service settings take precedence.
"},{"location":"configs/settings/#status-style","title":"Status Style","text":"You can choose from the following styles for docker or k8s status, site monitor and ping: dot or basic
dot shows a green dot for a successful monitor ping or healthy status.basic shows either UP or DOWN for monitor & pingFor example:
statusStyle: \"dot\"\nor per-service (services.yaml) with:
- Example Service:\n...\nstatusStyle: 'dot'\nIf you have both set, the per-service settings take precedence.
"},{"location":"configs/settings/#hide-widget-error-messages","title":"Hide Widget Error Messages","text":"Hide the visible API error messages either globally in settings.yaml:
hideErrors: true\nor per service widget (services.yaml) with:
- Example Service:\n...\nwidget:\n...\nhideErrors: true\nIf either value is set to true, the errror message will be hidden.
"},{"location":"installation/","title":"Installation","text":"You have a few options for deploying homepage, depending on your needs. We offer docker images for a majority of platforms. You can also install and run homepage from source if Docker is not your thing. It can even be installed on Kubernetes with Helm.
\u00a0 Install on Docker
\u00a0 Install on Kubernetes
\u00a0 Install on UNRAID
\u00a0 Building from source
"},{"location":"installation/docker/","title":"Docker Installation","text":"Using docker compose:
version: \"3.3\"\nservices:\nhomepage:\nimage: ghcr.io/gethomepage/homepage:latest\ncontainer_name: homepage\nports:\n- 3000:3000\nvolumes:\n- /path/to/config:/app/config # Make sure your local config directory exists\n- /var/run/docker.sock:/var/run/docker.sock # (optional) For docker integrations\nBy default, the Homepage container runs as root. Homepage also supports running your container as non-root via the standard PUID and PGID environment variables. When using these variables, make sure that any volumes mounted in to the container have the correct ownership and permissions set.
Using the docker socket directly is not the recommended method of integration and requires either running homepage as root or that the user be part of the docker group
In the docker compose example below, the environment variables $PUID and $PGID are set in a .env file.
version: \"3.3\"\nservices:\nhomepage:\nimage: ghcr.io/gethomepage/homepage:latest\ncontainer_name: homepage\nports:\n- 3000:3000\nvolumes:\n- /path/to/config:/app/config # Make sure your local config directory exists\n- /var/run/docker.sock:/var/run/docker.sock # (optional) For docker integrations, see alternative methods\nenvironment:\nPUID: $PUID\nPGID: $PGID\ndocker run -p 3000:3000 -v /path/to/config:/app/config -v /var/run/docker.sock:/var/run/docker.sock ghcr.io/gethomepage/homepage:latest\nYou can also include environment variables in your config files to protect sensitive information. Note:
HOMEPAGE_VAR_ or HOMEPAGE_FILE_HOMEPAGE_VAR_XXX will replace {{HOMEPAGE_VAR_XXX}} in any configHOMEPAGE_FILE_XXX must be a file path, the contents of which will be used to replace {{HOMEPAGE_FILE_XXX}} in any configThere is an unofficial helm chart that creates all the necessary manifests, including the service account and RBAC entities necessary for service discovery.
helm repo add jameswynn https://jameswynn.github.io/helm-charts\nhelm install homepage jameswynn/homepage -f values.yaml\nThe helm chart allows for all the configurations to be inlined directly in your values.yaml:
config:\nbookmarks:\n- Developer:\n- Github:\n- abbr: GH\nhref: https://github.com/\nservices:\n- My First Group:\n- My First Service:\nhref: http://localhost/\ndescription: Homepage is awesome\n- My Second Group:\n- My Second Service:\nhref: http://localhost/\ndescription: Homepage is the best\n- My Third Group:\n- My Third Service:\nhref: http://localhost/\ndescription: Homepage is \ud83d\ude0e\nwidgets:\n# show the kubernetes widget, with the cluster summary and individual nodes\n- kubernetes:\ncluster:\nshow: true\ncpu: true\nmemory: true\nshowLabel: true\nlabel: \"cluster\"\nnodes:\nshow: true\ncpu: true\nmemory: true\nshowLabel: true\n- search:\nprovider: duckduckgo\ntarget: _blank\nkubernetes:\nmode: cluster\nsettings:\n# The service account is necessary to allow discovery of other services\nserviceAccount:\ncreate: true\nname: homepage\n# This enables the service account to access the necessary resources\nenableRbac: true\ningress:\nmain:\nenabled: true\nannotations:\n# Example annotations to add Homepage to your Homepage!\ngethomepage.dev/enabled: \"true\"\ngethomepage.dev/name: \"Homepage\"\ngethomepage.dev/description: \"Dynamically Detected Homepage\"\ngethomepage.dev/group: \"Dynamic\"\ngethomepage.dev/icon: \"homepage.png\"\nhosts:\n- host: homepage.example.com\npaths:\n- path: /\npathType: Prefix\nIf you don't want to use the unofficial Helm chart, you can also create your own Kubernetes manifest(s) and apply them with kubectl apply -f filename.yaml.
Here's a working example of the resources you need:
"},{"location":"installation/k8s/#serviceaccount","title":"ServiceAccount","text":"apiVersion: v1\nkind: ServiceAccount\nmetadata:\nname: homepage\nnamespace: default\nlabels:\napp.kubernetes.io/name: homepage\nsecrets:\n- name: homepage\napiVersion: v1\nkind: Secret\ntype: kubernetes.io/service-account-token\nmetadata:\nname: homepage\nnamespace: default\nlabels:\napp.kubernetes.io/name: homepage\nannotations:\nkubernetes.io/service-account.name: homepage\napiVersion: v1\nkind: ConfigMap\nmetadata:\nname: homepage\nnamespace: default\nlabels:\napp.kubernetes.io/name: homepage\ndata:\nkubernetes.yaml: |\nmode: cluster\nsettings.yaml: \"\"\n#settings.yaml: |\n# providers:\n# longhorn:\n# url: https://longhorn.my.network\ncustom.css: \"\"\ncustom.js: \"\"\nbookmarks.yaml: |\n- Developer:\n- Github:\n- abbr: GH\nhref: https://github.com/\nservices.yaml: |\n- My First Group:\n- My First Service:\nhref: http://localhost/\ndescription: Homepage is awesome\n- My Second Group:\n- My Second Service:\nhref: http://localhost/\ndescription: Homepage is the best\n- My Third Group:\n- My Third Service:\nhref: http://localhost/\ndescription: Homepage is \ud83d\ude0e\nwidgets.yaml: |\n- kubernetes:\ncluster:\nshow: true\ncpu: true\nmemory: true\nshowLabel: true\nlabel: \"cluster\"\nnodes:\nshow: true\ncpu: true\nmemory: true\nshowLabel: true\n- resources:\nbackend: resources\nexpanded: true\ncpu: true\nmemory: true\n- search:\nprovider: duckduckgo\ntarget: _blank\ndocker.yaml: \"\"\napiVersion: rbac.authorization.k8s.io/v1\nkind: ClusterRole\nmetadata:\nname: homepage\nlabels:\napp.kubernetes.io/name: homepage\nrules:\n- apiGroups:\n- \"\"\nresources:\n- namespaces\n- pods\n- nodes\nverbs:\n- get\n- list\n- apiGroups:\n- extensions\n- networking.k8s.io\nresources:\n- ingresses\nverbs:\n- get\n- list\n- apiGroups:\n- traefik.containo.us\nresources:\n- ingressroutes\nverbs:\n- get\n- list\n- apiGroups:\n- metrics.k8s.io\nresources:\n- nodes\n- pods\nverbs:\n- get\n- list\n---\napiVersion: rbac.authorization.k8s.io/v1\nkind: ClusterRoleBinding\nmetadata:\nname: homepage\nlabels:\napp.kubernetes.io/name: homepage\nroleRef:\napiGroup: rbac.authorization.k8s.io\nkind: ClusterRole\nname: homepage\nsubjects:\n- kind: ServiceAccount\nname: homepage\nnamespace: default\napiVersion: v1\nkind: Service\nmetadata:\nname: homepage\nnamespace: default\nlabels:\napp.kubernetes.io/name: homepage\nannotations:\nspec:\ntype: ClusterIP\nports:\n- port: 3000\ntargetPort: http\nprotocol: TCP\nname: http\nselector:\napp.kubernetes.io/name: homepage\napiVersion: apps/v1\nkind: Deployment\nmetadata:\nname: homepage\nnamespace: default\nlabels:\napp.kubernetes.io/name: homepage\nspec:\nrevisionHistoryLimit: 3\nreplicas: 1\nstrategy:\ntype: RollingUpdate\nselector:\nmatchLabels:\napp.kubernetes.io/name: homepage\ntemplate:\nmetadata:\nlabels:\napp.kubernetes.io/name: homepage\nspec:\nserviceAccountName: homepage\nautomountServiceAccountToken: true\ndnsPolicy: ClusterFirst\nenableServiceLinks: true\ncontainers:\n- name: homepage\nimage: \"ghcr.io/gethomepage/homepage:latest\"\nimagePullPolicy: Always\nports:\n- name: http\ncontainerPort: 3000\nprotocol: TCP\nvolumeMounts:\n- mountPath: /app/config/custom.js\nname: homepage-config\nsubPath: custom.js\n- mountPath: /app/config/custom.css\nname: homepage-config\nsubPath: custom.css\n- mountPath: /app/config/bookmarks.yaml\nname: homepage-config\nsubPath: bookmarks.yaml\n- mountPath: /app/config/docker.yaml\nname: homepage-config\nsubPath: docker.yaml\n- mountPath: /app/config/kubernetes.yaml\nname: homepage-config\nsubPath: kubernetes.yaml\n- mountPath: /app/config/services.yaml\nname: homepage-config\nsubPath: services.yaml\n- mountPath: /app/config/settings.yaml\nname: homepage-config\nsubPath: settings.yaml\n- mountPath: /app/config/widgets.yaml\nname: homepage-config\nsubPath: widgets.yaml\n- mountPath: /app/config/logs\nname: logs\nvolumes:\n- name: homepage-config\nconfigMap:\nname: homepage\n- name: logs\nemptyDir: {}\napiVersion: networking.k8s.io/v1\nkind: Ingress\nmetadata:\nname: homepage\nnamespace: default\nlabels:\napp.kubernetes.io/name: homepage\nannotations:\ngethomepage.dev/description: Dynamically Detected Homepage\ngethomepage.dev/enabled: \"true\"\ngethomepage.dev/group: Cluster Management\ngethomepage.dev/icon: homepage.png\ngethomepage.dev/name: Homepage\nspec:\nrules:\n- host: \"homepage.my.network\"\nhttp:\npaths:\n- path: \"/\"\npathType: Prefix\nbackend:\nservice:\nname: homepage\nport:\nnumber: 3000\nFirst, clone the repository:
git clone https://github.com/gethomepage/homepage.git\nThen install dependencies and build the production bundle (I'm using pnpm here, you can use npm or yarn if you like):
pnpm install\npnpm build\nIf this is your first time starting, copy the src/skeleton directory to config/ to populate initial example config files.
Finally, run the server:
pnpm start\nHomepage has an UNRAID community package that you may use to install homepage. This is the easiest way to get started with homepage on UNRAID.
"},{"location":"installation/unraid/#install-the-plugin","title":"Install the Plugin","text":"homepage.You may need to set the permissions of the folders to be able to edit the files.
chmod -R u-x,go-rwx,go+u,ugo+X /app/config and press Enter.chmod -R u-x,go-rwx,go+u,ugo+X /app/public/icons and press Enter.chown -R nobody:users /app/config and press Enter.chown -R nobody:users /app/public/icons and press Enter.container: parameter. There is no need to set the server.!!! note
To view detailed container statistics (CPU, RAM, etc.), or if you use a remote docker socket, `container:` will still need to be set. For example:\n - Plex:\n icon: /icons/plex.png\n href: https://app.plex.com\n container: plex\nHere you'll find resources and guides for Homepage, troubleshooting tips, and more.
"},{"location":"more/development/","title":"Development","text":""},{"location":"more/development/#development-overview","title":"Development Overview","text":"First, clone the homepage repository.
For installing NPM packages, this project uses pnpm (and so should you!):
pnpm install\nStart the development server:
pnpm dev\nOpen http://localhost:3000 to start.
This is a Next.js application, see their documentation for more information.
"},{"location":"more/development/#code-linting","title":"Code Linting","text":"Once dependencies have been installed you can lint your code with
pnpm lint\nTo ensure a consistent style and formatting across the project source, the project utilizes Git pre-commit hooks to perform some formatting and linting before a commit is allowed.
Once installed, hooks will run when you commit. If the formatting isn't quite right, the commit will be rejected and you'll need to look at the output and fix the issue. Most hooks will automatically format failing files, so all you need to do is git add those files again and retry your commit.
See the pre-commit documentation to get started.
"},{"location":"more/development/#service-widget-guidelines","title":"Service Widget Guidelines","text":"To ensure cohesiveness of various widgets, the following should be used as a guide for developing new widgets:
As of v0.7.2 homepage migrated from benphelps/homepage to an \"organization\" repository located at gethomepage/homepage. The reason for this was to setup the project for longevity and allow for community maintenance.
Migrating your installation should be as simple as changing image: ghcr.io/benphelps/homepage:latest to image: ghcr.io/gethomepage/homepage:latest.
Homepage is developed in English, component contributions must be in English. All translations are community provided, so a huge thanks go out to all those who have helped out so far!
"},{"location":"more/translations/#support-translations","title":"Support Translations","text":"If you'd like to lend a hand in translating Homepage into more languages, or to improve existing translations, the process is very simple:
If you'd like to add a new language, please create a new Discussion on Crowdin, and we'll add it to the project.
"},{"location":"more/troubleshooting/","title":"Troubleshooting","text":""},{"location":"more/troubleshooting/#general-troubleshooting-tips","title":"General Troubleshooting Tips","text":"docker logs homepage. This may provide some insight into the reason for an error.ENV variable LOG_LEVEL to debug.All service widgets work essentially the same, that is, homepage makes a proxied call to an API made available by that service. The majority of the time widgets don't work it is a configuration issue. Of course, sometimes things do break. Some basic steps to try:
Ensure that you follow the rule mentioned on https://gethomepage.dev/latest/configs/service-widgets/. Unless otherwise noted, URLs should not end with a / or other API path. Each widget will handle the path on its own.. This is very important as including a trailing slash can result in an error.
Verify the homepage installation can connect to the IP address or host you are using for the widget url. This is most simply achieved by pinging the server from the homepage machine, in Docker this means from inside the container itself, e.g.:
docker exec homepage ping SERVICEIPORDOMAIN\nIf your homepage install (container) cannot reach the service then you need to figure out why, for example in Docker this can mean putting the two containers on the same network, checking firewall issues, etc.
If you have verified that homepage can in fact reach the service then you can also check the API output using e.g. curl, which is often helpful if you do need to file a bug report. Again, depending on your networking setup this may need to be run from inside the container as IP / hostname resolution can differ inside vs outside.
Note
curl is not installed in the base image by default but can be added inside the container with apk add curl.
The exact API endpoints and authentication vary of course, but in many cases instructions can be found by searching the web or if you feel comfortable looking at the homepage source code (e.g. src/widgets/{widget}/widget.js).
It is out of the scope of this to go into full detail about how to , but an example for PiHole would be:
curl -L -k http://PIHOLEIPORHOST/admin/api.php\nOr for AdGuard:
curl -L -k -u 'username:password' http://ADGUARDIPORHOST/control/stats\nOr for Portainer:
curl -L -k -H 'X-Api-Key:YOURKEY' 'https://PORTAINERIPORHOST:PORT/api/endpoints/2/docker/containers/json'\nSonarr:
curl -L -k 'http://SONARRIPORHOST:PORT/api/v3/queue?apikey=YOURAPIKEY'\nThis will return some data which may reveal an issue causing a true bug in the service widget.
If, after correctly adding and mapping your custom icons via the Icons instructions, you are still unable to see your icons please try recreating your container.
"},{"location":"widgets/","title":"Widgets","text":"Homepage has two types of widgets: info and service. Below we'll cover each type and how to configure them.
"},{"location":"widgets/#service-widgets","title":"Service Widgets","text":"Service widgets are used to display the status of a service, often a web service or API. Services (and their widgets) are defined in your services.yml file. Here's an example:
- Plex:\nicon: plex.png\nhref: https://plex.my.host\ndescription: Watch movies and TV shows.\nserver: localhost\ncontainer: plex\nwidget:\ntype: tautulli\nurl: http://172.16.1.1:8181\nkey: aabbccddeeffgghhiijjkkllmmnnoo\nInfo widgets are used to display information in the header, often about your system or environment. Info widgets are defined your widgets.yml file. Here's an example:
- openmeteo:\nlabel: Current\nlatitude: 36.66\nlongitude: -117.51\ncache: 5\nThis allows you to display the date and/or time, can be heavily configured using Intl.DateTimeFormat.
Formatting is locale aware and will present your date in the regional format you expect, for example, 9/16/22, 3:03 PM for locale en and 16.09.22, 15:03 for de. You can also specify a locale just for the datetime widget with the locale option (see below).
- datetime:\ntext_size: xl\nformat:\ntimeStyle: short\nAny options passed to format are passed directly to Intl.DateTimeFormat, please reference the MDN documentation for all available options.
Valid text sizes are 4xl, 3xl, 2xl, xl, md, sm, xs.
A few examples,
# 13:37\nformat:\ntimeStyle: short\nhourCycle: h23\n# 1:37 PM\nformat:\ntimeStyle: short\nhour12: true\n# 1/23/22, 1:37 PM\nformat:\ndateStyle: short\ntimeStyle: short\nhour12: true\n# 4 januari 2023 om 13:51:25 PST\nlocale: nl\nformat:\ndateStyle: long\ntimeStyle: long\n(Find the Glances service widget here)
The Glances widget allows you to monitor the resources (CPU, memory, storage, temp & uptime) of host or another machine, and is designed to match the resources info widget. You can have multiple instances by adding another configuration block. The cputemp, uptime & disk states require separate API calls and thus are not enabled by default. Glances needs to be running in \"web server\" mode to enable the API, see the glances docs.
- glances:\nurl: http://host.or.ip:port\nusername: user # optional if auth enabled in Glances\npassword: pass # optional if auth enabled in Glances\ncpu: true # optional, enabled by default, disable by setting to false\nmem: true # optional, enabled by default, disable by setting to false\ncputemp: true # disabled by default\nuptime: true # disabled by default\ndisk: / # disabled by default, use mount point of disk(s) in glances. Can also be a list (see below)\nexpanded: true # show the expanded view\nlabel: MyMachine # optional\nMultiple disks can be specified as:
disk:\n- /\n- /boot\n...\nAdded in v0.4.18, updated in v0.6.11, v0.6.21
"},{"location":"widgets/info/greeting/","title":"Greeting","text":"This allows you to display simple text, can be configured like so:
- greeting:\ntext_size: xl\ntext: Greeting Text\nValid text sizes are 4xl, 3xl, 2xl, xl, md, sm, xs.
This is very similar to the Resources widget, but provides resource information about a Kubernetes cluster.
It provides CPU and Memory usage, by node and/or at the cluster level.
- kubernetes:\ncluster:\n# Shows cluster-wide statistics\nshow: true\n# Shows the aggregate CPU stats\ncpu: true\n# Shows the aggregate memory stats\nmemory: true\n# Shows a custom label\nshowLabel: true\nlabel: \"cluster\"\nnodes:\n# Shows node-specific statistics\nshow: true\n# Shows the CPU for each node\ncpu: true\n# Shows the memory for each node\nmemory: true\n# Shows the label, which is always the node name\nshowLabel: true\nThis allows you to display the homepage logo, you can optionally specify your own icon using similar options as other icons, see service icons.
- logo:\nicon: https://upload.wikimedia.org/wikipedia/commons/thumb/d/d5/I_Love_New_York.svg/1101px-I_Love_New_York.svg.png # optional\nAdded in v0.4.18, updated in 0.X.X
"},{"location":"widgets/info/longhorn/","title":"Longhorn","text":"The Longhorn widget pulls storage utilization metrics from the Longhorn storage driver on Kubernetes. It is designed to appear similar to the Resource widget's disk representation.
The exact metrics should be very similar to what is seen on the Longhorn dashboard itself.
It can show the aggregate metrics and/or the individual node metrics.
- longhorn:\n# Show the expanded view\nexpanded: true\n# Shows a node representing the aggregate values\ntotal: true\n# Shows the node names as labels\nlabels: true\n# Show the nodes\nnodes: true\n# An explicit list of nodes to show. All are shown by default if \"nodes\" is true\ninclude:\n- node1\n- node2\nThe Longhorn URL and credentials are stored in the providers section of the settings.yaml.
No registration is required at all! See https://open-meteo.com/en/docs
- openmeteo:\nlabel: Kyiv # optional\nlatitude: 50.449684\nlongitude: 30.525026\ntimezone: Europe/Kiev # optional\nunits: metric # or imperial\ncache: 5 # Time in minutes to cache API responses, to stay within limits\nYou can optionally not pass a latitude and longitude and the widget will use your current location (requires a secure context, eg. HTTPS).
The free tier \"One Call API\" is all thats required, you will need to subscribe and grab your API key.
- openweathermap:\nlabel: Kyiv #optional\nlatitude: 50.449684\nlongitude: 30.525026\nunits: metric # or imperial\nprovider: openweathermap\napiKey: youropenweathermapkey # required only if not using provider, this reveals api key in requests\ncache: 5 # Time in minutes to cache API responses, to stay within limits\nYou can optionally not pass a latitude and longitude and the widget will use your current location (requires a secure context, eg. HTTPS).
You can include all or some of the available resources. If you do not want to see that resource, simply pass false.
The disk path is the path reported by df (Mounted On), or the mount point of the disk.
The cpu and memory resource information are the container's usage while glances displays statistics for the host machine on which it is installed.
Note: unfortunately, the package used for getting CPU temp (systeminformation) is not compatibile with some setups and will not report any value(s) for CPU temp.
Any disk you wish to access must be mounted to your container as a volume.
- resources:\ncpu: true\nmemory: true\ndisk: /disk/mount/path\ncputemp: true\nuptime: true\nunits: imperial # only used by cpu temp\nrefresh: 3000 # optional, in ms\nYou can also pass a label option, which allows you to group resources under named sections,
- resources:\nlabel: System\ncpu: true\nmemory: true\n- resources:\nlabel: Storage\ndisk: /mnt/storage\nWhich produces something like this,
If you have more than a single disk and would like to group them together under the same label, you can pass an array of paths instead,
- resources:\nlabel: Storage\ndisk:\n- /mnt/storage\n- /mnt/backup\n- /mnt/media\nTo produce something like this,
You can additionally supply an optional expanded property set to true in order to show additional details about the resources. By default the expanded property is set to false when not supplied.
- resources:\nlabel: Array Disks\nexpanded: true\ndisk:\n- /disk1\n- /disk2\n- /disk3\nYou can add a search bar to your top widget area that can search using Google, Duckduckgo, Bing, Baidu, Brave or any other custom provider that supports the basic ?q= search query param.
- search:\nprovider: google # google, duckduckgo, bing, baidu, brave or custom\nfocus: true # Optional, will set focus to the search bar on page load\ntarget: _blank # One of _self, _blank, _parent or _top\nor for a custom search:
- search:\nprovider: custom\nurl: https://lougle.com/?q=\ntarget: _blank\nmultiple providers is also supported via a dropdown (excluding custom):
- search:\nprovider: [brave, google, duckduckgo]\nAdded in v0.1.6, updated in 0.6.0
"},{"location":"widgets/info/unifi_controller/","title":"Unifi Controller","text":"(Find the Unifi Controller service widget here)
You can display general connectivity status from your Unifi (Network) Controller. When authenticating you will want to use a local account that has at least read privileges.
An optional 'site' parameter can be supplied, if it is not the widget will use the default site for the controller.
Note: If you enter e.g. incorrect credentials and receive an \"API Error\", you may need to recreate the container to clear the cache.
- unifi_console:\nurl: https://unifi.host.or.ip:port\nusername: user\npassword: pass\nsite: Site Name # optional\nAdded in v0.4.18, updated in 0.6.7
"},{"location":"widgets/info/weather/","title":"Weather API","text":"Note: this widget is considered 'deprecated' since there is no longer a free Weather API tier for new members. See the openmeteo or openweathermap widgets for alternatives.
The free tier is all thats required, you will need to register and grab your API key.
- weatherapi:\nlabel: Kyiv # optional\nlatitude: 50.449684\nlongitude: 30.525026\nunits: metric # or imperial\napiKey: yourweatherapikey\ncache: 5 # Time in minutes to cache API responses, to stay within limits\nYou can optionally not pass a latitude and longitude and the widget will use your current location (requires a secure context, eg. HTTPS).
The username and password are the same as used to login to the web interface.
Allowed fields: [\"queries\", \"blocked\", \"filtered\", \"latency\"].
widget:\ntype: adguard\nurl: http://adguard.host.or.ip\nusername: admin\npassword: password\nDefine same username and password that is used for login from web or supported apps
Allowed fields: [\"series\", \"archives\", \"chapters\", \"categories\"].
widget:\ntype: atsumeru\nurl: http://atsumeru.host.or.ip:port\nusername: username\npassword: password\nYou can find your API token by logging into the Audiobookshelf web app as an admin, go to the config \u2192 users page, and click on your account.
Allowed fields: [\"podcasts\", \"podcastsDuration\", \"books\", \"booksDuration\"]
widget:\ntype: audiobookshelf\nurl: http://audiobookshelf.host.or.ip:port\nkey: audiobookshelflapikey\nThis widget reads the number of active users in the system, as well as logins for the last 24 hours.
You will need to generate an API token for an existing user. To do so follow these steps:
Allowed fields: [\"users\", \"loginsLast24H\", \"failedLoginsLast24H\"].
widget:\ntype: authentik\nurl: http://authentik.host.or.ip:22070\nkey: api_token\nFind your API key under Settings > API Keys.
Allowed fields: [\"approvedPushes\", \"rejectedPushes\", \"filters\", \"indexers\"].
widget:\ntype: autobrr\nurl: http://autobrr.host.or.ip\nkey: apikeyapikeyapikeyapikeyapikey\nThis widget has 2 functions:
Pipelines: checks if the relevant pipeline is running or not, and if not, reports the last status.\\ Allowed fields: [\"result\", \"status\"].
Pull Requests: returns the amount of open PRs, the amount of the PRs you have open, and how many PRs that you open are marked as 'Approved' by atleast 1 person and not yet completed.\\ Allowed fields: [\"totalPrs\", \"myPrs\", \"approved\"].
You will need to generate a personal access token for an existing user, see the azure documentation
widget:\ntype: azuredevops\norganization: myOrganization\nproject: myProject\ndefinitionId: pipelineDefinitionId # required for pipelines\nbranchName: branchName # optional for pipelines, leave empty for all\nuserEmail: email # required for pull requests\nrepositoryId: prRepositoryId # required for pull requests\nkey: personalaccesstoken\nFind your API key under Settings > General.
Allowed fields: [\"missingEpisodes\", \"missingMovies\"].
widget:\ntype: bazarr\nurl: http://bazarr.host.or.ip\nkey: apikeyapikeyapikeyapikeyapikey\nAllowed fields: [\"upstreams\", \"requests\", \"requests_failed\"].
widget:\ntype: caddy\nurl: http://caddy.host.or.ip:adminport # default admin port is 2019\nThis widget shows monthly calendar, with optional integrations to show events from supported widgets.
widget:\ntype: calendar\nfirstDayInWeek: sunday # optional - defaults to monday\nview: monthly # optional - possible values monthly, agenda\nmaxEvents: 10 # optional - defaults to 10\nintegrations: # optional\n- type: sonarr # active widget type that is currently enabled on homepage - possible values: radarr, sonarr, lidarr, readarr\nservice_group: Media # group name where widget exists\nservice_name: Sonarr # service name for that widget\ncolor: teal # optional - defaults to pre-defined color for the service (teal for sonarr)\nparams: # optional - additional params for the service\nunmonitored: true # optional - defaults to false, used with *arr stack\nThis view shows only list of events from configured integrations
widget:\ntype: calendar\nview: agenda\nmaxEvents: 10 # optional - defaults to 10\nintegrations: # same as in Monthly view example\nCurrently integrated widgets are sonarr, radarr, lidarr and readarr.
Supported colors can be found on color palette.
"},{"location":"widgets/services/calibre-web/","title":"Calibre-web","text":"Note: this widget requires a feature of calibre-web that has not yet been distributed in versioned release. The code is contained in \"nightly\" lsio builds after 25/8/23 or running the calibre-web source code including commit 0499e57.
Allowed fields: [\"books\", \"authors\", \"categories\", \"series\"].
widget:\ntype: calibreweb\nurl: http://your.calibreweb.host:port\nusername: username\npassword: password\nFind your API key under Settings > API.
widget:\ntype: changedetectionio\nurl: http://changedetection.host.or.ip:port\nkey: apikeyapikeyapikeyapikeyapikey\nwidget:\ntype: channelsdvrserver\nurl: http://192.168.1.55:8089\nAs of v0.6.10 this widget no longer accepts a Cloudflare global API key (or account email) due to security concerns. Instead, you should setup an API token which only requires the permissions Account.Cloudflare Tunnel:Read.
Allowed fields: [\"status\", \"origin_ip\"].
widget:\ntype: cloudflared\naccountid: accountid # from zero trust dashboard url e.g. https://one.dash.cloudflare.com/<accountid>/home/quick-start\ntunnelid: tunnelid # found in tunnels dashboard under the tunnel name\nkey: cloudflareapitoken # api token with `Account.Cloudflare Tunnel:Read` https://dash.cloudflare.com/profile/api-tokens\nGet your API key from your CoinMarketCap Pro Dashboard.
Allowed fields: no configurable fields for this widget.
widget:\ntype: coinmarketcap\ncurrency: GBP # Optional\nsymbols: [BTC, LTC, ETH]\nkey: apikeyapikeyapikeyapikeyapikey\ndefaultinterval: 7d # Optional\nYou can also specify slugs instead of symbols (since symbols aren't garaunteed to be unique). If you supply both, slugs will be used. For example:
widget:\ntype: coinmarketcap\nslugs: [chia-network, uniswap]\nkey: apikeyapikeyapikeyapikeyapikey\nThis widget can show information from custom self-hosted or third party API.
Fields need to be defined in the mappings section YAML object to correlate with the value in the APIs JSON object. Final field definition needs to be the key with the desired value information.
widget:\ntype: customapi\nurl: http://custom.api.host.or.ip:port/path/to/exact/api/endpoint\nrefreshInterval: 10000 # optional - in milliseconds, defaults to 10s\nusername: username # auth - optional\npassword: password # auth - optional\nmethod: GET # optional, e.g. POST\nheaders: # optional, must be object, see below\nmappings:\n- field: key # needs to be YAML string or object\nlabel: Field 1\nformat: text # optional - defaults to text\n- field: # needs to be YAML string or object\npath:\nto: key2\nformat: number # optional - defaults to text\nlabel: Field 2\n- field: # needs to be YAML string or object\npath:\nto:\nanother: key3\nlabel: Field 3\nformat: percent # optional - defaults to text\nSupported formats for the values are text, number, float, percent, bytes and bitrate.
For the following JSON object from the API:
{\n\"id\": 1,\n\"name\": \"Rick Sanchez\",\n\"status\": \"Alive\",\n\"species\": \"Human\",\n\"gender\": \"Male\",\n\"origin\": {\n\"name\": \"Earth (C-137)\"\n},\n\"locations\": [\n{\n\"name\": \"Earth (C-137)\"\n},\n{\n\"name\": \"Citadel of Ricks\"\n}\n]\n}\nDefine the mappings section as an aray, for example:
mappings:\n- field: name # Rick Sanchez\nlabel: Name\n- field: status # Alive\nlabel: Status\n- field:\norigin: name # Earth (C-137)\nlabel: Origin\n- field:\nlocations:\n1: name # Citadel of Ricks\nlabel: Location\nYou can manipulate data with the following tools remap, scale and suffix, for example:
- field: key4\nlabel: Field 4\nformat: text\nremap:\n- value: 0\nto: None\n- value: 1\nto: Connected\n- any: true # will map all other values\nto: Unknown\n- field: key5\nlabel: Power\nformat: float\nscale: 0.001 # can be number or string e.g. 1/16\nsuffix: kW\nPass custom headers using the headers option, for example:
headers:\nX-API-Token: token\nUses the same password used to login to the webui, see the deluge FAQ.
Allowed fields: [\"leech\", \"download\", \"seed\", \"upload\"].
widget:\ntype: deluge\nurl: http://deluge.host.or.ip\npassword: password # webui password\nNote: the widget is not compatible with 2FA.
An optional 'volume' parameter can be supplied to specify which volume's free space to display when more than one volume exists. The value of the parameter must be in form of volume_N, e.g. to display free space for volume2, volume_2 should be set as 'volume' value. If omitted, first returned volume's free space will be shown (not guaranteed to be volume1).
Allowed fields: [\"uptime\", \"volumeAvailable\", \"resources.cpu\", \"resources.mem\"].
To access these system metrics you need to connect to the DiskStation with an account that is a member of the default Administrators group. That is because these metrics are requested from the API's SYNO.Core.System part that is only available to admin users. In order to keep the security impact as small as possible we can set the account in DSM up to limit the user's permissions inside the Synology system. In DSM 7.x, for instance, follow these steps:
remote_stats.User Groups tab of the user config dialogue check the box for Administrators.Permissions tab check the top box for No Access, effectively prohibiting the user from accessing anything in the shared folders.Applications check the box next to Deny in the header to explicitly prohibit login to all applications.Download Station application, either byDeny in the respective row, or (if inheriting permission doesn't work because of other group settings)Allow for this app, orBy IP for this app to limit the source of login attempts to one or more IP addresses/subnets.Preview column shows Allow in the Download Station row, click Save.Now configure the widget with the correct login information and test it.
If you encounter issues during testing, make sure to uncheck the option for automatic blocking due to invalid logins under Control Panel > Security > Protection. If desired, this setting can be reactivated once the login is established working.
widget:\ntype: diskstation\nurl: http://diskstation.host.or.ip:port\nusername: username\npassword: password\nvolume: volume_N # optional\nNote: the widget is not compatible with 2FA.
Allowed fields: [\"leech\", \"download\", \"seed\", \"upload\"].
widget:\ntype: downloadstation\nurl: http://downloadstation.host.or.ip:port\nusername: username\npassword: password\nYou can create an API key from inside Emby at Settings > Advanced > Api Keys.
As of v0.6.11 the widget supports fields [\"movies\", \"series\", \"episodes\", \"songs\"]. These blocks are disabled by default but can be enabled with the enableBlocks option, and the \"Now Playing\" feature (enabled by default) can be disabled with the enableNowPlaying option.
widget:\ntype: emby\nurl: http://emby.host.or.ip\nkey: apikeyapikeyapikeyapikeyapikey\nenableBlocks: true # optional, defaults to false\nenableNowPlaying: true # optional, defaults to true\nAllowed fields: [\"pv_power\", \"grid_power\", \"home_power\", \"charge_power].
widget:\ntype: evcc\nurl: http://evcc.host.or.ip:port\nAllowed fields: [\"queue\", \"processing\", \"processed\", \"time\"].
widget:\ntype: fileflows\nurl: http://your.fileflows.host:port\nAllowed fields: [\"leech\", \"download\", \"seed\", \"upload\"].
widget:\ntype: flood\nurl: http://flood.host.or.ip\nusername: username # if set\npassword: password # if set\nPlease refer to Enable the API in FreshRSS for the \"API password\" to be entered in the password field.
Allowed fields: [\"subscriptions\", \"unread\"].
widget:\ntype: freshrss\nurl: http://freshrss.host.or.ip:port\nusername: username\npassword: password\nUses the GameDig library to get game server information for any supported server type.
Allowed fields (limited to a max of 4): [\"status\", \"name\", \"map\", \"currentPlayers\", \"players\", \"maxPlayers\", \"bots\", \"ping\"].
widget:\ntype: gamedig\nserverType: csgo # see https://github.com/gamedig/node-gamedig#games-list\nurl: udp://server.host.or.ip:port\nAuthentication requires manually obtaining a Bearer token which can be obtained by make a POST request to the API e.g.
curl -X POST http://localhost:3333/api/v1/auth/anonymous -H 'Content-Type: application/json' -d '{ \"accessToken\": \"SECURITY_TOKEN_OF_ACCOUNT\" }'\nSee the official docs.
Note that the Bearer token is valid for 6 months, after which a new one must be generated.
Allowed fields: [\"gross_percent_today\", \"gross_percent_1y\", \"gross_percent_max\"]
widget:\ntype: ghostfolio\nurl: http://ghostfoliohost:port\nkey: ghostfoliobearertoken\n(Find the Glances information widget here)
The Glances widget allows you to monitor the resources (cpu, memory, diskio, sensors & processes) of host or another machine. You can have multiple instances by adding another service block.
widget:\ntype: glances\nurl: http://glances.host.or.ip:port\nusername: user # optional if auth enabled in Glances\npassword: pass # optional if auth enabled in Glances\nmetric: cpu\nPlease note, this widget does not need an href, icon or description on its parent service. To achive the same effect as the examples above, see as an example:
- CPU Usage:\nwidget:\ntype: glances\nurl: http://glances.host.or.ip:port\nmetric: cpu\n- Network Usage:\nwidget:\ntype: glances\nurl: http://glances.host.or.ip:port\nmetric: network:enp0s25\nThe metric field in the configuration determines the type of system monitoring data to be displayed. Here are the supported metrics:
info: System information. Shows the system's hostname, OS, kernel version, CPU type, CPU usage, RAM usage and SWAP usage.
cpu: CPU usage. Shows how much of the system's computational resources are currently being used.
memory: Memory usage. Shows how much of the system's RAM is currently being used.
process: Top 5 processes based on CPU usage. Gives an overview of which processes are consuming the most resources.
network:<interface_name>: Network data usage for the specified interface. Replace <interface_name> with the name of your network interface, e.g., network:enp0s25, as specificed in glances.
sensor:<sensor_id>: Temperature of the specified sensor, typically used to monitor CPU temperature. Replace <sensor_id> with the name of your sensor, e.g., sensor:Package id 0 as specificed in glances.
disk:<disk_id>: Disk I/O data for the specified disk. Replace <disk_id> with the id of your disk, e.g., disk:sdb, as specificed in glances.
gpu:<gpu_id>: GPU usage for the specified GPU. Replace <gpu_id> with the id of your GPU, e.g., gpu:0, as specificed in glances.
fs:<mnt_point>: Disk usage for the specified mount point. Replace <mnt_point> with the path of your disk, e.g., /mnt/storage, as specificed in glances.
All widgets offer an alternative to the full or \"graph\" view, which is the compact, or \"graphless\" view.
To switch to the alternative \"graphless\" view, simply passs chart: false as an option to the widget, like so:
- Network Usage:\nwidget:\ntype: glances\nurl: http://glances.host.or.ip:port\nmetric: network:enp0s25\nchart: false\nRequires HTTP control server options to be enabled.
Allowed fields: [\"public_ip\", \"region\", \"country\"].
widget:\ntype: gluetun\nurl: http://gluetun.host.or.ip\nGet a Gotify client token from an existing client or create a new one on your Gotify admin page.
Allowed fields: [\"apps\", \"clients\", \"messages\"].
widget:\ntype: gotify\nurl: http://gotify.host.or.ip\nkey: clientoken\nAllowed fields: [\"dashboards\", \"datasources\", \"totalalerts\", \"alertstriggered\"].
widget:\ntype: grafana\nurl: http://grafana.host.or.ip:port\nusername: username\npassword: password\nAllowed fields: [\"channels\", \"hd\"].
widget:\ntype: hdhomerun\nurl: http://hdhomerun.host.or.ip\nTo use the Health Checks widget, you first need to generate an API key. To do this, follow these steps:
Allowed fields: [\"status\", \"last_ping\"].
widget:\ntype: healthchecks\nurl: http://healthchecks.host.or.ip:port\nkey: <YOUR_API_KEY>\nuuid: <YOUR_CHECK_UUID>\nYou will need to generate a long-lived access token for an existing Home Assistant user in its profile.
Allowed fields: [\"people_home\", \"lights_on\", \"switches_on\"].
Up to a maximum of four custom states and/or templates can be queried via the custom property like in the example below. The custom property will have no effect as long as the fields property is defined.
state will query the state of the specified entity_id\"{attributes.friendly_name}\"\"{state} {attributes.unit_of_measurement}\"template will query the specified template, see (Home Assistant Templating)[https://www.home-assistant.io/docs/configuration/templating]widget:\ntype: homeassistant\nurl: http://homeassistant.host.or.ip:port\nkey: access_token\ncustom:\n- state: sensor.total_power\n- state: sensor.total_energy_today\nlabel: energy today\n- template: \"{{ states.switch|selectattr('state','equalto','on')|list|length }}\"\nlabel: switches on\n- state: weather.forecast_home\nlabel: wind speed\nvalue: \"{attributes.wind_speed} {attributes.wind_speed_unit}\"\nThe Homebridge API is actually provided by the Config UI X plugin that has been included with Homebridge for a while, still it is required to be installed for this widget to work.
Allowed fields: [\"updates\", \"child_bridges\"].
widget:\ntype: homebridge\nurl: http://homebridge.host.or.ip:port\nusername: username\npassword: password\nAllowed fields: [\"users\" ,\"photos\", \"videos\", \"storage\"].
Note that API key must be from admin user.
widget:\ntype: immich\nurl: http://immich.host.or.ip\nkey: adminapikeyadminapikeyadminapikey\nJackett must not have any authentication for the widget to work.
Allowed fields: [\"configured\", \"errored\"].
widget:\ntype: jackett\nurl: http://jackett.host.or.ip\nBasic widget to show number of items in download queue, along with the queue size and current download speed.
Allowed fields: [\"downloadCount\", \"downloadTotalBytes\",\"downloadBytesRemaining\", \"downloadSpeed\"].
widget:\ntype: jdownloader\nusername: JDownloader Username\npassword: JDownloader Password\nclient: Name of JDownloader Instance\nYou can create an API key from inside Jellyfin at Settings > Advanced > Api Keys.
As of v0.6.11 the widget supports fields [\"movies\", \"series\", \"episodes\", \"songs\"]. These blocks are disabled by default but can be enabled with the enableBlocks option, and the \"Now Playing\" feature (enabled by default) can be disabled with the enableNowPlaying option.
widget:\ntype: jellyfin\nurl: http://jellyfin.host.or.ip\nkey: apikeyapikeyapikeyapikeyapikey\nenableBlocks: true # optional, defaults to false\nenableNowPlaying: true # optional, defaults to true\nFind your API key under Settings > General > API Key.
Allowed fields: [\"pending\", \"approved\", \"available\"].
widget:\ntype: jellyseerr\nurl: http://jellyseerr.host.or.ip\nkey: apikeyapikeyapikeyapikeyapikey\nUses the same username and password used to login from the web.
Allowed fields: [\"seriesCount\", \"totalFiles\"].
widget:\ntype: kavita\nurl: http://kavita.host.or.ip:port\nusername: username\npassword: password\nUses the same username and password used to login from the web.
Allowed fields: [\"libraries\", \"series\", \"books\"].
widget:\ntype: komga\nurl: http://komga.host.or.ip:port\nusername: username\npassword: password\nAllowed fields: [\"status\", \"size\", \"lastrun\", \"nextrun\"].
You may optionally pass values for snapshotHost and / or snapshotPath to select a specific backup source for the widget.
widget:\ntype: kopia\nurl: http://kopia.host.or.ip:port\nusername: username\npassword: password\nsnapshotHost: hostname # optional\nsnapshotPath: path # optional\nFind your API key under Settings > General.
Allowed fields: [\"wanted\", \"queued\", \"artists\"].
widget:\ntype: lidarr\nurl: http://lidarr.host.or.ip\nkey: apikeyapikeyapikeyapikeyapikey\nUse the base URL of the Mastodon instance you'd like to pull stats for. Does not require authentication as the stats are part of the public API endpoints.
Allowed fields: [\"user_count\", \"status_count\", \"domain_count\"].
widget:\ntype: mastodon\nurl: https://mastodon.host.name\nGenerate a user API key under Profile > Manage Your API Tokens > Generate.
Allowed fields: [\"recipes\", \"users\", \"categories\", \"tags\"].
widget:\ntype: mealie\nurl: http://mealie-frontend.host.or.ip\nkey: mealieapitoken\nAllowed fields: [\"wanted\", \"queued\", \"series\"].
widget:\ntype: medusa\nurl: http://medusa.host.or.ip:port\nkey: medusaapikeyapikeyapikeyapikeyapikey\nHTTPS may be required, per the documentation
Allowed fields: [\"uptime\", \"cpuLoad\", \"memoryUsed\", \"numberOfLeases\"].
widget:\ntype: mikrotik\nurl: https://mikrotik.host.or.ip\nusername: username\npassword: password\nAllowed fields: [\"players\", \"version\", \"status\"].
widget:\ntype: minecraft\nurl: udp://minecraftserveripordomain:port\nApi key is found under Settings > API keys
Allowed fields: [\"unread\", \"read\"].
widget:\ntype: miniflux\nurl: http://miniflux.host.or.ip:port\nkey: minifluxapikey\nPass the stream URL from a service like \u00b5Streamer or camera-streamer.
widget:\ntype: mjpeg\nstream: http://mjpeg.host.or.ip/webcam/stream\nAllowed fields: [\"printer_state\", \"print_status\", \"print_progress\", \"layers\"].
widget:\ntype: moonraker\nurl: http://moonraker.host.or.ip:port\nAPI must be enabled in Mylar3 settings.
Allowed fields: [\"series\", \"issues\", \"wanted\"].
widget:\ntype: mylar\nurl: http://mylar3.host.or.ip:port\nkey: yourmylar3apikey\nFor detailed information about how to generate the token see http://www.subsonic.org/pages/api.jsp.
Allowed fields: no configurable fields for this widget.
widget:\ntype: navidrome\nurl: http://navidrome.host.or.ip:port\nuser: username\ntoken: token #md5(password + salt)\nsalt: randomsalt\nUse username & password, or the NC-Token key. Information about the token can be found under Settings > System. If both are provided, NC-Token will be used.
Allowed fields: [\"cpuload\", \"memoryusage\", \"freespace\", \"activeusers\", \"numfiles\", \"numshares\"].
Note \"cpuload\" and \"memoryusage\" were deprecated in v0.6.18 and a maximum of 4 fields can be displayed.
widget:\ntype: nextcloud\nurl: https://nextcloud.host.or.ip:port\nkey: token\nwidget:\ntype: nextcloud\nurl: https://nextcloud.host.or.ip:port\nusername: username\npassword: password\nApi key is found under Account > API, profile ID is found under Setup > Endpoints > ID
widget:\ntype: nextdns\nprofile: profileid\nkey: yourapikeyhere\nLogin with the same admin username and password used to access the web UI.
Allowed fields: [\"enabled\", \"disabled\", \"total\"].
widget:\ntype: npm\nurl: http://npm.host.or.ip\nusername: admin_username\npassword: admin_password\nThis widget uses the same authentication method as your browser when logging in (HTTP Basic Auth), and is often referred to as the ControlUsername and ControlPassword inside of Nzbget documentation.
Allowed fields: [\"rate\", \"remaining\", \"downloaded\"].
widget:\ntype: nzbget\nurl: http://nzbget.host.or.ip\nusername: controlusername\npassword: controlpassword\nAllowed fields: [\"printer_state\", \"temp_tool\", \"temp_bed\", \"job_completion\"].
widget:\ntype: octoprint\nurl: http://octoprint.host.or.ip:port\nkey: youroctoprintapikey\nThe widget supports controller versions 3, 4 and 5.
Allowed fields: [\"connectedAp\", \"activeUser\", \"alerts\", \"connectedGateways\", \"connectedSwitches\"].
widget:\ntype: omada\nurl: http://omada.host.or.ip:port\nusername: username\npassword: password\nsite: sitename\nFind your API key under Settings > Configuration > General.
Allowed fields: [\"pending\", \"approved\", \"available\"].
widget:\ntype: ombi\nurl: http://ombi.host.or.ip\nkey: apikeyapikeyapikeyapikeyapikey\nAllowed fields: [\"yieldDay\", \"relativePower\", \"absolutePower\", \"limit\"].
widget:\ntype: opendtu\nurl: http://opendtu.host.or.ip\nProvides useful information from your OpenMediaVault
widget:\ntype: openmediavault\nurl: http://omv.host.or.ip\nusername: admin\npassword: pass\nmethod: services.getStatus # required\nThe method field determines the type of data to be displayed and is required. Supported methods:
services.getStatus: Shows status of running services. Allowed fields: [\"running\", \"stopped\", \"total\"]
smart.getListBg: Shows S.M.A.R.T. status from disks. Allowed fields: [\"passed\", \"failed\"]
downloader.getDownloadList: Displays the number of tasks from the Downloader plugin currently being downloaded and total. Allowed fields: [\"downloading\", \"total\"]
The API key & secret can be generated via the webui by creating a new user at System/Access/Users. Ensure \"Generate a scrambled password to prevent local database logins for this user\" is checked and then edit the effective privileges selecting only:
Finally, create a new API key which will download an apikey.txt file with your key and secret in it. Use the values as the username and password fields, respectively, in your homepage config.
Allowed fields: [\"cpu\", \"memory\", \"wanUpload\", \"wanDownload\"].
widget:\ntype: opnsense\nurl: http://opnsense.host.or.ip\nusername: key\npassword: secret\nFind your API key under Settings > General.
Allowed fields: [\"pending\", \"approved\", \"available\", \"processing\"].
widget:\ntype: overseerr\nurl: http://overseerr.host.or.ip\nkey: apikeyapikeyapikeyapikeyapikey\nUse username & password, or the token key. Information about the token can be found in the Paperless-ngx API documentation. If both are provided, the token will be used.
Allowed fields: [\"total\", \"inbox\"].
widget:\ntype: paperlessngx\nurl: http://paperlessngx.host.or.ip:port\nusername: username\npassword: password\nwidget:\ntype: paperlessngx\nurl: http://paperlessngx.host.or.ip:port\nkey: token\nThis widget requires the installation of the pfsense-api which is a 3rd party package for pfSense routers.
Once pfSense API is installed, you can set the API to be read-only in System > API > Settings.
Currently the only supported authentication mode is 'Local Database'.
WAN interface to monitor can be defined by updating the wan param.
Load is returned instead of cpu utilization. This is a limitation in the pfSense API due to the complexity of this calculation. This may become available in future versions.
Allowed fields: [\"load\", \"memory\", \"temp\", \"wanStatus\", \"wanIP\", \"disk\"] (maximum of 4)
widget:\ntype: pfsense\nurl: http://pfsense.host.or.ip:port\nusername: user\npassword: pass\nwan: igb0\nAllowed fields: [\"albums\", \"photos\", \"videos\", \"people\"].
widget:\ntype: photoprism\nurl: http://photoprism.host.or.ip:port\nusername: admin\npassword: password\nWidget for PiAlert.
Allowed fields: [\"total\", \"connected\", \"new_devices\", \"down_alerts\"].
widget:\ntype: pialert\nurl: http://ip:port\nAs of v2022.12 PiHole requires the use of an API key if an admin password is set. Older versions do not require any authentication even if the admin uses a password.
Allowed fields: [\"queries\", \"blocked\", \"blocked_percent\", \"gravity\"].
widget:\ntype: pihole\nurl: http://pi.hole.or.ip\nkey: yourpiholeapikey # optional\nAdded in v0.1.0, udpated in v0.6.18
"},{"location":"widgets/services/plex-tautulli/","title":"Tautulli (Plex)","text":"Provides detailed information about currently active streams. You can find the API key from inside Tautulli at Settings > Web Interface > API.
Allowed fields: no configurable fields for this widget.
widget:\ntype: tautulli\nurl: http://tautulli.host.or.ip\nkey: apikeyapikeyapikeyapikeyapikey\nThe core Plex API is somewhat limited but basic info regarding library sizes and the number of active streams is supported. For more detailed info regarding active streams see the Plex Tautulli widget.
Allowed fields: [\"streams\", \"albums\", \"movies\", \"tv\"].
widget:\ntype: plex\nurl: http://plex.host.or.ip:32400\nkey: mytokenhere # see https://www.plexopedia.com/plex-media-server/general/plex-token/\nYou'll need to make sure you have the correct environment set for the integration to work properly. From the Environments section inside of Portainer, click the one you'd like to connect to and observe the ID at the end of the URL (should be), something like #!/endpoints/1, here 1 is the value to set as the env value. In order to generate an API key, please follow the steps outlined here https://docs.portainer.io/api/access.
Allowed fields: [\"running\", \"stopped\", \"total\"].
widget:\ntype: portainer\nurl: https://portainer.host.or.ip:9443\nenv: 1\nkey: ptr_accesskeyaccesskeyaccesskeyaccesskey\nAllowed fields: [\"targets_up\", \"targets_down\", \"targets_total\"]
widget:\ntype: prometheus\nurl: http://prometheushost:port\nFind your API key under Settings > General.
Allowed fields: [\"numberOfGrabs\", \"numberOfQueries\", \"numberOfFailGrabs\", \"numberOfFailQueries\"].
widget:\ntype: prowlarr\nurl: http://prowlarr.host.or.ip\nkey: apikeyapikeyapikeyapikeyapikey\nThis widget shows the running and total counts of both QEMU VMs and LX Containers in the Proxmox cluster. It also shows the CPU and memory usage of the first node in the cluster.
You will need to generate an API Token for new or an existing user. Here is an example of how to do this for a new user.
apihomepageUse username@pam!Token ID as the username (e.g api@pam!homepage) setting and Secret as the password setting.
Allowed fields: [\"vms\", \"lxc\", \"resources.cpu\", \"resources.mem\"].
You can set the optional node setting when you want to show metrics for a single node. By default it will show the average for the complete cluster.
widget:\ntype: proxmox\nurl: https://proxmox.host.or.ip:8006\nusername: api_token_id\npassword: api_token_secret\nnode: pve-1 # optional\nAllowed fields: [\"datastore_usage\", \"failed_tasks_24h\", \"cpu_usage\", \"memory_usage\"].
widget:\ntype: proxmoxbackupserver\nurl: https://proxmoxbackupserver.host:port\nusername: api_token_id\npassword: api_token_secret\nAllowed fields: [\"nodes\", \"servers\"]
widget:\ntype: pterodactyl\nurl: http://pterodactylhost:port\nkey: pterodactylapikey\nAllowed fields: [\"speed\", \"active\", \"queue\", \"total\"].
widget:\ntype: pyload\nurl: http://pyload.host.or.ip:port\nusername: username\npassword: password # only needed if set\nUses the same username and password used to login from the web.
Allowed fields: [\"leech\", \"download\", \"seed\", \"upload\"].
widget:\ntype: qbittorrent\nurl: http://qbittorrent.host.or.ip\nusername: username\npassword: password\nAllowed fields: [\"cpuUsage\", \"memUsage\", \"systemTempC\", \"poolUsage\", \"volumeUsage\"].
widget:\ntype: qnap\nurl: http://qnap.host.or.ip:port\nusername: user\npassword: pass\nIf the QNAP device has multiple volumes, the poolUsage will be a sum of all volumes.
If only a single volume needs to be tracked, add the following to your configuration and the Widget will track this as volumeUsage:
volume: Volume Name From QNAP\nFind your API key under Settings > General.
Allowed fields: [\"wanted\", \"missing\", \"queued\", \"movies\"].
A detailed queue listing is disabled by default, but can be enabled with the enableQueue option.
widget:\ntype: radarr\nurl: http://radarr.host.or.ip\nkey: apikeyapikeyapikeyapikeyapikey\nenableQueue: true # optional, defaults to false\nFind your API key under Settings > General.
Allowed fields: [\"wanted\", \"queued\", \"books\"].
widget:\ntype: readarr\nurl: http://readarr.host.or.ip\nkey: apikeyapikeyapikeyapikeyapikey\nThis requires the httprpc plugin to be installed and enabled, and is part of the default ruTorrent plugins. If you have not explicitly removed or disable this plugin, it should be available.
Allowed fields: [\"active\", \"upload\", \"download\"].
widget:\ntype: rutorrent\nurl: http://rutorrent.host.or.ip\nusername: username # optional, false if not used\npassword: password # optional, false if not used\nFind your API key under Config > General.
Allowed fields: [\"rate\", \"queue\", \"timeleft\"].
widget:\ntype: sabnzbd\nurl: http://sabnzbd.host.or.ip\nkey: apikeyapikeyapikeyapikeyapikey\nAllowed fields: [\"passed\", \"failed\", \"unknown\"].
widget:\ntype: scrutiny\nurl: http://scrutiny.host.or.ip\nFind your API key under Settings > General.
Allowed fields: [\"wanted\", \"queued\", \"series\"].
A detailed queue listing is disabled by default, but can be enabled with the enableQueue option.
widget:\ntype: sonarr\nurl: http://sonarr.host.or.ip\nkey: apikeyapikeyapikeyapikeyapikey\nenableQueue: true # optional, defaults to false\nNo extra configuration is required.
This widget is compatible with both alexjustesen/speedtest-tracker and henrywhitaker3/Speedtest-Tracker.
Allowed fields: [\"download\", \"upload\", \"ping\"].
widget:\ntype: speedtest\nurl: http://speedtest.host.or.ip\nPulls stats from the relay server. See here for more information on configuration.
Allowed fields: [\"numActiveSessions\", \"numConnections\", \"bytesProxied\"].
widget:\ntype: strelaysrv\nurl: http://syncthing.host.or.ip:22070\nYou will need to generate an API access token from the keys page on the Tailscale dashboard.
To find your device ID, go to the machine overview page and select your machine. In the \"Machine Details\" section, copy your ID. It will end with CNTRL.
Allowed fields: [\"address\", \"last_seen\", \"expires\"].
widget:\ntype: tailscale\ndeviceid: deviceid\nkey: tailscalekey\nAllowed fields: [\"queue\", \"processed\", \"errored\", \"saved\"].
widget:\ntype: tdarr\nurl: http://tdarr.host.or.ip\nNo extra configuration is required. If your traefik install requires authentication, include the username and password used to login to the web interface.
Allowed fields: [\"routers\", \"services\", \"middleware\"].
widget:\ntype: traefik\nurl: http://traefik.host.or.ip\nusername: username # optional\npassword: password # optional\nUses the same username and password used to login from the web.
Allowed fields: [\"leech\", \"download\", \"seed\", \"upload\"].
widget:\ntype: transmission\nurl: http://transmission.host.or.ip\nusername: username\npassword: password\nrpcUrl: /transmission/ # Optional. Matches the value of \"rpc-url\" in your Transmission's settings.json file\nAllowed fields: [\"load\", \"uptime\", \"alerts\"].
To create an API Key, follow the official TrueNAS documentation.
widget:\ntype: truenas\nurl: http://truenas.host.or.ip\nusername: user # not required if using api key\npassword: pass # not required if using api key\nkey: yourtruenasapikey # not required if using username / password\nRequires API key.
Allowed fields: [\"downloads\", \"videos\", \"channels\", \"playlists\"].
widget:\ntype: tubearchivist\nurl: http://tubearchivist.host.or.ip\nkey: apikeyapikeyapikeyapikeyapikey\n(Find the Unifi Controller information widget here)
You can display general connectivity status from your Unifi (Network) Controller. When authenticating you will want to use an account that has at least read privileges.
An optional 'site' parameter can be supplied, if it is not the widget will use the default site for the controller.
Allowed fields: [\"uptime\", \"wan\", \"lan_users\", \"wlan_users\"].
widget:\ntype: unifi\nurl: https://unifi.host.or.ip:port\nusername: username\npassword: password\nsite: Site Name # optional\nAdded in v0.4.18, updated in 0.6.7
"},{"location":"widgets/services/unmanic/","title":"Unmanic","text":"Allowed fields: [\"active_workers\", \"total_workers\", \"records_total\"].
widget:\ntype: unmanic\nurl: http://unmanic.host.or.ip:port\nAs Uptime Kuma does not yet have a full API the widget uses data from a single \"status page\". As such you will need a status page setup with a group of monitored sites, which is where you get the slug (without the /status/ portion).
Allowed fields: [\"up\", \"down\", \"uptime\", \"incident\"].
widget:\ntype: uptimekuma\nurl: http://uptimekuma.host.or.ip:port\nslug: statuspageslug\nTo generate an API key, select My Settings, and either Monitor-Specific API Key or Read-Only API Key.
A Monitor-Specific API Key will provide the following detailed information for the selected monitor:
Allowed fields: [\"status\", \"uptime\", \"lastDown\", \"downDuration\"].
A Read-Only API Key will provide a summary of all monitors in your account:
Allowed fields: [\"sitesUp\", \"sitesDown\"].
widget:\ntype: uptimerobot\nurl: https://api.uptimerobot.com\nkey: uptimerobotapitoken\nThe UrBackup widget retrieves the total number of clients that currently have no errors, have errors, or haven't backed up recently. Clients are considered \"Errored\" or \"Out of Date\" if either the file or image backups for that client have errors/are out of date, unless the client does not support image backups.
The default number of days that can elapse before a client is marked Out of Date is 3, but this value can be customized by setting the maxDays value in the config.
Optionally, the widget can also report the total amount of disk space consumed by backups. This is disabled by default, because it requires a second API call.
Note: client status is only shown for backups that the specified user has access to. Disk Usage shown is the total for all backups, regardless of permissions.
Allowed fields: [\"ok\", \"errored\", \"noRecent\", \"totalUsed\"]. Note that totalUsed will not be shown unless explicitly included in fields.
widget:\ntype: urbackup\nusername: urbackupUsername\npassword: urbackupPassword\nurl: http://urbackupUrl:55414\nmaxDays: 5 # optional\nTo use this widget, Watchtower needs to be configured to to enable metrics.
Allowed fields: [\"containers_scanned\", \"containers_updated\", \"containers_failed\"].
widget:\ntype: watchtower\nurl: http://your-ip-address:8080\nkey: demotoken\nCurrently requires unauthenticated whatsupdocker instance.
Allowed fields: [\"monitoring\", \"updates\"].
widget:\ntype: whatsupdocker\nurl: http://whatsupdocker:port\nAllowed fields: [\"streams_all\", \"streams_active\", \"streams_xepg\"].
widget:\ntype: xteve\nurl: http://xteve.host.or.ip\nusername: username # optional\npassword: password # optional\nA modern, fully static, fast, secure fully proxied, highly customizable application dashboard with integrations for over 100 services and translations into multiple languages. Easily configured via YAML files or through docker label discovery.
"},{"location":"configs/","title":"Configuration","text":"Homepage uses YAML for configuration, YAML stands for \"YAML Ain't Markup Language.\". It's a human-readable data serialization format that's a superset of JSON. Great for config files, easy to read and write. Supports complex data types like lists and objects. Indentation matters. If you already use Docker Compose, you already use YAML.
Here are some tips when writing YAML:
You can find tons of online YAML validators, here's one: https://codebeautify.org/yaml-validator, heres another: https://jsonformatter.org/yaml-validator.
"},{"location":"configs/bookmarks/","title":"Bookmarks","text":"Bookmarks function much the same as Services, in how groups and lists work. They're just much simpler, smaller, and contain no extra features other than being a link out.
The design of homepage expects abbr to be 2 letters, but is not otherwise forced.
You can also use an icon for bookmarks similar to the options for service icons. If both icon and abbreviation are supplied, the icon takes precedence.
By default, the description will use the hostname of the link, but you can override it with a custom description.
- Developer:\n- Github:\n- abbr: GH\nhref: https://github.com/\n- Social:\n- Reddit:\n- icon: reddit.png\nhref: https://reddit.com/\ndescription: The front page of the internet\n- Entertainment:\n- YouTube:\n- abbr: YT\nhref: https://youtube.com/\nAs of version v0.6.30 homepage supports adding your own custom css & javascript. Please do so at your own risk.
To add custom css simply edit the custom.css file under your config directory, similarly for javascript you would edit custom.js. You can then target elements in homepage with various classes / ids to customize things to your liking.
You can also set a specific id for a service or bookmark to target with your custom css or javascript, e.g.
Service:\nid: myserviceid\nicon: icon.png\n...\nDocker instances are configured inside the docker.yaml file. Both IP:PORT and Socket connections are supported.
For IP:PORT, simply make sure your Docker instance has been configured to accept API traffic over the HTTP API.
my-remote-docker:\nhost: 192.168.0.101\nport: 2375\nSince Docker supports connecting with TLS and client certificate authentication, you can include TLS details when connecting to the HTTP API. Further details of setting up Docker to accept TLS connections, and generation of the keys and certs can be found in the Docker documentation. The file entries are relative to the config directory (location of docker.yaml file).
my-remote-docker:\nhost: 192.168.0.101\nport: 275\ntls:\nkeyFile: tls/key.pem\ncaFile: tls/ca.pem\ncertFile: tls/cert.pem\nDue to security concerns with exposing the docker socket directly, you can use a docker-socket-proxy container to expose the docker socket on a more restricted and secure API.
Here is an example docker-compose file that will expose the docker socket, and then connect to it from the homepage container:
dockerproxy:\nimage: ghcr.io/tecnativa/docker-socket-proxy:latest\ncontainer_name: dockerproxy\nenvironment:\n- CONTAINERS=1 # Allow access to viewing containers\n- SERVICES=1 # Allow access to viewing services (necessary when using Docker Swarm)\n- TASKS=1 # Allow access to viewing tasks (necessary when using Docker Swarm)\n- POST=0 # Disallow any POST operations (effectively read-only)\nports:\n- 127.0.0.1:2375:2375\nvolumes:\n- /var/run/docker.sock:/var/run/docker.sock:ro # Mounted as read-only\nrestart: unless-stopped\nhomepage:\nimage: ghcr.io/gethomepage/homepage:latest\ncontainer_name: homepage\nvolumes:\n- /path/to/config:/app/config\nports:\n- 3000:3000\nrestart: unless-stopped\nThen, inside of your docker.yaml settings file, you'd configure the docker instance like so:
my-docker:\nhost: dockerproxy\nport: 2375\nIf you'd rather use the socket directly, first make sure that you're passing the local socket into the Docker container.
Note
In order to use the socket directly homepage must be running as root
homepage:\nimage: ghcr.io/gethomepage/homepage:latest\ncontainer_name: homepage\nvolumes:\n- /path/to/config:/app/config\n- /var/run/docker.sock:/var/run/docker.sock # pass local proxy\nports:\n- 3000:3000\nrestart: unless-stopped\nIf you're using docker run, this would be -v /var/run/docker.sock:/var/run/docker.sock.
Then, inside of your docker.yaml settings file, you'd configure the docker instance like so:
my-docker:\nsocket: /var/run/docker.sock\nOnce you've configured your docker instances, you can then apply them to your services, to get stats and status reporting shown.
Inside of the service you'd like to connect to docker:
- Emby:\nicon: emby.png\nhref: \"http://emby.home/\"\ndescription: Media server\nserver: my-docker # The docker server that was configured\ncontainer: emby # The name of the container you'd like to connect\nHomepage features automatic service discovery for containers with the proper labels attached, all configuration options can be applied using dot notation, beginning with homepage.
Below is an example of the same service entry shown above, as docker labels.
services:\nemby:\nimage: lscr.io/linuxserver/emby:latest\ncontainer_name: emby\nports:\n- 8096:8096\nrestart: unless-stopped\nlabels:\n- homepage.group=Media\n- homepage.name=Emby\n- homepage.icon=emby.png\n- homepage.href=http://emby.home/\n- homepage.description=Media server\nWhen your Docker instance has been properly configured, this service will be automatically discovered and added to your Homepage. You do not need to specify the server or container values, as they will be automatically inferred.
When using docker swarm use deploy/labels
"},{"location":"configs/docker/#widgets","title":"Widgets","text":"You may also configure widgets, along with the standard service entry, again, using dot notation.
labels:\n- homepage.group=Media\n- homepage.name=Emby\n- homepage.icon=emby.png\n- homepage.href=http://emby.home/\n- homepage.description=Media server\n- homepage.widget.type=emby\n- homepage.widget.url=http://emby.home\n- homepage.widget.key=yourembyapikeyhere\n- homepage.widget.fields=[\"field1\",\"field2\"] # optional\nYou can add specify fields for e.g. the CustomAPI widget by using array-style dot notation:
labels:\n- homepage.group=Media\n- homepage.name=Emby\n- homepage.icon=emby.png\n- homepage.href=http://emby.home/\n- homepage.description=Media server\n- homepage.widget.type=customapi\n- homepage.widget.url=http://argus.service/api/v1/service/summary/emby\n- homepage.widget.field[0].label=Deployed Version\n- homepage.widget.field[0].field.status=deployed_version\n- homepage.widget.field[1].label=Latest Version\n- homepage.widget.field[1].field.status=latest_version\nDocker swarm is supported and Docker services are specified with the same server and container notation. To enable swarm support you will need to include a swarm setting in your docker.yaml, e.g.
my-docker:\nsocket: /var/run/docker.sock\nswarm: true\nFor the automatic service discovery to discover all services it is important that homepage should be deployed on a manager node. Set deploy requirements to the master node in your stack yaml config, e.g.
....\ndeploy:\nplacement:\nconstraints:\n- node.role == manager\n...\nIn order to detect every service within the Docker swarm it is necessary that service labels should be used and not container labels. Specify the homepage labels as:
....\ndeploy:\nlabels:\n- homepage.icon=foobar\n...\nAs of v0.6.4 discovered services can include an optional weight field to determine sorting such that:
You can show the docker stats by clicking the status indicator but this can also be controlled per-service with:
- Example Service:\n...\nshowStats: true\nAlso see the settings for show docker stats.
"},{"location":"configs/kubernetes/","title":"Kubernetes","text":"The Kubernetes connectivity has the following requirements:
The Kubernetes connection is configured in the kubernetes.yaml file. There are 3 modes to choose from:
mode: default\nOnce the Kubernetes connection is configured, individual services can be configured to pull statistics. Only CPU and Memory are currently supported.
Inside of the service you'd like to connect to a pod:
- Emby:\nicon: emby.png\nhref: \"http://emby.home/\"\ndescription: Media server\nnamespace: media # The kubernetes namespace the app resides in\napp: emby # The name of the deployed app\nThe app field is used to create a label selector, in this example case it would match pods with the label: app.kubernetes.io/name=emby.
Sometimes this is insufficient for complex or atypical application deployments. In these cases, the pod-selector field can be used. Any field selector can be used with it, so it allows for some very powerful selection capabilities.
For instance, it can be utilized to roll multiple underlying deployments under one application to see a high-level aggregate:
- Element Chat:\nicon: matrix-light.png\nhref: https://chat.example.com\ndescription: Matrix Synapse Powered Chat\napp: matrix-element\nnamespace: comms\npod-selector: >-\napp.kubernetes.io/instance in (\nmatrix-element,\nmatrix-media-repo,\nmatrix-media-repo-postgresql,\nmatrix-synapse\n)\nNote
A blank string as a pod-selector does not deactivate it, but will actually select all pods in the namespace. This is a useful way to capture the resource usage of a complex application siloed to a single namespace, like Longhorn.
"},{"location":"configs/kubernetes/#automatic-service-discovery","title":"Automatic Service Discovery","text":"Homepage features automatic service discovery by Ingress annotations. All configuration options can be applied using typical annotation syntax, beginning with gethomepage.dev/.
apiVersion: networking.k8s.io/v1\nkind: Ingress\nmetadata:\nname: emby\nannotations:\ngethomepage.dev/enabled: \"true\"\ngethomepage.dev/description: Media Server\ngethomepage.dev/group: Media\ngethomepage.dev/icon: emby.png\ngethomepage.dev/name: Emby\ngethomepage.dev/widget.type: \"emby\"\ngethomepage.dev/widget.url: \"https://emby.example.com\"\ngethomepage.dev/pod-selector: \"\"\ngethomepage.dev/weight: 10 # optional\nspec:\nrules:\n- host: emby.example.com\nhttp:\npaths:\n- backend:\nservice:\nname: emby\nport:\nnumber: 8080\npath: /\npathType: Prefix\nWhen the Kubernetes cluster connection has been properly configured, this service will be automatically discovered and added to your Homepage. You do not need to specify the namespace or app values, as they will be automatically inferred.
Homepage can also read ingresses defined using the Traefik IngressRoute custom resource definition. Due to the complex nature of Traefik routing rules, it is required for the gethomepage.dev/href annotation to be set:
apiVersion: traefik.io/v1alpha1\nkind: IngressRoute\nmetadata:\nname: emby\nannotations:\ngethomepage.dev/href: \"https://emby.example.com\"\ngethomepage.dev/enabled: \"true\"\ngethomepage.dev/description: Media Server\ngethomepage.dev/group: Media\ngethomepage.dev/icon: emby.png\ngethomepage.dev/app: emby-app # optional, may be needed if app.kubernetes.io/name != ingress metadata.name\ngethomepage.dev/name: Emby\ngethomepage.dev/widget.type: \"emby\"\ngethomepage.dev/widget.url: \"https://emby.example.com\"\ngethomepage.dev/pod-selector: \"\"\ngethomepage.dev/weight: 10 # optional\nspec:\nentryPoints:\n- websecure\nroutes:\n- kind: Rule\nmatch: Host(`emby.example.com`)\nservices:\n- kind: Service\nname: emby\nnamespace: emby\nport: 8080\nscheme: http\nstrategy: RoundRobin\nweight: 10\nIf the href attribute is not present, Homepage will ignore the specific IngressRoute.
Similarly to Docker service discovery, there currently is no rigid ordering to discovered services and discovered services will be displayed above those specified in the services.yaml.
Unless otherwise noted, URLs should not end with a / or other API path. Each widget will handle the path on its own.
Each service can have one widget attached to it (often matching the service type, but that's not forced).
In addition to the href of the service, you can also specify the target location in which to open that link. See Link Target for more details.
Using Emby as an example, this is how you would attach the Emby service widget.
- Emby:\nicon: emby.png\nhref: http://emby.host.or.ip/\ndescription: Movies & TV Shows\nwidget:\ntype: emby\nurl: http://emby.host.or.ip\nkey: apikeyapikeyapikeyapikeyapikey\nEach widget can optionally provide a list of which fields should be visible via the fields widget property. If no fields are specified, then all fields will be displayed. The fields property must be a valid YAML array of strings. As an example, here is the entry for Sonarr showing only a couple of fields.
In all cases a widget will work and display all fields without specifying the fields property.
- Sonarr:\nicon: sonarr.png\nhref: http://sonarr.host.or.ip\nwidget:\ntype: sonarr\nfields: [\"wanted\", \"queued\"]\nurl: http://sonarr.host.or.ip\nkey: apikeyapikeyapikeyapikeyapikey\nServices are configured inside the services.yaml file. You can have any number of groups, and any number of services per group.
Groups are defined as top-level array entries.
- Group A:\n- Service A:\nhref: http://localhost/\n- Group B:\n- Service B:\nhref: http://localhost/\nServices are defined as array entries on groups,
- Group A:\n- Service A:\nhref: http://localhost/\n- Service B:\nhref: http://localhost/\n- Service C:\nhref: http://localhost/\n- Group B:\n- Service D:\nhref: http://localhost/\nServices may have descriptions,
- Group A:\n- Service A:\nhref: http://localhost/\ndescription: This is my service\n- Group B:\n- Service B:\nhref: http://localhost/\ndescription: This is another service\nServices may have an icon attached to them, you can use icons from Dashboard Icons automatically, by passing the name of the icon, with, or without .png or with .svg to use the svg version.
You can also specify prefixed icons from Material Design Icons with mdi-XX or Simple Icons with si-XX.
You can specify a custom color by adding a hex color code as suffix e.g. mdi-XX-#f0d453 or si-XX-#a712a2.
To use a remote icon, use the absolute URL (e.g. https://...).
To use a local icon, first create a Docker mount to /app/public/icons and then reference your icon as /icons/myicon.png. You will need to restart the container when adding new icons.
Warning
Material Design Icons for brands were deprecated and may be removed in the future. Using Simple Icons for brand icons will prevent any issues if / when the Material Design Icons are removed.
- Group A:\n- Sonarr:\nicon: sonarr.png\nhref: http://sonarr.host/\ndescription: Series management\n- Group B:\n- Radarr:\nicon: radarr.png\nhref: http://radarr.host/\ndescription: Movie management\n- Group C:\n- Service:\nicon: mdi-flask-outline\nhref: http://service.host/\ndescription: My cool service\nServices may have an optional ping property that allows you to monitor the availability of an external host. As of v0.7.5, the ping feature uses the true ping command on the underlying host.
- Group A:\n- Sonarr:\nicon: sonarr.png\nhref: http://sonarr.host/\nping: sonarr.host\n- Group B:\n- Radarr:\nicon: radarr.png\nhref: http://radarr.host/\nping: some.other.host\nYou can also apply different styles to the ping indicator by using the statusStyle property, see settings.
Services may have an optional siteMonitor property (formerly ping) that allows you to monitor the availability of a URL you chose and have the response time displayed. You do not need to set your monitor URL equal to your href or ping URL.
Note
The site monitor feature works by making an http HEAD request to the URL, and falls back to GET in case that fails. It will not, for example, login if the URL requires auth or is behind e.g. Authelia. In the case of a reverse proxy and/or auth this usually requires the use of an 'internal' URL to make the site monitor feature correctly display status.
- Group A:\n- Sonarr:\nicon: sonarr.png\nhref: http://sonarr.host/\nsiteMonitor: http://sonarr.host/\n- Group B:\n- Radarr:\nicon: radarr.png\nhref: http://radarr.host/\nsiteMonitor: http://some.other.host/\nYou can also apply different styles to the site monitor indicator by using the statusStyle property, see settings.
Services may be connected to a Docker container, either running on the local machine, or a remote machine.
- Group A:\n- Service A:\nhref: http://localhost/\ndescription: This is my service\nserver: my-server\ncontainer: my-container\n- Group B:\n- Service B:\nhref: http://localhost/\ndescription: This is another service\nserver: other-server\ncontainer: other-container\nClicking on the status label of a service with Docker integration enabled will expand the container stats, where you can see CPU, Memory, and Network activity.
Note
This can also be controlled with showStats. See show docker stats for more information
Services may also have a service widget (or integration) attached to them, this works independently of the Docker integration.
You can find information and configuration for each of the supported integrations on the Service Widgets page.
Here is an example of a Radarr & Sonarr service, with their respective integrations.
- Group A:\n- Sonarr:\nicon: sonarr.png\nhref: http://sonarr.host/\ndescription: Series management\nwidget:\ntype: sonarr\nurl: http://sonarr.host\nkey: apikeyapikeyapikeyapikeyapikey\n- Group B:\n- Radarr:\nicon: radarr.png\nhref: http://radarr.host/\ndescription: Movie management\nwidget:\ntype: radarr\nurl: http://radarr.host\nkey: apikeyapikeyapikeyapikeyapikey\nThe settings.yaml file allows you to define application level options. For changes made to this file to take effect, you will need to regenerate the static HTML, this can be done by clicking the refresh icon in the bottom right of the page.
You can customize the title of the page if you'd like.
title: My Awesome Homepage\nYou can customize the start_url as required for installable apps. The default is \"/\".
startUrl: https://custom.url\nHeads Up!
You will need to restart the container any time you add new images, this is a limitation of the Next.js static site server.
Heads Up!
Do not create a bind mount to the entire /app/public/ directory.
If you'd like to use a background image instead of the solid theme color, you may provide a full URL to an image of your choice.
background: https://images.unsplash.com/photo-1502790671504-542ad42d5189?auto=format&fit=crop&w=2560&q=80\nOr you may pass the path to a local image relative to e.g. /app/public/images directory.
For example, inside of your Docker Compose file, mount a path to where your images are kept:
volumes:\n- /my/homepage/images:/app/public/images\nand then reference that image:
background: /images/background.png\nYou can specify filters to apply over your background image for blur, saturation and brightness as well as opacity to blend with the background color. The first three filter settings use tailwind CSS classes, see notes below regarding the options for each. You do not need to specify all options.
background:\nimage: /images/background.png\nblur: sm # sm, \"\", md, xl... see https://tailwindcss.com/docs/backdrop-blur\nsaturate: 50 # 0, 50, 100... see https://tailwindcss.com/docs/backdrop-saturate\nbrightness: 50 # 0, 50, 75... see https://tailwindcss.com/docs/backdrop-brightness\nopacity: 50 # 0-100\nYou can apply a blur filter to the service & bookmark cards. Note this option is incompatible with the background blur, saturate and brightness filters.
cardBlur: sm # sm, \"\", md, etc... see https://tailwindcss.com/docs/backdrop-blur\nIf you'd like to use a custom favicon instead of the included one, you may provide a full URL to an image of your choice.
favicon: https://www.google.com/favicon.ico\nOr you may pass the path to a local image relative to the /app/public directory. See Background Image for more detailed information on how to provide your own files.
You can configure a fixed them (and disable the theme switcher) by passing the theme option, like so:
theme: dark # or light\nYou can configured a fixed color palette (and disable the palette switcher) by passing the color option, like so:
color: slate\nSupported colors are: slate, gray, zinc, neutral, stone, amber, yellow, lime, green, emerald, teal, cyan, sky, blue, indigo, violet, purple, fuchsia, pink, rose, red, white
You can configure service and bookmarks sections to be either \"column\" or \"row\" based layouts, like so:
Assuming you have a group named Media in your services.yaml or bookmarks.yaml file,
layout:\nMedia:\nstyle: row\ncolumns: 4\nAs an example, this would produce the following layout:
"},{"location":"configs/settings/#sorting","title":"Sorting","text":"Service groups and bookmark groups can be mixed in order, but should use different group names. If you do not specify any bookmark groups they will all show at the bottom of the page.
Using the same name for a service and bookmark group can cause unexpected behavior like a bookmark group being hidden
Groups will sort based on the order in the layout block. You can also mix in groups defined by docker labels, e.g.
layout:\n- Auto-Discovered1:\n- Configured1:\n- Configured2:\n- Auto-Discovered2:\n- Configured3:\nstyle: row\ncolumns: 3\nYou can hide headers for each section in the layout as well by passing header as false, like so:
layout:\nSection A:\nheader: false\nSection B:\nstyle: row\ncolumns: 3\nheader: false\nYou can also add an icon to a category under the layout setting similar to the options for service icons, e.g.
Home Management & Info:\nicon: home-assistant.png\nServer Tools:\nicon: https://cdn-icons-png.flaticon.com/512/252/252035.png\n...\nThe default style for icons (e.g. icon: mdi-XXXX) is a gradient, or you can specify that prefixed icons match your theme with a 'flat' style using the setting below. More information about prefixed icons can be found in options for service icons.
iconStyle: theme # optional, defaults to gradient\nVersion 0.6.30 introduced a tabbed view to layouts which can be optionally specified in the layout. Tabs is only active if you set the tab field on at least one layout group.
Tabs are sorted based on the order in the layout block. If a group has no tab specified (and tabs are set on other groups), services and bookmarks will be shown on all tabs.
Every tab can be accessed directly by visiting Homepage URL with #Group (name lowercase and URI-encoded) at the end of the URL.
For example, the following would create four tabs:
layout:\n...\nBookmark Group on First Tab:\ntab: First\nFirst Service Group:\ntab: First\nstyle: row\ncolumns: 4\nSecond Service Group:\ntab: Second\ncolumns: 4\nThird Service Group:\ntab: Third\nstyle: row\nBookmark Group on Fourth Tab:\ntab: Fourth\nService Group on every Tab:\nstyle: row\ncolumns: 4\nYou can add a fifth column (when style: columns which is default) by adding:
fiveColumns: true\nBy default homepage will max out at 4 columns for column style
"},{"location":"configs/settings/#collapsible-sections","title":"Collapsible sections","text":"You can disable the collapsible feature of services & bookmarks by adding:
disableCollapse: true\nBy default the feature is enabled.
"},{"location":"configs/settings/#header-style","title":"Header Style","text":"There are currently 4 options for header styles, you can see each one below.
headerStyle: underlined # default style\nheaderStyle: boxed\nheaderStyle: clean\nheaderStyle: boxedWidgets\nIn some proxy configurations, it may be necessary to set the documents base URL. You can do this by providing a base value, like so:
base: http://host.local/homepage\nThe URL must be a full, absolute URL, or it will be ignored by the browser.
"},{"location":"configs/settings/#language","title":"Language","text":"Set your desired language using:
language: fr\nCurrently supported languages: ca, de, en, es, fr, he, hr, hu, it, nb-NO, nl, pt, ru, sv, vi, zh-CN, zh-Hant
You can also specify locales e.g. for the DateTime widget, e.g. en-AU, en-GB, etc.
"},{"location":"configs/settings/#link-target","title":"Link Target","text":"Changes the behaviour of links on the homepage,
target: _blank # Possible options include _blank, _self, and _top\nUse _blank to open links in a new tab, _self to open links in the same tab, and _top to open links in a new window.
This can also be set for individual services. Note setting this at the service level overrides any setting in settings.json, e.g.:
- Example Service:\nhref: https://example.com/\n...\ntarget: _self\nThe providers section allows you to define shared API provider options and secrets. Currently this allows you to define your weather API keys in secret and is also the location of the Longhorn URL and credentials.
providers:\nopenweathermap: openweathermapapikey\nweatherapi: weatherapiapikey\nlonghorn:\nurl: https://longhorn.example.com\nusername: admin\npassword: LonghornPassword\nYou can then pass provider instead of apiKey in your widget configuration.
- weather:\nlatitude: 50.449684\nlongitude: 30.525026\nprovider: weatherapi\nYou can use the 'Quick Launch' feature to search services, perform a web search or open a URL. To use Quick Launch, just start typing while on your homepage (as long as the search widget doesn't have focus).
There are a few optional settings for the Quick Launch feature:
searchDescriptions: which lets you control whether item descriptions are included in searches. This is off by default. When enabled, results that match the item name will be placed above those that only match the description.hideInternetSearch: disable automatically including the currently-selected web search (e.g. from the widget) as a Quick Launch option. This is false by default, enabling the feature.hideVisitURL: disable detecting and offering an option to open URLs. This is false by default, enabling the feature.quicklaunch:\nsearchDescriptions: true\nhideInternetSearch: true\nhideVisitURL: true\nBy default the release version is displayed at the bottom of the page. To hide this, use the hideVersion setting, like so:
hideVersion: true\nBy default the homepage logfile is written to the a logs subdirectory of the config folder. In order to customize this path, you can set the logpath setting. A logs folder will be created in that location where the logfile will be written.
logpath: /logfile/path\nYou can show all docker stats expanded in settings.yaml:
showStats: true\nor per-service (services.yaml) with:
- Example Service:\n...\nshowStats: true\nIf you have both set the per-service settings take precedence.
"},{"location":"configs/settings/#status-style","title":"Status Style","text":"You can choose from the following styles for docker or k8s status, site monitor and ping: dot or basic
dot shows a green dot for a successful monitor ping or healthy status.basic shows either UP or DOWN for monitor & pingFor example:
statusStyle: \"dot\"\nor per-service (services.yaml) with:
- Example Service:\n...\nstatusStyle: 'dot'\nIf you have both set, the per-service settings take precedence.
"},{"location":"configs/settings/#hide-widget-error-messages","title":"Hide Widget Error Messages","text":"Hide the visible API error messages either globally in settings.yaml:
hideErrors: true\nor per service widget (services.yaml) with:
- Example Service:\n...\nwidget:\n...\nhideErrors: true\nIf either value is set to true, the error message will be hidden.
"},{"location":"installation/","title":"Installation","text":"You have a few options for deploying homepage, depending on your needs. We offer docker images for a majority of platforms. You can also install and run homepage from source if Docker is not your thing. It can even be installed on Kubernetes with Helm.
\u00a0 Install on Docker
\u00a0 Install on Kubernetes
\u00a0 Install on UNRAID
\u00a0 Building from source
"},{"location":"installation/docker/","title":"Docker Installation","text":"Using docker compose:
version: \"3.3\"\nservices:\nhomepage:\nimage: ghcr.io/gethomepage/homepage:latest\ncontainer_name: homepage\nports:\n- 3000:3000\nvolumes:\n- /path/to/config:/app/config # Make sure your local config directory exists\n- /var/run/docker.sock:/var/run/docker.sock # (optional) For docker integrations\nBy default, the Homepage container runs as root. Homepage also supports running your container as non-root via the standard PUID and PGID environment variables. When using these variables, make sure that any volumes mounted in to the container have the correct ownership and permissions set.
Using the docker socket directly is not the recommended method of integration and requires either running homepage as root or that the user be part of the docker group
In the docker compose example below, the environment variables $PUID and $PGID are set in a .env file.
version: \"3.3\"\nservices:\nhomepage:\nimage: ghcr.io/gethomepage/homepage:latest\ncontainer_name: homepage\nports:\n- 3000:3000\nvolumes:\n- /path/to/config:/app/config # Make sure your local config directory exists\n- /var/run/docker.sock:/var/run/docker.sock # (optional) For docker integrations, see alternative methods\nenvironment:\nPUID: $PUID\nPGID: $PGID\ndocker run -p 3000:3000 -v /path/to/config:/app/config -v /var/run/docker.sock:/var/run/docker.sock ghcr.io/gethomepage/homepage:latest\nYou can also include environment variables in your config files to protect sensitive information. Note:
HOMEPAGE_VAR_ or HOMEPAGE_FILE_HOMEPAGE_VAR_XXX will replace {{HOMEPAGE_VAR_XXX}} in any configHOMEPAGE_FILE_XXX must be a file path, the contents of which will be used to replace {{HOMEPAGE_FILE_XXX}} in any configThere is an unofficial helm chart that creates all the necessary manifests, including the service account and RBAC entities necessary for service discovery.
helm repo add jameswynn https://jameswynn.github.io/helm-charts\nhelm install homepage jameswynn/homepage -f values.yaml\nThe helm chart allows for all the configurations to be inlined directly in your values.yaml:
config:\nbookmarks:\n- Developer:\n- Github:\n- abbr: GH\nhref: https://github.com/\nservices:\n- My First Group:\n- My First Service:\nhref: http://localhost/\ndescription: Homepage is awesome\n- My Second Group:\n- My Second Service:\nhref: http://localhost/\ndescription: Homepage is the best\n- My Third Group:\n- My Third Service:\nhref: http://localhost/\ndescription: Homepage is \ud83d\ude0e\nwidgets:\n# show the kubernetes widget, with the cluster summary and individual nodes\n- kubernetes:\ncluster:\nshow: true\ncpu: true\nmemory: true\nshowLabel: true\nlabel: \"cluster\"\nnodes:\nshow: true\ncpu: true\nmemory: true\nshowLabel: true\n- search:\nprovider: duckduckgo\ntarget: _blank\nkubernetes:\nmode: cluster\nsettings:\n# The service account is necessary to allow discovery of other services\nserviceAccount:\ncreate: true\nname: homepage\n# This enables the service account to access the necessary resources\nenableRbac: true\ningress:\nmain:\nenabled: true\nannotations:\n# Example annotations to add Homepage to your Homepage!\ngethomepage.dev/enabled: \"true\"\ngethomepage.dev/name: \"Homepage\"\ngethomepage.dev/description: \"Dynamically Detected Homepage\"\ngethomepage.dev/group: \"Dynamic\"\ngethomepage.dev/icon: \"homepage.png\"\nhosts:\n- host: homepage.example.com\npaths:\n- path: /\npathType: Prefix\nIf you don't want to use the unofficial Helm chart, you can also create your own Kubernetes manifest(s) and apply them with kubectl apply -f filename.yaml.
Here's a working example of the resources you need:
"},{"location":"installation/k8s/#serviceaccount","title":"ServiceAccount","text":"apiVersion: v1\nkind: ServiceAccount\nmetadata:\nname: homepage\nnamespace: default\nlabels:\napp.kubernetes.io/name: homepage\nsecrets:\n- name: homepage\napiVersion: v1\nkind: Secret\ntype: kubernetes.io/service-account-token\nmetadata:\nname: homepage\nnamespace: default\nlabels:\napp.kubernetes.io/name: homepage\nannotations:\nkubernetes.io/service-account.name: homepage\napiVersion: v1\nkind: ConfigMap\nmetadata:\nname: homepage\nnamespace: default\nlabels:\napp.kubernetes.io/name: homepage\ndata:\nkubernetes.yaml: |\nmode: cluster\nsettings.yaml: \"\"\n#settings.yaml: |\n# providers:\n# longhorn:\n# url: https://longhorn.my.network\ncustom.css: \"\"\ncustom.js: \"\"\nbookmarks.yaml: |\n- Developer:\n- Github:\n- abbr: GH\nhref: https://github.com/\nservices.yaml: |\n- My First Group:\n- My First Service:\nhref: http://localhost/\ndescription: Homepage is awesome\n- My Second Group:\n- My Second Service:\nhref: http://localhost/\ndescription: Homepage is the best\n- My Third Group:\n- My Third Service:\nhref: http://localhost/\ndescription: Homepage is \ud83d\ude0e\nwidgets.yaml: |\n- kubernetes:\ncluster:\nshow: true\ncpu: true\nmemory: true\nshowLabel: true\nlabel: \"cluster\"\nnodes:\nshow: true\ncpu: true\nmemory: true\nshowLabel: true\n- resources:\nbackend: resources\nexpanded: true\ncpu: true\nmemory: true\n- search:\nprovider: duckduckgo\ntarget: _blank\ndocker.yaml: \"\"\napiVersion: rbac.authorization.k8s.io/v1\nkind: ClusterRole\nmetadata:\nname: homepage\nlabels:\napp.kubernetes.io/name: homepage\nrules:\n- apiGroups:\n- \"\"\nresources:\n- namespaces\n- pods\n- nodes\nverbs:\n- get\n- list\n- apiGroups:\n- extensions\n- networking.k8s.io\nresources:\n- ingresses\nverbs:\n- get\n- list\n- apiGroups:\n- traefik.containo.us\nresources:\n- ingressroutes\nverbs:\n- get\n- list\n- apiGroups:\n- metrics.k8s.io\nresources:\n- nodes\n- pods\nverbs:\n- get\n- list\n---\napiVersion: rbac.authorization.k8s.io/v1\nkind: ClusterRoleBinding\nmetadata:\nname: homepage\nlabels:\napp.kubernetes.io/name: homepage\nroleRef:\napiGroup: rbac.authorization.k8s.io\nkind: ClusterRole\nname: homepage\nsubjects:\n- kind: ServiceAccount\nname: homepage\nnamespace: default\napiVersion: v1\nkind: Service\nmetadata:\nname: homepage\nnamespace: default\nlabels:\napp.kubernetes.io/name: homepage\nannotations:\nspec:\ntype: ClusterIP\nports:\n- port: 3000\ntargetPort: http\nprotocol: TCP\nname: http\nselector:\napp.kubernetes.io/name: homepage\napiVersion: apps/v1\nkind: Deployment\nmetadata:\nname: homepage\nnamespace: default\nlabels:\napp.kubernetes.io/name: homepage\nspec:\nrevisionHistoryLimit: 3\nreplicas: 1\nstrategy:\ntype: RollingUpdate\nselector:\nmatchLabels:\napp.kubernetes.io/name: homepage\ntemplate:\nmetadata:\nlabels:\napp.kubernetes.io/name: homepage\nspec:\nserviceAccountName: homepage\nautomountServiceAccountToken: true\ndnsPolicy: ClusterFirst\nenableServiceLinks: true\ncontainers:\n- name: homepage\nimage: \"ghcr.io/gethomepage/homepage:latest\"\nimagePullPolicy: Always\nports:\n- name: http\ncontainerPort: 3000\nprotocol: TCP\nvolumeMounts:\n- mountPath: /app/config/custom.js\nname: homepage-config\nsubPath: custom.js\n- mountPath: /app/config/custom.css\nname: homepage-config\nsubPath: custom.css\n- mountPath: /app/config/bookmarks.yaml\nname: homepage-config\nsubPath: bookmarks.yaml\n- mountPath: /app/config/docker.yaml\nname: homepage-config\nsubPath: docker.yaml\n- mountPath: /app/config/kubernetes.yaml\nname: homepage-config\nsubPath: kubernetes.yaml\n- mountPath: /app/config/services.yaml\nname: homepage-config\nsubPath: services.yaml\n- mountPath: /app/config/settings.yaml\nname: homepage-config\nsubPath: settings.yaml\n- mountPath: /app/config/widgets.yaml\nname: homepage-config\nsubPath: widgets.yaml\n- mountPath: /app/config/logs\nname: logs\nvolumes:\n- name: homepage-config\nconfigMap:\nname: homepage\n- name: logs\nemptyDir: {}\napiVersion: networking.k8s.io/v1\nkind: Ingress\nmetadata:\nname: homepage\nnamespace: default\nlabels:\napp.kubernetes.io/name: homepage\nannotations:\ngethomepage.dev/description: Dynamically Detected Homepage\ngethomepage.dev/enabled: \"true\"\ngethomepage.dev/group: Cluster Management\ngethomepage.dev/icon: homepage.png\ngethomepage.dev/name: Homepage\nspec:\nrules:\n- host: \"homepage.my.network\"\nhttp:\npaths:\n- path: \"/\"\npathType: Prefix\nbackend:\nservice:\nname: homepage\nport:\nnumber: 3000\nFirst, clone the repository:
git clone https://github.com/gethomepage/homepage.git\nThen install dependencies and build the production bundle (I'm using pnpm here, you can use npm or yarn if you like):
pnpm install\npnpm build\nIf this is your first time starting, copy the src/skeleton directory to config/ to populate initial example config files.
Finally, run the server:
pnpm start\nHomepage has an UNRAID community package that you may use to install homepage. This is the easiest way to get started with homepage on UNRAID.
"},{"location":"installation/unraid/#install-the-plugin","title":"Install the Plugin","text":"homepage.You may need to set the permissions of the folders to be able to edit the files.
chmod -R u-x,go-rwx,go+u,ugo+X /app/config and press Enter.chmod -R u-x,go-rwx,go+u,ugo+X /app/public/icons and press Enter.chown -R nobody:users /app/config and press Enter.chown -R nobody:users /app/public/icons and press Enter.container: parameter. There is no need to set the server.!!! note
To view detailed container statistics (CPU, RAM, etc.), or if you use a remote docker socket, `container:` will still need to be set. For example:\n - Plex:\n icon: /icons/plex.png\n href: https://app.plex.com\n container: plex\nHere you'll find resources and guides for Homepage, troubleshooting tips, and more.
"},{"location":"more/development/","title":"Development","text":""},{"location":"more/development/#development-overview","title":"Development Overview","text":"First, clone the homepage repository.
For installing NPM packages, this project uses pnpm (and so should you!):
pnpm install\nStart the development server:
pnpm dev\nOpen http://localhost:3000 to start.
This is a Next.js application, see their documentation for more information.
"},{"location":"more/development/#code-linting","title":"Code Linting","text":"Once dependencies have been installed you can lint your code with
pnpm lint\nTo ensure a consistent style and formatting across the project source, the project utilizes Git pre-commit hooks to perform some formatting and linting before a commit is allowed.
Once installed, hooks will run when you commit. If the formatting isn't quite right, the commit will be rejected and you'll need to look at the output and fix the issue. Most hooks will automatically format failing files, so all you need to do is git add those files again and retry your commit.
See the pre-commit documentation to get started.
"},{"location":"more/development/#service-widget-guidelines","title":"Service Widget Guidelines","text":"To ensure cohesiveness of various widgets, the following should be used as a guide for developing new widgets:
As of v0.7.2 homepage migrated from benphelps/homepage to an \"organization\" repository located at gethomepage/homepage. The reason for this was to setup the project for longevity and allow for community maintenance.
Migrating your installation should be as simple as changing image: ghcr.io/benphelps/homepage:latest to image: ghcr.io/gethomepage/homepage:latest.
Homepage is developed in English, component contributions must be in English. All translations are community provided, so a huge thanks go out to all those who have helped out so far!
"},{"location":"more/translations/#support-translations","title":"Support Translations","text":"If you'd like to lend a hand in translating Homepage into more languages, or to improve existing translations, the process is very simple:
If you'd like to add a new language, please create a new Discussion on Crowdin, and we'll add it to the project.
"},{"location":"more/troubleshooting/","title":"Troubleshooting","text":""},{"location":"more/troubleshooting/#general-troubleshooting-tips","title":"General Troubleshooting Tips","text":"docker logs homepage. This may provide some insight into the reason for an error.ENV variable LOG_LEVEL to debug.All service widgets work essentially the same, that is, homepage makes a proxied call to an API made available by that service. The majority of the time widgets don't work it is a configuration issue. Of course, sometimes things do break. Some basic steps to try:
Ensure that you follow the rule mentioned on https://gethomepage.dev/latest/configs/service-widgets/. Unless otherwise noted, URLs should not end with a / or other API path. Each widget will handle the path on its own.. This is very important as including a trailing slash can result in an error.
Verify the homepage installation can connect to the IP address or host you are using for the widget url. This is most simply achieved by pinging the server from the homepage machine, in Docker this means from inside the container itself, e.g.:
docker exec homepage ping SERVICEIPORDOMAIN\nIf your homepage install (container) cannot reach the service then you need to figure out why, for example in Docker this can mean putting the two containers on the same network, checking firewall issues, etc.
If you have verified that homepage can in fact reach the service then you can also check the API output using e.g. curl, which is often helpful if you do need to file a bug report. Again, depending on your networking setup this may need to be run from inside the container as IP / hostname resolution can differ inside vs outside.
Note
curl is not installed in the base image by default but can be added inside the container with apk add curl.
The exact API endpoints and authentication vary of course, but in many cases instructions can be found by searching the web or if you feel comfortable looking at the homepage source code (e.g. src/widgets/{widget}/widget.js).
It is out of the scope of this to go into full detail about how to , but an example for PiHole would be:
curl -L -k http://PIHOLEIPORHOST/admin/api.php\nOr for AdGuard:
curl -L -k -u 'username:password' http://ADGUARDIPORHOST/control/stats\nOr for Portainer:
curl -L -k -H 'X-Api-Key:YOURKEY' 'https://PORTAINERIPORHOST:PORT/api/endpoints/2/docker/containers/json'\nSonarr:
curl -L -k 'http://SONARRIPORHOST:PORT/api/v3/queue?apikey=YOURAPIKEY'\nThis will return some data which may reveal an issue causing a true bug in the service widget.
If, after correctly adding and mapping your custom icons via the Icons instructions, you are still unable to see your icons please try recreating your container.
"},{"location":"widgets/","title":"Widgets","text":"Homepage has two types of widgets: info and service. Below we'll cover each type and how to configure them.
"},{"location":"widgets/#service-widgets","title":"Service Widgets","text":"Service widgets are used to display the status of a service, often a web service or API. Services (and their widgets) are defined in your services.yml file. Here's an example:
- Plex:\nicon: plex.png\nhref: https://plex.my.host\ndescription: Watch movies and TV shows.\nserver: localhost\ncontainer: plex\nwidget:\ntype: tautulli\nurl: http://172.16.1.1:8181\nkey: aabbccddeeffgghhiijjkkllmmnnoo\nInfo widgets are used to display information in the header, often about your system or environment. Info widgets are defined your widgets.yml file. Here's an example:
- openmeteo:\nlabel: Current\nlatitude: 36.66\nlongitude: -117.51\ncache: 5\nThis allows you to display the date and/or time, can be heavily configured using Intl.DateTimeFormat.
Formatting is locale aware and will present your date in the regional format you expect, for example, 9/16/22, 3:03 PM for locale en and 16.09.22, 15:03 for de. You can also specify a locale just for the datetime widget with the locale option (see below).
- datetime:\ntext_size: xl\nformat:\ntimeStyle: short\nAny options passed to format are passed directly to Intl.DateTimeFormat, please reference the MDN documentation for all available options.
Valid text sizes are 4xl, 3xl, 2xl, xl, md, sm, xs.
A few examples,
# 13:37\nformat:\ntimeStyle: short\nhourCycle: h23\n# 1:37 PM\nformat:\ntimeStyle: short\nhour12: true\n# 1/23/22, 1:37 PM\nformat:\ndateStyle: short\ntimeStyle: short\nhour12: true\n# 4 januari 2023 om 13:51:25 PST\nlocale: nl\nformat:\ndateStyle: long\ntimeStyle: long\n(Find the Glances service widget here)
The Glances widget allows you to monitor the resources (CPU, memory, storage, temp & uptime) of host or another machine, and is designed to match the resources info widget. You can have multiple instances by adding another configuration block. The cputemp, uptime & disk states require separate API calls and thus are not enabled by default. Glances needs to be running in \"web server\" mode to enable the API, see the glances docs.
- glances:\nurl: http://host.or.ip:port\nusername: user # optional if auth enabled in Glances\npassword: pass # optional if auth enabled in Glances\ncpu: true # optional, enabled by default, disable by setting to false\nmem: true # optional, enabled by default, disable by setting to false\ncputemp: true # disabled by default\nuptime: true # disabled by default\ndisk: / # disabled by default, use mount point of disk(s) in glances. Can also be a list (see below)\nexpanded: true # show the expanded view\nlabel: MyMachine # optional\nMultiple disks can be specified as:
disk:\n- /\n- /boot\n...\nAdded in v0.4.18, updated in v0.6.11, v0.6.21
"},{"location":"widgets/info/greeting/","title":"Greeting","text":"This allows you to display simple text, can be configured like so:
- greeting:\ntext_size: xl\ntext: Greeting Text\nValid text sizes are 4xl, 3xl, 2xl, xl, md, sm, xs.
This is very similar to the Resources widget, but provides resource information about a Kubernetes cluster.
It provides CPU and Memory usage, by node and/or at the cluster level.
- kubernetes:\ncluster:\n# Shows cluster-wide statistics\nshow: true\n# Shows the aggregate CPU stats\ncpu: true\n# Shows the aggregate memory stats\nmemory: true\n# Shows a custom label\nshowLabel: true\nlabel: \"cluster\"\nnodes:\n# Shows node-specific statistics\nshow: true\n# Shows the CPU for each node\ncpu: true\n# Shows the memory for each node\nmemory: true\n# Shows the label, which is always the node name\nshowLabel: true\nThis allows you to display the homepage logo, you can optionally specify your own icon using similar options as other icons, see service icons.
- logo:\nicon: https://upload.wikimedia.org/wikipedia/commons/thumb/d/d5/I_Love_New_York.svg/1101px-I_Love_New_York.svg.png # optional\nAdded in v0.4.18, updated in 0.X.X
"},{"location":"widgets/info/longhorn/","title":"Longhorn","text":"The Longhorn widget pulls storage utilization metrics from the Longhorn storage driver on Kubernetes. It is designed to appear similar to the Resource widget's disk representation.
The exact metrics should be very similar to what is seen on the Longhorn dashboard itself.
It can show the aggregate metrics and/or the individual node metrics.
- longhorn:\n# Show the expanded view\nexpanded: true\n# Shows a node representing the aggregate values\ntotal: true\n# Shows the node names as labels\nlabels: true\n# Show the nodes\nnodes: true\n# An explicit list of nodes to show. All are shown by default if \"nodes\" is true\ninclude:\n- node1\n- node2\nThe Longhorn URL and credentials are stored in the providers section of the settings.yaml.
No registration is required at all! See https://open-meteo.com/en/docs
- openmeteo:\nlabel: Kyiv # optional\nlatitude: 50.449684\nlongitude: 30.525026\ntimezone: Europe/Kiev # optional\nunits: metric # or imperial\ncache: 5 # Time in minutes to cache API responses, to stay within limits\nYou can optionally not pass a latitude and longitude and the widget will use your current location (requires a secure context, eg. HTTPS).
The free tier \"One Call API\" is all that's required, you will need to subscribe and grab your API key.
- openweathermap:\nlabel: Kyiv #optional\nlatitude: 50.449684\nlongitude: 30.525026\nunits: metric # or imperial\nprovider: openweathermap\napiKey: youropenweathermapkey # required only if not using provider, this reveals api key in requests\ncache: 5 # Time in minutes to cache API responses, to stay within limits\nYou can optionally not pass a latitude and longitude and the widget will use your current location (requires a secure context, eg. HTTPS).
You can include all or some of the available resources. If you do not want to see that resource, simply pass false.
The disk path is the path reported by df (Mounted On), or the mount point of the disk.
The cpu and memory resource information are the container's usage while glances displays statistics for the host machine on which it is installed.
Note: unfortunately, the package used for getting CPU temp (systeminformation) is not compatible with some setups and will not report any value(s) for CPU temp.
Any disk you wish to access must be mounted to your container as a volume.
- resources:\ncpu: true\nmemory: true\ndisk: /disk/mount/path\ncputemp: true\nuptime: true\nunits: imperial # only used by cpu temp\nrefresh: 3000 # optional, in ms\nYou can also pass a label option, which allows you to group resources under named sections,
- resources:\nlabel: System\ncpu: true\nmemory: true\n- resources:\nlabel: Storage\ndisk: /mnt/storage\nWhich produces something like this,
If you have more than a single disk and would like to group them together under the same label, you can pass an array of paths instead,
- resources:\nlabel: Storage\ndisk:\n- /mnt/storage\n- /mnt/backup\n- /mnt/media\nTo produce something like this,
You can additionally supply an optional expanded property set to true in order to show additional details about the resources. By default the expanded property is set to false when not supplied.
- resources:\nlabel: Array Disks\nexpanded: true\ndisk:\n- /disk1\n- /disk2\n- /disk3\nYou can add a search bar to your top widget area that can search using Google, Duckduckgo, Bing, Baidu, Brave or any other custom provider that supports the basic ?q= search query param.
- search:\nprovider: google # google, duckduckgo, bing, baidu, brave or custom\nfocus: true # Optional, will set focus to the search bar on page load\ntarget: _blank # One of _self, _blank, _parent or _top\nor for a custom search:
- search:\nprovider: custom\nurl: https://lougle.com/?q=\ntarget: _blank\nmultiple providers is also supported via a dropdown (excluding custom):
- search:\nprovider: [brave, google, duckduckgo]\nAdded in v0.1.6, updated in 0.6.0
"},{"location":"widgets/info/unifi_controller/","title":"Unifi Controller","text":"(Find the Unifi Controller service widget here)
You can display general connectivity status from your Unifi (Network) Controller. When authenticating you will want to use a local account that has at least read privileges.
An optional 'site' parameter can be supplied, if it is not the widget will use the default site for the controller.
Note: If you enter e.g. incorrect credentials and receive an \"API Error\", you may need to recreate the container to clear the cache.
- unifi_console:\nurl: https://unifi.host.or.ip:port\nusername: user\npassword: pass\nsite: Site Name # optional\nAdded in v0.4.18, updated in 0.6.7
"},{"location":"widgets/info/weather/","title":"Weather API","text":"Note: this widget is considered 'deprecated' since there is no longer a free Weather API tier for new members. See the openmeteo or openweathermap widgets for alternatives.
The free tier is all that's required, you will need to register and grab your API key.
- weatherapi:\nlabel: Kyiv # optional\nlatitude: 50.449684\nlongitude: 30.525026\nunits: metric # or imperial\napiKey: yourweatherapikey\ncache: 5 # Time in minutes to cache API responses, to stay within limits\nYou can optionally not pass a latitude and longitude and the widget will use your current location (requires a secure context, eg. HTTPS).
The username and password are the same as used to login to the web interface.
Allowed fields: [\"queries\", \"blocked\", \"filtered\", \"latency\"].
widget:\ntype: adguard\nurl: http://adguard.host.or.ip\nusername: admin\npassword: password\nDefine same username and password that is used for login from web or supported apps
Allowed fields: [\"series\", \"archives\", \"chapters\", \"categories\"].
widget:\ntype: atsumeru\nurl: http://atsumeru.host.or.ip:port\nusername: username\npassword: password\nYou can find your API token by logging into the Audiobookshelf web app as an admin, go to the config \u2192 users page, and click on your account.
Allowed fields: [\"podcasts\", \"podcastsDuration\", \"books\", \"booksDuration\"]
widget:\ntype: audiobookshelf\nurl: http://audiobookshelf.host.or.ip:port\nkey: audiobookshelflapikey\nThis widget reads the number of active users in the system, as well as logins for the last 24 hours.
You will need to generate an API token for an existing user. To do so follow these steps:
Allowed fields: [\"users\", \"loginsLast24H\", \"failedLoginsLast24H\"].
widget:\ntype: authentik\nurl: http://authentik.host.or.ip:22070\nkey: api_token\nFind your API key under Settings > API Keys.
Allowed fields: [\"approvedPushes\", \"rejectedPushes\", \"filters\", \"indexers\"].
widget:\ntype: autobrr\nurl: http://autobrr.host.or.ip\nkey: apikeyapikeyapikeyapikeyapikey\nThis widget has 2 functions:
Pipelines: checks if the relevant pipeline is running or not, and if not, reports the last status.\\ Allowed fields: [\"result\", \"status\"].
Pull Requests: returns the amount of open PRs, the amount of the PRs you have open, and how many PRs that you open are marked as 'Approved' by at least 1 person and not yet completed.\\ Allowed fields: [\"totalPrs\", \"myPrs\", \"approved\"].
You will need to generate a personal access token for an existing user, see the azure documentation
widget:\ntype: azuredevops\norganization: myOrganization\nproject: myProject\ndefinitionId: pipelineDefinitionId # required for pipelines\nbranchName: branchName # optional for pipelines, leave empty for all\nuserEmail: email # required for pull requests\nrepositoryId: prRepositoryId # required for pull requests\nkey: personalaccesstoken\nFind your API key under Settings > General.
Allowed fields: [\"missingEpisodes\", \"missingMovies\"].
widget:\ntype: bazarr\nurl: http://bazarr.host.or.ip\nkey: apikeyapikeyapikeyapikeyapikey\nAllowed fields: [\"upstreams\", \"requests\", \"requests_failed\"].
widget:\ntype: caddy\nurl: http://caddy.host.or.ip:adminport # default admin port is 2019\nThis widget shows monthly calendar, with optional integrations to show events from supported widgets.
widget:\ntype: calendar\nfirstDayInWeek: sunday # optional - defaults to monday\nview: monthly # optional - possible values monthly, agenda\nmaxEvents: 10 # optional - defaults to 10\nintegrations: # optional\n- type: sonarr # active widget type that is currently enabled on homepage - possible values: radarr, sonarr, lidarr, readarr\nservice_group: Media # group name where widget exists\nservice_name: Sonarr # service name for that widget\ncolor: teal # optional - defaults to pre-defined color for the service (teal for sonarr)\nparams: # optional - additional params for the service\nunmonitored: true # optional - defaults to false, used with *arr stack\nThis view shows only list of events from configured integrations
widget:\ntype: calendar\nview: agenda\nmaxEvents: 10 # optional - defaults to 10\nintegrations: # same as in Monthly view example\nCurrently integrated widgets are sonarr, radarr, lidarr and readarr.
Supported colors can be found on color palette.
"},{"location":"widgets/services/calibre-web/","title":"Calibre-web","text":"Note: this widget requires a feature of calibre-web that has not yet been distributed in versioned release. The code is contained in \"nightly\" lsio builds after 25/8/23 or running the calibre-web source code including commit 0499e57.
Allowed fields: [\"books\", \"authors\", \"categories\", \"series\"].
widget:\ntype: calibreweb\nurl: http://your.calibreweb.host:port\nusername: username\npassword: password\nFind your API key under Settings > API.
widget:\ntype: changedetectionio\nurl: http://changedetection.host.or.ip:port\nkey: apikeyapikeyapikeyapikeyapikey\nwidget:\ntype: channelsdvrserver\nurl: http://192.168.1.55:8089\nAs of v0.6.10 this widget no longer accepts a Cloudflare global API key (or account email) due to security concerns. Instead, you should setup an API token which only requires the permissions Account.Cloudflare Tunnel:Read.
Allowed fields: [\"status\", \"origin_ip\"].
widget:\ntype: cloudflared\naccountid: accountid # from zero trust dashboard url e.g. https://one.dash.cloudflare.com/<accountid>/home/quick-start\ntunnelid: tunnelid # found in tunnels dashboard under the tunnel name\nkey: cloudflareapitoken # api token with `Account.Cloudflare Tunnel:Read` https://dash.cloudflare.com/profile/api-tokens\nGet your API key from your CoinMarketCap Pro Dashboard.
Allowed fields: no configurable fields for this widget.
widget:\ntype: coinmarketcap\ncurrency: GBP # Optional\nsymbols: [BTC, LTC, ETH]\nkey: apikeyapikeyapikeyapikeyapikey\ndefaultinterval: 7d # Optional\nYou can also specify slugs instead of symbols (since symbols aren't garaunteed to be unique). If you supply both, slugs will be used. For example:
widget:\ntype: coinmarketcap\nslugs: [chia-network, uniswap]\nkey: apikeyapikeyapikeyapikeyapikey\nThis widget can show information from custom self-hosted or third party API.
Fields need to be defined in the mappings section YAML object to correlate with the value in the APIs JSON object. Final field definition needs to be the key with the desired value information.
widget:\ntype: customapi\nurl: http://custom.api.host.or.ip:port/path/to/exact/api/endpoint\nrefreshInterval: 10000 # optional - in milliseconds, defaults to 10s\nusername: username # auth - optional\npassword: password # auth - optional\nmethod: GET # optional, e.g. POST\nheaders: # optional, must be object, see below\nmappings:\n- field: key # needs to be YAML string or object\nlabel: Field 1\nformat: text # optional - defaults to text\n- field: # needs to be YAML string or object\npath:\nto: key2\nformat: number # optional - defaults to text\nlabel: Field 2\n- field: # needs to be YAML string or object\npath:\nto:\nanother: key3\nlabel: Field 3\nformat: percent # optional - defaults to text\nSupported formats for the values are text, number, float, percent, bytes and bitrate.
For the following JSON object from the API:
{\n\"id\": 1,\n\"name\": \"Rick Sanchez\",\n\"status\": \"Alive\",\n\"species\": \"Human\",\n\"gender\": \"Male\",\n\"origin\": {\n\"name\": \"Earth (C-137)\"\n},\n\"locations\": [\n{\n\"name\": \"Earth (C-137)\"\n},\n{\n\"name\": \"Citadel of Ricks\"\n}\n]\n}\nDefine the mappings section as an array, for example:
mappings:\n- field: name # Rick Sanchez\nlabel: Name\n- field: status # Alive\nlabel: Status\n- field:\norigin: name # Earth (C-137)\nlabel: Origin\n- field:\nlocations:\n1: name # Citadel of Ricks\nlabel: Location\nYou can manipulate data with the following tools remap, scale and suffix, for example:
- field: key4\nlabel: Field 4\nformat: text\nremap:\n- value: 0\nto: None\n- value: 1\nto: Connected\n- any: true # will map all other values\nto: Unknown\n- field: key5\nlabel: Power\nformat: float\nscale: 0.001 # can be number or string e.g. 1/16\nsuffix: kW\nPass custom headers using the headers option, for example:
headers:\nX-API-Token: token\nUses the same password used to login to the webui, see the deluge FAQ.
Allowed fields: [\"leech\", \"download\", \"seed\", \"upload\"].
widget:\ntype: deluge\nurl: http://deluge.host.or.ip\npassword: password # webui password\nNote: the widget is not compatible with 2FA.
An optional 'volume' parameter can be supplied to specify which volume's free space to display when more than one volume exists. The value of the parameter must be in form of volume_N, e.g. to display free space for volume2, volume_2 should be set as 'volume' value. If omitted, first returned volume's free space will be shown (not guaranteed to be volume1).
Allowed fields: [\"uptime\", \"volumeAvailable\", \"resources.cpu\", \"resources.mem\"].
To access these system metrics you need to connect to the DiskStation with an account that is a member of the default Administrators group. That is because these metrics are requested from the API's SYNO.Core.System part that is only available to admin users. In order to keep the security impact as small as possible we can set the account in DSM up to limit the user's permissions inside the Synology system. In DSM 7.x, for instance, follow these steps:
remote_stats.User Groups tab of the user config dialogue check the box for Administrators.Permissions tab check the top box for No Access, effectively prohibiting the user from accessing anything in the shared folders.Applications check the box next to Deny in the header to explicitly prohibit login to all applications.Download Station application, either byDeny in the respective row, or (if inheriting permission doesn't work because of other group settings)Allow for this app, orBy IP for this app to limit the source of login attempts to one or more IP addresses/subnets.Preview column shows Allow in the Download Station row, click Save.Now configure the widget with the correct login information and test it.
If you encounter issues during testing, make sure to uncheck the option for automatic blocking due to invalid logins under Control Panel > Security > Protection. If desired, this setting can be reactivated once the login is established working.
widget:\ntype: diskstation\nurl: http://diskstation.host.or.ip:port\nusername: username\npassword: password\nvolume: volume_N # optional\nNote: the widget is not compatible with 2FA.
Allowed fields: [\"leech\", \"download\", \"seed\", \"upload\"].
widget:\ntype: downloadstation\nurl: http://downloadstation.host.or.ip:port\nusername: username\npassword: password\nYou can create an API key from inside Emby at Settings > Advanced > Api Keys.
As of v0.6.11 the widget supports fields [\"movies\", \"series\", \"episodes\", \"songs\"]. These blocks are disabled by default but can be enabled with the enableBlocks option, and the \"Now Playing\" feature (enabled by default) can be disabled with the enableNowPlaying option.
widget:\ntype: emby\nurl: http://emby.host.or.ip\nkey: apikeyapikeyapikeyapikeyapikey\nenableBlocks: true # optional, defaults to false\nenableNowPlaying: true # optional, defaults to true\nAllowed fields: [\"pv_power\", \"grid_power\", \"home_power\", \"charge_power].
widget:\ntype: evcc\nurl: http://evcc.host.or.ip:port\nAllowed fields: [\"queue\", \"processing\", \"processed\", \"time\"].
widget:\ntype: fileflows\nurl: http://your.fileflows.host:port\nAllowed fields: [\"leech\", \"download\", \"seed\", \"upload\"].
widget:\ntype: flood\nurl: http://flood.host.or.ip\nusername: username # if set\npassword: password # if set\nPlease refer to Enable the API in FreshRSS for the \"API password\" to be entered in the password field.
Allowed fields: [\"subscriptions\", \"unread\"].
widget:\ntype: freshrss\nurl: http://freshrss.host.or.ip:port\nusername: username\npassword: password\nUses the GameDig library to get game server information for any supported server type.
Allowed fields (limited to a max of 4): [\"status\", \"name\", \"map\", \"currentPlayers\", \"players\", \"maxPlayers\", \"bots\", \"ping\"].
widget:\ntype: gamedig\nserverType: csgo # see https://github.com/gamedig/node-gamedig#games-list\nurl: udp://server.host.or.ip:port\nAuthentication requires manually obtaining a Bearer token which can be obtained by make a POST request to the API e.g.
curl -X POST http://localhost:3333/api/v1/auth/anonymous -H 'Content-Type: application/json' -d '{ \"accessToken\": \"SECURITY_TOKEN_OF_ACCOUNT\" }'\nSee the official docs.
Note that the Bearer token is valid for 6 months, after which a new one must be generated.
Allowed fields: [\"gross_percent_today\", \"gross_percent_1y\", \"gross_percent_max\"]
widget:\ntype: ghostfolio\nurl: http://ghostfoliohost:port\nkey: ghostfoliobearertoken\n(Find the Glances information widget here)
The Glances widget allows you to monitor the resources (cpu, memory, diskio, sensors & processes) of host or another machine. You can have multiple instances by adding another service block.
widget:\ntype: glances\nurl: http://glances.host.or.ip:port\nusername: user # optional if auth enabled in Glances\npassword: pass # optional if auth enabled in Glances\nmetric: cpu\nPlease note, this widget does not need an href, icon or description on its parent service. To achieve the same effect as the examples above, see as an example:
- CPU Usage:\nwidget:\ntype: glances\nurl: http://glances.host.or.ip:port\nmetric: cpu\n- Network Usage:\nwidget:\ntype: glances\nurl: http://glances.host.or.ip:port\nmetric: network:enp0s25\nThe metric field in the configuration determines the type of system monitoring data to be displayed. Here are the supported metrics:
info: System information. Shows the system's hostname, OS, kernel version, CPU type, CPU usage, RAM usage and SWAP usage.
cpu: CPU usage. Shows how much of the system's computational resources are currently being used.
memory: Memory usage. Shows how much of the system's RAM is currently being used.
process: Top 5 processes based on CPU usage. Gives an overview of which processes are consuming the most resources.
network:<interface_name>: Network data usage for the specified interface. Replace <interface_name> with the name of your network interface, e.g., network:enp0s25, as specified in glances.
sensor:<sensor_id>: Temperature of the specified sensor, typically used to monitor CPU temperature. Replace <sensor_id> with the name of your sensor, e.g., sensor:Package id 0 as specified in glances.
disk:<disk_id>: Disk I/O data for the specified disk. Replace <disk_id> with the id of your disk, e.g., disk:sdb, as specified in glances.
gpu:<gpu_id>: GPU usage for the specified GPU. Replace <gpu_id> with the id of your GPU, e.g., gpu:0, as specified in glances.
fs:<mnt_point>: Disk usage for the specified mount point. Replace <mnt_point> with the path of your disk, e.g., /mnt/storage, as specified in glances.
All widgets offer an alternative to the full or \"graph\" view, which is the compact, or \"graphless\" view.
To switch to the alternative \"graphless\" view, simply pass chart: false as an option to the widget, like so:
- Network Usage:\nwidget:\ntype: glances\nurl: http://glances.host.or.ip:port\nmetric: network:enp0s25\nchart: false\nRequires HTTP control server options to be enabled.
Allowed fields: [\"public_ip\", \"region\", \"country\"].
widget:\ntype: gluetun\nurl: http://gluetun.host.or.ip\nGet a Gotify client token from an existing client or create a new one on your Gotify admin page.
Allowed fields: [\"apps\", \"clients\", \"messages\"].
widget:\ntype: gotify\nurl: http://gotify.host.or.ip\nkey: clientoken\nAllowed fields: [\"dashboards\", \"datasources\", \"totalalerts\", \"alertstriggered\"].
widget:\ntype: grafana\nurl: http://grafana.host.or.ip:port\nusername: username\npassword: password\nAllowed fields: [\"channels\", \"hd\"].
widget:\ntype: hdhomerun\nurl: http://hdhomerun.host.or.ip\nTo use the Health Checks widget, you first need to generate an API key. To do this, follow these steps:
Allowed fields: [\"status\", \"last_ping\"].
widget:\ntype: healthchecks\nurl: http://healthchecks.host.or.ip:port\nkey: <YOUR_API_KEY>\nuuid: <YOUR_CHECK_UUID>\nYou will need to generate a long-lived access token for an existing Home Assistant user in its profile.
Allowed fields: [\"people_home\", \"lights_on\", \"switches_on\"].
Up to a maximum of four custom states and/or templates can be queried via the custom property like in the example below. The custom property will have no effect as long as the fields property is defined.
state will query the state of the specified entity_id\"{attributes.friendly_name}\"\"{state} {attributes.unit_of_measurement}\"template will query the specified template, see (Home Assistant Templating)[https://www.home-assistant.io/docs/configuration/templating]widget:\ntype: homeassistant\nurl: http://homeassistant.host.or.ip:port\nkey: access_token\ncustom:\n- state: sensor.total_power\n- state: sensor.total_energy_today\nlabel: energy today\n- template: \"{{ states.switch|selectattr('state','equalto','on')|list|length }}\"\nlabel: switches on\n- state: weather.forecast_home\nlabel: wind speed\nvalue: \"{attributes.wind_speed} {attributes.wind_speed_unit}\"\nThe Homebridge API is actually provided by the Config UI X plugin that has been included with Homebridge for a while, still it is required to be installed for this widget to work.
Allowed fields: [\"updates\", \"child_bridges\"].
widget:\ntype: homebridge\nurl: http://homebridge.host.or.ip:port\nusername: username\npassword: password\nAllowed fields: [\"users\" ,\"photos\", \"videos\", \"storage\"].
Note that API key must be from admin user.
widget:\ntype: immich\nurl: http://immich.host.or.ip\nkey: adminapikeyadminapikeyadminapikey\nJackett must not have any authentication for the widget to work.
Allowed fields: [\"configured\", \"errored\"].
widget:\ntype: jackett\nurl: http://jackett.host.or.ip\nBasic widget to show number of items in download queue, along with the queue size and current download speed.
Allowed fields: [\"downloadCount\", \"downloadTotalBytes\",\"downloadBytesRemaining\", \"downloadSpeed\"].
widget:\ntype: jdownloader\nusername: JDownloader Username\npassword: JDownloader Password\nclient: Name of JDownloader Instance\nYou can create an API key from inside Jellyfin at Settings > Advanced > Api Keys.
As of v0.6.11 the widget supports fields [\"movies\", \"series\", \"episodes\", \"songs\"]. These blocks are disabled by default but can be enabled with the enableBlocks option, and the \"Now Playing\" feature (enabled by default) can be disabled with the enableNowPlaying option.
widget:\ntype: jellyfin\nurl: http://jellyfin.host.or.ip\nkey: apikeyapikeyapikeyapikeyapikey\nenableBlocks: true # optional, defaults to false\nenableNowPlaying: true # optional, defaults to true\nFind your API key under Settings > General > API Key.
Allowed fields: [\"pending\", \"approved\", \"available\"].
widget:\ntype: jellyseerr\nurl: http://jellyseerr.host.or.ip\nkey: apikeyapikeyapikeyapikeyapikey\nUses the same username and password used to login from the web.
Allowed fields: [\"seriesCount\", \"totalFiles\"].
widget:\ntype: kavita\nurl: http://kavita.host.or.ip:port\nusername: username\npassword: password\nUses the same username and password used to login from the web.
Allowed fields: [\"libraries\", \"series\", \"books\"].
widget:\ntype: komga\nurl: http://komga.host.or.ip:port\nusername: username\npassword: password\nAllowed fields: [\"status\", \"size\", \"lastrun\", \"nextrun\"].
You may optionally pass values for snapshotHost and / or snapshotPath to select a specific backup source for the widget.
widget:\ntype: kopia\nurl: http://kopia.host.or.ip:port\nusername: username\npassword: password\nsnapshotHost: hostname # optional\nsnapshotPath: path # optional\nFind your API key under Settings > General.
Allowed fields: [\"wanted\", \"queued\", \"artists\"].
widget:\ntype: lidarr\nurl: http://lidarr.host.or.ip\nkey: apikeyapikeyapikeyapikeyapikey\nUse the base URL of the Mastodon instance you'd like to pull stats for. Does not require authentication as the stats are part of the public API endpoints.
Allowed fields: [\"user_count\", \"status_count\", \"domain_count\"].
widget:\ntype: mastodon\nurl: https://mastodon.host.name\nGenerate a user API key under Profile > Manage Your API Tokens > Generate.
Allowed fields: [\"recipes\", \"users\", \"categories\", \"tags\"].
widget:\ntype: mealie\nurl: http://mealie-frontend.host.or.ip\nkey: mealieapitoken\nAllowed fields: [\"wanted\", \"queued\", \"series\"].
widget:\ntype: medusa\nurl: http://medusa.host.or.ip:port\nkey: medusaapikeyapikeyapikeyapikeyapikey\nHTTPS may be required, per the documentation
Allowed fields: [\"uptime\", \"cpuLoad\", \"memoryUsed\", \"numberOfLeases\"].
widget:\ntype: mikrotik\nurl: https://mikrotik.host.or.ip\nusername: username\npassword: password\nAllowed fields: [\"players\", \"version\", \"status\"].
widget:\ntype: minecraft\nurl: udp://minecraftserveripordomain:port\nApi key is found under Settings > API keys
Allowed fields: [\"unread\", \"read\"].
widget:\ntype: miniflux\nurl: http://miniflux.host.or.ip:port\nkey: minifluxapikey\nPass the stream URL from a service like \u00b5Streamer or camera-streamer.
widget:\ntype: mjpeg\nstream: http://mjpeg.host.or.ip/webcam/stream\nAllowed fields: [\"printer_state\", \"print_status\", \"print_progress\", \"layers\"].
widget:\ntype: moonraker\nurl: http://moonraker.host.or.ip:port\nAPI must be enabled in Mylar3 settings.
Allowed fields: [\"series\", \"issues\", \"wanted\"].
widget:\ntype: mylar\nurl: http://mylar3.host.or.ip:port\nkey: yourmylar3apikey\nFor detailed information about how to generate the token see http://www.subsonic.org/pages/api.jsp.
Allowed fields: no configurable fields for this widget.
widget:\ntype: navidrome\nurl: http://navidrome.host.or.ip:port\nuser: username\ntoken: token #md5(password + salt)\nsalt: randomsalt\nUse username & password, or the NC-Token key. Information about the token can be found under Settings > System. If both are provided, NC-Token will be used.
Allowed fields: [\"cpuload\", \"memoryusage\", \"freespace\", \"activeusers\", \"numfiles\", \"numshares\"].
Note \"cpuload\" and \"memoryusage\" were deprecated in v0.6.18 and a maximum of 4 fields can be displayed.
widget:\ntype: nextcloud\nurl: https://nextcloud.host.or.ip:port\nkey: token\nwidget:\ntype: nextcloud\nurl: https://nextcloud.host.or.ip:port\nusername: username\npassword: password\nApi key is found under Account > API, profile ID is found under Setup > Endpoints > ID
widget:\ntype: nextdns\nprofile: profileid\nkey: yourapikeyhere\nLogin with the same admin username and password used to access the web UI.
Allowed fields: [\"enabled\", \"disabled\", \"total\"].
widget:\ntype: npm\nurl: http://npm.host.or.ip\nusername: admin_username\npassword: admin_password\nThis widget uses the same authentication method as your browser when logging in (HTTP Basic Auth), and is often referred to as the ControlUsername and ControlPassword inside of Nzbget documentation.
Allowed fields: [\"rate\", \"remaining\", \"downloaded\"].
widget:\ntype: nzbget\nurl: http://nzbget.host.or.ip\nusername: controlusername\npassword: controlpassword\nAllowed fields: [\"printer_state\", \"temp_tool\", \"temp_bed\", \"job_completion\"].
widget:\ntype: octoprint\nurl: http://octoprint.host.or.ip:port\nkey: youroctoprintapikey\nThe widget supports controller versions 3, 4 and 5.
Allowed fields: [\"connectedAp\", \"activeUser\", \"alerts\", \"connectedGateways\", \"connectedSwitches\"].
widget:\ntype: omada\nurl: http://omada.host.or.ip:port\nusername: username\npassword: password\nsite: sitename\nFind your API key under Settings > Configuration > General.
Allowed fields: [\"pending\", \"approved\", \"available\"].
widget:\ntype: ombi\nurl: http://ombi.host.or.ip\nkey: apikeyapikeyapikeyapikeyapikey\nAllowed fields: [\"yieldDay\", \"relativePower\", \"absolutePower\", \"limit\"].
widget:\ntype: opendtu\nurl: http://opendtu.host.or.ip\nProvides useful information from your OpenMediaVault
widget:\ntype: openmediavault\nurl: http://omv.host.or.ip\nusername: admin\npassword: pass\nmethod: services.getStatus # required\nThe method field determines the type of data to be displayed and is required. Supported methods:
services.getStatus: Shows status of running services. Allowed fields: [\"running\", \"stopped\", \"total\"]
smart.getListBg: Shows S.M.A.R.T. status from disks. Allowed fields: [\"passed\", \"failed\"]
downloader.getDownloadList: Displays the number of tasks from the Downloader plugin currently being downloaded and total. Allowed fields: [\"downloading\", \"total\"]
The API key & secret can be generated via the webui by creating a new user at System/Access/Users. Ensure \"Generate a scrambled password to prevent local database logins for this user\" is checked and then edit the effective privileges selecting only:
Finally, create a new API key which will download an apikey.txt file with your key and secret in it. Use the values as the username and password fields, respectively, in your homepage config.
Allowed fields: [\"cpu\", \"memory\", \"wanUpload\", \"wanDownload\"].
widget:\ntype: opnsense\nurl: http://opnsense.host.or.ip\nusername: key\npassword: secret\nFind your API key under Settings > General.
Allowed fields: [\"pending\", \"approved\", \"available\", \"processing\"].
widget:\ntype: overseerr\nurl: http://overseerr.host.or.ip\nkey: apikeyapikeyapikeyapikeyapikey\nUse username & password, or the token key. Information about the token can be found in the Paperless-ngx API documentation. If both are provided, the token will be used.
Allowed fields: [\"total\", \"inbox\"].
widget:\ntype: paperlessngx\nurl: http://paperlessngx.host.or.ip:port\nusername: username\npassword: password\nwidget:\ntype: paperlessngx\nurl: http://paperlessngx.host.or.ip:port\nkey: token\nThis widget requires the installation of the pfsense-api which is a 3rd party package for pfSense routers.
Once pfSense API is installed, you can set the API to be read-only in System > API > Settings.
Currently the only supported authentication mode is 'Local Database'.
WAN interface to monitor can be defined by updating the wan param.
Load is returned instead of cpu utilization. This is a limitation in the pfSense API due to the complexity of this calculation. This may become available in future versions.
Allowed fields: [\"load\", \"memory\", \"temp\", \"wanStatus\", \"wanIP\", \"disk\"] (maximum of 4)
widget:\ntype: pfsense\nurl: http://pfsense.host.or.ip:port\nusername: user\npassword: pass\nwan: igb0\nAllowed fields: [\"albums\", \"photos\", \"videos\", \"people\"].
widget:\ntype: photoprism\nurl: http://photoprism.host.or.ip:port\nusername: admin\npassword: password\nWidget for PiAlert.
Allowed fields: [\"total\", \"connected\", \"new_devices\", \"down_alerts\"].
widget:\ntype: pialert\nurl: http://ip:port\nAs of v2022.12 PiHole requires the use of an API key if an admin password is set. Older versions do not require any authentication even if the admin uses a password.
Allowed fields: [\"queries\", \"blocked\", \"blocked_percent\", \"gravity\"].
widget:\ntype: pihole\nurl: http://pi.hole.or.ip\nkey: yourpiholeapikey # optional\nAdded in v0.1.0, updated in v0.6.18
"},{"location":"widgets/services/plex-tautulli/","title":"Tautulli (Plex)","text":"Provides detailed information about currently active streams. You can find the API key from inside Tautulli at Settings > Web Interface > API.
Allowed fields: no configurable fields for this widget.
widget:\ntype: tautulli\nurl: http://tautulli.host.or.ip\nkey: apikeyapikeyapikeyapikeyapikey\nThe core Plex API is somewhat limited but basic info regarding library sizes and the number of active streams is supported. For more detailed info regarding active streams see the Plex Tautulli widget.
Allowed fields: [\"streams\", \"albums\", \"movies\", \"tv\"].
widget:\ntype: plex\nurl: http://plex.host.or.ip:32400\nkey: mytokenhere # see https://www.plexopedia.com/plex-media-server/general/plex-token/\nYou'll need to make sure you have the correct environment set for the integration to work properly. From the Environments section inside of Portainer, click the one you'd like to connect to and observe the ID at the end of the URL (should be), something like #!/endpoints/1, here 1 is the value to set as the env value. In order to generate an API key, please follow the steps outlined here https://docs.portainer.io/api/access.
Allowed fields: [\"running\", \"stopped\", \"total\"].
widget:\ntype: portainer\nurl: https://portainer.host.or.ip:9443\nenv: 1\nkey: ptr_accesskeyaccesskeyaccesskeyaccesskey\nAllowed fields: [\"targets_up\", \"targets_down\", \"targets_total\"]
widget:\ntype: prometheus\nurl: http://prometheushost:port\nFind your API key under Settings > General.
Allowed fields: [\"numberOfGrabs\", \"numberOfQueries\", \"numberOfFailGrabs\", \"numberOfFailQueries\"].
widget:\ntype: prowlarr\nurl: http://prowlarr.host.or.ip\nkey: apikeyapikeyapikeyapikeyapikey\nThis widget shows the running and total counts of both QEMU VMs and LX Containers in the Proxmox cluster. It also shows the CPU and memory usage of the first node in the cluster.
You will need to generate an API Token for new or an existing user. Here is an example of how to do this for a new user.
apihomepageUse username@pam!Token ID as the username (e.g api@pam!homepage) setting and Secret as the password setting.
Allowed fields: [\"vms\", \"lxc\", \"resources.cpu\", \"resources.mem\"].
You can set the optional node setting when you want to show metrics for a single node. By default it will show the average for the complete cluster.
widget:\ntype: proxmox\nurl: https://proxmox.host.or.ip:8006\nusername: api_token_id\npassword: api_token_secret\nnode: pve-1 # optional\nAllowed fields: [\"datastore_usage\", \"failed_tasks_24h\", \"cpu_usage\", \"memory_usage\"].
widget:\ntype: proxmoxbackupserver\nurl: https://proxmoxbackupserver.host:port\nusername: api_token_id\npassword: api_token_secret\nAllowed fields: [\"nodes\", \"servers\"]
widget:\ntype: pterodactyl\nurl: http://pterodactylhost:port\nkey: pterodactylapikey\nAllowed fields: [\"speed\", \"active\", \"queue\", \"total\"].
widget:\ntype: pyload\nurl: http://pyload.host.or.ip:port\nusername: username\npassword: password # only needed if set\nUses the same username and password used to login from the web.
Allowed fields: [\"leech\", \"download\", \"seed\", \"upload\"].
widget:\ntype: qbittorrent\nurl: http://qbittorrent.host.or.ip\nusername: username\npassword: password\nAllowed fields: [\"cpuUsage\", \"memUsage\", \"systemTempC\", \"poolUsage\", \"volumeUsage\"].
widget:\ntype: qnap\nurl: http://qnap.host.or.ip:port\nusername: user\npassword: pass\nIf the QNAP device has multiple volumes, the poolUsage will be a sum of all volumes.
If only a single volume needs to be tracked, add the following to your configuration and the Widget will track this as volumeUsage:
volume: Volume Name From QNAP\nFind your API key under Settings > General.
Allowed fields: [\"wanted\", \"missing\", \"queued\", \"movies\"].
A detailed queue listing is disabled by default, but can be enabled with the enableQueue option.
widget:\ntype: radarr\nurl: http://radarr.host.or.ip\nkey: apikeyapikeyapikeyapikeyapikey\nenableQueue: true # optional, defaults to false\nFind your API key under Settings > General.
Allowed fields: [\"wanted\", \"queued\", \"books\"].
widget:\ntype: readarr\nurl: http://readarr.host.or.ip\nkey: apikeyapikeyapikeyapikeyapikey\nThis requires the httprpc plugin to be installed and enabled, and is part of the default ruTorrent plugins. If you have not explicitly removed or disable this plugin, it should be available.
Allowed fields: [\"active\", \"upload\", \"download\"].
widget:\ntype: rutorrent\nurl: http://rutorrent.host.or.ip\nusername: username # optional, false if not used\npassword: password # optional, false if not used\nFind your API key under Config > General.
Allowed fields: [\"rate\", \"queue\", \"timeleft\"].
widget:\ntype: sabnzbd\nurl: http://sabnzbd.host.or.ip\nkey: apikeyapikeyapikeyapikeyapikey\nAllowed fields: [\"passed\", \"failed\", \"unknown\"].
widget:\ntype: scrutiny\nurl: http://scrutiny.host.or.ip\nFind your API key under Settings > General.
Allowed fields: [\"wanted\", \"queued\", \"series\"].
A detailed queue listing is disabled by default, but can be enabled with the enableQueue option.
widget:\ntype: sonarr\nurl: http://sonarr.host.or.ip\nkey: apikeyapikeyapikeyapikeyapikey\nenableQueue: true # optional, defaults to false\nNo extra configuration is required.
This widget is compatible with both alexjustesen/speedtest-tracker and henrywhitaker3/Speedtest-Tracker.
Allowed fields: [\"download\", \"upload\", \"ping\"].
widget:\ntype: speedtest\nurl: http://speedtest.host.or.ip\nPulls stats from the relay server. See here for more information on configuration.
Allowed fields: [\"numActiveSessions\", \"numConnections\", \"bytesProxied\"].
widget:\ntype: strelaysrv\nurl: http://syncthing.host.or.ip:22070\nYou will need to generate an API access token from the keys page on the Tailscale dashboard.
To find your device ID, go to the machine overview page and select your machine. In the \"Machine Details\" section, copy your ID. It will end with CNTRL.
Allowed fields: [\"address\", \"last_seen\", \"expires\"].
widget:\ntype: tailscale\ndeviceid: deviceid\nkey: tailscalekey\nAllowed fields: [\"queue\", \"processed\", \"errored\", \"saved\"].
widget:\ntype: tdarr\nurl: http://tdarr.host.or.ip\nNo extra configuration is required. If your traefik install requires authentication, include the username and password used to login to the web interface.
Allowed fields: [\"routers\", \"services\", \"middleware\"].
widget:\ntype: traefik\nurl: http://traefik.host.or.ip\nusername: username # optional\npassword: password # optional\nUses the same username and password used to login from the web.
Allowed fields: [\"leech\", \"download\", \"seed\", \"upload\"].
widget:\ntype: transmission\nurl: http://transmission.host.or.ip\nusername: username\npassword: password\nrpcUrl: /transmission/ # Optional. Matches the value of \"rpc-url\" in your Transmission's settings.json file\nAllowed fields: [\"load\", \"uptime\", \"alerts\"].
To create an API Key, follow the official TrueNAS documentation.
widget:\ntype: truenas\nurl: http://truenas.host.or.ip\nusername: user # not required if using api key\npassword: pass # not required if using api key\nkey: yourtruenasapikey # not required if using username / password\nRequires API key.
Allowed fields: [\"downloads\", \"videos\", \"channels\", \"playlists\"].
widget:\ntype: tubearchivist\nurl: http://tubearchivist.host.or.ip\nkey: apikeyapikeyapikeyapikeyapikey\n(Find the Unifi Controller information widget here)
You can display general connectivity status from your Unifi (Network) Controller. When authenticating you will want to use an account that has at least read privileges.
An optional 'site' parameter can be supplied, if it is not the widget will use the default site for the controller.
Allowed fields: [\"uptime\", \"wan\", \"lan_users\", \"wlan_users\"].
widget:\ntype: unifi\nurl: https://unifi.host.or.ip:port\nusername: username\npassword: password\nsite: Site Name # optional\nAdded in v0.4.18, updated in 0.6.7
"},{"location":"widgets/services/unmanic/","title":"Unmanic","text":"Allowed fields: [\"active_workers\", \"total_workers\", \"records_total\"].
widget:\ntype: unmanic\nurl: http://unmanic.host.or.ip:port\nAs Uptime Kuma does not yet have a full API the widget uses data from a single \"status page\". As such you will need a status page setup with a group of monitored sites, which is where you get the slug (without the /status/ portion).
Allowed fields: [\"up\", \"down\", \"uptime\", \"incident\"].
widget:\ntype: uptimekuma\nurl: http://uptimekuma.host.or.ip:port\nslug: statuspageslug\nTo generate an API key, select My Settings, and either Monitor-Specific API Key or Read-Only API Key.
A Monitor-Specific API Key will provide the following detailed information for the selected monitor:
Allowed fields: [\"status\", \"uptime\", \"lastDown\", \"downDuration\"].
A Read-Only API Key will provide a summary of all monitors in your account:
Allowed fields: [\"sitesUp\", \"sitesDown\"].
widget:\ntype: uptimerobot\nurl: https://api.uptimerobot.com\nkey: uptimerobotapitoken\nThe UrBackup widget retrieves the total number of clients that currently have no errors, have errors, or haven't backed up recently. Clients are considered \"Errored\" or \"Out of Date\" if either the file or image backups for that client have errors/are out of date, unless the client does not support image backups.
The default number of days that can elapse before a client is marked Out of Date is 3, but this value can be customized by setting the maxDays value in the config.
Optionally, the widget can also report the total amount of disk space consumed by backups. This is disabled by default, because it requires a second API call.
Note: client status is only shown for backups that the specified user has access to. Disk Usage shown is the total for all backups, regardless of permissions.
Allowed fields: [\"ok\", \"errored\", \"noRecent\", \"totalUsed\"]. Note that totalUsed will not be shown unless explicitly included in fields.
widget:\ntype: urbackup\nusername: urbackupUsername\npassword: urbackupPassword\nurl: http://urbackupUrl:55414\nmaxDays: 5 # optional\nTo use this widget, Watchtower needs to be configured to to enable metrics.
Allowed fields: [\"containers_scanned\", \"containers_updated\", \"containers_failed\"].
widget:\ntype: watchtower\nurl: http://your-ip-address:8080\nkey: demotoken\nCurrently requires unauthenticated whatsupdocker instance.
Allowed fields: [\"monitoring\", \"updates\"].
widget:\ntype: whatsupdocker\nurl: http://whatsupdocker:port\nAllowed fields: [\"streams_all\", \"streams_active\", \"streams_xepg\"].
widget:\ntype: xteve\nurl: http://xteve.host.or.ip\nusername: username # optional\npassword: password # optional\nThe free tier "One Call API" is all thats required, you will need to subscribe and grab your API key.
+The free tier "One Call API" is all that's required, you will need to subscribe and grab your API key.
- openweathermap:
label: Kyiv #optional
latitude: 50.449684
diff --git a/main/widgets/info/resources/index.html b/main/widgets/info/resources/index.html
index 7926f5d726a..42eb17eef13 100644
--- a/main/widgets/info/resources/index.html
+++ b/main/widgets/info/resources/index.html
@@ -4537,7 +4537,7 @@ Resources
You can include all or some of the available resources. If you do not want to see that resource, simply pass false.
The disk path is the path reported by df (Mounted On), or the mount point of the disk.
The cpu and memory resource information are the container's usage while glances displays statistics for the host machine on which it is installed.
-Note: unfortunately, the package used for getting CPU temp (systeminformation) is not compatibile with some setups and will not report any value(s) for CPU temp.
+Note: unfortunately, the package used for getting CPU temp (systeminformation) is not compatible with some setups and will not report any value(s) for CPU temp.
Any disk you wish to access must be mounted to your container as a volume.
- resources:
cpu: true
diff --git a/main/widgets/info/weather/index.html b/main/widgets/info/weather/index.html
index 42430307c8e..6c939491c6a 100644
--- a/main/widgets/info/weather/index.html
+++ b/main/widgets/info/weather/index.html
@@ -4535,7 +4535,7 @@
Weather API
Note: this widget is considered 'deprecated' since there is no longer a free Weather API tier for new members. See the openmeteo or openweathermap widgets for alternatives.
-The free tier is all thats required, you will need to register and grab your API key.
+The free tier is all that's required, you will need to register and grab your API key.
- weatherapi:
label: Kyiv # optional
latitude: 50.449684
diff --git a/main/widgets/services/azuredevops/index.html b/main/widgets/services/azuredevops/index.html
index a9875fe5521..d3a958760e9 100644
--- a/main/widgets/services/azuredevops/index.html
+++ b/main/widgets/services/azuredevops/index.html
@@ -4541,7 +4541,7 @@ Azure DevOps
Allowed fields: ["result", "status"].
-Pull Requests: returns the amount of open PRs, the amount of the PRs you have open, and how many PRs that you open are marked as 'Approved' by atleast 1 person and not yet completed.\
+
Pull Requests: returns the amount of open PRs, the amount of the PRs you have open, and how many PRs that you open are marked as 'Approved' by at least 1 person and not yet completed.\
Allowed fields: ["totalPrs", "myPrs", "approved"].
diff --git a/main/widgets/services/customapi/index.html b/main/widgets/services/customapi/index.html
index 6f300b521b9..95b395966f4 100644
--- a/main/widgets/services/customapi/index.html
+++ b/main/widgets/services/customapi/index.html
@@ -4707,7 +4707,7 @@ Example
]
}
-Define the mappings section as an aray, for example:
+Define the mappings section as an array, for example:
mappings:
- field: name # Rick Sanchez
label: Name
diff --git a/main/widgets/services/glances/index.html b/main/widgets/services/glances/index.html
index f8ac9bf217b..966e4df9833 100644
--- a/main/widgets/services/glances/index.html
+++ b/main/widgets/services/glances/index.html
@@ -4643,7 +4643,7 @@ Glances
password: pass # optional if auth enabled in Glances
metric: cpu
-Please note, this widget does not need an href, icon or description on its parent service. To achive the same effect as the examples above, see as an example:
+Please note, this widget does not need an href, icon or description on its parent service. To achieve the same effect as the examples above, see as an example:
- CPU Usage:
widget:
type: glances
@@ -4661,15 +4661,15 @@ Metrics
cpu: CPU usage. Shows how much of the system's computational resources are currently being used.
memory: Memory usage. Shows how much of the system's RAM is currently being used.
process: Top 5 processes based on CPU usage. Gives an overview of which processes are consuming the most resources.
-network:<interface_name>: Network data usage for the specified interface. Replace <interface_name> with the name of your network interface, e.g., network:enp0s25, as specificed in glances.
-sensor:<sensor_id>: Temperature of the specified sensor, typically used to monitor CPU temperature. Replace <sensor_id> with the name of your sensor, e.g., sensor:Package id 0 as specificed in glances.
-disk:<disk_id>: Disk I/O data for the specified disk. Replace <disk_id> with the id of your disk, e.g., disk:sdb, as specificed in glances.
-gpu:<gpu_id>: GPU usage for the specified GPU. Replace <gpu_id> with the id of your GPU, e.g., gpu:0, as specificed in glances.
-fs:<mnt_point>: Disk usage for the specified mount point. Replace <mnt_point> with the path of your disk, e.g., /mnt/storage, as specificed in glances.
+network:<interface_name>: Network data usage for the specified interface. Replace <interface_name> with the name of your network interface, e.g., network:enp0s25, as specified in glances.
+sensor:<sensor_id>: Temperature of the specified sensor, typically used to monitor CPU temperature. Replace <sensor_id> with the name of your sensor, e.g., sensor:Package id 0 as specified in glances.
+disk:<disk_id>: Disk I/O data for the specified disk. Replace <disk_id> with the id of your disk, e.g., disk:sdb, as specified in glances.
+gpu:<gpu_id>: GPU usage for the specified GPU. Replace <gpu_id> with the id of your GPU, e.g., gpu:0, as specified in glances.
+fs:<mnt_point>: Disk usage for the specified mount point. Replace <mnt_point> with the path of your disk, e.g., /mnt/storage, as specified in glances.
Views
All widgets offer an alternative to the full or "graph" view, which is the compact, or "graphless" view.
-To switch to the alternative "graphless" view, simply passs chart: false as an option to the widget, like so:
+To switch to the alternative "graphless" view, simply pass chart: false as an option to the widget, like so:
- Network Usage:
widget:
type: glances
diff --git a/main/widgets/services/pihole/index.html b/main/widgets/services/pihole/index.html
index acd90a8cd3f..0712c0c9a06 100644
--- a/main/widgets/services/pihole/index.html
+++ b/main/widgets/services/pihole/index.html
@@ -4541,7 +4541,7 @@ PiHole
url: http://pi.hole.or.ip
key: yourpiholeapikey # optional
-Added in v0.1.0, udpated in v0.6.18
+Added in v0.1.0, updated in v0.6.18