Ana içeriğe geç

digna Sürüm 2026.11 için macOS Kurulum Kılavuzu

Sürüm: 2026.11

Son Güncelleme: 7 Kasım 2026


İçindekiler

  1. Giriş
  2. Sistem Gereksinimleri
  3. Kurulum Öncesi Hazırlık
  4. PostgreSQL Sunucu Kurulumu
  5. Web Sunucusu Yapılandırması
  6. İlk Kurulum
  7. Backend Yapılandırması
  8. Dashboard Yapılandırması
  9. digna'yı Arka Plan Hizmeti Olarak Çalıştırma
  10. Yeni Bir Sürüme Yükseltme

Giriş

digna Hakkında

digna, veri ambarları, veri gölleri ve lakehouse'lar gibi çeşitli veri ortamlarında veri kalitesi yönetimini optimize etmek için tasarlanmış kapsamlı, yapay zekâ destekli bir platformdur. Yüksek ölçeklenebilirlik ve uyarlanabilirlik göz önünde bulundurularak geliştirilen digna, otomasyon, gerçek zamanlı izleme ve anomali tespiti ile modern veri zorluklarına yanıt verir.

digna iki ana bileşenden oluşur:

  • digna: uygulamanın çekirdeği; verileri işlemekten ve kalite denetimlerini yürütmekten sorumludur. Arka ucu ve komut satırı arayüzünü tek bir çalıştırılabilir dosyada birleştirir ve önceki sürümlerdeki ayrı dignabackend ile dignacli programlarının yerini alır.
  • dignadashboard: Bir web sunucusunda barındırılan, digna platformuyla etkileşim kurmayı ve veri kalite metriklerini görselleştirmeyi sağlayan web tabanlı arayüz.

2026.11 Sürümünde Yenilikler

Bu sürüm digna Data Reconciliation'ı, digna MCP Server ile birlikte digna Agentic'i ve verileri digna içinde profilleyebilen ve farklı veritabanı teknolojileri arasında referans bütünlüğünü denetleyebilen digna Engine'i ekler. Tam ayrıntılar için sürüm notlarına bakın.

Kurulum açısından bu sürüm yeni bir repository geçiş (migration) mekanizması, config.toml içinde digna Engine için isteğe bağlı bir [duckdb] bölümü ve yeni bir lisans dosyası getirir. Bunların her biri yükseltme bölümünde ele alınır.

Windows veya Linux mu arıyorsunuz?

Bu kılavuz macOS içindir. Diğer platformlar için Windows Kurulum Kılavuzu veya Linux Kurulum Kılavuzu belgelerine bakın.


Sistem Gereksinimleri

Kuruluma başlamadan önce sisteminizin aşağıdaki minimum gereksinimleri karşıladığından emin olun:

Gereksinim Özellik
İşletim Sistemi macOS 13 (Ventura) veya üzeri
Mimari Apple Silicon (arm64) veya Intel (x86_64)
Bellek (Minimum Kurulum) 16 GB RAM
Disk Alanı 10 GB kullanılabilir depolama
Veritabanı PostgreSQL Server 12 veya üzeri
Web Sunucusu nginx, Apache httpd veya eşdeğeri
Komut Satırı Araçları Xcode Command Line Tools (Homebrew için gereklidir)

digna Engine

Profilleme konumu olarak digna Engine'i kullanan veritabanı bağlantıları doğrudan digna ana bilgisayarında profillenir. Bunlar için ek bellek ve disk alanı planlayın; bkz. [duckdb] bölümü.

Veritabanı Kurulum Seçenekleri

PostgreSQL zaten kuruluysa: Mevcut PostgreSQL sunucunuza digna için yeni bir veritabanı ekleyebilirsiniz.

PostgreSQL'i digna ile aynı makineye kuruyorsanız:

Önerilen Özellikler

  • Bellek: 32 GB RAM (16 GB yerine)
  • Disk Alanı: 50 GB kullanılabilir depolama (10 GB yerine)

Bu daha yüksek özellikler, digna ile PostgreSQL veritabanının aynı anda çalışmasını rahatlıkla karşılayacak şekilde önerilir.

Mimarinizi Denetleme

Bu kılavuzdaki birkaç yol Apple Silicon ve Intel Mac'ler arasında farklılık gösterir. Hangisine sahip olduğunuzu öğrenmek için Terminal'i açın ve şunu çalıştırın:

uname -m
  • arm64 — Apple Silicon. Homebrew /opt/homebrew konumuna kurulur.
  • x86_64 — Intel. Homebrew /usr/local konumuna kurulur.

İpucu

Bu kılavuz, iki yoldan birini sabit olarak yazmak yerine her iki mimaride de doğru konuma genişleyen $(brew --prefix) ifadesini kullanır. Komutları olduğu gibi kopyalayabilirsiniz.


Kurulum Öncesi Hazırlık

digna'yı kurmadan önce üç temel önkoşulun yerinde olduğundan emin olun:

  1. Homebrew – aşağıdaki bileşenleri kurmak için kullanılan paket yöneticisi
  2. PostgreSQL Server – hesaplanmış metrikler ve performans verileri için depolama
  3. Web Server – digna Dashboard'u barındırmak için

Bu bileşenler henüz kurulu değilse, aşağıdaki bölümlerde bunları kurup yapılandırma adımlarını izleyin.

Homebrew Kurulumu

Homebrew, macOS için standart paket yöneticisidir ve bu kılavuz boyunca PostgreSQL ile nginx'i kurmak için kullanılır.

Adım 1: Homebrew'un Zaten Kurulu Olup Olmadığını Denetleyin

Terminal'i açın (Cmd + Space tuşlarına basın, Terminal yazın, Enter tuşuna basın) ve şunu çalıştırın:

brew --version

Bir sürüm numarası dönerse PostgreSQL Sunucu Kurulumu bölümüne geçin.

Adım 2: Homebrew'u Kurun

Komut bulunamadıysa Homebrew'u resmi Homebrew sitesindeki yönergeleri izleyerek kurun. Yükleyici, Xcode Command Line Tools henüz yoksa bunları da kurar.

