Ghid de instalare pe macOS pentru digna Release 2026.11¶
Release: 2026.11
Ultima actualizare: 7 noiembrie 2026
Cuprins¶
- Introducere
- Cerințe de sistem
- Pregătirea înainte de instalare
- Configurarea serverului PostgreSQL
- Configurarea web serverului
- Instalarea inițială
- Configurarea backend-ului
- Configurarea dashboard-ului
- Rularea digna ca serviciu în fundal
- Actualizarea la o versiune nouă
Introducere¶
Despre digna¶
digna este o platformă completă, bazată pe AI, concepută pentru a optimiza gestionarea calității datelor în diverse medii de date, cum ar fi data warehouses, data lakes și lakehouses. Construită pentru scalabilitate și adaptabilitate ridicate, digna abordează provocările moderne ale datelor prin automatizare, monitorizare în timp real și detectarea anomaliilor.
digna este alcătuită din două componente principale:
- digna: nucleul aplicației, responsabil de prelucrarea datelor și de efectuarea verificărilor de calitate. Reunește backend-ul și interfața în linie de comandă într-un singur executabil, înlocuind programele separate
dignabackendșidignaclidin versiunile anterioare. - dignadashboard: o interfață web găzduită pe un web server, care oferă o modalitate prietenoasă de a interacționa cu platforma digna și de a vizualiza metricile de calitate a datelor.
Noutăți în Release 2026.11¶
Această versiune adaugă digna Data Reconciliation, digna Agentic împreună cu digna MCP Server și digna Engine, care poate profila datele în interiorul digna și poate verifica integritatea referențială între tehnologii de baze de date diferite. Consultați notele de lansare pentru detalii complete.
Pentru instalare, versiunea aduce un nou mecanism de migrare a repository-ului, o secțiune opțională [duckdb] în config.toml pentru digna Engine și un nou fișier de licență. Secțiunea despre actualizare le tratează pe fiecare dintre ele.
Căutați Windows sau Linux?¶
Acest ghid acoperă macOS. Pentru alte platforme, consultați Ghidul de instalare Windows sau Ghidul de instalare Linux.
Cerințe de sistem¶
Înainte de a începe instalarea, asigurați-vă că sistemul dumneavoastră îndeplinește următoarele cerințe minime:
| Cerință | Specificație |
|---|---|
| Sistem de operare | macOS 13 (Ventura) sau mai nou |
| Arhitectură | Apple Silicon (arm64) sau Intel (x86_64) |
| Memorie (configurație minimă) | 16 GB RAM |
| Spațiu pe disc | 10 GB spațiu de stocare disponibil |
| Bază de date | PostgreSQL Server 12 sau o versiune superioară |
| Web server | nginx, Apache httpd sau echivalent |
| Instrumente de linie de comandă | Xcode Command Line Tools (necesare pentru Homebrew) |
digna Engine
Conexiunile la baze de date care folosesc digna Engine ca locație de profilare sunt profilate chiar pe gazda digna. Planificați memorie și spațiu pe disc suplimentare pentru ele; consultați secțiunea [duckdb].
Opțiuni de instalare a bazei de date¶
Dacă PostgreSQL este deja instalat: Puteți adăuga o bază de date nouă pentru digna pe serverul PostgreSQL existent.
Dacă instalați PostgreSQL pe aceeași mașină cu digna:
Specificații recomandate
- Memorie: 32 GB RAM (în loc de 16 GB)
- Spațiu pe disc: 50 GB spațiu de stocare disponibil (în loc de 10 GB)
Aceste specificații mai mari permit rularea simultană a digna și a bazei de date PostgreSQL.
Verificarea arhitecturii¶
Mai multe căi din acest ghid diferă între Mac-urile cu Apple Silicon și cele cu Intel. Pentru a verifica ce aveți, deschideți Terminal și rulați:
arm64— Apple Silicon. Homebrew se instalează în/opt/homebrew.x86_64— Intel. Homebrew se instalează în/usr/local.
Sfat
În loc să fixeze una dintre căi, acest ghid folosește $(brew --prefix), care se extinde la locația corectă pe ambele arhitecturi. Puteți copia comenzile exact așa cum sunt.
Pregătirea înainte de instalare¶
Înainte de a instala digna, asigurați-vă că sunt pregătite trei cerințe preliminare esențiale:
- Homebrew – managerul de pachete folosit pentru a instala componentele de mai jos
- Serverul PostgreSQL – pentru stocarea metricilor calculate și a datelor de performanță
- Web serverul – pentru găzduirea digna Dashboard
Dacă aceste componente nu sunt deja configurate, urmați secțiunile de mai jos pentru a le instala și configura.
Instalarea Homebrew¶
Homebrew este managerul de pachete standard pentru macOS și este folosit în tot acest ghid pentru a instala PostgreSQL și nginx.
Pasul 1: Verificați dacă Homebrew este deja instalat¶
Deschideți Terminal (apăsați Cmd + Space, tastați Terminal, apăsați Enter) și rulați:
Dacă se afișează un număr de versiune, treceți direct la secțiunea Configurarea serverului PostgreSQL.
Pasul 2: Instalați Homebrew¶
Dacă comanda nu a fost găsită, instalați Homebrew urmând instrucțiunile de pe site-ul oficial Homebrew. Programul de instalare instalează și Xcode Command Line Tools, dacă acestea nu sunt deja prezente.
Pasul 3: Adăugați Homebrew în PATH¶
Pe Apple Silicon, programul de instalare afișează două comenzi pentru a adăuga Homebrew în mediul shell-ului. Rulați-le conform instrucțiunilor, apoi confirmați:
Ar trebui să se afișeze /opt/homebrew pe Apple Silicon sau /usr/local pe Intel.
Configurarea serverului PostgreSQL¶
Dacă aveți deja PostgreSQL¶
Dacă PostgreSQL este deja instalat și rulează pe mașina locală sau dacă folosiți un server PostgreSQL gestionat, la distanță, puteți trece direct la secțiunea următoare.
Opțiuni de instalare¶
macOS oferă două moduri simple de a instala PostgreSQL. Alegeți unul:
- Homebrew — instalare din linia de comandă, recomandată pentru implementările pe server
- Postgres.app — instalare grafică, comodă pentru evaluarea locală
Instalarea PostgreSQL cu Homebrew¶
Pasul 1: Instalați formula PostgreSQL¶
Pasul 2: Adăugați PostgreSQL în PATH¶
Formulele PostgreSQL cu versiune sunt keg-only, ceea ce înseamnă că Homebrew nu leagă automat comenzile lor în PATH. Adăugați-le dumneavoastră:
Notă
Aceasta presupune shell-ul implicit zsh folosit de macOS. Dacă folosiți bash, adăugați aceeași linie în ~/.bash_profile.
Pasul 3: Porniți serviciul PostgreSQL¶
Aceasta pornește imediat PostgreSQL și îl configurează să pornească din nou automat la autentificare.
Pasul 4: Verificați instalarea¶
Dacă instalarea a reușit, ar trebui să vedeți versiunea PostgreSQL.
Pasul 5: Conectați-vă la server¶
Important — aici macOS diferă de Windows
Programul de instalare pentru Windows vă cere să creați un superutilizator postgres și o parolă. Homebrew nu face acest lucru. În schimb, creează un superutilizator denumit după contul dumneavoastră macOS, fără parolă, accesibil doar de pe mașina locală.
Aceasta înseamnă că o instalare Homebrew proaspătă nu are un rol postgres. Folosiți numele propriului cont atunci când aveți nevoie de un superutilizator și creați un utilizator digna explicit, așa cum este descris în Instalarea inițială.
Pasul 6: Confirmați portul¶
Portul implicit PostgreSQL este 5432. Pentru a confirma portul pe care ascultă serverul:
Notați valoarea — veți avea nevoie de ea la configurarea backend-ului digna.
Instalarea PostgreSQL cu Postgres.app¶
Dacă preferați o instalare grafică:
- Descărcați Postgres.app și trageți-o în folderul Applications
- Deschideți aplicația și faceți clic pe Initialize pentru a crea un server nou
- Urmați instrucțiunile aplicației pentru a adăuga instrumentele sale de linie de comandă în PATH
- Verificați instalarea:
Și Postgres.app creează un superutilizator denumit după contul dumneavoastră macOS.
Configurarea web serverului¶
digna necesită un web server pentru a găzdui dashboard-ul. Alegeți una dintre următoarele opțiuni:
- nginx — instalat prin Homebrew, recomandat
- Apache httpd — inclus în macOS
Trebuie să instalați și să configurați doar unul dintre aceste servere.
Ambele secțiuni configurează două lucruri de care depinde dashboard-ul:
- O rută de rezervă pentru aplicația single-page, astfel încât reîmprospătarea unui URL al dashboard-ului să nu returneze 404
- Un tip MIME pentru
.md, astfel încât fișierele Markdown să fie servite corect
Configurarea nginx¶
Prezentare generală¶
nginx este un web server ușor și performant, foarte potrivit pentru servirea dashboard-ului static digna.
Instalare¶
Pornirea nginx¶
Verificați instalarea¶
- Deschideți browserul
- Accesați
http://localhost:8080 - Ar trebui să vedeți pagina de bun venit nginx
Notă — portul implicit este 8080, nu 80
Homebrew configurează nginx să asculte pe portul 8080, astfel încât să poată rula fără privilegii de administrator. Pe macOS, legarea la portul 80 sau la orice alt port sub 1024 necesită root.
Pentru a servi dashboard-ul pe portul 80, schimbați listen 8080; în listen 80; în configurația de mai jos și porniți nginx cu sudo brew services start nginx.
Configurarea unui site pentru dashboard¶
Configurația nginx din Homebrew include fiecare fișier din directorul său servers. Creați acolo un fișier de configurare dedicat pentru digna:
Lipiți următorul conținut, înlocuind /path/to/digna/dashboard cu calea reală către folderul dashboard extras:
server {
listen 8080;
server_name localhost;
root /path/to/digna/dashboard;
index index.html;
# Serve Markdown files with the correct MIME type.
types {
text/markdown md;
}
# Single-page-application fallback: unknown paths return index.html
# instead of a 404, so dashboard routes survive a browser refresh.
location / {
try_files $uri $uri/ /index.html;
}
}
Important
Fără directiva try_files, reîncărcarea oricărei pagini a dashboard-ului în afară de URL-ul rădăcină returnează 404. Acesta este echivalentul nginx al modulului URL Rewrite cerut de IIS pe Windows.
Aplicați configurația¶
Testați configurația pentru erori de sintaxă, apoi reîncărcați nginx:
Configurarea Apache httpd¶
Prezentare generală¶
macOS include Apache httpd, așa că nu este necesară nicio instalare. Este dezactivat implicit.
Pornirea Apache¶
Verificați instalarea¶
- Deschideți browserul
- Accesați
http://localhost - Ar trebui să vedeți mesajul "It works!"
Obligatoriu: activați mod_rewrite¶
Dashboard-ul necesită rescrierea URL-urilor. Deschideți configurația Apache:
Găsiți linia următoare și eliminați # de la început pentru a o decomenta:
Obligatoriu: permiteți suprascrierile .htaccess¶
În același fișier, găsiți blocul <Directory "/Library/WebServer/Documents"> și modificați:
în:
Obligatoriu: tipul MIME pentru fișierele Markdown¶
Tot în httpd.conf, adăugați linia următoare, astfel încât fișierele Markdown să fie servite corect:
Important
Fără această setare, fișierele .md s-ar putea să nu fie servite corect.
Aplicați configurația¶
Verificați configurația pentru erori de sintaxă, apoi reporniți Apache:
Instalarea inițială¶
Pasul 1: Configurați repository-ul digna¶
Repository-ul digna stochează toate metricile calculate de digna. Acesta funcționează ca bază de date centrală pentru datele analitice și de performanță.
Creați schema repository-ului și utilizatorul¶
Deschideți clientul PostgreSQL (psql, pgAdmin sau similar) și executați următoarele comenzi SQL:
CREATE SCHEMA <digna_repo_schema>;
CREATE USER <digna_repo_user> WITH PASSWORD '<digna_repo_password>';
GRANT ALL PRIVILEGES ON SCHEMA <digna_repo_schema> TO <digna_repo_user>;
Înlocuiți următorii substituenți:
<digna_repo_schema>— numele dorit pentru schemă (de ex.dignarepo)<digna_repo_user>— numele de utilizator dorit (de ex.digna_user)<digna_repo_password>— o parolă sigură pentru acest utilizator
Exemplu:
CREATE SCHEMA dignarepo;
CREATE USER digna_user WITH PASSWORD 'YourSecurePassword123!';
GRANT ALL PRIVILEGES ON SCHEMA dignarepo TO digna_user;
Pentru a le rula din Terminal într-un singur pas:
Apoi lipiți instrucțiunile la promptul postgres=# și tastați \q pentru a ieși.
Practică recomandată
Folosiți parole puternice și complexe pentru utilizatorii bazei de date. Evitați credențialele ușor de ghicit.
Pasul 2: Extrageți pachetul de instalare digna¶
- Găsiți fișierul ZIP de instalare digna care v-a fost furnizat
- Extrageți-l în locația de instalare dorită — de exemplu
/opt/dignasau~/digna - După extragere, ar trebui să vedeți următoarele elemente:
dashboard/— interfața web a dashboard-uluidigna— executabilul principal (backend + CLI combinate)
Fișierele de configurare și de licență nu se află în pachet
Nici config.toml, nici dashboard/dashboard_config.toml nu sunt livrate cu instalarea — le creați pe amândouă dumneavoastră, în Configurarea backend-ului și Configurarea dashboard-ului. Nici license.toml nu este livrat; digna îl furnizează separat, așa cum descrie Pasul 3.
Pentru extragerea din Terminal:
Faceți executabilul rulabil¶
În funcție de modul în care a fost transferată arhiva, bitul de execuție s-ar putea să nu se păstreze la extragere. Setați-l explicit:
Dacă macOS blochează aplicația¶
Fișierele descărcate printr-un browser sau un client de e-mail sunt marcate cu un atribut de carantină. Dacă macOS raportează că aplicația "nu poate fi deschisă deoarece dezvoltatorul nu poate fi verificat", eliminați atributul din directorul de instalare:
Alternativ, deschideți System Settings → Privacy & Security, găsiți elementul blocat în partea de jos a paginii și faceți clic pe Open Anyway.
Notă
Acest pas este necesar doar dacă macOS blochează efectiv executabilul. Pachetele transferate prin SSH sau din partajări interne de fișiere nu sunt de obicei puse în carantină.
Pasul 3: Instalați fișierul de licență¶
Important
Fișierul de licență nu este inclus în pachetul de instalare și va fi furnizat separat de digna.
- Găsiți fișierul
license.tomlcare v-a fost furnizat - Copiați-l în directorul rădăcină al instalării digna (unde se află
config.tomlși executabiluldigna)
De ce este important: Fișierul de licență conține informațiile dumneavoastră de client, data de expirare a licenței și semnătura digitală. Nu modificați acest fișier — orice modificare îl invalidează.
Structura directorului după configurare:
/opt/digna/
├── config.toml (configuration file)
├── license.toml (YOUR LICENSE FILE - copy here)
├── digna (main executable)
├── bin/ (service management scripts)
└── dashboard/ (web interface)
└── (dashboard files)
Configurarea backend-ului¶
Pasul 1: Creați și editați fișierul de configurare¶
Fișierul config_template.toml este furnizat în directorul de instalare digna. Trebuie doar să-l redenumiți în config.toml.
Locație: /opt/digna/config.toml
Deschideți config.toml într-un editor de text și configurați fiecare secțiune de mai jos.
Secțiunea [app]¶
Această secțiune configurează partajarea resurselor între origini (CORS) dintre dashboard și backend:
[app]
DIGNA_APP_CORS_ALLOW_ORIGINS = ["http://localhost:5173"]
DIGNA_APP_CORS_ALLOW_CREDENTIALS = true
| Parametru | Valoare | Observații |
|---|---|---|
DIGNA_APP_CORS_ALLOW_ORIGINS | URL-urile dashboard-ului | URL-urile de pe care este servit dashboard-ul. Cererile browserului de la orice altă origine sunt respinse |
DIGNA_APP_CORS_ALLOW_CREDENTIALS | true | Obligatoriu, pentru ca browserul să trimită cookie-ul de sesiune cu fiecare cerere |
Notă
Dacă serviți dashboard-ul din nginx-ul Homebrew pe portul său implicit, originea care trebuie permisă este http://localhost:8080.
Secțiunea [app] este opțională
Începând cu Release 2026.11, ambele chei, chiar și întreaga secțiune [app], pot fi omise. Aceasta este configurarea potrivită atunci când un reverse proxy servește dashboard-ul și backend-ul sub aceeași origine: browserul nu face atunci cereri între origini, iar implicit niciuna nu este permisă.
Secțiunea [repo]¶
Această secțiune configurează conexiunea la baza de date PostgreSQL:
[repo]
DIGNA_REPO_HOST = "localhost"
DIGNA_REPO_PORT = 5432
DIGNA_REPO_DB = "postgres"
DIGNA_REPO_SCHEMA = "dignarepo"
DIGNA_REPO_USER = "digna_user"
DIGNA_REPO_PASSWORD = "YourSecurePassword123!"
DIGNA_REPO_SSLMODE = "prefer"
DIGNA_REPO_NUM_CONNS = 16
| Parametru | Valoare | Observații |
|---|---|---|
DIGNA_REPO_HOST | localhost sau IP | Numele de gazdă/IP-ul serverului PostgreSQL |
DIGNA_REPO_PORT | 5432 (implicit) | Portul PostgreSQL |
DIGNA_REPO_DB | postgres | Numele bazei de date |
DIGNA_REPO_SCHEMA | dignarepo | Schema creată anterior |
DIGNA_REPO_USER | digna_user | Utilizatorul creat la configurarea PostgreSQL |
DIGNA_REPO_PASSWORD | Parola dumneavoastră | Parola setată la crearea schemei |
DIGNA_REPO_SSLMODE | prefer (implicit) | Opțional. Modul SSL PostgreSQL: disable, allow, prefer, require, verify-ca sau verify-full |
DIGNA_REPO_NUM_CONNS | 16 (implicit) | Opțional. Numărul de conexiuni pe care digna le menține deschise către repository |
Secțiunea [base]¶
Această secțiune conține setările de securitate, pentru cookie-uri și pentru inspecții:
[base]
DIGNA_FERNET_KEY = "DU4a0yJ-OqvbKCL4hNQn_CsknH-V1vWmHZqBUl-AY44="
DIGNA_COOKIE_DOMAIN = "localhost"
DIGNA_COOKIE_SECURE = false
DIGNA_COOKIE_HTTPONLY = true
DIGNA_TOKEN_EXPIRES_IN = 86400
DIGNA_MAX_WORKERS = 4
DIGNA_FRONTEND_BASEURL = "http://localhost/"
DIGNA_SOURCE_QUERY_TIMEOUT_SEC = 3600
DIGNA_SOURCE_LOGIN_TIMEOUT_SEC = 30
| Parametru | Valoare | Observații |
|---|---|---|
DIGNA_FERNET_KEY | Valoarea afișată mai sus | Cheia criptării folosite de versiunile anterioare. Trebuie să fie prezentă; păstrați valoarea afișată |
DIGNA_COOKIE_DOMAIN | localhost | Gazda prin care este accesat dashboard-ul. "" nu setează niciun domeniu, ceea ce este corect în spatele unui proxy care servește dashboard-ul și backend-ul sub aceeași origine |
DIGNA_COOKIE_SECURE | false (HTTP) / true (HTTPS) | Trebuie să fie true ori de câte ori digna este servit prin HTTPS |
DIGNA_COOKIE_HTTPONLY | true | Ține cookie-ul de sesiune departe de scripturi |
DIGNA_TOKEN_EXPIRES_IN | 86400 (24 de ore) | Durata sesiunii, în secunde |
DIGNA_MAX_WORKERS | Numărul de nuclee CPU - 1 | Numărul de inspecții care pot rula în același timp |
DIGNA_FRONTEND_BASEURL | URL-ul dashboard-ului | Obligatoriu. Este folosit pentru linkurile din mesajele de notificare, deci trebuie să fie un URL pe care destinatarii îl pot deschide |
DIGNA_SOURCE_QUERY_TIMEOUT_SEC | 3600 (implicit) | Opțional. Numărul de secunde în care o singură interogare asupra unei baze de date sursă poate rula înainte de a fi întreruptă; 0 dezactivează limita de timp |
DIGNA_SOURCE_LOGIN_TIMEOUT_SEC | 30 (implicit) | Opțional. Numărul de secunde de așteptare pentru conectarea la o bază de date sursă; 0 așteaptă la nesfârșit |
Sfat
Pentru a afla numărul de nuclee CPU disponibile pe Mac, rulați sysctl -n hw.ncpu.
Secțiunea [encryption]¶
Această secțiune conține cheia folosită pentru a cripta valorile sensibile stocate în repository. Este obligatorie — config check raportează secțiunea [encryption] ca FAILED dacă lipsește cheia.
| Parametru | Valoare | Observații |
|---|---|---|
DIGNA_ENCRYPTION_KEY | Cheie codificată Base64 | Criptează valorile sensibile stocate în repository-ul digna |
Protejați config.toml
Această cheie este o valoare fixă, identică în toate instalările digna, și tocmai ea decriptează valorile sensibile din repository-ul dumneavoastră. Restricționați config.toml la contul care rulează digna, țineți fișierul în afara controlului versiunilor și a unităților partajate și excludeți-l din orice copie de siguranță păstrată mai puțin sigur decât repository-ul însuși.
Secțiunea [logging]¶
Această secțiune configurează comportamentul de logging:
| Parametru | Valoare | Observații |
|---|---|---|
DIGNA_LOGGING_MODE | INFO sau DEBUG | INFO pentru producție, DEBUG pentru depanare. Sunt acceptate și TRACE, WARN și ERROR |
DIGNA_LOGGING_DIR | logs (implicit) | Opțional. Directorul pentru fișierele de log cu rotație, relativ la directorul de lucru |
DIGNA_LOGGING_MAX_FILES | 30 (implicit) | Opțional. Numărul de fișiere de log rotite care se păstrează |
Secțiunea [duckdb] (opțională)¶
Nou în Release 2026.11. Această secțiune stabilește resursele digna Engine, care profilează datele în interiorul digna pentru conexiunile la baze de date a căror locație de profilare este digna Engine și rulează verificări de integritate referențială între surse de date aflate pe conexiuni la baze de date diferite. Consultați Locația de profilare.
Secțiunea este opțională. Fără ea se aplică valorile implicite de mai jos.
| Parametru | Valoare | Observații |
|---|---|---|
DIGNA_DUCKDB_MEMORY_LIMIT_MB | 1024 (implicit) | Memoria, în MB, pe care o poate folosi o singură rulare digna Engine. Pot fi active simultan până la DIGNA_MAX_WORKERS rulări |
DIGNA_DUCKDB_TEMP_DIRECTORY | Implicit: directorul temporar al sistemului ($TMPDIR al contului care rulează digna) | Directorul pentru fișierele temporare atunci când datele nu încap în memorie |
Dimensionarea digna Engine
Planificați pe gazda digna până la DIGNA_MAX_WORKERS × DIGNA_DUCKDB_MEMORY_LIMIT_MB de memorie, pe lângă cea folosită de digna însuși, precum și suficient spațiu liber pe disc în directorul temporar pentru cea mai mare dată inspectată a surselor de date care folosesc digna Engine. Direcționați DIGNA_DUCKDB_TEMP_DIRECTORY către un disc cu acest spațiu, în care contul care rulează digna poate scrie:
Aveți nevoie de această secțiune doar dacă cel puțin o conexiune la baze de date folosește digna Engine sau dacă o verificare de integritate referențială compară surse de date de pe conexiuni diferite.
Pasul 2: Validați configurația¶
Înainte de a inițializa repository-ul, verificați dacă config.toml este complet și corect alcătuit. În directorul de instalare digna, rulați:
Fiecare secțiune este validată separat, astfel încât o singură greșeală nu ascunde starea celorlalte:
Configuration validation report (source: config.toml):
- App config: OK
- Repository config: OK
- Base config: OK
- Logging config: OK
- Encryption config: OK
- OIDC config(s): OK
- Template overrides: OK
- Unknown keys: OK
Overall: OK
Corectați tot ce este raportat ca FAILED și rulați comanda din nou înainte de a continua. Un WARNING la Unknown keys enumeră cheile din config.toml pe care digna nu le citește; acestea nu au niciun efect, așa că eliminați-le sau corectați-le ortografia. Lista completă a opțiunilor se află în referința CLI.
Pasul 3: Inițializați repository-ul¶
- Deschideți Terminal
- Accesați directorul de instalare digna (unde se află
config.tomlși executabiluldigna) - Rulați testul de conexiune:
Pe o schemă nouă, comanda se conectează și apoi raportează că încă nu este instalat niciun repository:
În acest moment, acesta este rezultatul așteptat: confirmă că digna ajunge la PostgreSQL și la schemă. O eroare de conexiune sau de autentificare indică, în schimb, o problemă în secțiunea [repo] sau în configurarea PostgreSQL.
Notă
Pe macOS, comenzile din directorul curent nu se află în PATH, așa că executabilul este apelat ca ./digna, nu ca digna. Pentru a folosi peste tot forma scurtă, adăugați directorul de instalare în PATH:
Pasul 4: Instalați schema repository-ului¶
În același director, rulați:
Această comandă instalează tabelele necesare în schema repository-ului și se încheie cu:
repo upgrade instalează și actualizează
Începând cu Release 2026.11, repo upgrade instalează un repository nou și actualizează unul existent. repo install funcționează în continuare ca alt nume pentru aceeași comandă.
Pasul 5: Creați un utilizator administrator¶
Utilizatorul administrator este creat direct în schema repository-ului, astfel încât serverul nu trebuie să ruleze încă. În directorul de instalare digna, rulați:
Exemplu:
Aceasta creează un utilizator cu adresa de e-mail admin@example.com și privilegii administrative complete.
Sfat
Puneți parola între ghilimele simple. zsh tratează în mod special caractere precum !, $ și *, iar o parolă fără ghilimele care le conține nu va fi transmisă așa cum a fost tastată.
Practică recomandată
Folosiți o parolă puternică, cu o combinație de majuscule, minuscule, cifre și caractere speciale.
Pasul 6: Porniți serverul digna¶
În directorul de instalare digna, porniți serverul cu:
Parametri: - --address — numele de gazdă/IP-ul serverului (implicit 127.0.0.1) - --port — portul serverului (implicit 8000)
Când serverul a pornit, acesta afișează adresa pe care ascultă:
Sfat
La prima pornire a serverului, macOS vă poate întreba dacă doriți ca aplicația să accepte conexiuni de rețea de intrare. Faceți clic pe Allow; în caz contrar, dashboard-ul nu va putea accesa backend-ul.
Serverul ocupă terminalul
serve rulează în prim-plan și continuă până când îl opriți cu Ctrl+C. Lăsați-l să ruleze cât timp finalizați configurarea; pentru a-l porni automat la pornirea sistemului, consultați Rularea digna ca serviciu în fundal.
Configurarea dashboard-ului¶
Pasul 1: Implementați dashboard-ul pe web server¶
Dashboard-ul digna își citește propria configurație din dashboard/dashboard_config.toml. Acest fișier nu este livrat cu instalarea — îl creați în directorul dashboard/, alături de fișierele dashboard-ului.
Conținutul său este descris în Single Sign-On, unde este de altfel și nevoie de fișier: acesta conține opțiunile de autentificare oferite de dashboard și, pentru implementările cu mai multe instanțe, conexiunea la backend.
Alegeți web serverul și urmați pașii de implementare corespunzători.
Implementarea pe nginx¶
Dacă ați urmat secțiunea Configurarea nginx, blocul server indică deja folderul dashboard și nu este necesară nicio copiere.
- Confirmați calea
- Deschideți
$(brew --prefix)/etc/nginx/servers/digna.conf -
Verificați că
rootindică folderuldashboardextras -
Asigurați-vă că folderul poate fi citit
-
Reîncărcați nginx
-
Testați instalarea
- Deschideți browserul
- Accesați
http://localhost:8080(sau URL-ul configurat) - Ar trebui să vedeți pagina de autentificare a dashboard-ului digna
Implementarea pe Apache httpd¶
-
Copiați dashboard-ul în document root
-
Adăugați regulile de rescriere
Creați un fișier .htaccess în folderul implementat, astfel încât rutele dashboard-ului să reziste la reîmprospătarea browserului:
Lipiți următorul conținut:
RewriteEngine On
RewriteBase /digna/
# Serve existing files and directories as-is.
RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ - [L]
# Everything else falls back to the single-page application entry point.
RewriteRule ^ index.html [L]
-
Reporniți Apache
-
Accesați dashboard-ul
- Deschideți browserul
- Accesați
http://localhost/digna - Ar trebui să vedeți pagina de autentificare a dashboard-ului digna
Rularea digna ca serviciu în fundal¶
De ce să rulați digna ca serviciu?¶
Rularea backend-ului digna ca serviciu în fundal asigură că acesta:
- Pornește automat la pornirea mașinii
- Rulează în fundal, fără o fereastră Terminal deschisă
- Repornește automat dacă se blochează
- Poate fi gestionat prin
launchctl, managerul de servicii din macOS
Fișierele de gestionare a serviciului¶
Toate fișierele necesare se află în directorul de instalare digna, în: bin/
Sunt disponibile următoarele scripturi shell:
install_service.sh— înregistrează digna în launchduninstall_service.sh— anulează înregistrarea serviciuluistart_service.sh— pornește serviciul înregistratstop_service.sh— oprește serviciul aflat în execuție
Sunt necesare drepturi de administrator
Toate scripturile trebuie executate cu sudo, deoarece înregistrarea unui serviciu care pornește la pornirea sistemului scrie în /Library/LaunchDaemons.
Facerea scripturilor executabile¶
Este posibil ca extragerea să nu păstreze bitul de execuție. Înainte de prima utilizare:
Instalarea serviciului¶
-
Deschideți Terminal
-
Accesați folderul bin
-
Rulați scriptul de instalare
Serverul digna este acum înregistrat în launchd, cu pornire automată activată. Serviciul nu pornește imediat — consultați secțiunea următoare pentru a-l porni.
Pornirea și oprirea serviciului¶
Pentru a porni serviciul¶
- Deschideți Terminal
- Accesați
/opt/digna/bin - Rulați:
Pentru a opri serviciul¶
- Deschideți Terminal
- Accesați
/opt/digna/bin - Rulați:
Sfat
Opriți întotdeauna serviciul înainte de a actualiza fișierele aplicației.
Verificarea serviciului¶
Pentru a confirma că serviciul este înregistrat și rulează:
O linie care începe cu un ID de proces indică faptul că serviciul rulează. Un - în prima coloană înseamnă că este înregistrat, dar oprit.
Mutarea serviciului într-un director nou¶
launchd stochează calea absolută către executabil, așa că mutarea instalării necesită reînregistrarea serviciului:
-
Dezinstalați serviciul curent
-
Mutați fișierele aplicației
-
Reinstalați serviciul
-
Porniți serviciul
Dezinstalarea serviciului¶
-
Opriți serviciul aflat în execuție
-
Dezinstalați serviciul
Serverul digna nu mai este acum înregistrat în launchd.
Actualizarea la o versiune nouă¶
Această secțiune actualizează o instalare Release 2026.06 la Release 2026.11. Dacă instalarea dumneavoastră este mai veche, citiți mai întâi Actualizarea de la o versiune mai veche decât 2026.06.
Înainte de actualizare¶
Crearea unei copii de siguranță a repository-ului digna este obligatorie
Înainte de a actualiza digna, faceți o copie de siguranță a repository-ului (PostgreSQL) pentru a vă proteja împotriva pierderii de date. O copie de siguranță vă permite recuperarea dacă actualizarea întâmpină probleme neașteptate.
Pentru a crea o copie de siguranță din Terminal:
Solicitarea fișierului de licență pentru Release 2026.11
Release 2026.11 necesită un nou license.toml. Solicitați-l echipei digna înainte de a începe și pregătiți-l pentru Pasul 7.
Actualizarea de la o versiune mai veche decât 2026.06¶
Release 2026.06 a adus trei schimbări care se aplică în continuare atunci când actualizați o instalare mai veche direct la 2026.11:
- Doar ODBC. digna accesează fiecare tehnologie sursă prin ODBC. Fiecare conexiune la baze de date care nu folosește încă ODBC trebuie trecută pe ODBC după actualizare; nu există conversie automată. Instalați în prealabil driverele ODBC pe gazda digna, consultați Instalarea driverului ODBC pe gazda digna, și pregătiți proprietățile fiecărei conexiuni din ghidurile pe tehnologii. Conectorul Databricks Legacy nu mai există; mutați acele conexiuni pe conectorul Databricks.
- Un singur executabil.
dignabackendșidignaclisunt înlocuite de executabilul unicdigna, care reunește backend-ul și CLI-ul. - config.toml. Secțiunea
[encryption]este obligatorie, iarDIGNA_APP_HOSTșiDIGNA_APP_PORTnu mai sunt citite: serverul își preia adresa și portul dindigna serve. Comparați fișierul dumneavoastră cu Configurarea backend-ului.
Pașii de mai jos indică unde o instalare mai veche necesită altceva. Actualizarea repository-ului de la Pasul 8 aduce un repository din orice versiune anterioară direct la 2026.11.
Procesul de actualizare¶
Pasul 1: Opriți serviciul digna¶
Dacă digna rulează ca serviciu în fundal, opriți-l mai întâi:
Dacă digna rulează în prim-plan, apăsați Ctrl+C în fereastra sa Terminal.
Pasul 2: Faceți o copie de siguranță a instalării curente¶
În directorul de instalare digna, redenumiți executabilul și folderul dashboard al instalării curente, astfel încât noua versiune să poată fi implementată alături de ele:
Păstrați digna_old până când ați verificat actualizarea, iar dashboard_old până când v-ați restaurat din el fișierele de configurare (consultați Pasul 4). După aceea le puteți șterge pe amândouă.
Actualizarea de la o versiune mai veche decât 2026.06
Redenumiți folderele dignabackend și dignacli în locul executabilului: mv dignabackend dignabackend_old și mv dignacli dignacli_old. Niciunul nu mai este folosit de Release 2026.11.
Pasul 3: Extrageți și implementați noua versiune¶
- Extrageți noul fișier ZIP de instalare digna
- Copiați noul executabil
dignași folderuldashboardîn directorul de instalare - Restabiliți bitul de execuție și, dacă este necesar, eliminați atributul de carantină:
Important
Nici config.toml, nici dashboard/dashboard_config.toml nu sunt incluse vreodată în ZIP-ul de instalare — echipa digna nu livrează niciodată aceste fișiere. Configurația existentă rămâne, prin urmare, neatinsă de actualizare, iar copiile din folderele *_old redenumite sunt singurele pe care le aveți.
Pasul 4: Restaurați fișierele de configurare¶
Release 2026.11 nu necesită nicio modificare a config.toml: un fișier care funcționează cu Release 2026.06 funcționează în continuare. Două modificări sunt opționale:
- Adăugați o secțiune
[duckdb]dacă conexiunile la baze de date vor folosi digna Engine, iar valorile implicite ale acestuia nu se potrivesc gazdei dumneavoastră. - Omiteți secțiunea
[app]dacă un reverse proxy servește dashboard-ul și backend-ul sub aceeași origine.
Setări pe care digna nu le citește
Versiunile anterioare ale acestui ghid prezentau unele setări pe care digna nu le citește. Acestea nu au niciun efect, iar config check le enumeră la Unknown keys în Pasul 6. Eliminați-le sau corectați-le:
DIGNA_SCHEDULER_MAX_DELAY,DIGNA_CLEANUP_TIME,digna_COOKIE_PATH,digna_COOKIE_SAME_SITE,digna_APP_CORS_ALLOW_METHODS,digna_APP_CORS_ALLOW_HEADERSșidigna_LOGGING_BACKUP_COUNTnu există. Eliminați-le.- Numele setărilor țin cont de majuscule și minuscule. digna citește
DIGNA_REPO_HOST, nudigna_REPO_HOST. Scrieți fiecare nume cu majuscule, ca în Configurarea backend-ului.
Autentificare unică: păstrați [[oidc_clients]]
digna citește furnizorii de autentificare unică sub forma unei liste de intrări [[oidc_clients]], fiecare cu propriul DIGNA_OIDC_KEY. Dacă v-ați schimbat furnizorii în secțiuni [oidc_clients.<key>], așa cum arăta o versiune anterioară a acestui ghid, readuceți-i la forma inițială. config check raportează OIDC config(s) ca FAILED cât timp acea formă este prezentă:
[[oidc_clients]]
DIGNA_OIDC_KEY = 'microsoft'
DIGNA_OIDC_CLIENT_ID = '<client_id>'
DIGNA_OIDC_CLIENT_SECRET = '<client_secret>'
DIGNA_OIDC_REDIRECT_URI = 'http://localhost:3000/oidc/callback'
DIGNA_OIDC_CONFIGURATION_URL = 'https://login.microsoftonline.com/<tenant_id>/v2.0/.well-known/openid-configuration'
Repetați intrarea pentru fiecare furnizor și păstrați fiecare DIGNA_OIDC_KEY identic cu key din dashboard_config.toml. Sunt afectate doar instalările care folosesc autentificarea unică.
Pasul 5: Reîncărcați web serverul¶
Dashboard-ul este un set de fișiere statice, așa că web serverul — și browserul — pot servi în continuare versiunea anterioară. Reîncărcați sau reporniți web serverul care găzduiește folderul dashboard, apoi reîncărcați pagina forțat (Cmd+Shift+R).
Pasul 6: Validați configurația¶
Confirmați că config.toml este complet înainte de a atinge repository-ul:
Fiecare secțiune trebuie să raporteze OK. Corectați tot ce este raportat ca FAILED, eliminați cheile enumerate la Unknown keys și rulați comanda din nou înainte de a continua.
Pasul 7: Înlocuiți fișierul de licență¶
În mod normal, un fișier de licență se păstrează de la o versiune la alta. Release 2026.11 este o excepție: adaugă două module licențiate, digna Data Reconciliation și digna Agentic, iar o licență emisă înainte de 2026.11 nu le conține. Copiați fișierul license.toml furnizat de echipa digna pentru Release 2026.11 în directorul de instalare, înlocuindu-l pe cel vechi:
Nu păstrați licența anterioară
Cu licența anterioară, digna pornește în continuare, dar digna Data Reconciliation și digna MCP Server rămân dezactivate. Fiecare comandă care verifică licența — user, inspection, repo — se oprește înainte de a atinge repository-ul atunci când verificarea eșuează. Verificați noua licență înainte de a merge mai departe:
Pasul 8: Actualizați schema repository-ului¶
În directorul de instalare digna, rulați:
Release 2026.11 gestionează schema repository-ului prin migrări versionate. Prima actualizare de la o versiune anterioară aduce schema la ultima versiune a vechiului sistem, o înregistrează ca punct de pornire și apoi aplică migrările din Release 2026.11. Se încheie cu:
Toate datele existente sunt păstrate. Pentru a vedea oricând starea repository-ului, rulați ./digna repo check: comanda afișează cea mai recentă migrare aplicată și eventualele migrări în așteptare.
digna nu pornește cu un repository neactualizat
Începând cu Release 2026.11, serverul refuză să pornească atât timp cât repository-ul trebuie actualizat și semnalează acest lucru, de exemplu:
Rulați repo upgrade înainte de a porni serverul sau serviciul.
Pasul 9: Reporniți serviciile¶
Dacă rulați ca serviciu în fundal:
Dacă rulați manual, reporniți serverul:
Dacă folosiți nginx sau Apache, reporniți web serverul respectiv:
Pasul 10: Verificați actualizarea¶
-
Confirmați versiunea noului executabil:
Prima linie trebuie să fie
Release: 2026.11. -
Accesați dashboard-ul digna și verificați că interfața se încarcă corect.
- Verificați ieșirea serverului și fișierele din directorul
logspentru erori. - Testați conexiunile la baze de date — consultați Testarea unei conexiuni. După o actualizare de la o versiune mai veche decât 2026.06, treceți mai întâi pe ODBC fiecare conexiune care nu îl folosea încă.
Pentru a începe cu noile module, consultați digna Data Reconciliation, Conectarea unui agent AI pentru digna MCP Server și Locația de profilare pentru digna Engine.