A 6 GB upload kept a customer waiting long after its progress bar
reached 100%. The server wrote every upload three times: PHP's
temporary file, Livewire's copy of it ("Processing files...") and the
encrypted file ("Create Share Link"), each a full rewrite of a slow
disk. The unencrypted copy also stayed behind in livewire-tmp.
Now the uploader's browser encrypts each file in 16 MB chunks with
WebCrypto and PUTs them one at a time; the server checks each chunk in
memory and writes it once, already encrypted. Creating the share only
wraps its key and saves the options. A 200 MB upload through the
Docker image took 2.8 s, and its download matched byte for byte.
- SEALCHK2: a 19-byte header (chunk size, 7-byte nonce prefix), then
ciphertext and tag per chunk. Each nonce holds the chunk index and a
last-chunk flag (the STREAM construction), so cut or reordered files
fail to decrypt. SEALCHK1 and the single-block format still read.
- Envelope encryption: one random key per share. With a password it is
wrapped with Argon2id (sodium, libsodium's interactive limits) in
shares.wrapped_key, which names its parameters. Password shares from
before keep their PBKDF2-derived key.
- The upload page registers each selection with FileUploader into a
pending share of its own, lists the files with their progress, retries
a failed chunk after 1-16 s, then offers Retry; Remove and Cancel
abort. UploadChunkController only accepts chunks from the session that
started the share: a repeat is acknowledged, a skip gets 409 with the
count stored. Chunks go out as Blobs, which Chromium sends about eight
times faster than ArrayBuffers.
- Uploads need a secure context: over plain HTTP the page says HTTPS is
needed and takes no files. The Docker image gains AUTO_HTTPS, which
serves Let's Encrypt on 443 for SERVER_NAME and redirects 80; without
it the container stays on HTTP 80 behind a proxy. docker/Caddyfile was
never loaded and is gone; docker/healthcheck.sh covers both modes.
- "Download all" streams the ZIP with maennchen/zipstream-php (STORE,
ZIP64) instead of decrypting whole files into memory and writing the
archive unencrypted to /tmp.
- Pending shares count towards the quota, stay out of the admin
dashboard and 404 everywhere else. shares:cleanup deletes uploads idle
for 4 hours and Livewire temporary files older than that.
- PHP's upload limits no longer cap the admin's max file size and
default to 64M; LIVEWIRE_MAX_UPLOAD_TIME is gone and
UPLOAD_CHUNK_SIZE_MB is new.
- Tests cover the format, key wrapping, registration limits, the chunk
endpoint's answers, completing a share, the streamed ZIP, cleanup,
and in Chromium a real chunked upload and the HTTPS warning; the
selected-files overflow test runs again. README, website, CHANGELOG
and .ai/rules follow.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
38 lines
1.2 KiB
YAML
38 lines
1.2 KiB
YAML
services:
|
|
app:
|
|
build:
|
|
context: .
|
|
dockerfile: docker/dev.Dockerfile
|
|
ports:
|
|
- "8000:8000"
|
|
- "5173:5173"
|
|
volumes:
|
|
- .:/app
|
|
# Its own node_modules: npm installs the build tools' native binaries for Linux here and for
|
|
# the host's platform there, and a shared folder only ever holds one of them.
|
|
- /app/node_modules
|
|
environment:
|
|
APP_KEY: ${APP_KEY:-}
|
|
APP_URL: http://localhost:8000
|
|
APP_ENV: local
|
|
# Compiled views stay in the container. The host shares storage/ through the mount, and
|
|
# compiled Livewire components hold absolute paths (/app/… here, the checkout's path there).
|
|
VIEW_COMPILED_PATH: /tmp/views
|
|
APP_DEBUG: "true"
|
|
SERVER_NAME: ":8000"
|
|
DB_CONNECTION: sqlite
|
|
LOG_CHANNEL: stack
|
|
LOG_LEVEL: debug
|
|
OCTANE_MAX_EXECUTION_TIME: "300"
|
|
PHP_UPLOAD_MAX_FILESIZE: "64M"
|
|
PHP_POST_MAX_SIZE: "64M"
|
|
PHP_MAX_EXECUTION_TIME: "300"
|
|
PHP_MAX_INPUT_TIME: "300"
|
|
PHP_MEMORY_LIMIT: "512M"
|
|
healthcheck:
|
|
test: ["CMD", "curl", "--silent", "--fail", "http://localhost:8000/up"]
|
|
interval: 30s
|
|
timeout: 5s
|
|
start_period: 30s
|
|
retries: 3
|