Adım 3: Homebrew'u PATH'inize Ekleyin

Apple Silicon'da yükleyici, Homebrew'u kabuk ortamınıza eklemek için iki komut yazdırır. Bunları belirtildiği gibi çalıştırın, ardından doğrulayın:

brew --prefix

Bu komut Apple Silicon'da /opt/homebrew, Intel'de ise /usr/local yazdırmalıdır.


PostgreSQL Sunucu Kurulumu

PostgreSQL Zaten Kuruluysa

PostgreSQL yerel makinenizde zaten kurulu ve çalışıyorsa veya yönetilen uzak bir PostgreSQL sunucusu kullanıyorsanız, bir sonraki bölüme geçebilirsiniz.

Kurulum Seçenekleri

macOS, PostgreSQL'i kurmak için iki kolay yol sunar. Birini seçin:

  • Homebrew — komut satırından kurulum, sunucu dağıtımları için önerilir
  • Postgres.app — grafik arayüzle kurulum, yerel değerlendirme için pratiktir

PostgreSQL'i Homebrew ile Kurma

Adım 1: PostgreSQL Formülünü Kurun

brew install postgresql@16

Adım 2: PostgreSQL'i PATH'inize Ekleyin

Sürümlü PostgreSQL formülleri keg-only'dir; yani Homebrew bunların komutlarını PATH'inize otomatik olarak bağlamaz. Bunları kendiniz ekleyin:

echo 'export PATH="'$(brew --prefix)'/opt/postgresql@16/bin:$PATH"' >> ~/.zshrc
source ~/.zshrc

Not

Bu, macOS'un kullandığı varsayılan zsh kabuğunu varsayar. bash kullanıyorsanız aynı satırı bunun yerine ~/.bash_profile dosyasına ekleyin.

Adım 3: PostgreSQL Hizmetini Başlatın

brew services start postgresql@16

Bu komut PostgreSQL'i hemen başlatır ve oturum açtığınızda otomatik olarak yeniden başlayacak şekilde yapılandırır.

Adım 4: Kurulumu Doğrulayın

psql --version

Kurulum başarılıysa PostgreSQL sürümünü görmelisiniz.

Adım 5: Sunucuya Bağlanın

psql postgres

Önemli — macOS Burada Windows'tan Farklıdır

Windows yükleyicisi bir postgres süper kullanıcısı ve parolası oluşturmanızı ister. Homebrew bunu yapmaz. Bunun yerine macOS hesabınızın adını taşıyan, parolası olmayan ve yalnızca yerel makineden erişilebilen bir süper kullanıcı oluşturur.

Bu, yeni bir Homebrew kurulumunda postgres rolünün bulunmadığı anlamına gelir. Bir süper kullanıcıya ihtiyaç duyduğunuzda kendi hesap adınızı kullanın ve İlk Kurulum bölümünde açıklandığı gibi açık bir digna kullanıcısı oluşturun.

Adım 6: Portu Doğrulayın

Varsayılan PostgreSQL portu 5432'dir. Sunucunuzun dinlediği portu doğrulamak için:

psql postgres -c "SHOW port;"

Değeri not edin — digna backend'ini yapılandırırken ihtiyacınız olacak.

PostgreSQL'i Postgres.app ile Kurma

Grafik arayüzle kurulumu tercih ediyorsanız:

  1. Postgres.app uygulamasını indirin ve Applications klasörünüze sürükleyin
  2. Uygulamayı açın ve yeni bir sunucu oluşturmak için Initialize düğmesine tıklayın
  3. Komut satırı araçlarını PATH'inize eklemek için uygulamanın yönergelerini izleyin
  4. Kurulumu doğrulayın:
psql --version

Postgres.app de macOS hesabınızın adını taşıyan bir süper kullanıcı oluşturur.


Web Sunucusu Yapılandırması

digna dashboard'unu barındırmak için bir web sunucusuna ihtiyaç vardır. Aşağıdaki seçeneklerden birini seçin:

  • nginx — Homebrew ile kurulur, önerilir
  • Apache httpd — macOS ile birlikte gelir

Bu sunuculardan yalnızca birini kurmanız ve yapılandırmanız yeterlidir.

Her iki bölüm de dashboard'un bağlı olduğu iki şeyi yapılandırır:

  • Tek sayfalı uygulama (SPA) geri dönüşü; böylece bir dashboard URL'sini yenilemek 404 döndürmez
  • .md MIME türü; böylece Markdown dosyaları doğru şekilde sunulur

nginx Kurulumu

Genel Bakış

nginx, statik digna dashboard'unu sunmaya çok uygun, hafif ve yüksek performanslı bir web sunucusudur.

Kurulum

brew install nginx

nginx'i Başlatma

brew services start nginx

Kurulumu Doğrulayın

  1. Tarayıcınızı açın
  2. http://localhost:8080 adresine gidin
  3. nginx karşılama sayfasını görmelisiniz

Not — Varsayılan Port 80 Değil, 8080'dir

Homebrew, nginx'i yönetici ayrıcalıkları olmadan çalışabilmesi için 8080 portunu dinleyecek şekilde yapılandırır. macOS'ta 80 portuna veya 1024'ün altındaki herhangi bir porta bağlanmak root yetkisi gerektirir.

Dashboard'u 80 portunda sunmak için aşağıdaki yapılandırmada listen 8080; satırını listen 80; olarak değiştirin ve nginx'i bunun yerine sudo brew services start nginx ile başlatın.

Dashboard için Bir Site Yapılandırma

Homebrew'un nginx yapılandırması, servers dizinindeki tüm dosyaları dahil eder. Orada digna için ayrı bir yapılandırma dosyası oluşturun:

nano $(brew --prefix)/etc/nginx/servers/digna.conf

Aşağıdakini yapıştırın ve /path/to/digna/dashboard yolunu, çıkardığınız dashboard klasörünün gerçek yoluyla değiştirin:

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;
    }
}

Önemli

try_files yönergesi olmadan, kök URL dışındaki herhangi bir dashboard sayfasını yeniden yüklemek 404 döndürür. Bu, Windows'ta IIS için gereken URL Rewrite modülünün nginx karşılığıdır.

