Easy!Appointments
Stack
Online booking site for appointments: customers pick a service, a provider and a free slot, and you manage it all from a calendar with working hours, breaks and holidays per provider. Syncs with Google or CalDAV calendars. Source: https://github.com/alextselegidis/easyappointments
Source details
Configuration
TypeComposelinuxEASYAPPOINTMENTS_URL=''EASYAPPOINTMENTS_DB_PASSWORD=''EASYAPPOINTMENTS_PORT=8580unless-stoppedTemplate by NotAFlightRisk·Source
Report issueNotes
http://192.168.1.20:8580: the port you're using, and no slash at the end. Easy!Appointments builds every page and link from it, so if it's wrong the front page sends you off to that address instead, and any page you do reach has no styling and buttons that do nothing. To fix it, change the address in the stack's environment variables and redeploy. Then open /index.php/installation on that address straight away, as whoever fills in that form first becomes the admin. Go there directly: once it's been opened, the front page says Database Migration Required until the install's done. It adds a sample service, provider and customer, so rename or delete those first. Customers book at the address itself, and you log in at /index.php/login. Nothing gets emailed until you add EASYAPPOINTMENTS_SMTP_HOST, EASYAPPOINTMENTS_SMTP_USER and EASYAPPOINTMENTS_SMTP_PASSWORD to the stack's environment variables and update the stack (plus EASYAPPOINTMENTS_SMTP_PORT if it isn't 587, and EASYAPPOINTMENTS_SMTP_SECURITY = ssl for port 465). Emails come from the company email you set at install. Everything lives in MariaDB, in the db-data volume, with logins and backups in easyappointments-storage. Docs: github.com/alextselegidis/easyappointmentsServices
easyappointments
Configuration
Imagealextselegidis/easyappointments:latest${EASYAPPOINTMENTS_PORT:-8580}:80/var/www/html/storage : easyappointments-storageBASE_URL=${EASYAPPOINTMENTS_URL:?Set the address you'll open it on}DB_HOST=dbDB_NAME=easyappointmentsDB_USERNAME=easyappointmentsDB_PASSWORD=${EASYAPPOINTMENTS_DB_PASSWORD:?Set a database password}MAIL_PROTOCOL=${EASYAPPOINTMENTS_SMTP_HOST:+smtp}MAIL_SMTP_HOST=${EASYAPPOINTMENTS_SMTP_HOST:-}MAIL_SMTP_PORT=${EASYAPPOINTMENTS_SMTP_PORT:-587}MAIL_SMTP_USER=${EASYAPPOINTMENTS_SMTP_USER:-}MAIL_SMTP_PASS=${EASYAPPOINTMENTS_SMTP_PASSWORD:-}MAIL_SMTP_AUTH=1MAIL_SMTP_CRYPTO=${EASYAPPOINTMENTS_SMTP_SECURITY:-}unless-stoppedImage details
db
Configuration
Imagemariadb:11.4/var/lib/mysql : db-dataMARIADB_DATABASE=easyappointmentsMARIADB_USER=easyappointmentsMARIADB_PASSWORD=${EASYAPPOINTMENTS_DB_PASSWORD:?Set a database password}MARIADB_RANDOM_ROOT_PASSWORD=1unless-stoppedImage details
Standalone Install
Select an install method, to see config/commands for deploying Easy!Appointments
Install on Portainer
Import all app templates into your Portainer instance, for easy 1-click deploys
- Ensure both Docker and Portainer are installed, and up-to-date
- Log into your Portainer web UI
- Under Settings → App Templates, paste the below URL
- Head to Home → App Templates, and the list of apps will show up
- Select Easy!Appointments, fill in any config options, and hit Deploy
Template Import URL
https://raw.githubusercontent.com/Lissy93/portainer-templates/main/templates.json
Show Me
Original stackfile
The compose file this template deploys, straight from its repo:
services:
easyappointments:
image: alextselegidis/easyappointments:latest
restart: unless-stopped
ports:
- "${EASYAPPOINTMENTS_PORT:-8580}:80"
environment:
BASE_URL: ${EASYAPPOINTMENTS_URL:?Set the address you'll open it on}
DB_HOST: db
DB_NAME: easyappointments
DB_USERNAME: easyappointments
DB_PASSWORD: ${EASYAPPOINTMENTS_DB_PASSWORD:?Set a database password}
MAIL_PROTOCOL: ${EASYAPPOINTMENTS_SMTP_HOST:+smtp}
MAIL_SMTP_HOST: ${EASYAPPOINTMENTS_SMTP_HOST:-}
MAIL_SMTP_PORT: ${EASYAPPOINTMENTS_SMTP_PORT:-587}
MAIL_SMTP_USER: ${EASYAPPOINTMENTS_SMTP_USER:-}
MAIL_SMTP_PASS: ${EASYAPPOINTMENTS_SMTP_PASSWORD:-}
MAIL_SMTP_AUTH: "1"
MAIL_SMTP_CRYPTO: ${EASYAPPOINTMENTS_SMTP_SECURITY:-}
volumes:
- easyappointments-storage:/var/www/html/storage
depends_on:
db:
condition: service_healthy
db:
image: mariadb:11.4
restart: unless-stopped
environment:
MARIADB_DATABASE: easyappointments
MARIADB_USER: easyappointments
MARIADB_PASSWORD: ${EASYAPPOINTMENTS_DB_PASSWORD:?Set a database password}
MARIADB_RANDOM_ROOT_PASSWORD: "1"
volumes:
- db-data:/var/lib/mysql
healthcheck:
test: ["CMD", "healthcheck.sh", "--connect", "--innodb_initialized"]
interval: 5s
timeout: 5s
retries: 20
volumes:
easyappointments-storage:
db-data:
Or deploy it directly from the source:
git clone https://github.com/NotAFlightRisk/portainer-templates-extras
cd portainer-templates-extras
docker compose -f apps/easy-appointments/compose.yml up -dMore install options in our documentation, or see alextselegidis/easyappointments for app-specific guidance.
Container Documentation
easyappointments Documentation
Easy!Appointments is a widely used, open source, online appointment scheduler application.
db Documentation
MariaDB Server is a high performing open source relational database, forked from MySQL.
Check the logs first
Nine times out of ten the logs tell you exactly what went wrong.
- In Portainer, go to Containers, click the container, then Logs. Or run
docker logs <container> - Exit codes help too:
137means killed, usually out of memory.126or127means the command inside the image is broken.
Image won't pull
Test the pull directly on the host: docker pull alextselegidis/easyappointments:latest
- "manifest unknown" means the tag no longer exists. This template uses
latest, so try pinning a specific version instead. - "toomanyrequests" is the Docker Hub rate limit. Log in with
docker loginto raise it. - "no space left on device" means a full disk. Reclaim space with
docker system prune
"exec format error"
This means the image was built for a different CPU architecture than your server.
- Check yours with
uname -m: x86_64 is amd64, aarch64 is arm64. Raspberry Pi and other ARM boards are the usual culprits.
Container keeps restarting
The unless-stopped restart policy relaunches the app after every crash, so the real error can scroll past.
- Check the logs right after a restart, the last few lines before it died are the useful ones.
- Get the exit code with
docker inspect <container> --format '{{.State.ExitCode}}' - Still stuck? Redeploy once with the restart policy set to
noso the failure stays visible.
Stack won't deploy
Compose stacks fail fast on small mistakes, and Portainer shows the reason just above the editor.
- YAML only accepts spaces for indentation, a single tab breaks the whole file.
Raise an issue
Found something which isn't working as it should? Here's how to report it.
- Bug within the app: Open an issue on alextselegidis/easyappointments
- Template not working: Open an issue on NotAFlightRisk/portainer-templates-extras
- This website not working: Open an issue on lissy93/portainer-templates
A Compose stack
Easy!Appointments is a Compose stack, a set of containers (2 of them) defined in one file and brought up together by Portainer, then started and stopped as a single app.
The services
This stack is built from 2 containers that run side by side. Here's each one, with the image it runs and anything it waits for first:
easyappointmentsrunsalextselegidis/easyappointments:latest, starts after dbdbrunsmariadb:11.4
Volumes
A volume is where Easy!Appointments keeps its files so they survive an update or a restart. Without one, anything it saves would sit inside the container and vanish the moment it's recreated. This template mounts:
/var/www/html/storagekept in theeasyappointments-storagevolume Docker manages/var/lib/mysqlkept in thedb-datavolume Docker manages
Environment variables
Environment variables are the settings you hand over when you deploy, things like a password or a timezone. Easy!Appointments takes 16 of them, and 3 need a value before it'll start properly:
BASE_URL, needs a valueDB_HOST, defaults todbDB_NAME, defaults toeasyappointmentsDB_USERNAME, defaults toeasyappointmentsDB_PASSWORD, needs a valueMAIL_PROTOCOL, pulled from your own environmentMAIL_SMTP_HOST, pulled from your own environmentMAIL_SMTP_PORT, defaults to587MAIL_SMTP_USER, pulled from your own environmentMAIL_SMTP_PASS, pulled from your own environmentMAIL_SMTP_AUTH, defaults to1MAIL_SMTP_CRYPTO, pulled from your own environmentMARIADB_DATABASE, defaults toeasyappointmentsMARIADB_USER, defaults toeasyappointmentsMARIADB_PASSWORD, needs a valueMARIADB_RANDOM_ROOT_PASSWORD, defaults to1
Restart policy
The restart policy here is unless-stopped, so Docker restarts Easy!Appointments after a crash or reboot, but leaves it off when you stop it on purpose. You can change this on the deploy screen. The choices are no (never restart), on-failure (only after a crash), unless-stopped (restart unless you stop it), and always (bring it back no matter what).
Networking
Portainer puts these services on one shared private network, so they can find each other by name (like easyappointments) while only the ports above are open to you.
Platform
The platform is linux, the kind of system the container is built to run on. Docker and Portainer handle this on a normal Linux server.
Open source license
Easy!Appointments is open source, released under the GPL-3.0 license. In plain terms the code is out in the open, so you're free to run it and change it to fit what you need.
Portainer app templates
Zooming out, this whole page comes from a Portainer app template: a short recipe telling Portainer how to set Easy!Appointments up. Add the template list to Portainer once, then deploying Easy!Appointments is a click rather than a wall of config.