Stanowisko

Rozszerzenie grants jest Open Source. Na licencji AGPL-3.0-or-later.

Kod źródłowy jest opublikowany na GitLab — swobodnie inspektowalny, swobodnie audytowalny, swobodnie używalny. Łącznie z samohostingiem. Ci, którzy zlecają nam uruchomienie Grantifex, płacą za usługę. Ci, którzy hostują samodzielnie, nie płacą nam nic. Obie opcje są uprawnione.

Licencja
SPDX-License-IdentifierAGPL-3.0-or-later
Copyright© 2026 Grantifex · Tom Ludwig
TYPO3 Extensiongrants
RepozytoriumGitLab

IDlaczego open source

Przyznawanie dotacji jest sprawą publiczną.

Organizacje publiczne i fundacje słusznie oczekują, że narzędzia służące do dystrybucji środków podatkowych lub majątku fundacji można poddać weryfikacji. Kto podejmuje decyzje o zatwierdzeniu? Jak obliczane są kwoty? Kto ma do czego dostęp?

Oprogramowanie o zamkniętym kodzie źródłowym na serwerach w USA trudno pogodzić z postulatem europejskiej suwerenności danych. Open source rozwiązuje ten problem — nie dlatego, że jest ideologicznie lepsze, lecz dlatego, że możliwość weryfikacji wynika z kodu źródłowego, a nie z białej księgi.

To nie przypadek, że Komisja Europejska w swojej Strategii Open Source 2020–2023 wprost zachęca organy publiczne do preferowania rozwiązań open source wszędzie tam, gdzie jest to technicznie i ekonomicznie wykonalne.

„Publiczne pieniądze powinny dawać publiczny kod. Jeśli są to publiczne pieniądze, kod również powinien być publiczny.” Free Software Foundation Europe — Public Money, Public Code

publiccode.eu — Public Money, Public Code, inicjatywa FSFE. Strategia Open Source UE — Strategia Komisji Europejskiej.

Cztery prawa. Bezwarunkowe.

Używaj kodu — prywatnie, komercyjnie, w dowolnym kontekście. W dowolnym celu, bez rejestracji ani naszego pozwolenia.

Analizuj kod i dostosowuj go do swoich potrzeb. Czytaj, rozumiej, modyfikuj. Z naszą pomocą lub bez niej.

Dystrybuuj kod — przekazuj kopie osobom trzecim. Oryginalne lub zmodyfikowane, odpłatnie lub nieodpłatnie. Twoja decyzja.

Uruchamiaj kod samodzielnie — na własnej infrastrukturze. Własna domena, własne serwery, własny branding. Bez pytania nas o zgodę.

Jeden obowiązek. Dokładnie jeden.

Ktokolwiek modyfikuje kod i udostępnia go jako usługę online, musi ujawnić wprowadzone zmiany. Nawet jeśli zmodyfikowana wersja nie jest nigdy dystrybuowana jako oprogramowanie — a jedynie udostępniana przez przeglądarkę. To słynna „klauzula Affero".

Ujawnienie następuje na tej samej licencji. Aby ulepszenia pozostały dostępne dla wszystkich — nawet jeśli jakaś korporacja przejmie kod.

Informacje o licencji i prawach autorskich są zachowane. Przy redystrybucji podawane jest pochodzenie kodu.

IIIPlan wydania

Kiedy kod staje się publiczny — konkretnie i uczciwie.

Rozszerzenie grants zostanie opublikowane na GitLab na licencji AGPL-3.0-or-later po podpisaniu pierwszej płatnej umowy. Spodziewane w trakcie 2026 roku.

Zrealizowane

Platforma w produkcji

Pełny zestaw funkcji już w użyciu w pierwszych pilotażowych fundacjach.

Teraz

Pierwsza umowa

Audyt kodu, nagłówki licencji, dokumentacja, konfiguracja repozytorium na GitLab.

2026 · Q3

Publiczne repozytorium

GitLab staje się publiczny. Otwierają się: system zgłoszeń, pull requesty i dyskusje.

2026 · Q4

Wpis do TER

Wpis na extensions.typo3.org — oficjalnym Repozytorium Rozszerzeń TYPO3.

Ogłosimy wydanie tutaj, gdy tylko to nastąpi. Chcą Państwo przypomnienia? Zapisz się do newslettera lub daj gwiazdkę repozytorium na GitLab — to drugie możliwe oczywiście dopiero po jego upublicznieniu.

IVCo nie oznacza open source

Open source nie oznacza "bezwartościowy".

Open source oznacza: kod jest wolny. Usługa to praca, za którą trzeba zapłacić.

Każdy, kto ma czas i wiedzę, może samodzielnie hostować — i nie płaci nam nic. Kto nie może lub nie chce, płaci Grantifex, by ktoś inny wykonał tę pracę. Obydwie opcje są uprawnione. Obie szanujemy.