Yapılandırmayı Uygulayın

Yapılandırmada söz dizimi hatası olup olmadığını test edin, ardından nginx'i yeniden yükleyin:

nginx -t
brew services restart nginx

Apache httpd Kurulumu

Genel Bakış

macOS, Apache httpd'yi içerir; bu nedenle kurulum gerekmez. Varsayılan olarak devre dışıdır.

Apache'yi Başlatma

sudo apachectl start

Kurulumu Doğrulayın

  1. Tarayıcınızı açın
  2. http://localhost adresine gidin
  3. "It works!" iletisini görmelisiniz

Gerekli: mod_rewrite'ı Etkinleştirin

Dashboard, URL yeniden yazmayı gerektirir. Apache yapılandırmasını açın:

sudo nano /etc/apache2/httpd.conf

Aşağıdaki satırı bulun ve yorumdan çıkarmak için baştaki # işaretini kaldırın:

LoadModule rewrite_module libexec/apache2/mod_rewrite.so

Gerekli: .htaccess Geçersiz Kılmalarına İzin Verin

Aynı dosyada <Directory "/Library/WebServer/Documents"> bloğunu bulun ve şunu:

AllowOverride None

şununla değiştirin:

AllowOverride All

Gerekli: Markdown Dosyaları için MIME Türü

Markdown dosyalarının doğru şekilde sunulması için yine httpd.conf içinde şu satırı ekleyin:

AddType text/markdown .md

Önemli

Bu ayar olmadan .md dosyaları doğru şekilde servis edilmeyebilir.

Yapılandırmayı Uygulayın

Yapılandırmada söz dizimi hatası olup olmadığını denetleyin, ardından Apache'yi yeniden başlatın:

sudo apachectl configtest
sudo apachectl restart

İlk Kurulum

Adım 1: digna Repository'sini Oluşturun

digna repository'si, digna tarafından hesaplanan tüm metrikleri saklar. Analitik ve performans verileri için merkezi veritabanı görevi görür.

Repository Şeması ve Kullanıcısı Oluşturma

PostgreSQL istemcinizi (psql, pgAdmin veya benzeri) açın ve aşağıdaki SQL komutlarını çalıştırın:

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>;

Aşağıdaki yer tutucuları değiştirin:

  • <digna_repo_schema> — İstediğiniz şema adı (ör. dignarepo)
  • <digna_repo_user> — İstediğiniz kullanıcı adı (ör. digna_user)
  • <digna_repo_password> — Bu kullanıcı için güvenli bir parola

Örnek:

CREATE SCHEMA dignarepo;

CREATE USER digna_user WITH PASSWORD 'YourSecurePassword123!';

GRANT ALL PRIVILEGES ON SCHEMA dignarepo TO digna_user;

Bunları Terminal'den tek adımda çalıştırmak için:

psql postgres

Ardından ifadeleri postgres=# isteminde yapıştırın ve çıkmak için \q yazın.

En İyi Uygulama

Veritabanı kullanıcıları için güçlü, karmaşık parolalar kullanın. Kolay tahmin edilebilir kimlik bilgilerini kullanmaktan kaçının.


Adım 2: digna Kurulum Paketini Çıkarın

  1. Size sağlanan digna kurulum ZIP dosyasını bulun
  2. İstediğiniz kurulum konumuna çıkarın — örneğin /opt/digna veya ~/digna
  3. Çıkarma sonrası aşağıdaki öğeleri görmelisiniz:
  4. dashboard/ — Web dashboard arayüzü
  5. digna — Ana yürütülebilir dosya (backend + CLI birleşik)

Yapılandırma ve lisans dosyaları pakette yer almaz

Ne config.toml ne de dashboard/dashboard_config.toml kurulumla birlikte gelir — ikisini de kendiniz, Backend Yapılandırması ve Dashboard Yapılandırması bölümlerinde oluşturursunuz. license.toml da pakete dahil değildir; Adım 3'te açıklandığı gibi digna tarafından ayrı olarak sağlanır.

Terminal'den çıkarmak için:

unzip digna-2026.11-macos.zip -d /opt/digna

Yürütülebilir Dosyayı Çalıştırılabilir Yapın

Arşivin nasıl aktarıldığına bağlı olarak, çalıştırma izni biti çıkarma sırasında korunmayabilir. Bunu açıkça ayarlayın:

cd /opt/digna
chmod +x digna

macOS Uygulamayı Engellerse

Bir tarayıcı veya e-posta istemcisi aracılığıyla indirilen dosyalar bir karantina özniteliğiyle etiketlenir. macOS, uygulamanın "cannot be opened because the developer cannot be verified" olduğunu bildirirse özniteliği kurulum dizininden kaldırın:

xattr -dr com.apple.quarantine /opt/digna

Alternatif olarak System Settings → Privacy & Security bölümünü açın, engellenen öğeyi sayfanın altına yakın bir yerde bulun ve Open Anyway düğmesine tıklayın.

Not

Bu adım yalnızca macOS yürütülebilir dosyayı gerçekten engellerse gereklidir. SSH üzerinden veya dahili dosya paylaşımlarından aktarılan paketler genellikle karantinaya alınmaz.

Adım 3: Lisans Dosyasını Yükleyin

Önemli

Lisans dosyası kurulum paketine dahil değildir ve digna tarafından ayrı olarak sağlanacaktır.

  1. Size sağlanan license.toml dosyasını bulun
  2. Bunu digna kurulum dizininin köküne kopyalayın (config.toml ve digna yürütülebilir dosyasının bulunduğu dizin)

Neden önemli: Lisans dosyası müşteri bilgilerini, lisans bitiş tarihini ve dijital imzayı içerir. Bu dosyayı değiştirmeyin — herhangi bir değişiklik lisansın geçersiz olmasına neden olur.

Kurulum sonrası dizin yapısı:

/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)

Backend Yapılandırması

Adım 1: Yapılandırma Dosyasını Oluşturun ve Düzenleyin

config_template.toml dosyası digna kurulum dizininde sağlanır. Bunu config.toml olarak yeniden adlandırmanız yeterlidir.

