# VRP - B300 - Diario di coding **Stato:** APERTO 2026-07-05. Segue [VRP_B200_architettura](VRP_B200_architettura.md). Registro cronologico degli interventi di CODIFICA: cosa si e' toccato, perche', quali file, e come e' stato collaudato. Le decisioni di architettura restano nel B200; qui il "cantiere" giorno per giorno. ASCII puro. Voci nuove in fondo. --- ## 2026-07-05 - Cruscotto Amministrazione + Sessioni/Log + timeout **Perche':** dalla home `?p=home` non c'era modo di raggiungere le pagine riservate (utenti compariva in barra solo da LAN+admin; config era parcheggiata). Serviva una porta unica per l'amministrazione, piu' due strumenti d'indagine. **Fatto:** - **Cruscotto** `platform/pages/admin.php`, rotta `?p=admin` (LAN+admin, unica voce in barra): atrio con 4 riquadri (Utenti, Configurazione, Sessioni, Log) che aprono in nuova scheda (`target=_blank` + `rel=noopener`), cosi' la console resta li'. Riusa `.vrp-cards`/`.vrp-card`. E' l'"Altezza 1" (admin di PIATTAFORMA) della sez. 3b del B200, in piedi. - **Front controller** `public/index.php`: tabella rotte ampliata. `admin` in barra; `users`/`config`/`sessioni`/`log` con `nav=false` (fuori dalla barra, raggiunte dal cruscotto). `config` RI-AGGANCIATA (era sganciata dal 03/07). - **Sessioni** `platform/pages/sessioni.php`: legge la vista `sessions_h` di vrp_auth (storico del portinaio). Scelta colonne con caselle; whitelist viva presa da `SHOW COLUMNS` (mai nomi arbitrari nella SQL). Sola lettura, ORDER BY started_at DESC, LIMIT parametrico. - **Log** `platform/pages/log.php`: tail dal fondo (riciclato da `vv/vv_where_logs.php`) su `VRP_LOG_FILE` + candidati di sistema in whitelist (nginx / php-fpm / error_log). Filtro per livello (ERROR..DEBUG, riconosciuto da `][LIVELLO][`) e righe colorate. - **CSS** `public/css/vrp-lab.css`: nuove `.vrp-cols-*` (selettore colonne) e `.vrp-log-*` (barra compatta + pannello). Pagine Log e Sessioni a tutta finestra ~92% con scroll INTERNO del pannello e testata compatta: attivato SOLO su queste due via `body:has(.vrp-log-view)` / `body:has(.vrp-sess-table)`, nessun flag nel FC. Intestazione tabella fissa (`position:sticky`). - **timeout != logout** in `platform/lib/vrp_auth.php`: `vrp_logout($action= 'logout')` timbra l'azione richiesta; `vrp_session_check` passa `'timeout'`; `logout.php` passa `'timeout'` se arriva dal meta-refresh (`?t=1`). Nelle Sessioni si legge `timeout` invece di `logout`. Scrittura idempotente (`WHERE ended_at IS NULL`): se scattano due vie, si timbra una volta sola. - **session TTL** rimesso a 900s in `boot/env.json` (era 60 da una prova). - **doc API** rigenerata: `docs/genera_doc.php` -> `VRP_API_lib.md` (6 file di `platform/lib/`, 31 funzioni documentate). **Collaudo:** `php -l` su tutti i file toccati OK. Da localhost (LAN): `?p=home` 200; `?p=admin|config|sessioni|log` -> 302 alla login (guardia LAN+admin che funziona, nessun 500). Query `sessions_h` provata via PDO (colonne + righe reali, incluso un accesso da IP pubblico). Utenti admin: vitti / seneca / lella (Elena e' editor, non vede il bottone). **Aperto:** la UX vera per editare i JSON per-servizio (config e' ancora una textarea); `:has()` richiede un browser recente (ok su Manjaro rolling, altrimenti le due pagine ripiegano sulla resa normale). --- ## 2026-07-05 (pomeriggio) - Profilo self-service + auto-prepend + integrazione VRW **Perche':** (1) un utente non-admin doveva poter modificare il PROPRIO profilo; (2) far entrare il primo servizio (wiz_foto) nella piattaforma col metodo di vitti: "la piattaforma fa tutto, i servizi ereditano l'ambiente". Obiettivo dichiarato: nel codice delle pagine NON un solo `require`; se manca una funzione la si aggiunge alla libreria di piattaforma (niente 'not defined' ne' 'already defined'). **Fatto - profilo e ruolo:** - **Profilo** `platform/pages/profilo.php`, rotta `?p=profilo` (serve solo essere loggati, non LAN ne' admin): l'utente cambia SOLO i suoi dati (nome, email, password vuota=invariata, foto). Username/ruoli restano all'admin. Riusa la logica di `users.php`. - **Icona-ruolo nel badge**: `vrp_role_top()` (admin>editor>viewer>guest) + `vrp_role_icon()` in `vrp_auth.php`; il badge in barra e' ora un link a `?p=profilo` con l'icona del ruolo (admin=corona, il "Cesare imperatore"). **Ricognizione Nextcloud (mang3):** due account `vitti` e `lella`; i telefoni caricano in `Photos/AAAA/MM/GG/`. Estensioni reali: solo `.jpg` (+ `.png` per lella) e VIDEO (`.mp4/.mov`) - NIENTE `.heic` (anche l'iPhone carica jpg). Dato in `/srv/dati/nextcloud/data` (bind mount). DECISO: importare anche i video (Elena decide poi). Il 13T (HyperOS) ritardava l'auto-upload: batteria "nessuna restrizione" + avvio automatico. **Fatto - integrazione VRW (il metodo, rodato qui per i prossimi servizi):** - **Copia** `/srv/http/wiz_foto` -> `/srv/http/lab/public/wiz_foto` (originale intatto = backup). Diff confermato identico prima di lavorarci. - **Targa** `platform/config/vrw.json` (manifest + `paths`/`nextcloud`/ `extensions`/`modes`), registrata in `env.json` `services` -> compare e si edita da `?p=config`. Politica d'accesso nella targa: `lan:true, admin:true`. - **auto-prepend** `public/.user.ini` -> `auto_prepend_file=3_2_1_Go.php`: la piattaforma carica l'ambiente PRIMA di ogni pagina sotto `/lab/public`. Preso al volo senza reload di php-fpm. Il loader usa `require_once` -> nessun 'already defined'. - **Guardia d'AREA** `vrp_guard_request()` in `vrp_auth.php`, chiamata dal loader: per i servizi ospitati nel lab applica `lan`/`admin`/`auth` dalla loro targa, SENZA guardie nel codice del servizio. wiz_foto era esposto sotto public -> ora 302 se non LAN+admin. - **Librerie dei servizi dal REGISTRO (il "puntatore")**: `vrp_service_config()` + `vrp_load_service_libs()` in `vrp_services.php`. Il loader NON nomina i servizi: gira su `env.json services`, e ogni servizio che dichiara `"lib"` nella targa viene caricato (config passata alla lib in `$vrp_service`). Aggiungere un servizio = registrarlo + `"lib"`, zero tocchi al loader. - **`platform/lib/vrw.php`**: fold di `wiz_foto/_cfg.php` + `_pecore.php`, rinominato `vrw_`/`VRW_`, percorsi dalla targa (`VRW_STAGING_DEFAULT` ecc.) e `VRW_DEST_BASE_DEFAULT = VRP_MEDIA_ROOT` (leNostre dalla piattaforma). - **sed sulle 6 pagine web** (wizard_import, upload_to_staging, unzip_amazon, heic_to_jpg, import_amazon, export_staging_csv): via TUTTI i `require` (`_cfg`/`_pecore`), `vv_->vrw_`, `VV_->VRW_`, e header-commento in testa ("questa pagina e' gestita dalla piattaforma..."). - **Front controller**: tolto anche il suo `require` del loader (lo da' l'auto-prepend) + header-commento. **Collaudo:** `php -l` su tutti i file OK. `vrw.json` valido. Da CLI il loader definisce `vrw_base_url`/`vrw_pecore_overlay` e `VRW_STAGING_DEFAULT`/ `VRW_DEST_BASE_DEFAULT` -> lib caricata DAL REGISTRO. Rotte: home 200, admin 302, wiz_foto 302 (guardia attiva, prima era esposto). Runtime vero: `wizard_import.php` RENDE senza un solo require, ereditando l'ambiente. Nelle 6 pagine: zero `require`, zero residui `vv_`/`VV_`. **Aperto:** (1) `lenostre_index.php` -> `platform/lib/vrn_index.php` (ultimo require, in `gestore_foto`+`popola`); (2) orfani `_cfg.php`/`_pecore.php` nella copia da cancellare; (3) rename CSS `.vv- -> .vrw-`; (4) nuovo Step "Scarica da Nextcloud" (foto+video, un account per volta); (5) ruolo `vrw` a vitti/lella -> compare la cartolina in home. Prossimo servizio previsto: **VRS** (`/srv/http/ share`), policy "login + WAN" (targa: `auth:required`, senza `lan`). --- ## 2026-07-05 (sera) - Rifiniture admin (leggibilita', tail -f) + fix identita' log **Perche':** giro di feedback di vitti sulle paginette admin (leggibilita', spazio, aggiornamento del log) e un baco scovato leggendo il log. **Fatto:** - **Log - riga vuota**: il `
` emetteva un `\n` OLTRE al blocco -> doppia
  spaziatura. Tolto il newline nel loop.
- **Log - toggle "Segui" (tail -f)**: checkbox in barra; se acceso la pagina si
  ri-aggiorna ogni 3s e scende in fondo (`follow=1` in URL, piccolo JS a fondo
  pagina); spento -> si ferma (per ragionarci sopra).
- **Log - riquadro** da nero pieno a semi-trasparente (stessa cura di Sessioni).
- **Sessioni - leggibilita'**: tabella con contenitore semi-opaco (rgba) cosi' il
  testo bianco risalta sullo sfondo; header sticky piu' opaco.
- **Sessioni - "Colonne" collassabile**: il selettore colonne e' un `
`
  (declutter); Righe/Applica/Reimposta restano visibili sotto.
- **Back-link "<- Amministrazione"** su Utenti e Configurazione (coerenza con
  Sessioni/Log).
- **FIX identita' log**: `vrp_log_identity()` leggeva `$_SESSION['vrp_user']` (mai
  valorizzato: il login salva `vrp_uid`) -> ogni riga usciva `@ospite#0@guest`.
  Era un segnaposto pre-`vrp_auth`. Ora usa `vrp_current_user()` + `vrp_role_top()`.
  Verificato via CLI (sessione simulata): `@vitti#1@admin`, `@lella#8@admin`. Le
  righe vecchie restano ospite (storia, non si riscrive).
