Worker in background
Abilita il servizio di crawling con rendering JavaScript opzionale.
Lo stack predefinito non avvia i worker. L'ingestione del sito web prosegue con funzionalità ridotte.
Senza Crawl4AI, Ciele utilizza il suo fetch crawler integrato. Il crawler integrato legge bene le pagine renderizzate lato server. È meno efficace sulle pagine che richiedono JavaScript.
I worker sono definiti in un file Compose separato,
deploy/docker-compose.workers.yml. Lo stack legge quel file solo quando
COMPOSE_FILE lo elenca.
Abilita i worker
Esegui lo script di bootstrap con l'opzione --workers:
./deploy/bootstrap.sh --workersLo script aggiunge il file a COMPOSE_FILE in deploy/.env. Genera inoltre le
due credenziali del crawler:
COMPOSE_FILE=docker-compose.yml:docker-compose.workers.yml
CRAWL4AI_API_TOKEN=<generated>
CRAWL4AI_SECRET_KEY=<generated>L'opzione --workers e l'opzione --images sono indipendenti. Nessuna delle
due opzioni disabilita l'altra.
Il crawler può richiedere circa 4 GiB di memoria. Misura l'utilizzo effettivo sul tuo host selezionato.
Controlla lo stato del worker
Includi il file workers in ogni comando:
docker compose -f deploy/docker-compose.yml -f deploy/docker-compose.workers.yml ps
docker compose -f deploy/docker-compose.yml -f deploy/docker-compose.workers.yml logs -f crawl4aiNon esporre le porte o i token dei worker alla rete pubblica.
Disabilita i worker
Rimuovi docker-compose.workers.yml da COMPOSE_FILE in deploy/.env. Quindi
rimuovi il container:
docker compose -f deploy/docker-compose.yml up -d --remove-orphansEsegui l'upgrade da una release con il graph worker
Anche le versioni precedenti avviavano un graph worker da questo file. Il motore del grafo è stato rimosso. La ricerca nella Knowledge Base ora utilizza l'indice del database e una fase di reranking.
Dopo l'aggiornamento, esegui una sola volta il comando --remove-orphans
riportato sopra. Interrompe il vecchio container graph-worker. Puoi anche
eliminare le vecchie variabili GRAPH_* da deploy/.env.
Job della memoria a lungo termine
La memoria a lungo termine utilizza il durable job ledger integrato. Non richiede i worker opzionali.
Ogni turno di un utente connesso pianifica un job promote_memories dopo una
finestra di inattività di 15 minuti. Il profilo cron esegue questi job
attraverso il percorso pianificato esistente.
Mantieni cron in COMPOSE_PROFILES quando la memoria a lungo termine è
abilitata. La configurazione self-host predefinita lo include già.
Il job salta l'estrazione quando la memoria è disabilitata o quando il budget giornaliero di token è esaurito. Inoltre, viene saltato quando non esiste alcuna connessione a un modello idoneo.