cd /opt/digna
mv config_template.toml config.toml

Konum: /opt/digna/config.toml

config.toml dosyasını bir metin düzenleyici ile açın ve aşağıdaki bölümleri yapılandırın.

[app] Bölümü

Bu bölüm, dashboard ile backend arasındaki kaynaklar arası kaynak paylaşımını (CORS) yapılandırır:

[app]
DIGNA_APP_CORS_ALLOW_ORIGINS = ["http://localhost:5173"]
DIGNA_APP_CORS_ALLOW_CREDENTIALS = true
Parametre Değer Notlar
DIGNA_APP_CORS_ALLOW_ORIGINS Dashboard URL'leri Dashboard'un sunulduğu URL'ler. Başka herhangi bir kaynaktan (origin) gelen tarayıcı istekleri reddedilir
DIGNA_APP_CORS_ALLOW_CREDENTIALS true Tarayıcının oturum çerezini her istekle birlikte göndermesi için gereklidir

Not

Dashboard'u Homebrew'un nginx'i üzerinden varsayılan portunda sunuyorsanız izin verilecek kaynak http://localhost:8080'dir.

[app] bölümü isteğe bağlıdır

Sürüm 2026.11'den itibaren her iki anahtar da, hatta [app] bölümünün tamamı da çıkarılabilir. Bir ters vekil sunucu (reverse proxy) dashboard'u ve backend'i aynı kaynak (origin) altında sunuyorsa doğru kurulum budur: tarayıcı bu durumda kaynaklar arası istek yapmaz ve varsayılan olarak hiçbirine izin verilmez.

[repo] Bölümü

Bu bölüm PostgreSQL veritabanı bağlantısını yapılandırır:

