Avrete bisogno di un server compatibile con TYPO3, del repository pubblico del provider con lo stack Docker, e di qualche ora di configurazione. Chi ha già lavorato con TYPO3 è pronto in mezza giornata. Chi non lo ha mai usato — coinvolgete una web agency TYPO3 o prenotate il nostro onboarding.
Posizione
L'estensione grants è Open Source. Sotto licenza AGPL-3.0-or-later.
Il codice sorgente è pubblicato su GitLab — liberamente ispezionabile, liberamente verificabile, liberamente utilizzabile. Incluso per il self-hosting. Chi ci affida la gestione di Grantifex paga per il servizio. Chi fa self-hosting non ci paga nulla. Entrambe le opzioni sono legittime.
IPerché open source
La concessione di sovvenzioni è una questione pubblica.
Le organizzazioni pubbliche e le fondazioni si aspettano — a ragione — che gli strumenti utilizzati per distribuire denaro pubblico o patrimoni fondazionali possano essere verificati. Chi decide le approvazioni? Come vengono calcolati i numeri? Chi ha quali accessi?
Il software proprietario su server statunitensi è difficilmente conciliabile con la pretesa di sovranità europea sui dati. L'open source risolve questo problema — non perché sia ideologicamente migliore, ma perché la tracciabilità deriva dal codice sorgente, non da un whitepaper.
Non è un caso che la Commissione UE, nella sua Open Source Strategy 2020–2023, incoraggi esplicitamente le autorità pubbliche a preferire soluzioni open source ogni volta che ciò sia tecnicamente ed economicamente realizzabile.
„Il denaro pubblico dovrebbe produrre codice pubblico. Se è denaro pubblico, dovrebbe essere anche codice pubblico." Free Software Foundation Europe — Public Money, Public Code
publiccode.eu — Public Money, Public Code, iniziativa FSFE. EU Open Source Strategy — Strategia della Commissione europea.
Quattro diritti. Incondizionati.
Usare il codice — privatamente, commercialmente, in qualsiasi contesto. Per qualsiasi scopo, senza registrazione o autorizzazione da parte nostra.
Studiare il codice e adattarlo alle proprie esigenze. Leggerlo, comprenderlo, modificarlo. Con o senza il nostro aiuto.
Ridistribuire il codice — cedere copie a terzi. Originali o modificate, a pagamento o gratuitamente. A vostra discrezione.
Eseguire il codice voi stessi — sulla propria infrastruttura. Dominio proprio, server propri, brand proprio. Senza chiederci il permesso.
Un obbligo. Esattamente uno.
Chiunque modifichi il codice e lo offra come servizio online deve rendere pubbliche le modifiche. Anche se la versione modificata non viene mai distribuita come software — ma solo resa accessibile tramite browser. È la famosa «clausola Affero».
La divulgazione avviene sotto la stessa licenza. Affinché i miglioramenti rimangano utilizzabili da tutti — anche se un'azienda si appropria del codice.
Le indicazioni di licenza e copyright vengono preservate. In fase di ridistribuzione, viene indicata l'origine del codice.
IIIPiano di rilascio
Quando il codice diventa pubblico — concreto e onesto.
L'estensione grants verrà pubblicata su GitLab sotto licenza AGPL-3.0-or-later non appena verrà firmato il primo contratto a pagamento. Previsto nel corso del 2026.
Piattaforma in produzione
Set completo di funzionalità già in uso nelle prime fondazioni pilota.
Primo contratto
Audit del codice, intestazioni di licenza, documentazione, configurazione del repository su GitLab.
Repository pubblico
GitLab diventa pubblico. Issue tracker, pull request e discussioni aperti.
Inserimento TER
Inserito su extensions.typo3.org — il repository ufficiale delle estensioni TYPO3.
Annunceremo il rilascio proprio qui non appena avverrà. Volete essere avvisati? Iscrivetevi alla newsletter o mettete una stella al repository GitLab — quest'ultima opzione sarà disponibile, naturalmente, solo una volta che sarà pubblico.
IVCosa non significa open source
Open source non significa "gratuito come qualcosa senza valore".
Open source significa: il codice è libero. Il servizio è un lavoro che deve essere retribuito.
Chi ha il tempo e le competenze può fare il self-hosting — e non ci paga nulla. Chi non può o non vuole paga Grantifex perché qualcun altro svolga quel lavoro. Entrambe le scelte sono legittime. Entrambe hanno il nostro rispetto.
Cosa copre il vostro prezzo con noi: hosting, backup, aggiornamenti, patch di sicurezza, manutenzione, sviluppo continuo, supporto personale. Cosa non copre: il vostro lavoro, se fate self-hosting.
Il codice
- Codice sorgente dell'estensione grants
- Documentazione & guida all'installazione
- Issue tracker & discussioni
- Pull request & revisioni del codice
Il servizio
- Hosting in Germania
- Aggiornamenti & patch di sicurezza
- Backup giornalieri
- Supporto personale
- Sviluppo continuo con roadmap
VSelf-hosting
Una prospettiva — non una guida completa. Non ancora.
Prendiamo il self-hosting sul serio. Una guida passo passo completa sarà inclusa nel repository con il rilascio. Nel frattempo, ecco cosa vi servirà.
# 1. Clone the provider repo $ git clone https://gitlab.com/grantifex/provider.git $ cd provider # 2. Create the configuration $ cp .env.example .env $ editor .env # enter domain, DB, mail # 3. Start the Docker stack $ docker compose up -d ✓ typo3 running ✓ mariadb running ✓ redis running ✓ mailcatcher running # 4. Initial setup $ docker compose exec typo3 typo3 grants:install --admin [email protected] → Portal ready at https://grantifex.local → Backend at https://grantifex.local/typo3 # Sketch. Final guide follows # with the repo release in 2026.
VINell'ecosistema TYPO3
Uno dei CMS open-source più maturi in Europa.
Grantifex non è un'isola. Vive in un ecosistema con una comunità attiva, conferenze proprie, standard chiari e un marketplace consolidato per le estensioni.
L'estensione grants sarà inserita nel repository ufficiale delle estensioni TYPO3 (extensions.typo3.org) una volta pubblicata. In questo modo qualsiasi sviluppatore TYPO3 potrà trovarla — senza conoscerci.
VIIContribuire
Tre modi per migliorare Grantifex.
Chiunque voglia contribuire può farlo. Le pull request vengono esaminate e integrate quando si allineano alla roadmap.
Segnalazione di bug
Trovato un bug? Aprite un issue su GitLab — con i passi per la riproduzione e la versione interessata. Confermiamo entro due giorni lavorativi.
GitLab issue · pubblicoRichiesta di funzionalità
Manca una funzione? Aprite una discussione su GitLab. Se si adatta alla roadmap, la pianifichiamo. Altrimenti, spieghiamo onestamente il perché.
GitLab discussionContributo di codice
Sapete svilupparlo voi stessi? Fork, branch, pull request. Per modifiche sostanziali, confrontatevi prima — altrimenti si rischia di sviluppare la stessa area in parallelo.
Pull request · CONTRIBUTING.mdAvete bisogno di una funzione urgentemente?
Potete commissionarne lo sviluppo come sponsorizzazione. Realizziamo la funzione su base time-and-materials — che poi confluisce nel codice AGPL. Pagate una volta, ne beneficiate voi stessi, e tutte le istanze Grantifex ricevono la funzione.
Sappiamo che questa è un'anticipazione di fiducia. Un'estensione che ufficialmente sarà sotto AGPL — ma non è ancora pubblica. Questa è la realtà di una fase iniziale, non lo stato finale. Ne siamo trasparenti.
Non appena il codice sarà pubblicato, questa riserva scomparirà automaticamente. Nel frattempo, offriamo un ponte: revisione del codice sotto NDA.
Preferite verificare di persona prima di firmare?
Un'istanza di prova sul vostro sottodominio, accesso al codice con NDA, una conversazione personale. In quest'ordine — o in qualsiasi altro.