What hosting does not do yet

Hosting is built, and a few accounts are using it first. It opens to everyone once the rules, a way to report a site and a way for us to take one down are ready.

This page is the short list of what hosting cannot do today, so you find out here rather than from a failed site.

There is no build step

Nothing from your repository is run on our side — not a build command, not a Dockerfile, not a git hook. A site is the files of one folder, served as they are.

So the folder you publish has to be the one your build already produced. Commit that output to the repository and name it in Folder in your repository; a folder that only exists on your computer, or only inside a workflow, is not on the branch we read. How you get it there — by hand, or from your own workflow on GitHub Actions — is yours to decide.

This is also why nothing on a site runs on our side: no server code, no database, no request handler. A site sends HTML, CSS, JavaScript, images and fonts to the browser, and the browser does the rest. What comes after static sites is not decided, and we would rather say so than guess.

Private repositories are not supported

We read your repository the way any visitor would, without signing in, so it has to be public. A private repository is refused when the site is created, before anything is charged, with:

your-name/your-repo (branch main) was not found on GitHub, or is not public — hosting takes public repositories only

To an anonymous reader a private repository and a repository that is not there look the same, which is why one sentence covers both.

Before you make a repository public so you can publish it, read the first part of Publish a site from GitHub: making it public publishes its whole history, not only the folder you had in mind.

Two other ways in are being built

The New site form shows three ways to start a site and offers one of them. Upload from your computer and Describe it, we'll build it are shown without a button, under the form’s own line:

Both are being built. This page will say so when they open.

Neither can take a site today, and there is no date for either. When one opens, the form will say so and these pages will follow.

A bare domain of your own is not ready yet

A site answers at https://<name>.oraicle.app, and that is the address it always keeps. On top of it you can put a name of your own with something in front of it, like www.yourname.com.

It takes two records in your domain’s DNS settings: one that proves the name is yours, and one that sends visitors to us. The console shows both, with the exact values to copy. Nothing answers on your name until we have found the first record in your own DNS and the certificate is ready — that is what stops anyone else attaching a name they do not own.

A bare name — yourname.com, with nothing in front — cannot be attached yet, and there is no date for it. Nor can a name whose DNS runs through the same company that runs our own servers; if that is yours, write to hello@oraicle.me and we will attach it by hand.

What we do not promise

• We do not scan your files. Nothing here reads your pages looking for secrets or for malware. What the importer refuses, it refuses because it cannot serve it.
• We do not keep a copy of your site for you. Your repository is the original. Deleting a site removes our copy of the files; it does not touch anything on GitHub.
• We do not publish a figure for how often a site is reachable. What we can say is what the serving side does: sites are kept apart from each other, each serves only its own files, nothing a customer publishes runs on our side, and an automatic check confirms that every hour.