Automate code & data workflows with interactive Elixir notebooks
Find a file
José Valim c4d06d877e Move auth to its own view
Prior to this PR the HTML head was being
included twice on the password auth page.
One from root.html and another from the
error page, so we decoupled those.
2021-04-16 22:18:59 +02:00
.github/workflows Use known cookie when starting runtimes (#199) 2021-04-15 20:09:54 +02:00
assets Add notbook runtime settings shortcut (#176) 2021-04-14 12:20:51 +02:00
config Unify env variables and change auth to use session (#195) 2021-04-15 15:50:29 +02:00
lib Move auth to its own view 2021-04-16 22:18:59 +02:00
priv/static Update assets 2021-04-14 10:22:17 +00:00
test Unify env variables and change auth to use session (#195) 2021-04-15 15:50:29 +02:00
.formatter.exs Initial commit 2021-01-07 20:56:24 +01:00
.gitignore Escript (#77) 2021-03-17 01:53:44 +01:00
LICENSE Move to Apache 2 License 2021-04-13 21:33:30 +02:00
mix.exs Unify env variables and change auth to use session (#195) 2021-04-15 15:50:29 +02:00
mix.lock Add live dashboard (#183) 2021-04-14 20:10:25 +02:00
README.md Unify env variables and change auth to use session (#195) 2021-04-15 15:50:29 +02:00

Livebook

Livebook is a web application for writing interactive and collaborative code notebooks. It features:

  • A deployable web app built with Phoenix LiveView where users can create, fork, and run multiple notebooks.

  • Each notebook is made of multiple sections: each section is made of Markdown and Elixir cells. Code in Elixir cells can be evaluated on demand. Mathematical formulas are also supported via KaTeX.

  • Persistence: notebooks can be persisted to disk through the .livemd format, which is a subset of Markdown. This means your notebooks can be saved for later, easily shared, and they also play well with version control.

  • Sequential evaluation: code cells run in a specific order, guaranteeing future users of the same Livebook see the same output. If you re-execute a previous cell, following cells are marked as stale to make it clear they depend on outdated notebook state.

  • Custom runtimes: when executing Elixir code, you can either start a fresh Elixir process, connect to an existing node, or run it inside an existing Elixir project, with access to all of its modules and dependencies. This means Livebook can be a great tool to provide live documentation for existing projects.

  • Explicit dependencies: if your notebook has dependencies, they are explicitly listed and installed with the help of the Mix.install/2 command in Elixir v1.12+.

  • Collaborative features allow multiple users to work on the same notebook at once. Collaboration works either in single-node or multi-node deployments - without a need for additional tooling.

There is a screencast by José Valim showing some of Livebook features. Otherwise, here is a peek at the "Welcome to Livebook" introductory notebook:

Screenshot

The current version provides only the initial step of our Livebook vision. Our plan is to continue focusing on visual, collaborative, and interactive features in the upcoming releases.

Usage

For now, the best way to run Livebook is by cloning it and running it locally:

$ git clone https://github.com/elixir-nx/livebook.git
$ cd livebook
$ mix deps.get --only prod
$ MIX_ENV=prod mix phx.server

You will need Elixir v1.11 or later.

We will work on other distribution modes (escripts, Docker images, etc) once we start distributing official releases.

Security considerations

Livebook is built to document and execute code. Anyone with access to a Livebook instance will be able to access any file and execute any code in the machine Livebook is running.

For this reason, Livebook only binds to the 127.0.0.1, allowing access to happen only within the current machine. When running Livebook in the production environment - the recommended environment - we also generate a token on initialization and we only allow access to the Livebook if said token is supplied as part of the URL.

Environment variables

The following environment variables configure Livebook:

  • LIVEBOOK_PASSWORD - sets a password that must be used to access Livebook. Must be at least 12 characters. Defaults to token authentication.

  • LIVEBOOK_PORT - sets the port Livebook runs on. If you want multiple instances to run on the same domain but different ports, you also need to set LIVEBOOK_SECRET_KEY_BASE. Defaults to 8080.

  • LIVEBOOK_SECRET_KEY_BASE - sets a secret key that is used to sign and encrypt the session and other payloads used by Livebook. Must be at least 64 characters long and it can be generated by commands such as: openssl rand -base64 48. Defaults to a random secret on every boot.

License

Copyright (C) 2021 Dashbit

Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at [http://www.apache.org/licenses/LICENSE-2.0](http://www.apache.org/licenses/LICENSE-2.0)

Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.