Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Why does the nginx sidecar mount data and config?

Aperta
  • Qualcosa non va?
#877 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
3/5
Tempo stimato
1-2 giorni
Idoneità per principianti
55/100
Tipo di issue
Refactoring
Chiarezza
Abbastanza chiara
Stato di attività
Tranquilla
Stack tecnologico
helm, kubernetes, nginx
Ambito
devops, infrastructure

Direzione di ricerca

Inizia dalle definizioni dei mount del sidecar nginx e da files/nginx.config.tpl, quindi verifica se vengono utilizzati i dati montati, la configurazione e i percorsi /var/www/tmp. Confronta il risultato con la modifica di dataVolumeMount in #816 e con il problema relativo alla proprietà in #335. Il lavoro è completato quando viene documentata la necessità di ogni mount e il chart viene aggiornato se alcuni risultano non necessari.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

The nginx sidecar gets data, config and /var/www/tmp mounted, and I can't work out what it uses them for.

The default server block already refuses both paths (files/nginx.config.tpl):

location ~ ^/(?:build|tests|config|lib|3rdparty|templates|data)(?:$|/) { return 404; }

That's a regex location declared before the static file ones, so it matches first and nginx never touches the filesystem for those URLs. And /var/www/tmp sits outside root /var/www/html, so it isn't reachable at all.

Am I missing a case where nginx actually needs to read them? Asking partly because #816 is adding a dataVolumeMount flag that also applies to the nginx container, and if the mount is never used there then it does not need the flag either. Dropping the three mounts would also mean the internet-facing container no longer has the user data directory attached, and would sidestep the /var/www/html/config ownership trouble in #335.

Lingua principale
Go Template
Stelle
536
Fork
316
Merge medio
4g 16h
PR unite (30g)
2

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di nextcloud/helm

Tutte le issue di nextcloud/helm

Issue simili

Altre issue su DevOps

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.