sg_forms dla TYPO3

Trzy systemy formularzy w TYPO3 powodują więcej zamętu niż wyboru

Projekty TYPO3 stoją przy implementacji formularzy przed nietypowym luksusem: są trzy poważnie traktowane opcje. Natywny TYPO3 Form Framework (ext:form), powermail od in2code i sg_forms od SGalinski. Każde rozwiązanie ma własne mocne strony i własne ograniczenia. sg_forms pozycjonuje się jako droga środka: lżejszy niż powermail, ale z większym komfortem backendu niż ext:form. Rozszerzenie pochodzi od dostawcy usług TYPO3, firmy SGalinski, i jest aktywnie wykorzystywane w jej projektach klientowskich.

Kto już używa rozszerzeń SGalinski (sgalinski_base, sg_cookie_optin), znajdzie w sg_forms rozwiązanie wpasowujące się płynnie w ekosystem SGalinski.

Typowe scenariusze to formularze kontaktowe, zapytania i proste formularze rekrutacyjne

Standardowym scenariuszem jest formularz kontaktowy na witrynie firmowej. Imię, e-mail, temat, wiadomość, checkbox RODO, wyślij. sg_forms dostarcza ten setup jako prekonfigurowany szablon, który redaktorzy mogą włączyć i dostosować w backendzie. Pola można dodawać, usuwać i sortować, oznaczać jako obowiązkowe, ustawiać walidacje. E-mail trafia do jednego lub kilku konfigurowalnych adresów odbiorców.

Drugim scenariuszem są wieloetapowe formularze zapytań. Firma rzemieślnicza pyta na stronie 1 o dane kontaktowe, na stronie 2 o rodzaj usługi (lista rozwijana), a na stronie 3 prosi o zdjęcia obiektu (upload pliku). sg_forms wspiera wieloetapowe formularze ze wskaźnikiem postępu i nawigacją wstecz. Dane są po wysłaniu zapisywane jako e-mail i opcjonalnie jako wpis w bazie.

Trzeci scenariusz: proste formularze rekrutacyjne. MŚP z trzema otwartymi stanowiskami nie potrzebuje systemu zarządzania kandydatami, lecz formularza, który przyjmuje CV i list motywacyjny jako PDF i przekazuje je do działu HR. sg_forms oferuje upload plików z walidacją typu i rozmiaru, połączony z mailem potwierdzającym dla kandydata. Z perspektywy RODO każdy taki proces wymaga klauzuli informacyjnej i precyzyjnie opisanej podstawy prawnej w polu zgody.

Architektura techniczna opiera się na Extbase z definicją formularzy w YAML

sg_forms rejestruje plugin Extbase, który renderuje formularze z konfiguracji. Definicja formularza jest tworzona w backendzie przez interfejs graficzny lub alternatywnie definiowana jako plik YAML. Każde pole ma typ (Text, E-Mail, Textarea, Select, Radio, Checkbox, File, Hidden), reguły walidacji i opcjonalne warunki.

Architektura Finisherów podąża za tym samym wzorcem co w powermail: po wysłaniu uruchamiane są kolejno akcje. Standardowe Finishery to wysyłka maila, zapis do bazy danych i przekierowanie na stronę z podziękowaniem. Custom Finishery można implementować jako klasy PHP, np. dla integracji z CRM lub wywołań webhook.

Renderowanie frontendowe odbywa się przez szablony Fluid, które można nadpisać przez SiteSet lub TypoScript. Rozszerzenie dostarcza domyślny szablon, który działa bez modyfikacji, ale dla produkcyjnych witryn jest zazwyczaj dostosowywany do CI. Ochrona przed spamem jest dostępna przez pola honeypot i opcjonalną integrację CAPTCHA.

Częste problemy dotyczą rozróżnienia względem powermail i licencji SGalinski

Najczęstsze pytanie brzmi: sg_forms czy powermail? Odpowiedź zależy od skali projektu. powermail ma większą społeczność, więcej dokumentacji, więcej finisherów stron trzecich i szerszy zakres funkcji (eksport PDF, wieloetapowa logika dowolnej złożoności). sg_forms jest szczuplejszy, ma mniejszy narzut i jest standardem w projektach SGalinski. Dla większości witryn firmowych powermail jest wyborem bezpieczniejszym. Dla klientów SGalinski już osadzonych w ekosystemie sg_forms jest bardziej spójny.

Drugi temat: licencjonowanie. sg_forms nie jest dostępny w TER (TYPO3 Extension Repository) jako darmowe rozszerzenie, lecz dostarczany jest poprzez projekty SGalinski. Oznacza to, że zespoły chcące używać rozszerzenia bez relacji z SGalinski muszą wyjaśnić dostępność i warunki licencji bezpośrednio z SGalinski.

Trzeci problem: migracja. Kto przechodzi z powermail na sg_forms (lub odwrotnie), musi utworzyć wszystkie istniejące definicje formularzy od nowa, ponieważ struktury danych są niekompatybilne. Istniejących wpisów formularzy w bazie nie da się migrować automatycznie.

TYPO3 v12 jest wspierany, v13 podąża za cyklem wydawniczym SGalinski

SGalinski utrzymuje sg_forms we własnym cyklu wydawniczym powiązanym z wersjami LTS TYPO3. TYPO3 v12 jest aktywnie wspierany. Dla v13 należy spodziewać się aktualizacji, gdy SGalinski zaktualizuje własny pakiet rozszerzeń. Gosign zaleca, by przy wyborze systemu formularzy ważyć długoterminowe utrzymanie i wielkość społeczności jako czynniki decyzyjne: powermail z ponad 500 000 instalacji ma szerszą bazę niż sg_forms, co przy upgrade’ach TYPO3 oznacza krótsze oczekiwanie na kompatybilne wersje.