Static by default
How to publish a Jekyll site
Jekyll builds a finished site into _site. Publishing it somewhere other than GitHub Pages is mostly a matter of running that build yourself first.
- Build command
- bundle exec jekyll build
- Folder to upload
- _site
Free plan, free SSL, no credit card.
-
Build the project
Run bundle exec jekyll build in the project folder. This is the step Droply does not do for you: we publish finished pages, we never run your build.
-
Find the output folder
The build writes a finished site to _site. That folder, not the project folder, is what gets uploaded.
-
Drag it in
Drop the folder (or a ZIP of it) into Droply. It is live on an HTTPS droply.id subdomain in seconds, and re-uploading publishes a new version at the same URL.
Worth knowing about Jekyll
Build with
JEKYLL_ENV=productionin front of the command. The default environment isdevelopment, and themes commonly hide analytics, comments and SEO tags outside production, so a site built without it can be missing exactly the tags you wanted.Set
urlin _config.yml to where the site will live and leavebaseurlempty.baseurlis for a site served from a subfolder, which a subdomain is not.Run it through Bundler (
bundle exec) rather than a barejekyll, so the build uses the gem versions pinned in your Gemfile.lock instead of whatever is installed globally.GitHub Pages allows a restricted plugin set. A site that builds locally with extra plugins is fine here, because you upload the result rather than ask anyone to rebuild it.
Did an AI tool build this project?
Hosting an AI-generated website covers the question that comes before the build command: whether what you are holding is a single file or a project, and which of the two every tool actually hands back.