VRP - Acronimi e glossario

Sigle e termini usati nella piattaforma e nei documenti. In ASCII puro

(accenti con l'apostrofo). Documento vivo: si aggiorna quando ne nasce uno nuovo.


1. Prefissi di servizio (vr?)

Ogni sigla di tre lettere dice a quale servizio appartiene un file/funzione.

siglaserviziocos'e'
vrpVittRos Platformlo strato condiviso (questo Lab): boot, config, log, db, utility
vrvVittRos Viaggiil diario di viaggio (l'app principale)
vrsVittRos Sharecondivisione / share (/srv/http/share); accesso login+WAN
vrwVittRos Wizardwiz_foto: importa foto in leNostre (gia' LAN-only)
vrnleNostrearchivio foto e ricerca (la N di "nostre")

Regola: vrp_* sta nella piattaforma (comune a tutti); vrv/vrs/vrw/vrn_* e'

specifico del servizio.

Nota: "Sera" NON e' un servizio: e' una categoria di post dentro il VRV

(cosi' Elena non si confonde). Percio' vrs e' libero e va a Share.


2. Separatore = dipende dal linguaggio

Il trattino - non e' valido negli identificatori PHP/JS ($vrp-x = sottrazione).

Quindi il separatore cambia a seconda di dove scrivi la sigla:

artefattoregolaesempio
file PHPunderscorevrp_db.php, vrp_defines.php
file CSS/JStrattinovrp-lab.css
funzioni / variabili PHPunderscorevrp_log_info(), $vrp_env
costantiUPPER_SNAKEVRP_BASE_URL, VRP_DB_CREDS
classi / id CSStrattino.vrp-cfg-row, .vrp-nav

3. Costanti di piattaforma (VRP_*)

Tutte definite in un posto solo: il manifesto platform/boot/vrp_defines.php

(letto da env.json). Niente guardie: se una manca, si aggiunge li'.

costantesignificato
VRP_BOOT_DIR / VRP_PLATFORM_DIR / VRP_LIB_DIR / VRP_PAGES_DIRpercorsi interni
VRP_CONFIG_FILEil file env.json
VRP_APP_NAME / VRP_CHANNEL / VRP_HOSTidentita' dell'istanza
VRP_BASE_URLprefisso URL (con slash finale)
VRP_DEBUGmostra errori dettagliati si/no
VRP_TZfuso orario
VRP_LOG_LEVEL / VRP_LOG_FILEsoglia e file del log
VRP_SHARED_DIR / VRP_MEDIA_ROOT / VRP_MEDIA_URLstorage condiviso e archivio foto
VRP_DB_CREDSregistro DB: nome -> file delle credenziali

4. File e concetti chiave

terminecos'e'
3_2_1_Go.phpl'avvio UNICO dell'app (il "loader"). NON si chiama "bootstrap"
bootstrapal massimo indica un framework HTTP: MAI il nostro avvio
env.jsonla configurazione (JSON). NON si usa config.php (relitto)
vrp_defines.phpmanifesto: legge env.json e definisce le costanti VRP_*
FC (front controller)public/index.php: unica porta web, smista alle pagine (?p=nome)
vista / paginai file in platform/pages/: corpo della pagina, inclusi SOLO dal FC
livreatestata + navigazione + fondo comuni, messi dal FC (vrp-lab.css)
manifestoil file con TUTTE le define in un posto solo
fail-loudse qualcosa non va, si ferma e lo dice (invece di tirare avanti zitto)

5. Canali (channel)

Il campo channel in env.json dice che ruolo ha l'istanza:

canaleuso
labla culla della piattaforma (qui)
devsviluppo
testcollaudo (Elena prova)
prodproduzione (in linea)

Il ruolo vero lo danno il symlink e il channel, non il nome fisico della cartella.


6. Livelli di log

Ordine crescente di dettaglio; si scrive tutto cio' che ha rango <= soglia

(VRP_LOG_LEVEL):

ERROR < WARN < TRACE < INFO < DEBUG

Es.: soglia WARN scrive ERROR+WARN; soglia DEBUG scrive tutto.


7. Termini di dominio

terminesignificato
leNostrel'archivio delle nostre foto (cartelle per anno)
ANW / anwramo/flag delle foto naturiste: riservate, mai pubbliche senza auth
lenostre.fototabella DB indice delle foto (path, lat/lon, flag anw, ~35k righe)
LAN guardaccesso ristretto alla rete di casa (127.0.0.1 + 192.168.1.0/24 + WireGuard)
CSRFgettone anti-falsificazione richieste sui form (POST)
CRChange Request (richiesta di modifica con ID)

8. Fasi di rilascio (grammatica Siemens di vitti)

fasesignificato
B100analisi
B200disegno / architettura
B300coding
B400dev test
B500rilascio (e festa)

"Dichiariamo B500" = pronto per la produzione. I passi intermedi finti si

numerano B099, B199, ... (fake step).