[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
Parametre Değer Notlar
DIGNA_REPO_HOST localhost veya IP PostgreSQL sunucu hostname/IP
DIGNA_REPO_PORT 5432 (varsayılan) PostgreSQL portu
DIGNA_REPO_DB postgres Veritabanı adı
DIGNA_REPO_SCHEMA dignarepo Daha önce oluşturduğunuz şema
DIGNA_REPO_USER digna_user PostgreSQL kurulumu sırasında oluşturduğunuz kullanıcı
DIGNA_REPO_PASSWORD Parolanız Şema oluşturma sırasında belirlenen parola
DIGNA_REPO_SSLMODE prefer (varsayılan) İsteğe bağlı. PostgreSQL SSL modu: disable, allow, prefer, require, verify-ca veya verify-full
DIGNA_REPO_NUM_CONNS 16 (varsayılan) İsteğe bağlı. digna'nın repository'ye açık tuttuğu bağlantı sayısı

[base] Bölümü

Bu bölüm güvenlik, çerez (cookie) ve denetim ayarlarını içerir:

[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
Parametre Değer Notlar
DIGNA_FERNET_KEY Yukarıda gösterilen değer Önceki sürümlerin kullandığı şifrelemenin anahtarı. Bulunması zorunludur; gösterilen değeri koruyun
DIGNA_COOKIE_DOMAIN localhost Dashboard'a erişilen ana bilgisayar adı. "" hiçbir domain belirlemez; dashboard'u ve backend'i aynı kaynak (origin) altında sunan bir vekil sunucunun arkasında doğru ayar budur
DIGNA_COOKIE_SECURE false (HTTP) / true (HTTPS) digna HTTPS üzerinden sunulduğunda her zaman true olmalıdır
DIGNA_COOKIE_HTTPONLY true Oturum çerezini betiklerin erişiminden uzak tutar
DIGNA_TOKEN_EXPIRES_IN 86400 (24 saat) Oturum zaman aşımı (saniye cinsinden)
DIGNA_MAX_WORKERS CPU çekirdeği sayısı - 1 Aynı anda çalışabilecek denetim sayısı
DIGNA_FRONTEND_BASEURL Dashboard URL'si Zorunlu. Bildirim mesajlarındaki bağlantılar için kullanılır; bu nedenle alıcıların açabileceği bir URL olmalıdır
DIGNA_SOURCE_QUERY_TIMEOUT_SEC 3600 (varsayılan) İsteğe bağlı. Bir kaynak veritabanına yönelik tek bir sorgunun iptal edilmeden önce çalışabileceği saniye sayısı; 0 zaman aşımını devre dışı bırakır
DIGNA_SOURCE_LOGIN_TIMEOUT_SEC 30 (varsayılan) İsteğe bağlı. Bir kaynak veritabanına bağlanmak için beklenecek saniye sayısı; 0 süresiz bekler

İpucu

Mac'inizde kullanılabilir CPU çekirdeği sayısını öğrenmek için sysctl -n hw.ncpu komutunu çalıştırın.

[encryption] Bölümü

Bu bölüm, depoda saklanan hassas değerleri şifrelemek için kullanılan anahtarı içerir. Zorunludur — anahtar eksikse config check, [encryption] bölümünü FAILED olarak bildirir.

[encryption]
DIGNA_ENCRYPTION_KEY = 'ycELf6IbcO55dYIZHpPv6kQv/bbnUXoIaHLh2bh1kMg='
Parametre Değer Notlar
DIGNA_ENCRYPTION_KEY Base64 kodlu anahtar digna deposunda saklanan hassas değerleri şifreler

config.toml dosyasını koruyun

Bu anahtar sabit bir değerdir, tüm digna kurulumlarında aynıdır ve deponuzdaki hassas değerlerin şifresini çözen şey odur. config.toml erişimini digna'nın çalıştığı hesapla sınırlayın, dosyayı sürüm denetiminin ve paylaşılan sürücülerin dışında tutun ve deponun kendisinden daha az güvenli saklanan her yedeğin dışında bırakın.

[logging] Bölümü

Bu bölüm günlükleme davranışını yapılandırır:

[logging]
DIGNA_LOGGING_MODE = "INFO"
DIGNA_LOGGING_DIR = "logs"
DIGNA_LOGGING_MAX_FILES = 30
Parametre Değer Notlar
DIGNA_LOGGING_MODE INFO veya DEBUG Üretim için INFO, sorun giderme için DEBUG. TRACE, WARN ve ERROR da kabul edilir
DIGNA_LOGGING_DIR logs (varsayılan) İsteğe bağlı. Dönüşümlü (rotating) günlük dosyalarının dizini; çalışma dizinine göre görelidir
DIGNA_LOGGING_MAX_FILES 30 (varsayılan) İsteğe bağlı. Saklanacak dönüşümlü günlük dosyası sayısı

[duckdb] Bölümü (İsteğe Bağlı)

Sürüm 2026.11'de yeni. Bu bölüm, profilleme konumu digna Engine olan veritabanı bağlantıları için verileri digna içinde profilleyen ve farklı veritabanı bağlantılarındaki veri kaynakları arasında referans bütünlüğü denetimlerini çalıştıran digna Engine'in kaynaklarını belirler. Bkz. Profilleme Konumu.

Bu bölüm isteğe bağlıdır. Bölüm yoksa aşağıdaki varsayılanlar geçerlidir.

[duckdb]
DIGNA_DUCKDB_MEMORY_LIMIT_MB = 1024
DIGNA_DUCKDB_TEMP_DIRECTORY = "/opt/digna/tmp"
Parametre Değer Notlar
DIGNA_DUCKDB_MEMORY_LIMIT_MB 1024 (varsayılan) Tek bir digna Engine çalıştırmasının kullanabileceği bellek (MB). Aynı anda en fazla DIGNA_MAX_WORKERS kadar çalıştırma etkin olabilir
DIGNA_DUCKDB_TEMP_DIRECTORY Varsayılan: sistemin geçici dizini (digna'yı çalıştıran hesabın $TMPDIR dizini) Veriler belleğe sığmadığında geçici dosyalar için kullanılan dizin

digna Engine'i boyutlandırma

digna ana bilgisayarında, digna'nın kendi kullandığı belleğe ek olarak en fazla DIGNA_MAX_WORKERS × DIGNA_DUCKDB_MEMORY_LIMIT_MB kadar bellek planlayın; geçici dizinde de digna Engine kullanan veri kaynaklarının denetlenen en büyük tarihinin verisini alacak kadar boş disk alanı ayırın. DIGNA_DUCKDB_TEMP_DIRECTORY değerini bu alana sahip olan ve digna'yı çalıştıran hesabın yazabildiği bir diske yönlendirin:

mkdir -p /opt/digna/tmp

Bu bölüme yalnızca en az bir veritabanı bağlantısı digna Engine kullanıyorsa veya bir referans bütünlüğü denetimi farklı bağlantılardaki veri kaynaklarını karşılaştırıyorsa ihtiyacınız vardır.


Adım 2: Yapılandırmayı Doğrulayın

Depoyu başlatmadan önce config.toml dosyasının eksiksiz ve doğru kurulmuş olduğunu denetleyin. digna kurulum dizininizde şunu çalıştırın:

./digna config check

Her bölüm ayrı ayrı doğrulanır, böylece tek bir hata diğerlerinin durumunu gizlemez:

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

FAILED olarak bildirilen her şeyi düzeltin ve devam etmeden önce komutu yeniden çalıştırın. Unknown keys altındaki bir WARNING, config.toml içinde digna'nın okumadığı anahtarları listeler; bunların hiçbir etkisi yoktur, bu nedenle kaldırın ya da yazımlarını düzeltin. Seçeneklerin tam listesi CLI başvurusunda yer alır.

Adım 3: Repository'yi Başlatın

  1. Terminal'i açın
  2. digna kurulum dizinine gidin (config.toml ve digna yürütülebilir dosyasının bulunduğu dizin)
  3. Bağlantı testini çalıştırın:
cd /opt/digna
./digna repo check

Yeni bir şemada komut bağlanır ve ardından henüz bir repository kurulu olmadığını bildirir:

Error: No repo installed. Use the 'digna repo upgrade' command to install it.

Bu aşamada beklenen sonuç budur: digna'nın PostgreSQL'e ve şemaya ulaştığını doğrular. Bunun yerine bir bağlantı veya kimlik doğrulama hatası alırsanız sorun [repo] bölümündedir ya da PostgreSQL kurulumundadır.

Not

macOS'ta geçerli dizindeki komutlar PATH'inizde bulunmaz; bu nedenle yürütülebilir dosya digna yerine ./digna olarak çağrılır. Kısa biçimi her yerde kullanmak için kurulum dizinini PATH'inize ekleyin:

echo 'export PATH="/opt/digna:$PATH"' >> ~/.zshrc
source ~/.zshrc

Adım 4: Repository Şemasını Kurun

Aynı dizinde şu komutu çalıştırın:

./digna repo upgrade

Bu komut gerekli tabloları repository şemasına kurar ve şu çıktıyla tamamlanır:

✅ Repo schema 'dignarepo' is up to date.

repo upgrade hem kurar hem yükseltir

Sürüm 2026.11'den itibaren repo upgrade yeni bir repository'yi kurar ve mevcut bir repository'yi yükseltir. repo install, aynı komutun diğer adı olarak çalışmaya devam eder.

Adım 5: Yönetici (Admin) Kullanıcısı Oluşturun

Yönetici kullanıcısı doğrudan repository şemasında oluşturulur; bu nedenle sunucunun henüz çalışıyor olması gerekmez. digna kurulum dizininde şunu çalıştırın:

./digna user add <email> <password> "<display_name>" --admin

Örnek:

./digna user add admin@example.com 'AdminPassword123!' "Admin User" --admin

Bu komut, admin@example.com e-posta adresine ve tam idari ayrıcalıklara sahip bir kullanıcı oluşturur.

İpucu

Parolayı tek tırnak içine alın. zsh, !, $ ve * gibi karakterleri özel olarak ele alır ve bu karakterleri içeren tırnaksız bir parola yazıldığı gibi aktarılmaz.

En İyi Uygulama

Büyük küçük harf, sayı ve özel karakter içeren güçlü bir parola kullanın.

Adım 6: digna Sunucusunu Başlatın

digna kurulum dizininde sunucuyu başlatın:

./digna serve --address <host> --port <port>

Parametreler: - --address — Sunucu hostname/IP (varsayılan 127.0.0.1) - --port — Sunucu portu (varsayılan 8000)

Sunucu çalışmaya başladığında dinlediği adresi yazdırır:

Server running on http://127.0.0.1:8082

İpucu

Sunucuyu ilk kez başlattığınızda macOS, uygulamanın gelen ağ bağlantılarını kabul etmesini isteyip istemediğinizi sorabilir. Allow düğmesine tıklayın; aksi takdirde dashboard backend'e erişemez.

Sunucu terminali meşgul eder

serve ön planda çalışır ve siz Ctrl+C ile durdurana kadar çalışmayı sürdürür. Kurulumu tamamlarken çalışır durumda bırakın; bunun yerine sistem açılışında otomatik başlatmak için bkz. digna'yı Arka Plan Hizmeti Olarak Çalıştırma.


Dashboard Yapılandırması

Adım 1: Dashboard'u Web Sunucusuna Dağıtın

digna dashboard'u kendi yapılandırmasını dashboard/dashboard_config.toml dosyasından okur. Bu dosya kurulumla birlikte gelmez — onu dashboard/ dizininde, dashboard dosyalarının yanında siz oluşturursunuz.

Dosyanın içeriği Çoklu Oturum Açma (Single Sign-On) bölümünde açıklanmıştır; dosyaya ihtiyaç duyulan yer de burasıdır: dashboard'un sunduğu oturum açma seçeneklerini ve çoklu örnek dağıtımlarında backend bağlantısını içerir.

Web sunucunuzu seçin ve ilgili dağıtım adımlarını izleyin.

nginx'e Dağıtım

nginx Kurulumu bölümünü izlediyseniz server bloğu zaten dashboard klasörünüzü gösterir ve herhangi bir kopyalama gerekmez.

  1. Yolu doğrulayın
  2. $(brew --prefix)/etc/nginx/servers/digna.conf dosyasını açın
  3. root değerinin çıkardığınız dashboard klasörünü gösterdiğini doğrulayın

  4. Klasörün okunabilir olduğundan emin olun

    chmod -R a+rX /opt/digna/dashboard
    

  5. nginx'i yeniden yükleyin

    nginx -t
    brew services restart nginx
    

  6. Kurulumu Test Edin

  7. Tarayıcınızı açın
  8. http://localhost:8080 (veya yapılandırdığınız URL) adresine gidin
  9. digna dashboard giriş sayfasını görmelisiniz

Apache httpd'ye Dağıtım

  1. Dashboard'u Belge Köküne Kopyalayın

    sudo cp -R /opt/digna/dashboard /Library/WebServer/Documents/digna
    

  2. Yeniden Yazma Kurallarını Ekleyin

Dashboard rotalarının tarayıcı yenilemesinden sonra da çalışması için dağıtılan klasörün içinde bir .htaccess dosyası oluşturun:

sudo nano /Library/WebServer/Documents/digna/.htaccess

Aşağıdakini yapıştırın:

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]
  1. Apache'yi Yeniden Başlatın

    sudo apachectl restart
    

  2. Dashboard'a Erişim

  3. Tarayıcınızı açın
  4. http://localhost/digna adresine gidin
  5. digna dashboard giriş sayfasını görmelisiniz

digna'yı Arka Plan Hizmeti Olarak Çalıştırma

Neden digna'yı Hizmet Olarak Çalıştırmalı?

digna backend'ini arka plan hizmeti olarak çalıştırmak şu avantajları sağlar:

  • Makine açıldığında otomatik olarak başlar
  • Açık bir Terminal penceresi olmadan arka planda çalışır
  • Çöktüğünde otomatik olarak yeniden başlar
  • macOS'un hizmet yöneticisi olan launchctl üzerinden yönetilebilir

Hizmet Yönetim Dosyaları

Gerekli tüm dosyalar digna kurulum dizininin altında: bin/ dizininde bulunur.

Mevcut kabuk betikleri:

  • install_service.sh — digna'yı launchd'ye kaydeder
  • uninstall_service.sh — hizmet kaydını kaldırır
  • start_service.sh — kayıtlı hizmeti başlatır
  • stop_service.sh — çalışan hizmeti durdurur

Yönetici Gereklidir

Sistem açılışında başlayan bir hizmeti kaydetmek /Library/LaunchDaemons dizinine yazdığından, tüm betikler sudo ile çalıştırılmalıdır.

Betikleri Çalıştırılabilir Yapma

Çıkarma işlemi çalıştırma izni bitini korumayabilir. İlk kullanımdan önce:

cd /opt/digna/bin
chmod +x *.sh

Hizmeti Yükleme

  1. Terminal'i açın

  2. bin Klasörüne Gidin

    cd /opt/digna/bin
    

  3. Kurulum Betiğini Çalıştırın

    sudo ./install_service.sh
    

digna sunucusu artık otomatik başlatma etkinleştirilmiş şekilde launchd'ye kayıtlıdır. Hizmet hemen başlamaz — başlatmak için bir sonraki bölüme bakın.

Hizmeti Başlatma ve Durdurma

Hizmeti Başlatmak İçin

  1. Terminal'i açın
  2. /opt/digna/bin dizinine gidin
  3. Şunu çalıştırın:
    sudo ./start_service.sh
    

Hizmeti Durdurmak İçin

  1. Terminal'i açın
  2. /opt/digna/bin dizinine gidin
  3. Şunu çalıştırın:
    sudo ./stop_service.sh
    

İpucu

Uygulama dosyalarını güncellemeden önce hizmeti her zaman durdurun.

Hizmeti Doğrulama

Hizmetin kayıtlı olduğunu ve çalıştığını doğrulamak için:

sudo launchctl list | grep digna

Bir süreç kimliğiyle (PID) başlayan satır, hizmetin çalıştığını gösterir. İlk sütundaki -, hizmetin kayıtlı ancak durdurulmuş olduğu anlamına gelir.

Hizmeti Yeni Bir Dizine Taşıma

launchd yürütülebilir dosyanın mutlak yolunu sakladığından, kurulumun yerini değiştirmek hizmetin yeniden kaydedilmesini gerektirir:

  1. Mevcut Hizmeti Kaldırın

    cd /old/path/digna/bin
    sudo ./uninstall_service.sh
    

  2. Uygulama Dosyalarını Taşıyın

    sudo mv /old/path/digna /new/path/digna
    

  3. Hizmeti Yeniden Kurun

    cd /new/path/digna/bin
    sudo ./install_service.sh
    

  4. Hizmeti Başlatın

    sudo ./start_service.sh
    

Hizmeti Kaldırma

  1. Çalışan Hizmeti Durdurun

    cd /opt/digna/bin
    sudo ./stop_service.sh
    

  2. Hizmeti Kaldırın

    sudo ./uninstall_service.sh
    

digna sunucusunun launchd kaydı artık kaldırılmıştır.


Yeni Bir Sürüme Yükseltme

Bu bölüm, Sürüm 2026.06 kurulumunu Sürüm 2026.11'e yükseltir. Kurulumunuz daha eskiyse önce 2026.06'dan Önceki Bir Sürümden Yükseltme bölümünü okuyun.

Yükseltme Öncesi

digna Repository Yedeği Almak Zorunludur

digna'yı yükseltmeden önce veri kaybını önlemek için repository'nizin (PostgreSQL) yedeğini alın. Bir yedek, yükseltme sırasında beklenmeyen sorunlar çıkarsa geri dönüş yapabilmenizi sağlar.

Terminal'den yedek almak için:

pg_dump -h localhost -p 5432 -U digna_user -n dignarepo postgres > digna_repo_backup.sql

Sürüm 2026.11 için Lisans Dosyasını Talep Etme

Sürüm 2026.11 yeni bir license.toml gerektirir. Başlamadan önce bu dosyayı digna ekibinden talep edin ve Adım 7 için hazır bulundurun.

2026.06'dan Önceki Bir Sürümden Yükseltme

Sürüm 2026.06, eski bir kurulumu doğrudan 2026.11'e yükselttiğinizde hâlâ geçerli olan üç değişiklik getirdi:

  • Yalnızca ODBC. digna her kaynak teknolojisine ODBC üzerinden erişir. Henüz ODBC kullanmayan her veritabanı bağlantısı yükseltmeden sonra ODBC'ye taşınmalıdır; otomatik dönüştürme yoktur. ODBC sürücülerini önceden digna ana bilgisayarına kurun, bkz. ODBC Sürücüsünü digna Ana Bilgisayarına Kurma, ve her bağlantının özelliklerini teknoloji kılavuzlarından alarak hazır bulundurun. Databricks Legacy bağlayıcısı artık yoktur; bu bağlantıları Databricks bağlayıcısına taşıyın.
  • Tek yürütülebilir dosya. dignabackend ve dignacli, backend ile CLI'yi birleştiren tek digna yürütülebilir dosyasıyla değiştirilmiştir.
  • config.toml. [encryption] bölümü zorunludur; DIGNA_APP_HOST ve DIGNA_APP_PORT ise artık okunmaz: sunucu adresini ve portunu digna serve komutundan alır. Dosyanızı Backend Yapılandırması ile karşılaştırın.

Aşağıdaki adımlar, eski bir kurulumun nerede farklı bir işlem gerektirdiğini belirtir. Adım 8'deki repository yükseltmesi, önceki herhangi bir sürümün repository'sini doğrudan 2026.11'e getirir.

Yükseltme Süreci

Adım 1: digna Hizmetini Durdurun

digna bir arka plan hizmeti olarak çalışıyorsa, önce durdurun:

cd /opt/digna/bin
sudo ./stop_service.sh

digna ön planda çalışıyorsa, Terminal penceresinde Ctrl+C tuşlarına basın.

Adım 2: Mevcut Kurulumu Yedekleyin

digna kurulum dizininizde, yeni sürümün yanına dağıtılabilmesi için mevcut kurulumunuzun yürütülebilir dosyasını ve dashboard klasörünü yeniden adlandırın:

cd /opt/digna
mv digna digna_old
mv dashboard dashboard_old

digna_old dosyasını yükseltmeyi doğrulayana kadar, dashboard_old klasörünü ise yapılandırma dosyalarınızı oradan geri yükleyene kadar saklayın (bkz. Adım 4). Sonrasında ikisini de silebilirsiniz.

2026.06'dan önceki bir sürümden yükseltme

Yürütülebilir dosya yerine dignabackend ve dignacli klasörlerini yeniden adlandırın: mv dignabackend dignabackend_old ve mv dignacli dignacli_old. Sürüm 2026.11 bunların hiçbirini kullanmaz.

Adım 3: Yeni Sürümü Çıkarın ve Dağıtın

  1. Yeni digna kurulum ZIP dosyasını çıkarın
  2. Yeni digna yürütülebilir dosyasını ve dashboard klasörünü kurulum dizinine kopyalayın
  3. Çalıştırma izni bitini geri yükleyin ve gerekirse karantina özniteliğini kaldırın:
chmod +x /opt/digna/digna
xattr -dr com.apple.quarantine /opt/digna

Önemli

Ne config.toml ne de dashboard/dashboard_config.toml hiçbir zaman kurulum ZIP'ine dahil edilmez — digna ekibi bu dosyaların hiçbirini göndermez. Bu nedenle mevcut yapılandırmanız yükseltmeden etkilenmez ve yeniden adlandırılan *_old klasörlerindeki kopyalar elinizdeki tek kopyalardır.

Adım 4: Yapılandırma Dosyalarınızı Geri Yükleyin

cp dashboard_old/dashboard_config.toml dashboard/dashboard_config.toml

Sürüm 2026.11, config.toml dosyasında değişiklik gerektirmez: Sürüm 2026.06 ile çalışan bir dosya çalışmaya devam eder. İki değişiklik isteğe bağlıdır:

  • Veritabanı bağlantıları digna Engine'i kullanacaksa ve varsayılanlar ana bilgisayarınıza uygun değilse bir [duckdb] bölümü ekleyin.
  • Bir ters vekil sunucu dashboard'u ve backend'i aynı kaynak (origin) altında sunuyorsa [app] bölümünü çıkarın.

digna'nın okumadığı ayarlar

Bu kılavuzun önceki sürümlerinde digna'nın okumadığı bazı ayarlar gösteriliyordu. Bunların hiçbir etkisi yoktur ve config check, Adım 6'da bunları Unknown keys altında listeler. Bunları kaldırın veya düzeltin:

  • DIGNA_SCHEDULER_MAX_DELAY, DIGNA_CLEANUP_TIME, digna_COOKIE_PATH, digna_COOKIE_SAME_SITE, digna_APP_CORS_ALLOW_METHODS, digna_APP_CORS_ALLOW_HEADERS ve digna_LOGGING_BACKUP_COUNT mevcut değildir. Bunları kaldırın.
  • Ayar adları büyük/küçük harfe duyarlıdır. digna digna_REPO_HOST değil, DIGNA_REPO_HOST okur. Backend Yapılandırması bölümündeki gibi her adı büyük harfle yazın.

Çoklu oturum açma: [[oidc_clients]] biçimini koruyun

digna, çoklu oturum açma sağlayıcılarını her biri kendi DIGNA_OIDC_KEY değerine sahip [[oidc_clients]] girdilerinden oluşan bir liste olarak okur. Sağlayıcılarınızı, bu kılavuzun önceki bir sürümünde gösterildiği gibi [oidc_clients.<key>] bölümlerine dönüştürdüyseniz eski hâline getirin. Bu biçim yerinde kaldığı sürece config check, OIDC config(s) öğesini FAILED olarak bildirir:

[[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'

Girdiyi her sağlayıcı için yineleyin ve her DIGNA_OIDC_KEY değerini dashboard_config.toml içindeki key ile aynı tutun. Yalnızca çoklu oturum açma kullanan kurulumlar etkilenir.

Adım 5: Web Sunucusunu Yeniden Yükleyin

Dashboard bir statik dosyalar kümesidir; bu nedenle web sunucunuz — ve tarayıcı — hâlâ önceki sürümü sunuyor olabilir. dashboard klasörünü barındıran web sunucusunu yeniden yükleyin veya yeniden başlatın, ardından sayfayı zorla yenileyin (Cmd+Shift+R).

Adım 6: Yapılandırmayı Doğrulayın

Depoya dokunmadan önce config.toml dosyasının eksiksiz olduğunu doğrulayın:

./digna config check

Her bölüm OK bildirmelidir. FAILED olarak bildirilen her şeyi düzeltin, Unknown keys altında listelenen anahtarları kaldırın ve devam etmeden önce komutu yeniden çalıştırın.

Adım 7: Lisans Dosyasını Değiştirin

Bir lisans dosyası normalde bir sürümden diğerine aktarılır. Sürüm 2026.11 bir istisnadır: iki lisanslı modül, digna Data Reconciliation ve digna Agentic ekler ve 2026.11'den önce verilmiş bir lisans bunları içermez. digna ekibinin Sürüm 2026.11 için sağladığı license.toml dosyasını kurulum dizinine kopyalayarak eskisinin yerine koyun:

cp /path/to/new/license.toml /opt/digna/license.toml

Önceki lisansı saklamayın

Önceki lisansla digna yine başlar, ancak digna Data Reconciliation ve digna MCP Server kapalı kalır. Lisansı denetleyen her komut — user, inspection, repo — denetim başarısız olduğunda depoya dokunmadan önce sonlanır. Devam etmeden önce yeni lisansı doğrulayın:

./digna license check

Adım 8: Repository Şemasını Yükseltin

digna kurulum dizininizde şunu çalıştırın:

cd /opt/digna
./digna repo upgrade

Sürüm 2026.11, repository şemasını sürümlendirilmiş geçişlerle (migration) yönetir. Önceki bir sürümden yapılan ilk yükseltme, şemayı önceki düzenin son sürümüne getirir, bunu başlangıç noktası olarak kaydeder ve ardından Sürüm 2026.11'in geçişlerini uygular. Şu çıktıyla tamamlanır:

✅ Baseline migration recorded as applied.
✅ Repo schema 'dignarepo' is up to date.

Mevcut tüm veriler korunur. Repository'nin durumunu istediğiniz zaman görmek için ./digna repo check komutunu çalıştırın: uygulanan en son geçişi ve bekleyen geçişleri listeler.

digna, güncel olmayan bir repository ile başlamaz

Sürüm 2026.11'den itibaren sunucu, repository'nin yükseltilmesi gerektiği sürece başlamayı reddeder ve bunu bildirir, örneğin:

Error: Legacy repo version 3.0.2 installed. Use the 'digna repo upgrade' command to upgrade it.

Sunucuyu veya hizmeti başlatmadan önce repo upgrade komutunu çalıştırın.

Adım 9: Hizmetleri Yeniden Başlatın

Arka plan hizmeti olarak çalışıyorsa:

cd /opt/digna/bin
sudo ./start_service.sh

Manuel olarak çalıştırıyorsanız, sunucuyu yeniden başlatın:

cd /opt/digna
./digna serve --address <address> --port <port>

nginx veya Apache kullanıyorsanız ilgili web sunucusunu yeniden başlatın:

brew services restart nginx
sudo apachectl restart

Adım 10: Yükseltmeyi Doğrulayın

  1. Yeni yürütülebilir dosyanın sürümünü doğrulayın:

    ./digna version
    

    İlk satır Release: 2026.11 olmalıdır.

  2. digna dashboard'a erişin ve arayüzün düzgün yüklendiğini doğrulayın.

  3. Sunucu çıktısını ve logs dizinindeki dosyaları hatalara karşı kontrol edin.
  4. Veritabanı bağlantılarınızı sınayın — bkz. Bağlantıyı Sınama. 2026.06'dan önceki bir sürümden yükselttiyseniz, önce henüz ODBC kullanmayan her bağlantıyı ODBC'ye taşıyın.

Yeni modüllerle çalışmaya başlamak için bkz. digna Data Reconciliation, digna MCP Server için Bir Yapay Zekâ Ajanı Bağlama ve digna Engine için Profilleme Konumu.