Pubblicazione — 19 aprile 2026
Il codice sorgente del client desktop di Filarr, con licenza BSL 1.1.
Il client desktop di Filarr è pubblicato su GitHub con la Business Source License 1.1: puoi leggerne il codice, verificarne la crittografia e proporre correzioni. Il server, i moduli cloud e la crittografia di Filarr Send non sono pubblicati.
Il termine preciso è «source available»: fino al 19 aprile 2030, la licenza limita alcuni usi in produzione, quindi non soddisfa la definizione di open source dell’OSI.
- Repository pubblico
- github.com/matbel91765/filarr
- Licenza
- Business Source License 1.1
- Change Date
- 19 aprile 2030 → Apache 2.0
- Binario ufficiale
- Uno solo, distribuito da filarr.com
01 — Il repository
Cosa c’è nel repository (e cosa no)
Il repository contiene il nucleo local-first del prodotto — esattamente ciò che usi quando non hai effettuato l’accesso. Il backend cloud e i moduli di abbonamento restano servizi ospitati, non codice pubblicato.
Nel repository
- Client desktop Electron/React
- Moduli crittografici (AES-256-GCM, KEK/FEK, PBKDF2)
- Editor a blocchi TipTap (attività, tabelle, wiki-link, transclusione)
- Vista grafo con simulazione fisica, rilevamento delle comunità
- Tela 2D integrata (stile Excalidraw)
- Multiprofilo con isolamento completo delle chiavi
- Archiviazione locale crittografata su disco
- Anteprima dei file in oltre 80 formati
Non nel repository
- Backend api.filarr.com (autenticazione, sessioni, fatturazione)
- Logica di sincronizzazione cloud tra dispositivi
- Infrastruttura e worker Cloudflare R2
- Gestione di abbonamenti e pagamenti
- Filarr Send e la sua crittografia, compresa la parte che gira nel browser
- L’app Android
Il binario ufficiale su filarr.com combina entrambi. Senza account, si comporta esattamente come il repository pubblico. Con un abbonamento, si attivano i moduli cloud proprietari.
02 — La licenza
Use Grant — cosa puoi fare con questo codice
La Business Source License definisce l’uso consentito durante il periodo non commerciale (fino al 19 aprile 2030). Dopo questa data, il codice passa ad Apache 2.0.
Usi consentiti
- Uso personale e privato
- Uso didattico (corsi, insegnamento, apprendimento)
- Ricerca accademica o indipendente
- Valutazione del prodotto per la tua azienda
- Sviluppo e contributi al progetto
- Audit di sicurezza (individuale o di un’organizzazione)
Richiede una licenza commerciale
- Distribuzione in produzione per la tua azienda
- Vendita di un servizio basato sul codice di Filarr
- Ridistribuzione di una versione modificata in produzione
- Hosting di un’offerta commerciale concorrente
Ti serve un uso commerciale o in produzione? Scrivi a contact@filarr.com per parlare di una licenza.
03 — La scelta
Perché BSL 1.1, e non MIT o AGPL
La scelta della licenza riflette ciò che vogliamo proteggere e ciò che vogliamo aprire. Sul tavolo c’erano tre opzioni:
MIT / Apache 2.0 subito
Un concorrente potrebbe fare un fork, cambiare marchio e vendere lo stesso prodotto domani. Per uno sviluppatore che lavora da solo, sarebbe la fine del progetto. La BSL protegge il modello di business per 4 anni.
AGPL
Copyleft di rete: se lo usi in un servizio, devi rendere open source tutto il tuo stack. È un freno all’adozione e ai contributi, soprattutto per le aziende.
BSL 1.1
Trasparenza immediata, protezione commerciale per 4 anni, conversione automatica ad Apache 2.0 nel 2030.
04 — In pratica
Leggere, compilare, contribuire
1. Clona il repository
Un solo comando:
git clone https://github.com/matbel91765/filarr.git2. Leggi il codice
Inizia da README.md e SECURITY.md. La cartella electron/ contiene il processo principale e i moduli crittografici; src/renderer/ contiene l’interfaccia React. Per verificare un’affermazione crittografica precisa, i punti di ingresso sono electron/storageService.ts e i moduli di derivazione delle chiavi.
3. Compila in locale
Esegui npm install e poi npm run dev per provare in modalità sviluppo. Il README indica la versione di Node richiesta e gli strumenti di firma necessari per produrre un binario distribuibile.
4. Contribuisci
Leggi CONTRIBUTING.md per le regole: formato dei commit, branch, codice di condotta. Le PR sono benvenute — bug, documentazione, traduzioni, nuove funzionalità.
File nel repository
Hai trovato un problema di sicurezza?
Il senso di aprire il codice è renderlo verificabile. Se individui una vulnerabilità — crittografia difettosa, fuga di chiavi, escalation — segnalala tramite divulgazione responsabile, non con una issue pubblica.
Scrivi a contact@filarr.com, l’indirizzo indicato nel nostro file security.txt (RFC 9116). Concedi un tempo ragionevole prima di qualsiasi divulgazione pubblica.
Apri il repository.
Leggi il codice che gira sul tuo computer. Segnala ciò che non funziona. Proponi ciò che manca.