Sailor
Sailor is a tiny PaaS to install on your servers/VPS that uses git push to deploy micro-apps, micro-services, sites with SSL, on your own servers or VPS
Install / Use
/learn @mardix/SailorREADME
:+: Sailor :+:
<img src="./sailor.jpeg" style="width: 700px; height: auto;">About
Sailor is a tiny PaaS to install on your servers/VPS (DigitalOcean, Hetzner, Linode).
It uses git push to deploy micro-apps, micro-services and sites.
It natively supports Python, Nodejs, Static sites, and any other languages that can use the command line.
Sites deployed with Sailor automatically have SSL assigned with LetsEncrypt.
Sailor can run long-running background workers and cron jobs.
It allows you to deploy multiple sites/apps using a single repository.
It gives you the option of having testing/staging/production environment deployed from the same codebase.
Sailor let's you see some stats about your apps, along with scaling them.
Sailor makes deploying apps a smooth sailing.
Ship it like a Sailor!
Features
- Automatic HTTPS
- Git Push deployment
- Deploy multiple apps on a single server / VPS
- Deploy multiple apps from a single repository
- Runs long running apps
- Runs workers/background applications
- Easy configuration with sailor.yml manifest
- Easy command line setup
- Cron-like/Scheduled script executions
- App management:
ls, start, stop, reload, rm, stop, scale, log, infoetc - Run scripts during application lifecycle:
release, predeploy, postdeploy, destroy - SSL/HTTPS with LetsEncrypt and ZeroSSL
- Supports any Shell script, therefore any other languages are supported
- Metrics to see app's health
- Create static sites
- Multi languages: Python, Nodejs, PHP, HTML/Static
- Support Flask, Django, Express, etc...
- Python >= 3.8
- Nginx
- Logs
+ Getting Started
1. Server Requirements
- Fresh server (highly recommended)
- SSH to server with root access
- Ubuntu 22.04
2. Install Sailor on the server
On the server, run the code below to setup the environment for Sailor and install all its dependencies. A new user, sailor, will be created and will be used to interact with SSH for Sailor.
curl https://raw.githubusercontent.com/mardix/sailor/master/install.sh > install.sh
chmod 755 install.sh
./install.sh
3. Setup Git on local repo
On your local machine, point a Git remote to your Sailor server (set in step 2), with sailor as username.
Format: git remote add sailor sailor@$host:$app_name
With:
$hostThe server name or IP address$app_nameThe name of the application, that is set in thesailor.yml(the manifest to deploy)
Example: git remote add sailor sailor@my-server-host.com:myappname.com
+ Getting work done!
1. Work on your app...
...go into your repo and do what you do best, like a sailor!
2. Edit Sailor.yml
At the root of your app directory, create sailor.yml (required).
# sailor.yml
---
apps:
# -> with remote: sailor@$host:myapp.com
- name: myapp.com
runtime: python
process:
web:
cmd: app:app
server_name: myapp.com
workers: 2
cron: "0 0 * * * python backup.py"
myownworker: python events-listener.py
3. Add Git Remote
Example: git remote add sailor sailor@$host:myapp.com
4. Deploy
Push your code: git push sailor master
5. Profit!
We did it, Okurrr!
+ Sailor Commands
Sailor communicates with your server via SSH, with the user name: sailor
You must already already have SSH access to the machine for it to work.
ie: ssh sailor@$host
List all commands
ssh sailor@$host
List all apps: ls
ssh sailor@$host ls
The command above will show the minimal info. To expand:
ssh sailor@$host ls x
Start app: start $app_name
ssh sailor@$host start $app_name
Stop app: stop $app_name
ssh sailor@$host stop $app_name
Remove app: rm $app_name
To completely delete the application
ssh sailor@$host rm $app_name
To force remove an app without prompt rm -f $app_name
ssh sailor@$host rm -f $app_name
Reload app: reload $app_name
To reload a running application
ssh sailor@$host reload $app_name
Show app info: info $app_name
ssh sailor@$host info $app_name
Show app log: log $app_name
ssh sailor@$host log $app_name
Reset SSL: reset-ssl $app_name
To re-issue the SSL
ssh sailor@$host reset-ssl $app_name
Scale app's workers
To increase/decrease the total workers for this process
ssh sailor@$host scale $app_name $proc=$count $proc2=$count2
Example:
ssh sailor@$host scale site.com web=4
Reload all apps: reload-all
ssh sailor@$host apps:reload-all
Stop all apps: stop-all
ssh sailor@$host apps:stop-all
-- Misc --
Show the version: x:version
ssh sailor@$host system:version
Update the system x:update
To update Sailor to the latest from Github
ssh sailor@$host system:update
Additionally, you can update from a specific branch, usually for testing purposes
ssh sailor@$host system:update $branch-name
About
Sailor is a utility to install on a host machine, that allows you to deploy multiple apps, micro-services, webites, run scripts and background workers on a single VPS (Digital Ocean, Linode, Hetzner).
Sailor follows a process similar to Heroku or Dokku where you Git push code to the host and Sailor will:
- create an instance on the host machine
- deploy the new code
- create virtual environments for your application
- get a free SSL from LetsEncrypt and assign it to your domain
- execute scripts to be executed
- put your application online
- monitor the application
- restart the application if it crashes
Sailor supports deployment for:
- Python (Flask/Django)
- Nodejs (Express)
- PHP
- HTML (React/Vuejs/Static).
- any of shell scripts
Why Sailor?
Sailor is a simpler alternative to Docker containers or Dokku. It mainly deals with your application deployment, similar to Heroku.
Sailor takes away all the complexity of Docker Containers or Dokku and gives you something simpler to deploy your applications, similar to Heroku, along with SSL.
Languages Supported
- Python
- Nodejs
- Static HTML
- PHP
- Any shell script
Using Sailor
Sailor supports a Heroku-like workflow, like so:
- Create a
gitSSH remote pointing to your Sailor server with the app name as repo name.git remote add sailor sailor@[yourserver]:[appname]. - Push your code:
git push sailor master. - Sailor determines the runtime and installs the dependencies for your app (building whatever's required).
- For Python, it installs and segregates each app's dependencies from
requirements.txtinto avirtualenv. - For Node, it installs whatever is in
package.jsonintonode_modules.
- For Python, it installs and segregates each app's dependencies from
- It then looks at
sailor.ymland starts the relevant applications using a generic process manager. - You can optionally also specify a
releaseworker which is run once when the app is deployed. - A
staticworker type, with the root path as the argument, can be used to deploy a gh-pages style static site.
sailor.yml
sailor.yml is a manifest format for describing apps. It declares environment variables, scripts, and other information required to run an app on your server. This document describes the schema in detail.
sailor.yml contains an array of all apps to be deploy, and they are identified by name.
When setting up the remote, the name must match the name in the sailor.yml
# ~ Sailor ~
# sailor.yml
# Sailor Configuration (https://mardix.github.io/sailor)
#
---
# *required: list/array of all applications to run
apps:
-
# *required - the name of the application
name:
# runtime: python|node|static|shell
# python for wsgi application (default python)
# node: for node application, where the command should be ie: 'node inde.js 2>&1 | cat'
# static: for HTML/Static page and PHP
# shell: for any script that can be executed via the shell script, ie: command 2>&1 | cat
runtime: static
# auto_restart (bool): to force server restarts when deploying
auto_restart: true
# static_paths (array): specify list of static path to expose, [/url:path, ...]
static_paths:
# SSL issuer: letsencrypt(default)|zerossl
ssl_issuer: letsencrypt
# threads (int): The total threads to use
threads: 4
# wsgi (bool): if runtime is python by default it will use wsgi, if false it will fallback to the command provided
wsgi: true
# nginx (object): nginx specific config. can be omitted
nginx:
include_file: ''
# uwsgi (object): uwsgi specific config. can be omitted
uwsgi:
gevent: false
asyncio: false
# env (object) custom environment variable
env:
KEY: VALUE
KEY2: VALUE2
# scripts to run during application lifecycle
scripts:
# release (array): commands to execute each time the application is released/pushed
release:
# destroy (array): commands to execute when the application is being deleted
destroy:
# predeploy (array): commands to execute before spinning the app
predeploy:
# postdeploy (array): commands to execute after spinning the app
postdeploy:
# *required - process - list of all processes to run.
# 'web' is special, it’s the only process type that can receive external HTTP traffic
# only one web proctype can exist
# all other process name will be regular worker.
# The name doesn't matter
process:
# == web
# (dict/object): it’s the only process type that can receive external HTTP traffic
web:
# == (required) cmd(str) - the command to execute
#-> cmd: app:app (for python using wsgi)
#-> cmd: node server.js 2>
Related Skills
node-connect
337.3kDiagnose OpenClaw node connection and pairing failures for Android, iOS, and macOS companion apps
prose
337.3kOpenProse VM skill pack. Activate on any `prose` command, .prose files, or OpenProse mentions; orchestrates multi-agent workflows.
claude-opus-4-5-migration
83.2kMigrate prompts and code from Claude Sonnet 4.0, Sonnet 4.5, or Opus 4.1 to Opus 4.5
frontend-design
83.2kCreate distinctive, production-grade frontend interfaces with high design quality. Use this skill when the user asks to build web components, pages, or applications. Generates creative, polished code that avoids generic AI aesthetics.