Co obejmuje Twoja cena u nas: hosting, kopie zapasowe, aktualizacje, poprawki bezpieczeństwa, utrzymanie, bieżący rozwój, osobiste wsparcie. Czego nie obejmuje: Twojej własnej pracy, jeśli hostujesz samodzielnie.

Bezpłatnie · do samodzielnego hostowania

Kod

  • Kod źródłowy rozszerzenia grants
  • Dokumentacja i przewodnik instalacji
  • Tracker zgłoszeń i dyskusje
  • Pull requesty i przeglądy kodu
Płatnie · od nas

Usługa

  • Hosting w Niemczech
  • Aktualizacje i poprawki bezpieczeństwa
  • Codzienne kopie zapasowe
  • Osobiste wsparcie
  • Bieżący rozwój zgodnie z roadmap

VSamodzielne hostowanie

Perspektywa — nie gotowy przewodnik. Jeszcze nie.

Do samodzielnego hostowania podchodzimy poważnie. Kompletny przewodnik krok po kroku zostanie dołączony do repozytorium wraz z wydaniem. Do tego czasu — oto czego będziesz potrzebować.

Potrzebny będzie serwer obsługujący TYPO3, publiczne repozytorium dostawcy ze stosem Docker oraz kilka godzin na konfigurację. Ktoś, kto wcześniej pracował z TYPO3, skończy w pół dnia. Kto nie — powinien skontaktować się z agencją TYPO3 lub zamówić u nas usługę wdrożeniową.

JęzykPHP 8.2 lub nowszyZ rozszerzeniami: intl, gd, zip, mbstring, curl
Baza danychMariaDB 10.6 / MySQL 8PostgreSQL możliwy, ale niezweryfikowany
CMSTYPO3 v13 LTSWcześniejsze wersje nie są obsługiwane
Zasoby≥ 4 GB RAM, 20 GB dyskuSkaluje się wraz z wolumenem załączników
PocztaSerwer SMTP lub API pocztowePostmark, Mailgun, własny serwer pocztowy

VIW ekosystemie TYPO3

Jeden z najbardziej dojrzałych systemów CMS open source w Europie.

Grantifex nie jest rozwiązaniem samotnym. Funkcjonuje w ekosystemie z aktywną społecznością, własnymi konferencjami, jasnymi standardami i ugruntowanym rynkiem rozszerzeń.

Rozszerzenie grants zostanie umieszczone w oficjalnym Repozytorium Rozszerzeń TYPO3 (extensions.typo3.org) po jego opublikowaniu. Dzięki temu każdy programista TYPO3 będzie mógł je znaleźć — bez potrzeby wcześniejszej znajomości z nami.

2003Pierwsze wydanieTYPO3 jako otwarta platforma
9,000+Rozszerzeń w TEROd formularzy po księgowość
v13Bieżąca wersja LTSLong Term Support · 2024–2027
DESiedziba stowarzyszeniaTYPO3 Association · Düsseldorf

VIIWspółtwórz

Trzy sposoby na ulepszenie Grantifex.

Każdy, kto chce wnosić swój wkład, może to zrobić. Pull requesty są przeglądane i scalane, gdy wpisują się w roadmap.

Sposób 01

Zgłoszenie błędu

Znalazłeś błąd? Otwórz zgłoszenie na GitLab — z krokami do odtworzenia i wersją, której dotyczy problem. Potwierdzamy w ciągu dwóch dni roboczych.

GitLab issue · publiczne
Sposób 02

Propozycja funkcji

Brakuje jakiejś funkcji? Otwórz dyskusję na GitLab. Jeśli wpisuje się w roadmap, wpisujemy ją do planu. Jeśli nie — szczerze wyjaśniamy dlaczego.

GitLab discussion
Sposób 03

Wkład w kod

Potrafisz to zbudować samodzielnie? Zrób fork, gałąź, pull request. W przypadku większych zmian — najpierw skonsultuj, żeby ktoś nie rozwijał tego samego obszaru równolegle.

Pull request · CONTRIBUTING.md

Wiemy, że to jest zaliczka zaufania. Rozszerzenie, które oficjalnie będzie pod licencją AGPL — ale jeszcze nie jest publiczne. To rzeczywistość wczesnej fazy, nie stan docelowy. Jesteśmy w tym transparentni.

Gdy tylko kod zostanie opublikowany, to zastrzeżenie zniknie automatycznie. Do tego czasu oferujemy pomost: przegląd kodu pod NDA.

Wolą Państwo sprawdzić osobiście przed podpisaniem?

Instancja testowa na Państwa subdomenie, dostęp do kodu pod NDA, rozmowa osobista. W tej kolejności — lub dowolnej innej.