- **Acronimo**: `vrs` non e' piu' "Sera" (che e' una CATEGORIA di post del VRV,
  non un servizio) ma **VittRos Share**; corretto `VRP_acronimi.md`.
- **doc API** rigenerata: `VRP_API_lib.md` (7 file, 42 funzioni).

**Collaudo:** `php -l` su tutti i file OK; rotte admin 302 (guardia). Identita'
log provata in CLI con `$_SESSION['vrp_uid']` impostato (vitti/lella).

**Aperto (coda UI):** layout wide+fisso+scroll interno per Utenti e Config +
sezioni collassabili; tab riusati (login / amministrazione / un tab per
servizio); bottoni servizio in home (ruolo `vrw` + placeholder VRShare).

---

## 2026-07-05 (sera, 2) - Coda UI: Utenti/Config wide, Sessioni paginate/sortabili, VRW+VRS in home

**Perche':** chiudere la coda UI (punti 1 e 3) e un giro di rifiniture di vitti
provando le paginette in browser.

**Fatto:**

- **Layout wide+fisso+scroll interno per Utenti e Config** (come Log/Sessioni).
  Introdotto un marcatore GENERICO e riusabile in `vrp-lab.css`: la testata sta
  in `.vrp-fixed-head` (fissa), il corpo in `.vrp-fixed-body` (scorre). Le liste
  di selettori `:has()` sono state ESTESE (non duplicate) per includere il nuovo
  marcatore. Nuova classe `.vrp-fold`: una sezione collassabile (`
`) con
  la testata resa come un vecchio `
`.
- **Config** (`config.php`): 4 sezioni ora `
` (Ambiente/Logging/
  Database aperte, Percorsi chiusa perche' sola lettura). Le sezioni collassate
  restano nel form e continuano a inviare i loro campi al POST.
- **Utenti** (`users.php`): elenco e form sono una FISARMONICA ESCLUSIVA via
  l'attributo HTML `name="utenti-acc"` sui due `
` (accordion nativo, zero
  JS): apri uno -> l'altro si chiude. Tolto il bottone "Nuovo utente" ridondante.
  **Paginazione a 8** (`?pg=N`, prec/pagina X/Y/succ; pager nascosto se <=8).
  `$edit` ora preso per id (vale anche se l'utente sta in un'altra pagina).
- **Back-link "Amministrazione" TOLTO** dalle 4 paginette (users/config/sessioni/
  log): il ritorno resta la voce in barra. La testata piu' corta fa entrare 8
  utenti senza scrollbar.
- **Cruscotto admin** (`vrp-lab.css`): card a larghezza uniforme (`flex:1 1 220px`,
  max 320, altezza allineata dalla riga); titolo `.vrp-card b` su una riga che
  scorre (`overflow-x:auto`, scrollbar nascosta) invece di allargare la card.
- **Sessioni** (`sessioni.php`): **paginazione a 20** (campo "Righe/pag." 5-200,
  `?pg=N`) e **ordinamento** cliccando l'intestazione (freccia su/giu' sulla
  colonna attiva, ri-clic inverte). Colonna d'ordine sempre da whitelist
  (`SHOW COLUMNS`). Chiusura `$sess_url()` (closure) costruisce i link preservando
  lo stato (colonne/righe/sort) con override. Nuove classi CSS `.vrp-pager*` e
  `.vrp-sort`.
- **VRW + VRS in home** (coda punto 3): creata la targa `config/vrs.json` (VittRos
  Share, `url:/share/`, `auth:required`, NIENTE lib: e' un primo link al servizio
  standalone, integrazione vera = poi) e registrata in `env.json services`. Dato a
  **vitti e lella** il ruolo `admin` su `vrw` e `vrs` (in `user_services`), cosi'
  le due cartoline compaiono. Home ora: VRV(pub), VRN, VRW, VRS.
- **Fix 403 wiz_foto**: la targa vrw punta alla DIRECTORY `/lab/public/wiz_foto/`,
  che senza `index.php` dava 403 (autoindex off). Rinominato `wizard_import.php`
  -> `index.php` e aggiornati gli 8 back-link "Torna al Wizard" nei passi. nginx
  ha gia' `index index.php ...` -> la URL della cartella ora serve il wizard.
- **Permessi**: `boot/env_backups` era `drwxr-sr-x` (gruppo http senza scrittura)
  -> messo `g+w`, cosi' il web server puo' scrivere i backup di env.json al salva.

**Collaudo:** `php -l` su tutti i file toccati OK. Render CLI (utente vitti id 1):
Config = 4 fold + fixed-head/body; Utenti = fisarmonica esclusiva (default elenco
aperto; `?new=1` form aperto/elenco chiuso), paginazione provata a soglia 2 (pag
2/3 con prec/succ giusti); Sessioni = 1/2 default, sort username asc -> 1/7, pag 2
prec=1/succ=3, stato preservato nei link; home mostra le 4 card per vitti; wiz_foto
`index.php` rende il wizard.

**Aperto (coda UI):** resta solo il punto **2 - tab riusati** (login /
amministrazione / un tab per servizio). Idea di vitti: **"tutto wide"** anche il
cruscotto admin (rimandato). **Proliferazione tab del browser** (da risolvere
domani): i riquadri del cruscotto admin usano `target="_blank"` (admin.php) -> ogni
clic apre una scheda nuova e si moltiplicano; da ripensare insieme al punto 2
(tab/aree interne riusate invece di schede del browser). Minori: orfani `_cfg.php`/`_pecore.php` in wiz_foto da
cancellare; rename CSS `.vv- -> .vrw-`; `lenostre_index.php -> vrn_index`;
integrazione VERA di VRS share (login+WAN) e Step "Scarica da Nextcloud".

---

## 2026-07-06 - Tab riusati, cruscotto wide, wallpaper configurabile, gateway accesso, fix timeout

**Perche':** giro di feedback di vitti provando la piattaforma: (1) i riquadri
del cruscotto admin aprivano ogni volta una scheda nuova del browser
(proliferazione, "veramente fastidioso"); (2) il cruscotto admin andava reso
"wide" come le altre; (3) lo sfondo di piattaforma non era editabile dalla
pagina Config (c'era in env.json ma nessuna voce nel form); (4) aprire un'area
riservata da sloggati saltava MUTO alla login; (5) il timeout buttava fuori vitti
MENTRE lavorava sul VRW.

**Fatto:**

- **Tab riusati** (`pages/admin.php`): tolto `target="_blank" rel="noopener"`
  dai riquadri. Ora Utenti/Config/Sessioni/Log si aprono nella STESSA scheda; si
  torna dalla voce "Amministrazione" in barra. Fine proliferazione.
- **Cruscotto admin WIDE** (`pages/admin.php`): avvolto in `.vrp-fixed-head` +
  `.vrp-fixed-body`, cosi' scatta la macchina "wide+fisso+scroll interno" gia'
  esistente (`body:has(.vrp-fixed-body)` in vrp-lab.css). Zero CSS nuovo.
- **Wallpaper configurabile** (`pages/config.php`): nuova sezione **Aspetto**
  (fold) con la voce "Sfondo (wallpaper)" che edita `ui.wallpaper` in env.json.
  Salvataggio + validazione: se l'URL sta sotto la base (`/lab/...`) si mappa al
  filesystem e si controlla che il file esista (`ui.wallpaper (file non trovato)`
  fra gli errori). Messa in cartella la foto `public/wallpapers/buddha.jpeg`
  (da /tmp, gruppo http, 664). NB: env.json NON toccato a mano su richiesta di
  vitti: lo sfondo si sceglie dalla pagina (resta sfondo_spagna finche' non salva
  buddha).
- **Gateway di cortesia** (`pages/accesso.php`, rotta bare `accesso`, nav=false):
  quando serve l'accesso non si salta piu' muti alla login. Splash "Riservato -
   richiede l'accesso", meta-refresh a 5s verso la login, bottone "Vai
  subito". Porta con se' `svc` e `next`. Agganciato in DUE punti:
  - FC (`public/index.php`) ramo admin-non-autorizzato -> `?p=accesso&svc=admin&
    next=`;
  - `vrp_guard_request()` (`lib/vrp_auth.php`) per i servizi ospitati: i rami
    `admin`/`auth:required` ora vanno al gateway con `next=REQUEST_URI` (il ramo
    `lan` resta 403 secco).
- **`next` nella login** (`pages/login.php`): dopo l'accesso torni dove volevi.
  Solo percorsi same-origin sotto la base (`strncmp base`, niente `//` ne'
  a-capo) -> NIENTE open-redirect; ostili -> home. Portato anche nel POST (campo
  hidden) cosi' sopravvive all'invio del form.
