Feature request: serve pre-compressed static files (`gzip_static`)
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 56/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Tranquilla
- Stack tecnologico
- c
- Ambito
- backend, performance
Direzione di ricerca
Inizia tracciando il percorso delle richieste di file statici di uhttpd e la gestione di Accept-Encoding e Content-Type. Implementa la selezione del file .gz corrispondente solo quando gzip è accettato, conserva il tipo del file originale e verifica che la distribuzione dei file non compressi rimanga invariata.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Summary
Please consider adding static pre-compressed file serving to uhttpd: when a request for foo.css arrives with Accept-Encoding: gzip and a sibling file foo.css.gz exists on disk, serve the .gz bytes verbatim with Content-Encoding: gzip and the original file's Content-Type.
This is not on-the-fly (dynamic) compression. It simply hands back an already-compressed file that the developer/build system produced ahead of time. Request-time CPU cost is therefore lower than serving the uncompressed file (fewer bytes pushed through the network stack), not higher — which keeps it in line with uhttpd's goal of being a minimal, low-overhead server for constrained devices.
Use case
I'm developing a modern LuCI theme. It's built with Tailwind CSS, which — even after tree-shaking and minification — emits a fairly large stylesheet because of the volume of utility classes and generated custom properties the design relies on. The result is highly repetitive text, which is close to the ideal case for gzip.
Measured on my theme's production build:
| File | Raw (bytes) | gzip -9 (bytes) | Saving |
|---|---|---|---|
| main.css | 211,725 | 27,808 | −87% |
| login.css | 30,498 | 6,604 | −78% |
| menu-aurora.js | 17,348 | 4,604 | −73% |
Shipping the .gz sibling would cut the transfer size of these assets by roughly an order of magnitude, with no added request-time cost to the router.
- Lingua principale
- C
- Stelle
- 39
- Fork
- 31
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di openwrt/uhttpd
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 24/100
-
Safari forced-close workaround adds LuCI latency on Safari 27 and CriOS: controlled A/B resultsAperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
Tutte le issue di openwrt/uhttpd
Issue simili
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
FujiNetWIFI/fujinet-config#379 ·
I maintainer di solito rispondono entro 1 giorno
-
Ship /Local/Applications, the Local domain's Applications folderForse già presa @pkgdemon l’ha presa oggi. Apertaarea:base enhancement
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 94/100
nextbsd/nextbsd-userland#612 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
zephyrproject-rtos/zephyr#125543 ·
I maintainer di solito rispondono entro 2 giorni
-
good first issue needs-triage
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
InauguralSystems/EigenScript#2347 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
colbymchenry/codegraph#3277 ·
I maintainer di solito rispondono entro 1 giorno