Running on a server
Getting started — part 8 of 10
The engine runs wherever the content lives -- typically either on your laptop (deploying to a remote target) or on the server itself (SSH in to write; this is how the reference deployment on sean.cz works, inside a Cloudron/Docker container). For the server variant:
- Clone the repo on the server, repeat steps 2-6 there.
env.shstays on the server only -- it never syncs anywhere. - Install the widget cron (see Running it).
- For writing from a phone, prepare the
incoming/staging directory: any SSH/SFTP account that can write into<repo>/incoming/works. A dedicated user without sudo, limited to SFTP, is the safe shape -- photos are uploaded there by name and referenced as bare filenames in posts (see Writing). - For a post sent whole from a phone, add the key the shortcut uses to
authorized_keyswith a forced command pointing atscripts/receive.sh-- the line, the RSA requirement and the size ceiling are in Writing. Nothing new listens on the network; it travels over the SSH the server already has. - In a container setup (Cloudron and similar), the engine lives inside the container's persistent data directory and commands run via
docker exec/ the platform's terminal -- the engine itself doesn't care, it's just Ruby + bash in a directory.
