diff --git a/docs/.gitignore b/docs/.gitignore deleted file mode 100644 index c95219f3..00000000 --- a/docs/.gitignore +++ /dev/null @@ -1,8 +0,0 @@ -_build/ -.venv -venv/ -.env -.DS_Store - -queue.sqlite3 -index.sqlite3 diff --git a/docs/.mkdocs.unused/gen_docs_refs.py b/docs/.mkdocs.unused/gen_docs_refs.py deleted file mode 100644 index 8447015f..00000000 --- a/docs/.mkdocs.unused/gen_docs_refs.py +++ /dev/null @@ -1,50 +0,0 @@ -"""Generate the code reference pages and navigation.""" - -from pathlib import Path - -import mkdocs_gen_files - -nav = mkdocs_gen_files.Nav() -mod_symbol = '' - -packages_dir = Path(__file__).parent -doc_root = packages_dir / "docs" - -for path in sorted((packages_dir / "archivebox").rglob("*.py")): - module_path = path.relative_to(packages_dir).with_suffix("") - doc_path = path.relative_to(packages_dir).with_suffix(".md") - full_doc_path = doc_root / "reference" / doc_path - - if ( - "management" in str(module_path) - or "vendor" in str(module_path) - or "machine" in str(module_path) - or "migrations" in str(module_path) - or "plugins" in str(module_path) - ): - continue - - parts = tuple(module_path.parts) - - if parts[-1] == "__init__": - parts = parts[:-1] - doc_path = doc_path.with_name("index.md") - full_doc_path = full_doc_path.with_name("index.md") - elif parts[-1].startswith("_"): - continue - - full_doc_path = full_doc_path.relative_to(packages_dir) - - # import ipdb; ipdb.set_trace() - - nav_parts = [f"{mod_symbol} {part}" for part in parts] - nav[tuple(nav_parts)] = doc_path.as_posix() - - with mkdocs_gen_files.open(full_doc_path, "w") as fd: - ident = ".".join(parts) - fd.write(f"---\ntitle: {ident}\n---\n\n::: {ident}") - - mkdocs_gen_files.set_edit_path(full_doc_path, path.relative_to(packages_dir)) - -with mkdocs_gen_files.open(doc_root / "reference" / "SUMMARY.md", "w") as nav_file: - nav_file.writelines(nav.build_literate_nav()) diff --git a/docs/.mkdocs.unused/mkdocs.yml b/docs/.mkdocs.unused/mkdocs.yml deleted file mode 100644 index 1bf20389..00000000 --- a/docs/.mkdocs.unused/mkdocs.yml +++ /dev/null @@ -1,32 +0,0 @@ -site_name: ArchiveBox -site_url: https://github.com/ArchiveBox/ArchiveBox - -theme: - name: material - - - -plugins: -- exclude: - glob: - - archivebox/vendor - - data/ - - data*/ - - '*.sqlite3' - - deb_dist/ - - brew_dist/ - - dist/ -- search -- autorefs -- mkdocstrings: - handlers: - python: - options: - show_submodules: true - import: - - url: https://docs.python-requests.org/en/master/objects.inv - domains: [std, py] - -- gen-files: - scripts: - - gen_docs_refs.py diff --git a/docs/.readthedocs.yaml b/docs/.readthedocs.yaml deleted file mode 100644 index 2540987a..00000000 --- a/docs/.readthedocs.yaml +++ /dev/null @@ -1,45 +0,0 @@ -# Read the Docs configuration file for ArchiveBox docs -# See https://docs.readthedocs.io/en/stable/config-file/v2.html -# -# RTD Version Strategy: -# - "stable" alias -> latest tag with no pre-release suffix (PEP 440) -# - "latest" alias -> default branch (master) = current dev docs -# - Tagged versions (v0.9.10, v0.8.6, v0.7.3, etc.) build from git tags -# -# This is fully automatic via PEP 440 version detection: -# - pyproject.toml version = "0.9.10" -> stable release -# - pyproject.toml version = "0.9.10rc1" -> pre-release (dev) -# - pyproject.toml version = "0.9.10.dev1" -> dev release -# - RTD "latest" from master branch -> always dev -# -# RTD Admin Settings (configure in RTD dashboard once): -# - Default version: "stable" -# - "latest" version: visible, shows dev docs with warning banner -# - Enable "build on tag push" for automatic versioned releases -# -# To publish a new stable release: -# 1. Set version = "0.9.10" in pyproject.toml (no rc/dev/alpha suffix) -# 2. git tag v0.9.10 && git push wiki v0.9.10 -# 3. RTD auto-builds and "stable" alias updates to this version -# -# To access dev docs: -# https://archivebox.readthedocs.io/en/latest/ - -version: 2 - -build: - os: ubuntu-24.04 - tools: - python: "3.13" - -sphinx: - configuration: conf.py - -python: - install: - - requirements: requirements.txt - # Install archivebox so autodoc2 can introspect the source - - method: pip - path: .. - extra_requirements: - - dev diff --git a/docs/ArchiveBox-Architecture-Diagrams.md b/docs/ArchiveBox-Architecture-Diagrams.md deleted file mode 100644 index d0d44a74..00000000 --- a/docs/ArchiveBox-Architecture-Diagrams.md +++ /dev/null @@ -1,200 +0,0 @@ -# ArchiveBox Architecture Diagrams - -## High-Level System Execution Flow - -```mermaid -stateDiagram-v2 - archivebox.cli.main(sys.argv) - state Supervisord { - Scheduler - state Orchestrator { - [*] --> TICK - TICK --> SPAWN_ACTORS: queued > 0 - SPAWN_ACTORS --> TICK - TICK --> IDLE: queued == 0 - IDLE --> TICK: 1s - } - } - - note left of archivebox.cli.main(sys.argv) - archivebox entrypoint - end note - - state "archivebox.cli.SUBCOMMAND" as MAIN_THREAD - - archivebox.cli.main(sys.argv) --> run_subcommand(sys.argv) - run_subcommand(sys.argv) --> setup_django() - setup_django() --> Supervisord: spawns in background - setup_django() --> MAIN_THREAD: runs in foreground - - MAIN_THREAD --> archivebox.main.SUBCOMMAND - archivebox.main.SUBCOMMAND --> Storage: add_to_queue() - - state Actors { - CrawlActor --> Crawl: tick() - SnapshotActor --> Snapshot: tick() - ArchiveResultActors --> ArchiveResult: tick() - } - - state "State Machines" as JOBS { - - state Crawl { - state "QUEUED" as CRAWL_QUEUED - state "STARTED" as CRAWL_STARTED - state "SEALED" as CRAWL_SEALED - CRAWL_QUEUED --> CRAWL_STARTED: create_root_snapshot() - CRAWL_STARTED --> CRAWL_SEALED: is_finished - } - - state Snapshot { - state "QUEUED" as SNAP_QUEUED - state "STARTED" as SNAP_STARTED - state "SEALED" as SNAP_SEALED - SNAP_QUEUED --> SNAP_STARTED: create_pending_archiveresults() - SNAP_STARTED --> SNAP_SEALED: is_finished - } - - state ArchiveResult { - QUEUED --> STARTED: run_extractor() - STARTED --> BACKOFF: is_temp_error - BACKOFF --> STARTED: is_retry_past - STARTED --> FAILED: is_fatal_error - STARTED --> SUCCEEDED: is_succeded - } - - - note right of ArchiveResult - exec_crome() - end note - - note right of ArchiveResult - exec_wget() - end note - - note right of ArchiveResult - exec_curl() - end note - - note right of ArchiveResult - ... other extractor subprocesses ... - end note - } - - state Storage { - state "DB" as SQLITE_DB - sources/ - archive/ - state "index.json" as INDEX_JSONS - } - - Storage: Storage - - Orchestrator --> Actors: spawns subprocesses - - Crawl --> Snapshot: create_root_snapshot() - Snapshot --> ArchiveResult: create_pending_archiveresults() - - Crawl --> Storage: .save() - Snapshot --> Storage: .save() - ArchiveResult --> Storage: .save() - - Storage --> Actors: get_queue() - - -``` - ---- - -## State Diagrams for Main Models - - -### `Crawl` - -- `crawls/models.py`: `Crawl` -- `crawls/statemachines.py`: `CrawlMachine` - -```mermaid -stateDiagram-v2 - STARTED --> SEALED: tick [is_finished] - STARTED --> STARTED: tick [!is_finished] - QUEUED --> STARTED: tick [can_start] - QUEUED --> QUEUED: tick [!can_start] - - - note left of QUEUED - Crawl created - end note - - note right of STARTED - create_root_snapshot() - crawl.retry_at = now + 5s - end note -``` - - -## `Snapshot` - -- `core/models.py`: `Snapshot` -- `core/statemachines.py`: `SnapshotMachine` - -```mermaid -stateDiagram-v2 - STARTED --> SEALED: tick [is_finished] - STARTED --> STARTED: tick [!is_finished] - QUEUED --> STARTED: tick [can_start] - QUEUED --> QUEUED: tick [!can_start] - - note left of QUEUED - Snapshot created - end note - - note right of STARTED - create_pending_archiveresults(extractors) - snapshot.retry_at = now + 60s - end note -``` - - -### `ArchiveResult` - -- `core/models.py`: `ArchiveResult` -- `core/statemachines.py`: `ArchiveResultMachine` - -image - -```mermaid -stateDiagram-v2 - QUEUED --> QUEUED: tick [!can_start] - QUEUED --> STARTED: tick [can_start] - STARTED --> STARTED: tick [!is_finished] - STARTED --> BACKOFF: tick [is_backoff] - STARTED --> FAILED: tick [is_failed] - STARTED --> SUCCEEDED: tick [is_succeeded] - BACKOFF --> BACKOFF: tick [!can_start] - BACKOFF --> STARTED: tick [can_start] - - note left of QUEUED - ArchiveResult created - end note - - note left of STARTED - start_ts = now - retry_at = now + 60s - create_output_dir() - run_extractor() - end note - - note right of BACKOFF - retry_at = now + 60s - end note - - note right of SUCCEEDED - end_ts = now - retry_at = None - end note - - note right of FAILED - end_ts = now - retry_at = None - end note -``` diff --git a/docs/Changelog.md b/docs/Changelog.md deleted file mode 100644 index 7e26cc00..00000000 --- a/docs/Changelog.md +++ /dev/null @@ -1,122 +0,0 @@ -# Changelog - -▶️ *If you're having an issue with a breaking change, or migrating your data between versions, open an [issue](https://github.com/ArchiveBox/ArchiveBox/issues) to get help.* - -**`ArchiveBox` was previously named `Pocket Archive Stream` and then `Bookmark Archiver`.** - -
- -
- -**`THIS PAGE HAS BEEN MOVED:` See the [releases](https://github.com/ArchiveBox/ArchiveBox/releases) page for versioned source downloads and full changelog.** - - -🍰 Many thanks to our 100+ contributors and everyone in the web archiving community! 🏛 - -
- -
-Expand old release notes... - ---- - - - v0.4.9 released - - `pip install archivebox` https://pypi.org/project/archivebox/ - - `docker run archivebox/archivebox` https://hub.docker.com/r/archivebox/archivebox - - https://archivebox.readthedocs.io/en/latest/ - - https://github.com/ArchiveBox/ArchiveBox/releases - - easy migration from previous versions - ```bash - cd path/to/your/archive/folder - archivebox init - archviebox add 'https://example.com' - archviebox add 'https://getpocket.com/users/USERNAME/feed/all' --depth=1 - ``` - - full transition to Django Sqlite DB with migrations (making upgrades between versions much safer now) - - maintains an intuitive and helpful CLI that's backwards-compatible with all previous archivebox data versions - - uses argparse instead of hand-written CLI system: see `archivebox/cli/archivebox.py` - - new subcommands-based CLI for `archivebox` (see below) - - new Web UI with pagination, better search, filtering, permissions, and more - - 30+ assorted bugfixes, new features, and tickets closed - - for more info, see: https://github.com/ArchiveBox/ArchiveBox/releases/tag/v0.4.9 - ---- - - - v0.2.4 released - - better archive corruption guards (check structure invariants on every parse & save) - - remove title prefetching in favor of new FETCH_TITLE archive method - - slightly improved CLI output for parsing and remote url downloading - - re-save index after archiving completes to update titles and urls - - remove redundant derivable data from link json schema - - markdown link parsing support - - faster link parsing and better symbol handling using a new compiled URL_REGEX - ---- - - - v0.2.3 released - - fixed issues with parsing titles including trailing tags - - fixed issues with titles defaulting to URLs instead of attempting to fetch - - fixed issue where bookmark timestamps from RSS would be ignored and current ts used instead - - fixed issue where ONLY_NEW would overwrite existing links in archive with only new ones - - fixed lots of issues with URL parsing by using `urllib.parse` instead of hand-written lambdas - - ignore robots.txt when using wget (ssshhh don't tell anyone 😁) - - fix RSS parser bailing out when there's whitespace around XML tags - - fix issue with browser history export trying to run ls on wrong directory - ---- - - - v0.2.2 released - - Shaarli RSS export support - - Fix issues with plain text link parsing including quotes, whitespace, and closing tags in URLs - - add USER_AGENT to archive.org submissions so they can track archivebox usage - - remove all icons similar to archive.org branding from archive UI - - hide some of the noisier youtubedl and wget errors - - set permissions on youtubedl media folder - - fix chrome data dir incorrect path and quoting - - better chrome binary finding - - show which parser is used when importing links, show progress when fetching titles - ---- - - - v0.2.1 released with new logo - - ability to import plain lists of links and almost all other raw filetypes - - WARC saving support via wget - - Git repository downloading with git clone - - Media downloading with youtube-dl (video, audio, subtitles, description, playlist, etc) - ---- - - v0.2.0 released with new name - - [renamed](https://github.com/ArchiveBox/ArchiveBox/issues/108) from **Bookmark Archiver** -> **ArchiveBox** - ---- - - v0.1.0 released - - support for browser history exporting added with `./bin/archivebox-export-browser-history` - - support for chrome `--dump-dom` to output full page HTML after JS executes - ---- - - v0.0.3 released - - support for chrome `--user-data-dir` to archive sites that need logins - - fancy individual html & json indexes for each link - - smartly append new links to existing index instead of overwriting - ---- - - v0.0.2 released - - proper HTML templating instead of format strings (thanks to https://github.com/bardisty!) - - refactored into separate files, wip audio & video archiving - ---- - - v0.0.1 released - - Index links now work without nginx url rewrites, archive can now be hosted on github pages - - added setup.sh script & docstrings & help commands - - made Chromium the default instead of Google Chrome (yay free software) - - added [env-variable](https://github.com/ArchiveBox/ArchiveBox/pull/25) configuration (thanks to https://github.com/hannah98!) - - renamed from **Pocket Archive Stream** -> **Bookmark Archiver** - - added [Netscape-format](https://github.com/ArchiveBox/ArchiveBox/pull/20) export support (thanks to https://github.com/ilvar!) - - added [Pinboard-format](https://github.com/ArchiveBox/ArchiveBox/pull/7) export support (thanks to https://github.com/sconeyard!) - - front-page of HN, oops! apparently I have users to support now :grin:? - - added Pocket-format export support - ---- - - v0.0.0 released: created Pocket Archive Stream 2017/05/05 - -
diff --git a/docs/Chromium-Install.md b/docs/Chromium-Install.md deleted file mode 100644 index 944e6ab6..00000000 --- a/docs/Chromium-Install.md +++ /dev/null @@ -1,207 +0,0 @@ -# Chrome / Chromium Setup - -By default, ArchiveBox looks for any existing installed version of Chrome/Chromium and uses it if found. You can optionally install a specific version and set the environment variable `CHROME_BINARY` to force ArchiveBox to use that one, e.g.: - - - `CHROME_BINARY=google-chrome-beta` - - `CHROME_BINARY=/usr/bin/chromium-browser` - - `CHROME_BINARY='/Applications/Chromium.app/Contents/MacOS/Chromium'` - - `CHROME_BINARY='~/Library/Caches/ms-playwright/chromium-857950/chrome-mac/Chromium.app/Contents/MacOS/Chromium'` - -If you don't already have Chrome installed, I recommend installing Chromium instead of Google Chrome, as it's the open-source fork of Chrome that doesn't send as much tracking data to Google. - -**Check for existing Chrome/Chromium install:** - - - -```bash -google-chrome --version | chromium-browser --version -Google Chrome 122.0.6261.49 beta # should be >v111 -``` - -## Installing Chromium - -### ⭐️ Any OS (recommended) - -[`playwright`](https://playwright.dev/python/docs/browsers) (by the Microsoft team) and [`puppeteer`](https://github.com/puppeteer/puppeteer) (by the Google team) are two options to get stable, repeatable Chromium distributions on many OSs. -```bash -pip install --upgrade --ignore-installed playwright -playwright install --with-deps chromium - -# alternatively use puppeteer to get Chromium instead of playwright: -npm install puppeteer -``` - -### macOS - -If you already have a Chrome app installed like `/Applications/Chromium.app`, you don't need to run this. -```bash -brew install --cask chromium -``` - -### Ubuntu/Debian -If you already have `chromium-browser` >= v111 installed (run `chromium-browser --version`, you don't need to run this. -```bash -sudo apt update -sudo apt install chromium-browser -# or on some systems: -sudo apt install chromium -``` - -## Installing Google Chrome - -### macOS -If you already have `/Applications/Google Chrome.app`, you don't need to run this. -```bash -brew install --cask google-chrome -``` -### Ubuntu/Debian -If you already have `google-chrome` >= v111 installed (run `google-chrome --version`, you don't need to run this. -```bash -wget -q -O - 'https://dl-ssl.google.com/linux/linux_signing_key.pub' | sudo apt-key add - -echo 'deb [arch=amd64] http://dl.google.com/linux/chrome/deb/ stable main' | sudo tee /etc/apt/sources.list.d/google-chrome.list -sudo apt update -sudo apt install -y google-chrome -``` - -## Troubleshooting Chromium Install - -If you encounter problems setting up Google Chrome or Chromium, see the [Troubleshooting](https://github.com/ArchiveBox/ArchiveBox/wiki/Troubleshooting#chromiumgoogle-chrome) page. - ---- - -# Setting Up a Chromium User Profile - -You may choose to set up a Chrome/Chromium user profile in order to use your cookies/sessions to log into sites behind authentication/paywall during archiving. - -*Note: not all extractors use Chrome (e.g. `wget`, `mercury`, `media`), so [`COOKIES_FILE`](https://github.com/ArchiveBox/ArchiveBox/wiki/Configuration/#cookies_file) should be set up as well after this.* - -> [!WARNING] -> **We strongly recommend you use [separate burner credentials dedicated to archiving](https://docs.sweeting.me/s/cookie-dilemma),** e.g. don't provide cookies for your normal daily Facebook/Instagram/Google/etc. accounts as server responses and page content will often contain your name/email/PII, session cookies, private tokens, etc. which then get preserved in your snapshots for eternity. -> -> Future viewers of your archive may be able to use any reflected archived session tokens to log in as you, or at the very least, associate the content with your real identity. Even if this tradeoff seems acceptable now or you plan to keep your archive data private, you may want to share a snapshot with others in the future, and snapshots are very hard to sanitize/anonymize after-the-fact! -> -> For this reason, it's best to set up dedicated fake profile accounts for each site you want to archive, and consider them burned if you ever share any of your archived snapshots of those sites with untrusted people. - - - - -### Docker VNC Setup - -If using ArchiveBox in Docker, the easiest way to set up session credentials is by remote controlling the ArchiveBox Chrome browser over VNC, and using it to log in to the sites you want to save. - -1. Enable the `novnc` server using these settings in your `docker-compose.yml`: - -`docker-compose.yml`: -```yaml -services: - archivebox: - ... - volumes: - ... - - ./data/personas/Default:/data/personas/Default - environment: - - CHROME_USER_DATA_DIR=/data/personas/Default/chrome_profile - - DISPLAY=novnc:0.0 - - novnc: - image: theasp/novnc:latest - environment: - - DISPLAY_WIDTH=1920 - - DISPLAY_HEIGHT=1080 - - RUN_XTERM=no - ports: - - "8080:8080" -``` - -2. Start the `novnc` window server container -```bash -docker compose up -d novnc -# wait a few seconds for novnc to start... -``` - -3. Start ArchiveBox's Chrome inside Docker -```bash -docker compose run archivebox /usr/bin/chromium-browser --user-data-dir=/data/personas/Default/chrome_profile --profile-directory=Default --disable-gpu --disable-features=dbus --disable-dev-shm-usage --start-maximized --no-sandbox --disable-setuid-sandbox --no-zygote --disable-sync --no-first-run -``` -(make sure you set `DISPLAY` & `CHROME_USER_DATA_DIR` and added the line to `volumes:` above first!) - -4. Open [`http://localhost:8080/vnc.html`](http://localhost:8080/vnc.html) in your browser. You should see a remote linux desktop shown with Chrome open, allowing you to remote-control ArchiveBox's browser. Use it to log into any sites where you want to save credentials. - -5. ✅ Close the browser, stop & remove novnc, and then run archivebox normally. It will use the profile stored in `CHROME_USER_DATA_DIR=/data/personas/Default/chrome_profile` going forward, you should now be able to archive sites as if you were logged in! - -```bash -# stop the archivebox and novnc containers -docker compose down -docker compose down --remove-orphans -# edit docker-compose.yml to remove/comment out the novnc: section - -# test it all out by archiving something hosted on one of the domains you logged in to -docker compose run archivebox add 'https://private.example.com/some/site/requiring/login.html' -# check the SingleFile, Screenshot, DOM, or PDF snapshot output (only these use the Chrome profile) -# make sure the content appears as your logged-in user would see it -``` - -Under the hood this uses [Xvfb](https://www.x.org/releases/X11R7.6/doc/man/man1/Xvfb.1.xhtml) + [Fluxbox](http://www.fluxbox.org/) + [`novnc`](https://github.com/theasp/docker-novnc) to provide a virtual display, window manager, and VNC server + novnc websocket viewer. -
- -### Non-Docker Setup (Local Host) - -If running ArchiveBox on your local machine without Docker, this process is fairly easy. - -First, tell archivebox where you want to store your Chrome profile. - -```bash -# replace /Users/alice/.archivebox_chrome with a path to store your profile in -archivebox config --set CHROME_USER_DATA_DIR=/Users/alice/.archivebox_chrome -``` - -Then run Chrome (with that profile dir) to open a visible browser window where you can log into things, e.g.: - -```bash -# find your CHROME_BINARY path by running -archivebox version | grep -i chrome - -# macOS example (using Google Chrome.app) -/Applications/Google\ Chrome.app/Contents/MacOS/Google\ Chrome --user-data-dir=~/ArchiveBox/personas/Default/chrome_profile - -# Linux example (using Playwright Chromium) -/root/.cache/ms-playwright/chromium-1105/chrome-linux/chrome --user-data-dir=~/archivebox/data/personas/Default/chrome_profile -``` - -Once it's open, log in to all the sites you want to be logged in to for archiving, then close/quit Chrome. - -✅ All ArchiveBox extractors that use Chrome (e.g. Screenshot, PDF, DOM, Singlefile) should now use that profile. -*Don't forget to set up [`COOKIES_FILE`](https://github.com/ArchiveBox/ArchiveBox/wiki/Configuration/#cookies_file) for the rest!* - -
- -### Non-Docker Setup (Remote Host) - -You must set up the profile using the exact same version of chrome that ArchiveBox is running (which can be found with `archivebox version`). -You can download the latest chromium with `pip install playwright && playwright install --with-deps chromium`, or get older versions of Chrome from https://chromium.cypress.io. - -**General steps:** - -1. Make sure you are running the same OS and have the same version of Chrome installed as the host running ArchiveBox -2. Follow the `Non-Docker Setup (Local Host)` setups above to create a Chrome profile locally -3. Rsync your chrome profile from your local machine to the remote archivebox host - `rsync --archive /path/to/profile remotehost:/path/to/profile/on/remote/host` -4. Configure ArchiveBox on the remote host to use the `rsync`'ed Chrome profile - `archivebox config --set CHROME_USER_DATA_DIR=/path/to/profile/on/remote/host` - -You may need to run `chown -R archivebox /path/to/profile/on/remote/host` on the remote host to make the profile editable by the `archivebox` user on that machine. - -✅ All ArchiveBox extractors that use Chrome (e.g. Screenshot, PDF, DOM, Singlefile) should now use that profile. -*Don't forget to set up [`COOKIES_FILE`](https://github.com/ArchiveBox/ArchiveBox/wiki/Configuration/#cookies_file) for the rest!* - ---- - -## More Info & Troubleshooting - -- https://github.com/ArchiveBox/ArchiveBox/issues/952 -- https://github.com/ArchiveBox/ArchiveBox/wiki/Security-Overview#archiving-private-content -- https://github.com/ArchiveBox/ArchiveBox/wiki/Security-Overview#%EF%B8%8F-things-to-watch-out-for-%EF%B8%8F -- https://github.com/ArchiveBox/ArchiveBox/wiki/Security-Overview#publishing -- https://github.com/ArchiveBox/ArchiveBox/wiki/Configuration#chrome_user_data_dir -- https://github.com/ArchiveBox/ArchiveBox/wiki/Configuration#chrome_binary -- https://github.com/ArchiveBox/ArchiveBox/wiki/Configuration#cookies_file diff --git a/docs/Configuration.md b/docs/Configuration.md deleted file mode 100644 index 26a51b62..00000000 --- a/docs/Configuration.md +++ /dev/null @@ -1,1175 +0,0 @@ -# Configuration - -Configuration of ArchiveBox is done by using the `archivebox config` command, modifying the `ArchiveBox.conf` file in the data folder, or by using environment variables. All three methods work equivalently when using Docker as well. - -*Some equivalent examples of setting some configuration options:* -```bash -archivebox config --set TIMEOUT=120 -# OR -echo "TIMEOUT=120" >> ArchiveBox.conf -# OR -env TIMEOUT=120 archivebox add ~/Downloads/bookmarks_export.html -``` - -Environment variables take precedence over the config file, which is useful if you only want to use a certain option temporarily during a single run. For more examples see [Usage: Configuration](Usage#run-archivebox-with-configuration-options)... - -
- - - -**Available Configuration Options:** - - [General Settings:](#general-settings) Archiving process, output format, crawl limits, and retention. - - [Server Settings:](#server-settings) Web UI, authentication, subdomain routing, and reverse proxy options. - - [Storage Settings:](#storage-settings) File layout, permissions, and temp/lib directories. - - [Database Settings:](#database-settings) SQLite tuning and lock-retry behavior. - - [Search Settings:](#search-settings) Full-text search backend selection. - - [Shell Options:](#shell-options) Format & behavior of CLI output. - - [Plugin Configuration:](#plugin-configuration) Per-plugin options (now documented separately). - -
- ---- - - -

-In case this document is ever out of date, check the source code for config definitions: archivebox/config/common.py ➡️ -

- -## General Settings - -*General options around the archiving process, output format, retention, and concurrency limits.* - ---- -#### `ONLY_NEW` -**Possible Values:** [`True`]/`False` -Toggle whether or not to attempt rechecking old links when adding new ones, or leave old incomplete links alone and only archive the new links. - -By default, ArchiveBox will only archive new links on each import. If you want it to go back through all links in the index and download any missing files on every run, set this to `False`. - -*Note: Regardless of how this is set, ArchiveBox will never re-download sites that have already succeeded previously. When this is `False` it only attempts to fix previous pages that have *missing* archive extractor outputs, it does not re-archive pages that have already been successfully archived.* - ---- -#### `TIMEOUT` -**Possible Values:** [`60`]/`120`/... -Maximum allowed runtime **per-extractor, per-Snapshot** in seconds. If you have a slow network connection or are seeing frequent timeout errors, you can raise this value. - -This is a *plugin-shared* setting — each individual extractor can override it with its own `_TIMEOUT` (e.g. [`WGET_TIMEOUT`](https://archivebox.github.io/abx-plugins/#wget), [`CHROME_TIMEOUT`](https://archivebox.github.io/abx-plugins/#chrome), [`YTDLP_TIMEOUT`](https://archivebox.github.io/abx-plugins/#ytdlp)). See the [per-plugin docs](https://archivebox.github.io/abx-plugins/) for the full list. - -> [!NOTE] -> `TIMEOUT` only caps a single extractor invocation. To bound the *total* wall-clock runtime of an entire crawl, use [`CRAWL_TIMEOUT`](#crawl_timeout) instead. - -> [!WARNING] -> Do not set this to anything less than `5` seconds — Chrome will hang indefinitely and many sites will fail completely. Anywhere between `30` and `3000` is the recommended range. - -*Related options:* -[`CRAWL_TIMEOUT`](#crawl_timeout), [`CRAWL_MAX_URLS`](#crawl_max_urls), [`SNAPSHOT_MAX_SIZE`](#snapshot_max_size) - ---- -#### `RESOLUTION` -**Possible Values:** [`1440,2000`]/`1024,768`/... -Default screenshot/PDF viewport resolution in `width,height` pixels. Used as the fallback for `SCREENSHOT_RESOLUTION`, `PDF_RESOLUTION`, and `CHROME_RESOLUTION`. - -This is a *plugin-shared* setting — individual extractors override it via `_RESOLUTION` (e.g. [`SCREENSHOT_RESOLUTION`](https://archivebox.github.io/abx-plugins/#screenshot), [`PDF_RESOLUTION`](https://archivebox.github.io/abx-plugins/#pdf), [`CHROME_RESOLUTION`](https://archivebox.github.io/abx-plugins/#chrome)). See the [per-plugin docs](https://archivebox.github.io/abx-plugins/) for plugin-specific overrides. - ---- -#### `CHECK_SSL_VALIDITY` -**Possible Values:** [`True`]/`False` -Whether to enforce HTTPS certificate validity and HSTS chain of trust when archiving sites. Set this to `False` if you want to archive pages even if they have expired or invalid certificates. - -This is a *plugin-shared* setting — every HTTP-fetching extractor ([`wget`](https://archivebox.github.io/abx-plugins/#wget), [`yt-dlp`](https://archivebox.github.io/abx-plugins/#ytdlp), [`gallery-dl`](https://archivebox.github.io/abx-plugins/#gallerydl), [`chrome`](https://archivebox.github.io/abx-plugins/#chrome), etc.) honors it, and individual extractors can override with `_CHECK_SSL_VALIDITY`. See the [per-plugin docs](https://archivebox.github.io/abx-plugins/). - -> [!WARNING] -> When `False`, ArchiveBox cannot guarantee that the captured content matches the real site — a man-in-the-middle could substitute responses. Only disable for trusted networks or for archiving legacy/internal sites with expired certs. - ---- -#### `USER_AGENT` -**Possible Values:** [`Mozilla/5.0 ... ArchiveBox/{VERSION} ...`]/`"Mozilla/5.0 ..."`/... -The default `User-Agent` string sent during archiving. The built-in default identifies ArchiveBox and links back to the GitHub repo so site operators can identify and contact archivers if needed. - -This is a *plugin-shared* setting — each extractor ([`wget`](https://archivebox.github.io/abx-plugins/#wget), [`chrome`](https://archivebox.github.io/abx-plugins/#chrome), [`yt-dlp`](https://archivebox.github.io/abx-plugins/#ytdlp), [`singlefile`](https://archivebox.github.io/abx-plugins/#singlefile), …) can override it with its own `_USER_AGENT`, otherwise it falls back to this value. See the [per-plugin docs](https://archivebox.github.io/abx-plugins/) for per-extractor specifics. - -> [!NOTE] -> Some sites block requests that look like bots or that don't match a real browser. If you're getting 403s or empty responses, try setting this to a current Chrome/Firefox UA string. - ---- -#### `COOKIES_FILE` -**Possible Values:** [`None`]/`/path/to/cookies.txt`/... - -> [!TIP] -> **Prefer [personas](#default_persona) over `COOKIES_FILE` for authentication.** A persona bundles a `cookies.txt`, a Chrome user-data-dir, a user-agent, and any other per-identity state into one named profile that's swappable per-crawl and automatically scoped across every extractor. `COOKIES_FILE` (and the per-extractor `_COOKIES_FILE` overrides) is a low-level escape hatch for when you specifically need to point at a hand-rolled cookies file outside the persona system — most users should ignore it and configure auth through `archivebox persona create` instead. - -Path to a [Netscape-format `cookies.txt`](http://www.cookiecentral.com/faq/#3.5) file passed to `wget`, `curl`, `yt-dlp`, and other non-Chrome extractors for authentication. Required when archiving sites behind a login (paywalls, social media feeds, members-only forums, etc.) **if you're not using a persona**. - -This is a *plugin-shared* setting — each extractor can override it with `_COOKIES_FILE` (e.g. [`WGET_COOKIES_FILE`](https://archivebox.github.io/abx-plugins/#wget), [`YTDLP_COOKIES_FILE`](https://archivebox.github.io/abx-plugins/#ytdlp), [`GALLERYDL_COOKIES_FILE`](https://archivebox.github.io/abx-plugins/#gallerydl)). [Chrome](https://archivebox.github.io/abx-plugins/#chrome)-based extractors instead read auth state from the persona's `CHROME_USER_DATA_DIR`. See the [per-plugin docs](https://archivebox.github.io/abx-plugins/) for per-extractor variants. - -You can generate a `cookies.txt` using a [browser extension](https://chromewebstore.google.com/detail/get-cookiestxt-locally/cclelndahbckbenkjhflpdbgdldlbecc), or with `wget --save-cookies` + `--user=... --password=...`. - -The recommended path is to create a persona and let it manage cookies + Chrome profile state for you: - -```bash -archivebox persona create --import=chrome personal -archivebox add --persona=personal https://members.example.com/feed -``` - -> [!WARNING] -> **Use separate burner credentials dedicated to archiving** — don't re-use your normal daily Facebook/Instagram/Youtube/etc. account cookies as server responses often contain your name/email/PII and session tokens, which then get preserved in your snapshots forever! - -*Related options:* -[`DEFAULT_PERSONA`](#default_persona), [`ACTIVE_PERSONA`](#active_persona), [`CHROME_USER_DATA_DIR`](https://archivebox.github.io/abx-plugins/#chrome) - ---- -#### `DEFAULT_PERSONA` -**Possible Values:** [`Default`]/`personal`/`work`/... -The persona profile used when no explicit persona is selected for a crawl. Personas bundle a Chrome user-data-dir, a `cookies.txt`, auth state, a user-agent, and any other per-identity config into a single named profile, letting you swap between archiving contexts (logged-out vs. signed-into-work-account vs. signed-into-personal-account) without manually juggling files. - -ArchiveBox auto-creates the named persona on disk if it doesn't already exist. See the [Personas wiki page](https://github.com/ArchiveBox/ArchiveBox/wiki/Personas) for the full directory layout. - -*Related options:* -[`ACTIVE_PERSONA`](#active_persona), [`COOKIES_FILE`](#cookies_file) - ---- -#### `ACTIVE_PERSONA` -**Possible Values:** *auto-set, read-only at runtime* -The name of the persona actually being used for the *current* crawl/snapshot. Where [`DEFAULT_PERSONA`](#default_persona) is the user-configured *fallback*, `ACTIVE_PERSONA` is **derived** — ArchiveBox sets it automatically based on the resolved persona for each Snapshot (explicit selection on the Crawl > persona on the URL > `DEFAULT_PERSONA`). - -You generally read this rather than write it. Plugins and templates can inspect `ACTIVE_PERSONA` to render persona-specific UI or pick persona-scoped paths. Setting it manually in `ArchiveBox.conf` has no effect — it will be overwritten on every run by the persona resolver. - -*Related options:* -[`DEFAULT_PERSONA`](#default_persona) - ---- - -#### `URL_DENYLIST` -**Possible Values:** [`\.(css|js|otf|ttf|woff|woff2|gstatic\.com|googleapis\.com/css)(\?.*)?$`]/`.+\.exe$`/... - -Regex pattern matched against every URL discovered during a crawl. Any matching URL is **excluded** from archiving — useful for blocking tracking pixels, ad networks, CDN-hosted CSS/fonts, or arbitrary file extensions you don't want to capture. - -The default skips common static assets (CSS, fonts, Google Fonts CDN) so they aren't re-fetched as separate Snapshots during recursive crawls — the parent page's `singlefile`/`dom` output already inlines them. - -*Note: This option is also recognized under its legacy alias `URL_BLACKLIST`.* - -*Related options:* -[`URL_ALLOWLIST`](#url_allowlist) - ---- - -#### `URL_ALLOWLIST` -**Possible Values:** [`None`]/`^http(s)?:\/\/(.+)?example\.com\/?.*$`/... - -Regex pattern matched against every URL discovered during a crawl. When set, any URL that does **not** match is excluded. Useful for recursive crawling scoped to a single domain or path prefix (e.g. only follow links within `docs.example.com/v2/`). - -When both are set, `URL_DENYLIST` takes precedence over `URL_ALLOWLIST`. - -*Note: This option is also recognized under its legacy alias `URL_WHITELIST`.* - -*Related options:* -[`URL_DENYLIST`](#url_denylist) - ---- -#### `TAG_SEPARATOR_PATTERN` -**Possible Values:** [`[,]`]/`[,;]`/`[,;\s]`/... -Regex character class used to split tag strings (e.g. `news,politics; longform`) into individual tags when importing URLs. The default splits on commas only; widen it if you paste in tags separated by semicolons, spaces, or other delimiters. - ---- -#### `CRAWL_MAX_URLS` -**Possible Values:** [`0`]/`50`/`500`/... -Maximum number of unique URLs (Snapshots) a single crawl is allowed to produce. `0` means unlimited. Counts both seed URLs you submitted and URLs discovered by recursive crawlers (`parse_dom_outlinks`, `parse_html_urls`, etc.). - -Once the cap is reached, recursive crawlers stop emitting new Snapshots and the crawl is marked with `stop_reason = "crawl_max_urls"`. **Raising the cap later and re-queuing the crawl will resume discovery** — the limit state is persisted in `/.abx-dl/limits.json` and re-evaluated each tick. - -> [!NOTE] -> Use this as a safety net for recursive crawls (`--depth=N`) that could otherwise blow up to thousands of pages on link-heavy sites. - -*Related options:* -[`CRAWL_MAX_SIZE`](#crawl_max_size), [`CRAWL_TIMEOUT`](#crawl_timeout), [`CRAWL_MAX_CONCURRENT_SNAPSHOTS`](#crawl_max_concurrent_snapshots), [`SNAPSHOT_MAX_SIZE`](#snapshot_max_size) - ---- -#### `CRAWL_MAX_SIZE` -**Possible Values:** [`0`]/`50MB`/`5GB`/`104857600`/... -Maximum cumulative output size (in bytes) a single crawl is allowed to produce across all of its Snapshots. `0` means unlimited. - -Accepts a raw byte count (`104857600`) or a unit-suffixed string (`100MB`, `5GB`, `1TiB`). Sizes are accumulated by the extractor service as each `ArchiveResult` writes its outputs to disk; once the cap is exceeded, in-flight Snapshots finish but no new ones are admitted and the crawl stops with `stop_reason = "crawl_max_size"`. - -> [!NOTE] -> Bounds the **disk footprint** of a crawl, not the wire transfer — a 2MB HTML page can produce 50MB of screenshots, PDFs, SingleFile bundles, and media downloads, and this cap applies to the on-disk total. - -*Related options:* -[`SNAPSHOT_MAX_SIZE`](#snapshot_max_size), [`CRAWL_MAX_URLS`](#crawl_max_urls), [`CRAWL_TIMEOUT`](#crawl_timeout) - ---- -#### `CRAWL_TIMEOUT` -**Possible Values:** [`0`]/`300`/`3600`/... -Maximum total wall-clock runtime for a single crawl in seconds. `0` means unlimited. - -Distinct from [`TIMEOUT`](#timeout): `TIMEOUT` caps one extractor invocation on one Snapshot; `CRAWL_TIMEOUT` caps the *entire crawl* — all Snapshots, all extractors, all retries, all recursive discovery passes — together. Once exceeded the crawl is marked `stop_reason = "crawl_timeout"` and queued Snapshots are skipped. - -> [!NOTE] -> Useful as a hard ceiling for unattended/scheduled crawls (e.g. "spend at most 1 hour archiving Hacker News tonight"). Pair with `CRAWL_MAX_URLS` and `CRAWL_MAX_SIZE` for belt-and-suspenders bounds. - -*Related options:* -[`TIMEOUT`](#timeout), [`CRAWL_MAX_URLS`](#crawl_max_urls), [`CRAWL_MAX_SIZE`](#crawl_max_size) - ---- -#### `CRAWL_MAX_CONCURRENT_SNAPSHOTS` -**Possible Values:** [`4`]/`1`/`8`/`16`/... -How many Snapshots within a single crawl ArchiveBox will archive in parallel. The runner schedules up to this many extractor pipelines at once, then waits for one to finish before starting the next. - -Raising this speeds up large crawls on beefy hardware, but each concurrent Snapshot launches its own Chrome instance (when Chrome-based extractors are enabled) — RAM and CPU pressure scale roughly linearly. On a typical laptop, `2-4` is sane; on a dedicated server with 32GB+ RAM, `8-16` can be reasonable. - -> [!NOTE] -> This is **per-crawl** concurrency. If you run multiple crawls simultaneously, each one independently gets up to `CRAWL_MAX_CONCURRENT_SNAPSHOTS` parallel Snapshots. - -*Related options:* -[`CRAWL_MAX_URLS`](#crawl_max_urls), [`TIMEOUT`](#timeout) - ---- -#### `SNAPSHOT_MAX_SIZE` -**Possible Values:** [`0`]/`10MB`/`500MB`/... -Maximum cumulative output size (in bytes) **per individual Snapshot**. `0` means unlimited. Same unit-suffix parsing as `CRAWL_MAX_SIZE` (`10MB`, `2GB`, raw bytes, etc.). - -Where `CRAWL_MAX_SIZE` is a *crawl-wide* budget, `SNAPSHOT_MAX_SIZE` puts a ceiling on any *one* page's output. Once a Snapshot's outputs exceed the cap, remaining extractors for that Snapshot are skipped and the Snapshot is tagged with `stop_reason = "snapshot_max_size"` — but the rest of the crawl continues normally. - -> [!NOTE] -> Particularly useful when crawling sites with occasional huge pages (e.g. a forum where most threads are small but a few are 500MB media galleries) — it caps the outliers without throttling the whole crawl. - -*Related options:* -[`CRAWL_MAX_SIZE`](#crawl_max_size), [`CRAWL_MAX_URLS`](#crawl_max_urls) - ---- -#### `DELETE_AFTER` -**Possible Values:** [`0`]/`24h`/`7d`/`4w`/`6mo`/`1y`/... -Retention policy: automatically delete Crawls, Snapshots, ArchiveResults, and Process rows (and their on-disk outputs) after this duration has elapsed. `0`, `""`, or `None` disables auto-deletion (the default — ArchiveBox never deletes anything unless you ask). - -Accepted units: `h`/`hr`/`hour`, `d`/`day`, `w`/`week`, `mo`/`month`, `y`/`yr`/`year`. The minimum non-zero duration is `1h`. Examples: - -```bash -archivebox config --set DELETE_AFTER=24h # daily rolling buffer -archivebox config --set DELETE_AFTER=30d # 30-day retention -archivebox config --set DELETE_AFTER=6mo # 6 months -``` - -`DELETE_AFTER` can be set globally, per-persona, per-crawl, or per-snapshot — the most-specific value wins. When a Snapshot is created, its `delete_at` timestamp is computed from the effective `DELETE_AFTER` and persisted; the retention sweeper then deletes rows whose `delete_at` is in the past. - -> [!WARNING] -> Deletion is **destructive and irreversible**. Files in the snapshot's output directory are removed from disk. Use with care on important archives — and *never* set this on the global config if you have legacy snapshots you don't want garbage-collected. - -*Related options:* -[`PERMISSIONS`](#permissions) - ---- - - -#### `PERMISSIONS` -**Possible Values:** [`public`]/`unlisted`/`private` -Default visibility for newly created Snapshots. Inherited by every Snapshot in a Crawl unless explicitly overridden at the Crawl or Snapshot level. - -- **`public`** — Snapshot appears in the public index *and* its content is directly accessible without login. -- **`unlisted`** — Snapshot content is accessible via direct link, but it is **not** listed in the public index. Equivalent to a "secret URL." -- **`private`** — Snapshot is hidden from the public index *and* its content requires admin login. - -This option supersedes the removed `PUBLIC_SNAPSHOTS` boolean and is also driven by the still-current [`PUBLIC_INDEX`](#public_index) flag — both are interpreted as a coarse mapping onto `PERMISSIONS` for backwards compatibility (`PUBLIC_SNAPSHOTS=False` ⇒ `private`, `PUBLIC_INDEX=False` ⇒ `unlisted`, either set to `True` ⇒ `public`). Setting `PERMISSIONS` directly wins over either legacy flag. - -> [!NOTE] -> `PERMISSIONS` controls **per-Snapshot** visibility. Server-wide auth (whether the whole UI requires login, whether the add-view is open) is still controlled by [`PUBLIC_INDEX`](#public_index) and [`PUBLIC_ADD_VIEW`](#public_add_view) under Server Settings. - -*Related options:* -[`PUBLIC_INDEX`](#public_index), [`PUBLIC_ADD_VIEW`](#public_add_view), [`DELETE_AFTER`](#delete_after) - ---- -#### `PLUGINS` -**Possible Values:** [`""`]/`wget,favicon,screenshot`/`chrome,singlefile,dom`/... -Comma-separated **whitelist** of plugins to load and run for this archiving run. When empty (the default), ArchiveBox uses the installed/enabled plugin set — i.e. every plugin whose `_ENABLED` config evaluates true. - -When set, only the listed plugins (plus any plugins they declare as `required_plugins` in their `config.json` — e.g. picking `singlefile` automatically pulls in `chrome`) participate in the run. Equivalent to the CLI flag: - -```bash -archivebox add --plugins=wget,favicon,screenshot https://example.com -``` - -Useful for one-off runs ("just grab a screenshot and skip everything else") or for reproducible per-crawl pipelines stored on the Crawl row. - -*Related options:* -[`ENABLED_PLUGINS`](#enabled_plugins) - ---- -#### `ENABLED_PLUGINS` -**Possible Values:** [`""`]/`wget,chrome,singlefile`/... -Comma-separated **override** of the enabled plugin set, used primarily by the admin UI and REST API to express "these are the plugins I want enabled for this Crawl/Snapshot/Persona" without having to flip every individual `_ENABLED` flag. - -The distinction vs. [`PLUGINS`](#plugins): -- `PLUGINS` is the **run-time selector** (what to actually execute on this `add` invocation, with transitive dependency expansion). -- `ENABLED_PLUGINS` is the **persisted enabled set** (what the UI/API thinks should be on for this scope, used to compute per-plugin `_ENABLED` defaults). - -When both are set, `PLUGINS` wins for the actual run; `ENABLED_PLUGINS` remains as the stored default for future runs at the same scope. - -*Related options:* -[`PLUGINS`](#plugins) - ---- - -## Server Settings - -*Options for the web UI, authentication, subdomain routing, and reverse proxy configuration.* - ---- - - -#### `ADMIN_USERNAME` / `ADMIN_PASSWORD` -**Possible Values:** [`None`]/`"admin"`/... - -Only used on first run / initial setup in Docker. ArchiveBox will create an admin superuser with the specified username and password when both options are present in the environment at startup. After the user exists, changing these values has no effect — use `archivebox manage changepassword ` or the Django admin UI instead. - -> [!WARNING] -> Setting `ADMIN_PASSWORD` via environment variable bakes the secret into your shell history, Docker inspect output, and process listings. For long-lived deployments, set it once during provisioning, create the user, then unset the variable. - -More info: -- https://github.com/ArchiveBox/ArchiveBox/wiki/Setting-up-Authentication - -*Related options:* -[`LDAP_ENABLED`](#ldap_enabled), [`REVERSE_PROXY_USER_HEADER`](#reverse_proxy_user_header) - ---- - - -#### `PUBLIC_INDEX` / `PUBLIC_ADD_VIEW` -**Possible Values:** [`True`]/`False` (for `PUBLIC_INDEX`), [`False`]/`True` (for `PUBLIC_ADD_VIEW`) - -Server-wide toggles for whether login is required to use each public area of ArchiveBox. - -```bash -archivebox config --set PUBLIC_INDEX=True # allow viewing the snapshot index without login -archivebox config --set PUBLIC_ADD_VIEW=False # require login to submit new URLs via the web UI -``` - -- `PUBLIC_INDEX` (default `True`) — when on, anonymous visitors can browse the snapshot list page. Individual snapshot visibility is still gated by each Snapshot's own [`PERMISSIONS`](#permissions) field. -- `PUBLIC_ADD_VIEW` (default `False`) — when on, anonymous visitors can submit new URLs to be archived via the `/add` form. Leave this off on any internet-exposed instance unless you actively want a public submission endpoint. - -> [!NOTE] -> **`PUBLIC_SNAPSHOTS` has been removed as a global toggle.** Snapshot visibility is now decided per-Snapshot via the [`PERMISSIONS`](#permissions) field (`public` / `unlisted` / `private`) under General Settings. The old anchors are preserved on `PERMISSIONS` so existing links keep working. - -*Related options:* -[`PERMISSIONS`](#permissions), [`SERVER_SECURITY_MODE`](#server_security_mode), [`ADMIN_USERNAME`](#admin_username--admin_password) - ---- -#### `SECRET_KEY` -**Possible Values:** *auto-generated 50-character random string* - -Django's secret key, used for cryptographic signing of sessions, CSRF tokens, password reset links, and other signed payloads. Auto-generated on first server start and persisted to `ArchiveBox.conf` so it survives restarts. If the config file isn't writable (read-only mount, mid-init race), an in-memory random key is used and all users are logged out on the next boot. - -> [!WARNING] -> Treat this value like a password. Anyone with the `SECRET_KEY` can forge sessions and CSRF tokens for your instance. Don't commit `ArchiveBox.conf` to public repos, and rotate it (forcing all users to log in again) if you suspect it's been exposed. - ---- -#### `BIND_ADDR` -**Possible Values:** [`127.0.0.1:8000`]/`0.0.0.0:8000`/`[::]:8000`/`0.0.0.0:80`/... - -The `host:port` socket the ArchiveBox web server actually listens on. **This is the local bind socket, not the public URL** — for the public URL clients see, set [`BASE_URL`](#base_url). - -- `127.0.0.1:8000` (default) — listen only on the loopback interface. Safest when you're running a reverse proxy on the same host and don't want the server reachable directly from the network. -- `0.0.0.0:8000` — listen on **all** IPv4 interfaces. Required when running in Docker without `--network=host`, or when you want the server reachable from other machines on your LAN without a reverse proxy. -- `[::]:8000` — listen on all IPv6 interfaces (most modern OSes will accept v4-mapped connections too). -- `unix:/path/to/archivebox.sock` — bind to a Unix socket instead of a TCP port (useful for nginx/Caddy on the same host). - -IPv6 literal addresses must be bracketed: `[::1]:8000`, not `::1:8000`. - -> [!NOTE] -> Inside Docker, binding to `127.0.0.1` means the server is unreachable from outside the container — use `0.0.0.0:8000` and let Docker handle the port-forwarding, or publish the port with `-p 127.0.0.1:8000:8000` on the host side instead. - -*Related options:* -[`BASE_URL`](#base_url), [`SERVER_SECURITY_MODE`](#server_security_mode) - ---- - - -#### `BASE_URL` -**Possible Values:** [`""`]/`https://archive.example.com`/`http://archivebox.localhost:8000`/... - -The canonical public URL of your ArchiveBox instance. Used to build absolute links in templates, redirects (`/admin/login/?next=...`), admin notification emails, OG/meta tags, and — in subdomain security mode — to derive the `admin.`, `web.`, `api.`, `public.`, and per-snapshot `snap-.` subdomains. - -**When `BASE_URL` is set explicitly**, ArchiveBox treats it as the source of truth and ignores the incoming `Host` header for URL building. In `safe-subdomains-fullreplay` mode this is **required for redirects to work** — without an explicit base, the middleware can't safely emit `admin.` redirects (they'd compound onto whatever subdomain the request already arrived on). - -**When `BASE_URL` is empty**, the value is resolved at request time from the incoming request's `Host` header (with any leading `admin.` / `web.` / `api.` / `public.` / `snap-*.` label stripped to recover the canonical base). Loopback hostnames (`localhost`, `127.0.0.1`, `0.0.0.0`, `::`) are rewritten to `archivebox.localhost` so subdomain routing works without `/etc/hosts` edits. If there's no live request, [`BIND_ADDR`](#bind_addr) is used as a last resort. - -The scheme is taken from the explicit `BASE_URL` if set, otherwise from the request (so put a reverse proxy in front for HTTPS and trust `X-Forwarded-Proto`). - -ArchiveBox automatically derives the underlying Django `ALLOWED_HOSTS` and `CSRF_TRUSTED_ORIGINS` settings from `BASE_URL` + [`SERVER_SECURITY_MODE`](#server_security_mode), so you do **not** set those directly — the system widens them as needed to admit the admin/web/api/public subdomains. - -> [!NOTE] -> **In `safe-subdomains-fullreplay` mode, pin `BASE_URL` explicitly.** Without it, the misconfig banner will surface in the rendered page and host-based redirects (`/admin` → `admin.`) are suppressed to avoid the `admin.admin.admin.` compounding bug. - -> [!NOTE] -> **Legacy upgrade path (0.7.3 → 0.9):** older deployments that set `CSRF_TRUSTED_ORIGINS=https://archive.example.com` for their reverse-proxy login but never set `BASE_URL` still work — when exactly one CSRF origin is present and `BASE_URL` is empty, ArchiveBox uses that origin as the implicit base URL. New installs should set `BASE_URL` directly; `CSRF_TRUSTED_ORIGINS` is no longer a user-settable knob. - -*Related options:* -[`SERVER_SECURITY_MODE`](#server_security_mode), [`BIND_ADDR`](#bind_addr) - ---- -#### `SERVER_SECURITY_MODE` -**Possible Values:** [`safe-subdomains-fullreplay`]/`safe-onedomain-nojsreplay`/`unsafe-onedomain-noadmin`/`danger-onedomain-fullreplay` - -The top-level security posture of the server. Controls how archived content is served, whether the admin/API control plane is reachable, and which host(s) the UI is split across. **This is the most important security knob** — pick the most restrictive mode that still works for your use case. - -ArchiveBox splits its surfaces across four logical hosts: `admin.*` (Django admin + session cookies, the entire control plane), `web.*` (logged-in browsing UI), `api.*` (REST/JSON endpoints), and `public.*` (unauthenticated browsing of `PERMISSIONS=public` snapshots). In subdomain mode each gets its own host derived from [`BASE_URL`](#base_url); session/CSRF cookies are scoped to `admin.*` only, so a compromised replay page on `snap-.*` can't read admin auth. - -| Mode | Host layout | JS replay | Control plane | Use when | -|---|---|---|---|---| -| **`safe-subdomains-fullreplay`** *(default, recommended)* | admin/web/api/public/snap-* on separate subdomains | Full JS replay enabled | Enabled on `admin.*` only | You have wildcard DNS (`*.archive.example.com`) and a TLS cert that covers it. Archived JS runs sandboxed away from the admin origin. | -| **`safe-onedomain-nojsreplay`** | Everything on one host | JS in replays is neutered (served as `text/plain` or stripped) | Enabled | You can't get wildcard DNS. Trades replay fidelity for same-origin safety — archived pages won't execute scripts. | -| **`unsafe-onedomain-noadmin`** | Everything on one host | Full JS replay enabled | **Disabled** — `/admin`, `/accounts`, `/api`, `/add`, `/web` return 403; only GET/HEAD/OPTIONS allowed | Read-only public archive on a single host. Operate the instance via CLI only; the web admin is unreachable. | -| **`danger-onedomain-fullreplay`** | Everything on one host | Full JS replay enabled | Enabled | Local dev / trusted-network only. Archived JS runs on the **same origin as the admin UI** — a malicious archived page can call admin endpoints with your session. **Do not expose this mode to the internet.** | - -> [!WARNING] -> Switching to any mode whose name starts with `unsafe-` or `danger-` is logged at startup and surfaces a banner in the UI. **Don't use these modes on a public hostname** — archived JavaScript will run on the same origin as your admin session. - -> [!NOTE] -> Subdomain mode requires both wildcard DNS (`*.archive.example.com`) and (if using TLS) a wildcard certificate. Without those, fall back to `safe-onedomain-nojsreplay`. - -*Related options:* -[`BASE_URL`](#base_url), [`PERMISSIONS`](#permissions) - -More info: -- [Security Overview](Security-Overview) - ---- -#### `SNAPSHOTS_PER_PAGE` -**Possible Values:** [`40`]/`100`/... - -Maximum number of Snapshots to render per page on the snapshot list views (both the admin index and the public index). Larger values speed up bulk browsing at the cost of heavier per-request rendering. - ---- -#### `FOOTER_INFO` -**Possible Values:** [`Content is hosted for personal archiving purposes only. Contact server owner for any takedown requests.`]/... - -Free-form text rendered in the footer of every archive page. Useful for adding a takedown contact, an org disclaimer, or attribution. Plain text — no HTML. - ---- -#### `CUSTOM_TEMPLATES_DIR` -**Possible Values:** [`data/custom_templates`]/`/path/to/custom_templates`/... - -Path to a directory containing custom HTML / CSS / image overrides for the default ArchiveBox templates. Files placed here shadow the built-in templates of the same path, letting you rebrand the UI without forking. See the Django template loader docs for the resolution order. - ---- -#### `REVERSE_PROXY_USER_HEADER` -**Possible Values:** [`Remote-User`]/`X-Remote-User`/`X-Forwarded-User`/... - -HTTP header your reverse proxy (Authelia, oauth2-proxy, Authentik, nginx `auth_request`, etc.) sets to the authenticated username. ArchiveBox's `ReverseProxyAuthMiddleware` reads this header **only when the request's source IP is inside [`REVERSE_PROXY_WHITELIST`](#reverse_proxy_whitelist)** — otherwise the header is ignored to prevent direct-connect spoofing. - -The header name is matched case-insensitively and normalized to the `HTTP_*` form Django exposes (e.g. `Remote-User` → `HTTP_REMOTE_USER`). - -*Related options:* -[`REVERSE_PROXY_WHITELIST`](#reverse_proxy_whitelist), [`LOGOUT_REDIRECT_URL`](#logout_redirect_url) - ---- -#### `REVERSE_PROXY_WHITELIST` -**Possible Values:** [`""`]/`172.16.0.0/16`/`10.0.0.5/32,fd00::/8`/... - -Comma-separated list of IPv4 / IPv6 addresses or CIDR networks that are trusted to set [`REVERSE_PROXY_USER_HEADER`](#reverse_proxy_user_header). When empty (the default), reverse-proxy auth is **completely disabled** — the header is never consulted no matter who set it. - -When non-empty, only requests whose `REMOTE_ADDR` falls inside one of the listed networks have the header honored. Anything else falls back to standard session auth. The CIDR list is validated on every request; an invalid entry raises `ImproperlyConfigured` and breaks the server, so test changes carefully. - -> [!WARNING] -> **Set this to the actual IP of your reverse proxy, never `0.0.0.0/0` or a public network.** With a wide-open whitelist, anyone who can reach the server directly can forge any username they like via the header. - -*Related options:* -[`REVERSE_PROXY_USER_HEADER`](#reverse_proxy_user_header), [`LOGOUT_REDIRECT_URL`](#logout_redirect_url) - ---- -#### `LOGOUT_REDIRECT_URL` -**Possible Values:** [`/`]/`https://example.com/some/other/app`/`/accounts/logout-landing/`/... - -URL users are redirected to after logging out. The default `/` keeps users on ArchiveBox; set this to an external URL when using reverse-proxy SSO so logout terminates the upstream session too (e.g. `https://auth.example.com/logout`). - -*Related options:* -[`REVERSE_PROXY_USER_HEADER`](#reverse_proxy_user_header), [`REVERSE_PROXY_WHITELIST`](#reverse_proxy_whitelist) - ---- - -### LDAP Settings - -*Options for LDAP / Active Directory authentication via [django-auth-ldap](https://github.com/django-auth-ldap/django-auth-ldap). Requires `pip install archivebox[ldap]` (which also pulls in the system `libldap` / `libsasl` headers).* - ---- -#### `LDAP_ENABLED` -**Possible Values:** [`False`]/`True` - -Master switch for LDAP authentication. When `True`, ArchiveBox loads the `django-auth-ldap` backend and validates that `LDAP_SERVER_URI`, `LDAP_BIND_DN`, `LDAP_BIND_PASSWORD`, and `LDAP_USER_BASE` are all set — startup fails fast otherwise. - -```bash -pip install archivebox[ldap] -``` - -Then set these configuration values: -```yaml -LDAP_ENABLED: True -LDAP_SERVER_URI: "ldap://ldap.example.com:3389" -LDAP_BIND_DN: "ou=archivebox,ou=services,dc=ldap.example.com" -LDAP_BIND_PASSWORD: "secret-bind-user-password" -LDAP_USER_BASE: "ou=users,ou=archivebox,ou=services,dc=ldap.example.com" -LDAP_USER_FILTER: "(uid=%(user)s)" -LDAP_USERNAME_ATTR: "username" -LDAP_FIRSTNAME_ATTR: "givenName" -LDAP_LASTNAME_ATTR: "sn" -LDAP_EMAIL_ATTR: "mail" -LDAP_CREATE_SUPERUSER: False -``` - -More info: -- https://github.com/ArchiveBox/ArchiveBox/wiki/Setting-up-Authentication -- https://github.com/django-auth-ldap/django-auth-ldap#example-configuration - -*Related options:* -[`ADMIN_USERNAME`](#admin_username--admin_password), [`REVERSE_PROXY_USER_HEADER`](#reverse_proxy_user_header) - ---- -#### `LDAP_SERVER_URI` -**Possible Values:** [`None`]/`ldap://ldap.example.com:389`/`ldaps://ldap.example.com:636`/... - -URI of the LDAP server to bind against. Use `ldaps://` for TLS or `ldap://` for plaintext (plus optional StartTLS at the protocol level). Required when [`LDAP_ENABLED`](#ldap_enabled) is `True`. - ---- -#### `LDAP_BIND_DN` -**Possible Values:** [`None`]/`cn=archivebox,ou=services,dc=example,dc=com`/... - -Distinguished name of the service account used to perform user searches. This account only needs read access to the user subtree under [`LDAP_USER_BASE`](#ldap_user_base). Required when [`LDAP_ENABLED`](#ldap_enabled) is `True`. - ---- -#### `LDAP_BIND_PASSWORD` -**Possible Values:** [`None`]/``/... - -Password for the [`LDAP_BIND_DN`](#ldap_bind_dn) service account. Required when [`LDAP_ENABLED`](#ldap_enabled) is `True`. - -> [!WARNING] -> Treat this like any other service credential — keep it out of shell history and version control. Prefer setting it via the config file (which has owner-only permissions) over environment variables. - ---- -#### `LDAP_USER_BASE` -**Possible Values:** [`None`]/`ou=users,dc=example,dc=com`/... - -Base DN under which to search for user entries. Required when [`LDAP_ENABLED`](#ldap_enabled) is `True`. The search is performed as `LDAP_BIND_DN` with the filter from [`LDAP_USER_FILTER`](#ldap_user_filter). - ---- -#### `LDAP_USER_FILTER` -**Possible Values:** [`(uid=%(user)s)`]/`(sAMAccountName=%(user)s)`/`(&(objectClass=person)(mail=%(user)s))`/... - -LDAP search filter used to find a user entry at login. The literal token `%(user)s` is replaced with the username the user typed into the login form. Common values: -- `(uid=%(user)s)` — OpenLDAP-style -- `(sAMAccountName=%(user)s)` — Active Directory -- `(mail=%(user)s)` — match by email - ---- -#### `LDAP_USERNAME_ATTR` -**Possible Values:** [`username`]/`uid`/`sAMAccountName`/... - -LDAP attribute on the user entry that becomes the local Django `username`. Must be unique within the directory. - ---- -#### `LDAP_FIRSTNAME_ATTR` -**Possible Values:** [`givenName`]/... - -LDAP attribute mapped to Django's `User.first_name`. - ---- -#### `LDAP_LASTNAME_ATTR` -**Possible Values:** [`sn`]/... - -LDAP attribute mapped to Django's `User.last_name`. - ---- -#### `LDAP_EMAIL_ATTR` -**Possible Values:** [`mail`]/`userPrincipalName`/... - -LDAP attribute mapped to Django's `User.email`. - ---- -#### `LDAP_CREATE_SUPERUSER` -**Possible Values:** [`False`]/`True` - -When `True`, every LDAP user who successfully authenticates is auto-promoted to Django superuser. **Off by default** — leave it off unless your directory's user base is already restricted to operators, since superusers can modify config, delete snapshots, and run server commands. - -> [!WARNING] -> Combining `LDAP_CREATE_SUPERUSER=True` with a broad [`LDAP_USER_BASE`](#ldap_user_base) (e.g. an entire company OU) effectively grants admin to every employee. Scope the user base or use group-based access control via `django-auth-ldap`'s `AUTH_LDAP_USER_FLAGS_BY_GROUP` (configured in custom `settings.py`) instead. - ---- - -## Storage Settings - -*Options for the on-disk layout, file permissions, and temp/lib directories that ArchiveBox reads and writes during archiving.* - ---- - -#### `OUTPUT_PERMISSIONS` -**Possible Values:** [`644`]/`755`/... -Permissions to set on output files written into the [`ARCHIVE_DIR`](#archive_dir). The directory mode is derived from this by OR-ing in the execute bits (so `644` files imply `755` dirs), which subsumes the legacy `DIR_OUTPUT_PERMISSIONS` option (formerly a separate `755`-default field) — directory mode is no longer settable on its own. - -> [!NOTE] -> Set this to `600` if you want archives to be readable only by the ArchiveBox user, or `664`/`775` if you need a shared group to read/write the data dir. - -*Related options:* -[`PUID` / `PGID`](#puid--pgid), [`ENFORCE_ATOMIC_WRITES`](#enforce_atomic_writes) - ---- - - -#### `PUID` / `PGID` -**Possible Values:** [`911`]/`1000`/... -*Note: These are Docker-only environment variables — they only take effect when set on the Docker entrypoint at container startup. Setting them in `ArchiveBox.conf` or via `archivebox config --set` has no effect. Outside Docker the UID/GID is auto-detected from the ownership of the data directory (or the running user) and cannot be overridden.* - -The UID/GID that the ArchiveBox process should run as (and that all files in the data dir should be owned by). Honored by the Docker entrypoint, which `chown`s the data dir and drops privileges before running ArchiveBox. Outside Docker, ArchiveBox refuses to run as root and instead drops to the user that owns the data dir. - -*Learn more:* -- https://docs.linuxserver.io/general/understanding-puid-and-pgid/ -- https://github.com/ArchiveBox/ArchiveBox/wiki/Troubleshooting#docker-permissions-issues - ---- -#### `ENFORCE_ATOMIC_WRITES` -**Possible Values:** [`True`]/`False` -Whether to write output files atomically (write to a tempfile + `rename()` into place) so that a crash or `kill -9` mid-write can never leave a partial file in the archive. Disable only if you are debugging a filesystem that doesn't support atomic renames (some FUSE mounts). - ---- -#### `TMP_DIR` -**Possible Values:** [`/tmp/`]/`/tmp/archivebox/abc5d851`/... -Path for temporary files, the supervisord unix socket, and generated supervisor config. The default is a per-machine subdirectory under the data dir (`tmp/`) so multiple machines sharing the same data dir (e.g., over NFS) don't collide on socket files. - -> [!WARNING] -> `TMP_DIR` *must* be a short, local path readable/writable by the ArchiveBox user. Unix socket paths have a hard ~96-character limit, so a deeply nested `TMP_DIR` will silently break the supervisor. It also must live on a real local filesystem (tmpfs/SSD) — FUSE, network mounts, and Docker bind mounts on macOS often cannot host unix sockets at all (see [`ALLOW_NO_UNIX_SOCKETS`](#allow_no_unix_sockets)). - -If ArchiveBox detects the configured `TMP_DIR` is unwritable or too long, it will auto-fall-back to `/tmp/archivebox/` at startup. - -*Related options:* -[`LIB_DIR`](#lib_dir), [`ALLOW_NO_UNIX_SOCKETS`](#allow_no_unix_sockets) - ---- -#### `LIB_DIR` -**Possible Values:** [`/lib/-`]/`/opt/archivebox/lib`/`~/.config/abx/lib`/... -Path for installed binary dependencies (`chromium`, `single-file`, `yt-dlp`, `ripgrep`, etc.) managed by `abxpkg`. The default is namespaced by architecture/OS (e.g. `arm64-darwin`, `x86_64-linux-docker`) so the same data dir can be safely mounted into containers with different CPU architectures without re-downloading binaries. - -> [!NOTE] -> `LIB_DIR` can grow to several GB. Put it on a fast local disk — running extractors off a network-mounted `LIB_DIR` will be painfully slow. - -*Related options:* -[`LIB_BIN_DIR`](#lib_bin_dir), [`TMP_DIR`](#tmp_dir) - ---- -#### `LIB_BIN_DIR` -**Possible Values:** [`/bin`] -Path where installed binaries are symlinked for a flat, shared lookup `PATH`. Both `abxpkg` and `abx-dl` build the executable-resolution environment from this directory at exec time, so anything dropped (or symlinked) here becomes available to all extractor hooks. - -Almost no one needs to change this — it tracks [`LIB_DIR`](#lib_dir) automatically when `LIB_DIR` is overridden. - ---- -#### `DATA_DIR` -**Possible Values:** [``]/`/data`/`~/archivebox-data`/... -The root of an ArchiveBox collection. Holds `index.sqlite3`, `ArchiveBox.conf`, the [`ARCHIVE_DIR`](#archive_dir), [`PERSONAS_DIR`](#personas_dir), `sources/`, `logs/`, `cache/`, etc. - -Normally you do *not* set this explicitly — instead you `cd` into the data folder and run `archivebox` there, and `DATA_DIR` defaults to the current working directory. The `DATA_DIR` environment variable is available as an override (used internally by the test suite and some wrappers), but if it's set it must match the cwd or ArchiveBox will refuse to start — this is a guardrail against accidentally pointing two different processes at different roots. - -> [!WARNING] -> ArchiveBox refuses to run as root, refuses to run from an unwritable directory, and refuses to run when `DATA_DIR` disagrees with the current working directory. Always `cd` into your data folder first. - ---- -#### `ARCHIVE_DIR` -**Possible Values:** [`/archive`] -Where Snapshot output directories are written. This is the heavy directory — every archived URL gets a subtree here. Override it when you want index/config to live on a small fast disk but snapshot data on bulk storage: - -```bash -archivebox config --set ARCHIVE_DIR=/mnt/bulk/archivebox/archive -``` - -Relative paths are resolved against [`DATA_DIR`](#data_dir). - -*Related options:* -[`USERS_DIR`](#users_dir), [`DATA_DIR`](#data_dir) - ---- -#### `USERS_DIR` -**Possible Values:** [`/users`] -Root of the per-user namespace inside the archive. Each ArchiveBox user gets a subdir (`users//crawls/...` and `users//snapshots/...`) so multiple users sharing one collection do not collide on output paths, and per-user retention/permission policies are easy to enforce at the filesystem level. - -Relative paths are resolved against [`ARCHIVE_DIR`](#archive_dir). - ---- -#### `PERSONAS_DIR` -**Possible Values:** [`/personas`] -Where persona state lives — Chrome user-data-dirs, cookie jars, sessionstorage, and any other auth/profile state that should follow a "persona" across snapshots. Each persona owns a subdirectory here that gets bind-mounted (or pointed at via `CHROME_USER_DATA_DIR`) when extractors run on its behalf. - -> [!WARNING] -> `PERSONAS_DIR` typically contains plaintext cookies and logged-in browser sessions. Treat it as secret material — set restrictive [`OUTPUT_PERMISSIONS`](#output_permissions) (e.g. `600`) and never commit it to git or include it in shared backups without encryption. - ---- -#### `CRAWL_DIR` -**Possible Values:** *runtime-injected, default `None`* -The output directory of the *currently running crawl* (e.g. `//crawls/YYYYMMDD///`). Crawl-level extractors (chrome launcher, parsers, etc.) write here. - -You almost never set this yourself — the snapshot/crawl orchestrator injects it into the per-call config and passes it through to plugin hooks via the `CRAWL_DIR` environment variable. It is documented here for plugin authors who need to read `config.CRAWL_DIR` from inside a hook to locate sibling crawl-level outputs. - -*Related options:* -[`SNAP_DIR`](#snap_dir), [`USERS_DIR`](#users_dir) - ---- -#### `SNAP_DIR` -**Possible Values:** *runtime-injected, default `None`* -The output directory of the *currently running snapshot* (e.g. `//snapshots/YYYYMMDD///`). Snapshot-level extractors (screenshot, pdf, dom, singlefile, etc.) write their output into per-plugin subdirectories of this path. - -Like [`CRAWL_DIR`](#crawl_dir), this is set per-call by the orchestrator and passed to hooks via the `SNAP_DIR` environment variable — it is not something users configure. Documented only so plugin authors know which config key to read inside a hook. - -*Related options:* -[`CRAWL_DIR`](#crawl_dir), [`ARCHIVE_DIR`](#archive_dir) - ---- -#### `ALLOW_NO_UNIX_SOCKETS` -**Possible Values:** [`False`]/`True` -**Alias:** `ARCHIVEBOX_ALLOW_NO_UNIX_SOCKETS` - -Skip the startup check that verifies [`TMP_DIR`](#tmp_dir) can host unix-domain sockets (a real `bind()` on a `.sock` file). Set to `True` only when running ArchiveBox on a filesystem that cannot back unix sockets — most commonly Docker Desktop on macOS with a host bind-mounted `TMP_DIR`, where the osxfs/virtiofs layer rejects `bind()` calls. - -> [!WARNING] -> This disables a real safety check, not a cosmetic one. When unix sockets are unavailable some plugins that talk to long-lived helpers over `.sock` files (supervisord control socket, browser launcher RPC) may behave unpredictably. Prefer fixing [`TMP_DIR`](#tmp_dir) to point at a tmpfs/SSD inside the container; reach for `ALLOW_NO_UNIX_SOCKETS` only when that's genuinely not possible. - -*Related options:* -[`TMP_DIR`](#tmp_dir) - ---- - -## Database Settings - -*Options for tuning the SQLite index database that backs ArchiveBox's snapshot, tag, and crawl metadata.* - -ArchiveBox stores all of its index metadata in a single SQLite database file (`index.sqlite3` inside your data directory). The defaults are tuned for nearly all users — the knobs below mostly govern **lock-contention behavior**, which matters when multiple workers touch the database concurrently (e.g. supervised orchestrators, parallel `archivebox add` runs, container restarts that race against an in-flight write, or long-running web/admin processes alongside CLI commands). - -> [!NOTE] -> These are advanced operator tuning options. If you are not actively diagnosing `database is locked` errors or planning a non-default storage layout, you can safely leave everything in this section at its default. - -*Learn more:* -- https://github.com/ArchiveBox/ArchiveBox/wiki/Troubleshooting#sqlite-database-is-locked -- https://www.sqlite.org/wal.html -- https://www.sqlite.org/pragma.html - ---- -#### `DATABASE_NAME` -**Possible Values:** [`/index.sqlite3`]/`/absolute/path/to/index.sqlite3`/... -Absolute filesystem path to the SQLite index database file. Settable as the environment variable `ARCHIVEBOX_DATABASE_NAME`. - -By default this resolves to `index.sqlite3` inside your data directory and you should not need to change it. Override only when you have a specific reason — e.g. pointing a temporary process at a snapshot of the DB for testing, running multiple ArchiveBox instances out of the same data directory against separate indexes, or relocating the index file onto a different volume. - -> [!WARNING] -> The data directory layout (snapshots, tags, archive folders on disk) is keyed off the index database. Pointing `DATABASE_NAME` at a database that does not match the surrounding data directory will produce broken references and missing archive folders. - ---- -#### `SQLITE_JOURNAL_MODE` -**Possible Values:** [`WAL`]/`DELETE`/`TRUNCATE`/`PERSIST`/`MEMORY`/`OFF` -SQLite [journal mode](https://www.sqlite.org/pragma.html#pragma_journal_mode), applied via `PRAGMA journal_mode = ...` on every new connection. Settable as `ARCHIVEBOX_SQLITE_JOURNAL_MODE`. - -The default `WAL` (Write-Ahead Logging) lets readers and a single writer operate concurrently without blocking each other — readers see a stable snapshot while a write is in progress, instead of being serialized behind it. This is a substantial win for ArchiveBox, where the web UI, admin, and CLI workers frequently read the index while an extractor is writing. - -> [!WARNING] -> Do not change this unless you have a specific reason. `DELETE` and `TRUNCATE` serialize all readers against any writer (much worse concurrency). `MEMORY` and `OFF` disable durable journaling and can corrupt the database on crash or power loss. `WAL` requires the database to live on a real local filesystem — it does not work correctly over network filesystems like NFS or SMB. - ---- -#### `SQLITE_MMAP_SIZE` -**Possible Values:** [`134217728`] (128 MiB) on bare-metal, [`0`] (disabled) inside Docker / `0` / `268435456` / ... -Maximum number of bytes of the database file SQLite is allowed to map into memory via `mmap()`, applied via `PRAGMA mmap_size = ...`. Settable as `ARCHIVEBOX_SQLITE_MMAP_SIZE`. - -When mmap is enabled, SQLite reads pages directly from the OS page cache instead of issuing `read()` syscalls and copying into a userspace buffer — meaningfully faster page reads on large databases when there is RAM available to cache them. Setting this to `0` disables memory-mapped I/O entirely and falls back to regular `read()` calls. - -*Note: The default is `0` (disabled) inside Docker, because the container's reported memory limits often do not reflect the host page cache and large mmap regions can interact poorly with `cgroup` accounting. On bare-metal installs the default is `134217728` (128 MiB).* - ---- -#### `SQLITE_TIMEOUT` -**Possible Values:** [`30.0`]/`5.0`/`60.0`/... (seconds, float) -Python `sqlite3` connection-level busy timeout in **seconds**, passed as the `timeout=` argument when the Django backend opens a connection. Settable as `ARCHIVEBOX_SQLITE_TIMEOUT`. - -This is the maximum amount of time the underlying Python driver will wait on a contended lock before raising `OperationalError: database is locked`. Raise it if you see spurious lock errors under sustained write contention and you would rather block than fail; lower it if you want callers to fail fast. - -*Related options:* -[`SQLITE_BUSY_TIMEOUT`](#sqlite_busy_timeout), [`SQLITE_LOCK_RETRY_TIMEOUT`](#sqlite_lock_retry_timeout) - ---- -#### `SQLITE_BUSY_TIMEOUT` -**Possible Values:** [`30000`]/`5000`/`60000`/... (milliseconds, integer) -SQLite-internal busy-wait timeout in **milliseconds**, applied via `PRAGMA busy_timeout = ...` on every new connection. Settable as `ARCHIVEBOX_SQLITE_BUSY_TIMEOUT`. - -This is SQLite's own retry-on-busy loop, sitting one layer below [`SQLITE_TIMEOUT`](#sqlite_timeout): when a statement encounters a write lock, SQLite will sleep and retry internally for up to this many milliseconds before returning `SQLITE_BUSY` to the Python driver. The default (`30000` = 30 seconds) is deliberately matched to [`SQLITE_TIMEOUT`](#sqlite_timeout). - -> [!WARNING] -> Easy to confuse with [`SQLITE_TIMEOUT`](#sqlite_timeout): this one is in **milliseconds**, that one is in **seconds**. Keep them aligned in real time when adjusting either. - ---- -#### `SQLITE_LOCK_RETRY_TIMEOUT` -**Possible Values:** [`60.0`]/`0`/`120.0`/... (seconds, float) -Total wall-clock budget in **seconds** that ArchiveBox's own retry loop will spend re-attempting a single locked statement before aborting it. Settable as `ARCHIVEBOX_SQLITE_LOCK_RETRY_TIMEOUT`. - -When the SQLite driver eventually surfaces a `database is locked` error (after [`SQLITE_BUSY_TIMEOUT`](#sqlite_busy_timeout) / [`SQLITE_TIMEOUT`](#sqlite_timeout) have already elapsed), ArchiveBox wraps the cursor in a higher-level retry loop that logs the locking holders and re-issues the statement. This is the maximum total time spent in that outer loop, across all retries, before giving up and raising. Set to `0` to disable the cap and retry indefinitely. - -> [!NOTE] -> The outer retry only applies to statements that are *not* inside an explicit `transaction.atomic()` block. Statements inside an explicit transaction propagate the error to the caller immediately, since silently retrying would re-execute statements the caller already considered committed. - -*Related options:* -[`SQLITE_LOCK_RETRY_INTERVAL`](#sqlite_lock_retry_interval) - ---- -#### `SQLITE_LOCK_RETRY_INTERVAL` -**Possible Values:** [`5.0`]/`1.0`/`10.0`/... (seconds, float, must be `> 0`) -Sleep duration in **seconds** between successive attempts inside the ArchiveBox lock-retry loop. Settable as `ARCHIVEBOX_SQLITE_LOCK_RETRY_INTERVAL`. - -Lower values retry more aggressively (useful if you expect locks to clear quickly and want to minimize end-to-end latency); higher values reduce log noise and wasted CPU when locks are typically held for a long time. Must be strictly greater than `0`. - -*Related options:* -[`SQLITE_LOCK_RETRY_TIMEOUT`](#sqlite_lock_retry_timeout) - ---- - -## Search Settings - -*Options for full-text search backend configuration.* - -ArchiveBox can index Snapshot text/HTML output into a searchable index that powers the search bar in the Web UI and the `archivebox search ` CLI command. Multiple backend engines are supported — pick the one that best matches your collection size, available system resources, and tolerance for extra moving parts. - -> [!NOTE] -> Each backend has its own tuning knobs (e.g. [Sonic](https://archivebox.github.io/abx-plugins/#search_backend_sonic) host/port, [ripgrep](https://archivebox.github.io/abx-plugins/#search_backend_ripgrep) flags, [SQLite FTS](https://archivebox.github.io/abx-plugins/#search_backend_sqlite) database path). Those backend-specific options now live with the plugin that implements them — see the [abx-plugins docs](https://archivebox.github.io/abx-plugins/) for the full per-backend schema. - ---- -#### `SEARCH_BACKEND_ENGINE` -**Possible Values:** [`ripgrep`]/`sqlite`/`sonic` - -Which search backend engine to use when running `archivebox search` and rendering the Web UI search bar. - -- **`ripgrep`** *(default)* — Pure filesystem grep across each Snapshot's archived output (HTML, text, metadata) via the [`search_backend_ripgrep`](https://archivebox.github.io/abx-plugins/#search_backend_ripgrep) plugin. No extra daemon, no extra database to maintain — just install `rg` and it works. Slow on very large collections (each query re-scans the disk) but always 100% correct: results reflect what's actually on disk *right now*, no stale index. Best choice for small-to-medium collections (≲50k snapshots) and for users who don't want to run extra services. - -- **`sonic`** — Fast, suggest-style fuzzy search via a running [Sonic](https://github.com/valeriansaliou/sonic) daemon (configured via the [`search_backend_sonic`](https://archivebox.github.io/abx-plugins/#search_backend_sonic) plugin). ArchiveBox pushes text into Sonic at index time and queries it at search time. Sub-millisecond queries even at very large scale, but you have to run and maintain the Sonic process (Docker compose has it built in). Best choice for large collections (≳100k snapshots) when query latency matters. - -- **`sqlite`** — FTS5 full-text index stored alongside ArchiveBox's main `index.sqlite3`, configured via the [`search_backend_sqlite`](https://archivebox.github.io/abx-plugins/#search_backend_sqlite) plugin. No extra processes, no extra binary — uses the SQLite already shipped with Python. Faster than `ripgrep` on large collections, slightly slower than `sonic`, but no daemon to babysit. Good middle ground for users who want a real index without operational overhead. - -*Note: Backend-specific tuning ([Sonic](https://archivebox.github.io/abx-plugins/#search_backend_sonic) host/port/password, [ripgrep](https://archivebox.github.io/abx-plugins/#search_backend_ripgrep) flag overrides, [SQLite FTS](https://archivebox.github.io/abx-plugins/#search_backend_sqlite) database path, indexer batch size, etc.) lives in each search-backend plugin's own config schema — see the [abx-plugins docs](https://archivebox.github.io/abx-plugins/) for the full per-backend option list.* - ---- - -## Shell Options - -*Options around the format & behavior of CLI output.* - -Most of the values in this section are auto-detected from your terminal at startup, but each can be overridden explicitly via env var, `ArchiveBox.conf`, or `archivebox config --set` — useful for CI logs, cron jobs, log files, and Docker stdout where the auto-detection isn't what you want. - ---- -#### `DEBUG` -**Possible Values:** [`False`]/`True` - -Enable verbose debug mode for the entire ArchiveBox process. Automatically set to `True` when `--debug` is passed on the command line; otherwise honors the env var / config value. - -When enabled this turns on: -- Full Python tracebacks (instead of the trimmed friendly version) on any error -- Django SQL query logging to stderr -- Template auto-reload (no caching) for the web UI -- Verbose plugin / hook lifecycle logging -- Extra detail in `archivebox version`, `archivebox status`, and crash reports - -> [!WARNING] -> **Do not leave `DEBUG=True` enabled on a production / publicly-reachable server.** It exposes tracebacks with file paths, SQL queries, and environment details that can leak sensitive info to anyone who triggers an error page. - -*Related options:* [`USE_COLOR`](#use_color), [`SHOW_PROGRESS`](#show_progress) - ---- -#### `USE_COLOR` -**Possible Values:** [`True` *(auto-detected)*]/`False` - -Whether to colorize console output with ANSI escape codes. Defaults to `True` when stdout is a TTY (interactive terminal) and `False` otherwise. - -Override to **force-off** when piping `archivebox` output into a log file or cron-mail wrapper that doesn't strip ANSI codes (otherwise you'll see `^[[31m...^[[0m` litter throughout your logs). Override to **force-on** for tools like `script(1)` or some CI runners that don't report as a TTY but *do* render ANSI correctly. - -```bash -USE_COLOR=False archivebox add https://example.com >> archive.log -``` - -*Related options:* [`SHOW_PROGRESS`](#show_progress), [`DEBUG`](#debug) - ---- -#### `SHOW_PROGRESS` -**Possible Values:** [`True` *(auto-detected)*]/`False` - -Whether to render live progress bars during long-running operations (archiving, indexing, migrations). Defaults to `True` when stdout is a TTY, `False` otherwise. - -Override to **force-off** in environments where the auto-detection is fooled into thinking it has a TTY (some Docker setups, Kubernetes log collectors, `tmux`/`screen` pipes) but the redrawing carriage-return output ends up as garbage in your logs. - -```bash -SHOW_PROGRESS=False archivebox add < urls.txt -``` - -*Related options:* [`USE_COLOR`](#use_color) - ---- - -## Plugin Configuration - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -> [!IMPORTANT] -> **Per-plugin configuration has moved to its own documentation site.** -> This `Configuration.md` doc covers only ArchiveBox's *core* settings. For everything that lives inside a plugin — extractor toggles, binary paths, timeouts, args, user agents, cookies, persona scoping, etc. — see: -> -> ## ➡️ **** - -That site is regenerated from each plugin's `config.json` schema on every release, so it stays in sync with the code. Looking for [`WGET_ARGS`](https://archivebox.github.io/abx-plugins/#wget), [`CHROME_USER_DATA_DIR`](https://archivebox.github.io/abx-plugins/#chrome), [`SCREENSHOT_RESOLUTION`](https://archivebox.github.io/abx-plugins/#screenshot), [`YTDLP_EXTRA_ARGS`](https://archivebox.github.io/abx-plugins/#ytdlp), [`SINGLEFILE_*`](https://archivebox.github.io/abx-plugins/#singlefile), [`SONIC_HOST`](https://archivebox.github.io/abx-plugins/#search_backend_sonic), etc.? They all live there now. - -### Shared core options that plugins fall back to - -A handful of *core* options (documented above on this page) act as the **fallback default** for every plugin that has a matching per-extractor override. If you set the core option, every plugin honors it; if you also set the plugin-specific override, that wins for just that one plugin. - -| Core option (this doc) | Plugin-level overrides (see [abx-plugins](https://archivebox.github.io/abx-plugins/)) | -|---|---| -| [`TIMEOUT`](#timeout) | [`WGET_TIMEOUT`](https://archivebox.github.io/abx-plugins/#wget), [`CHROME_TIMEOUT`](https://archivebox.github.io/abx-plugins/#chrome), [`YTDLP_TIMEOUT`](https://archivebox.github.io/abx-plugins/#ytdlp), [`SINGLEFILE_TIMEOUT`](https://archivebox.github.io/abx-plugins/#singlefile), [`TITLE_TIMEOUT`](https://archivebox.github.io/abx-plugins/#title), [`FAVICON_TIMEOUT`](https://archivebox.github.io/abx-plugins/#favicon), ... | -| [`CHECK_SSL_VALIDITY`](#check_ssl_validity) | [`WGET_CHECK_SSL_VALIDITY`](https://archivebox.github.io/abx-plugins/#wget), [`YTDLP_CHECK_SSL_VALIDITY`](https://archivebox.github.io/abx-plugins/#ytdlp), [`GALLERYDL_CHECK_SSL_VALIDITY`](https://archivebox.github.io/abx-plugins/#gallerydl), [`CHROME_CHECK_SSL_VALIDITY`](https://archivebox.github.io/abx-plugins/#chrome), ... | -| [`USER_AGENT`](#user_agent) | [`WGET_USER_AGENT`](https://archivebox.github.io/abx-plugins/#wget), [`CHROME_USER_AGENT`](https://archivebox.github.io/abx-plugins/#chrome), [`SINGLEFILE_USER_AGENT`](https://archivebox.github.io/abx-plugins/#singlefile), ... | -| [`COOKIES_FILE`](#cookies_file) | [`WGET_COOKIES_FILE`](https://archivebox.github.io/abx-plugins/#wget), [`YTDLP_COOKIES_FILE`](https://archivebox.github.io/abx-plugins/#ytdlp), [`GALLERYDL_COOKIES_FILE`](https://archivebox.github.io/abx-plugins/#gallerydl), [`SINGLEFILE_COOKIES_FILE`](https://archivebox.github.io/abx-plugins/#singlefile), ... | -| [`RESOLUTION`](#resolution) | [`SCREENSHOT_RESOLUTION`](https://archivebox.github.io/abx-plugins/#screenshot), [`PDF_RESOLUTION`](https://archivebox.github.io/abx-plugins/#pdf), [`CHROME_RESOLUTION`](https://archivebox.github.io/abx-plugins/#chrome) | -| [`DEFAULT_PERSONA`](#default_persona) | per-plugin persona scoping (browser profile / cookie jar selection) | - -> [!TIP] -> The resolution order for any plugin-tunable option is always: -> **1.** `_