- **Fix timeout scheda-fantasma** (`pages/logout.php` + `public/index.php`): la
  causa era il meta-refresh di una scheda di piattaforma lasciata ferma che dopo
  il TTL andava dritta a `logout&t=1` e sloggava, anche se sul VRW eri
  attivissimo (ogni pagina rinfresca `vrp_last` via `vrp_session_check` al boot,
  ma la scheda immobile non lo sa). Ora `logout.php?t=1` NON slogga se
  `time()-vrp_last <= TTL` (sessione viva altrove): torna a `?p=home`. Inoltre il
  meta-refresh del FC ora usa il tempo RESIDUO (`TTL - inattivita' + 5`) invece
  del TTL fisso.

**Collaudo:** `php -l` su tutti i 7 file OK. Contro nginx vivo (127.0.0.1 = LAN):
`?p=home` 200; `?p=admin` da anonimo -> 302 al gateway `?p=accesso&svc=admin&
next=...`; gateway rende meta-refresh 5s + " richiede l'accesso" + bottone;
login `?next=` porta il campo hidden col target; login con `next=//evil.com`
RIFIUTA (0 campi next -> home). Render CLI come utente id 1 (stesso harness del
05/07): admin = 2 marcatori fixed-head/body e 0 `target="_blank"`; config = voce
"Aspetto" presente col valore wallpaper attuale.

**Aperto:** resta il punto **2 vero e proprio** (tab/aree interne riusate: per ora
la proliferazione e' spenta tornando alla navigazione in-scheda, ma un vero
"tab per servizio" e' rimandato); "tutto wide" anche altrove se vitti vuole;
integrazione VERA di VRS share (login+WAN) e Step "Scarica da Nextcloud"; orfani
`_cfg.php`/`_pecore.php` in wiz_foto; rename CSS `.vv- -> .vrw-`;
`lenostre_index.php -> vrn_index`. Da provare da loggato in browser: cruscotto
wide e scelta buddha dal form Aspetto.

---

## 2026-07-06 (2) - Sfondi per-contesto + regia dei 3 tab (named target)

**Perche':** feedback di vitti provando in browser. (1) Ogni CONTESTO deve avere
il suo sfondo, riconoscibile e cambiabile SENZA codice (es. "se il buddha non
piace a Elena lo cambio in un attimo"). (2) La home doveva essere wide anch'essa.
(3) Sui tab avevo esagerato (tutto in una scheda): vitti vuole 3 schede a nome
fisso, riusate.

**Modello sfondi deciso:** piattaforma (tutte le sue pagine, incl. Config) =
spagna; ogni SERVIZIO = il suo (VRW = maloia); pagina di CORTESIA = buddha. La
cortesia NON e' un servizio: fa parte della piattaforma, quindi nel JSON di
piattaforma ci sono DUE voci (normale + cortesia).

**Fatto:**

- **Sfondo cortesia configurabile** (`boot/vrp_defines.php`, `pages/accesso.php`,
  `pages/config.php`): nuova costante `VRP_WALLPAPER_CORTESIA` da
  `ui.wallpaper_cortesia` (vuoto = eredita quello di piattaforma). accesso.php usa
  lo sfondo cortesia con fallback. La sezione **Aspetto** in Config ora ha DUE
  voci: "Sfondo piattaforma" (`ui.wallpaper`) e "Sfondo cortesia"
  (`ui.wallpaper_cortesia`); validazione file-esiste su entrambe (loop). env.json
  NON toccato a mano: vitti sceglie dalle voci (buddha da salvare li').
- **Sfondo VRW = maloia** (`config/vrw.json`): messo `public/wallpapers/
  maloia.jpeg` (da /tmp, gruppo http 664) e valorizzato `manifest.wallpaper`. La
  cartolina VRW in home lo mostra gia' (`.vrp-card-wp`). Cambiabile dal riquadro
  `vrw` in Config. (Dipingere anche le PAGINE interne del VRW resta da fare: e'
  parte dell'integrazione VRW vera.)
- **Home WIDE** (`pages/home.php`): avvolta in `.vrp-fixed-head` + `.vrp-fixed-
  body` (riusa la macchina wide). Come admin/config/utenti/sessioni/log.
- **Regia dei 3 TAB (named target)** invece del `target=_blank` che moltiplicava
  o dell'unica scheda che collassava tutto:
  - Tab 1 (corrente, `_self`): login, piattaforma (home), **Configurazione**. La
    Config e' PIATTAFORMA: spostata dal cruscotto admin ALLA barra (nav=true),
    tolta dai riquadri di admin.php.
  - Tab 2 (`vr-servizi`): le cartoline dei servizi in home aprono tutte in questa
    scheda condivisa (`target="vr-servizi"`).
  - Tab 3 (`vr-admin`): la voce "Amministrazione" in barra e i riquadri del
    cruscotto (Utenti/Sessioni/Log) aprono in questa scheda condivisa
    (`target="vr-admin"`). Aggiunto supporto `target` per-rotta nel FC
    (`public/index.php`) e reso nella barra.
  - Ctrl/mid-clic per aprire altrove resta sempre possibile (comportamento
    nativo del browser).

**Collaudo:** `php -l` su tutti i file OK. Render CLI (utente id 1): home = 1
fixed-head + fixed-body, 4 cartoline `target="vr-servizi"`, maloia.jpeg sulla
VRW; admin = 3 riquadri `target="vr-admin"`, niente "Configurazione", wide;
config Aspetto = due voci ("Sfondo piattaforma"=spagna, "Sfondo cortesia"=vuoto).
FC intero: barra = Piattaforma | Amministrazione (target vr-admin) |
Configurazione (_self). Cortesia via HTTP: eredita spagna finche' non si salva
buddha.

**Aperto:** dipingere le pagine INTERNE dei servizi col loro sfondo (VRW=maloia)
= integrazione VRW vera; integrazione vera VRS (login+WAN) + Step Nextcloud;
orfani `_cfg.php`/`_pecore.php`; rename CSS `.vv- -> .vrw-`; `lenostre_index ->
vrn_index`; "tab per servizio" ancora piu' fine se i named target non bastano.

---

## 2026-07-06 (3) - Permessi scrittura config + sfondo che veste le pagine del servizio

**Perche':** (1) salvando la config: `file_put_contents(env.json): Permission
denied` - php-fpm gira come `http` ma i JSON erano a sola lettura per il gruppo.
(2) vitti vuole lo sfondo del servizio (VRW=maloia) NON solo sulla cartolina ma
sulle PAGINE del servizio, e modificabile "come piattaforma e cortesia".

**Fatto:**

- **Permessi scrittura** (una-tantum, non codice): `boot/env.json` e
  `config/*.json` -> `664` (gruppo http in scrittura); cartella `config/` ->
  `2775` (setgid) cosi' "Aggiungi servizio" puo' creare il nuovo file col gruppo
  giusto. `env_backups/` e `config/backups/` erano gia' `g+w`. NB: era proprio il
  buco che mancava dopo aver reso editabile la config dalla pagina.
- **Sfondo che VESTE le pagine del servizio, config-driven, zero codice nel
  servizio** (`lib/vrp_services.php` + `boot/3_2_1_Go.php`): due funzioni nuove.
  `vrp_current_service()` riconosce il servizio ospitato in cui cade la richiesta
  (url targa vs SCRIPT_NAME, come la guardia). `vrp_service_bg()` (chiamata al
  boot dopo la guardia) bufferizza l'output e, se c'e' un wallpaper nella targa,
  inserisce un `