Directus to platforma danych. b10cks to platforma treści. Ta różnica ma znaczenie.

Publikowanie nie jest w Directus pojęciem pierwszoplanowym

W Directus rekord to po prostu rekord. Nie ma wbudowanego pojęcia „wersji roboczej” kontra „opublikowane” — musisz zaimplementować to samodzielnie za pomocą pola statusu i obsłużyć logikę filtrowania w swoim frontendzie. Nie ma przycisku publikacji połączonego z workflowem. Nie ma kolejki do planowanego publikowania. Nie ma historii publikowania i odpublikowywania.

To zamierzone: Directus jest platformą danych, a rekord bazy danych sam z siebie nie ma cyklu życia publikacji. Ale dla zespołów contentowych oznacza to, że programista musi zbudować to, co każdy CMS oferuje domyślnie.

b10cks jest zbudowany wokół cyklu życia treści. Statusy wersji roboczych, akcje publikacji, planowane publikowanie, kontrola publikacji per lokalizacja, workflowy recenzji i ścieżki akceptacji — to wszystko są funkcje platformy, a nie zadania programistyczne.

Lokalizacja wymaga implementacji

Directus nie ma systemu lokalizacji. Aby zarządzać wielojęzyczną treścią w Directus, projektujesz model danych obsługujący tłumaczenia — zwykle przez dodanie tabel relacji tłumaczeń albo pól JSON z kluczami lokalizacji — i budujesz na tym środowisko redakcyjne.

To spora inwestycja programistyczna: modelowanie, UI, przełączanie lokalizacji, logika fallbacków oraz import i eksport trzeba stworzyć od zera. I nawet po tej inwestycji redaktorzy pracują w ogólnym formularzu danych, a nie w edytorze treści zaprojektowanym pod workflow tłumaczeń.

Lokalizacja w b10cks to funkcja platformy: kontrola tłumaczeń na poziomie pól, dziedziczenie lokalizacji, przełącznik lokalizacji w edytorze wizualnym, workflowy publikacji per lokalizacja oraz integracja z Lokalise, Phrase i DeepL. Dostępne we wszystkich planach, bez potrzeby implementacji.

Brak edytora wizualnego

Directus Studio to interfejs do zarządzania danymi — potężny w administracji danych, ale nie zaprojektowany jako doświadczenie edycji treści. Nie ma podglądu na żywo tego, jak treść wygląda w Twoim frontendzie. Nie ma też dwukierunkowego powiązania, w którym redaktor klika element na działającej stronie i przechodzi bezpośrednio do odpowiedniego pola.

Połączenie backendu opartego na Directus z podglądem na żywo wymaga własnej implementacji: trasy podglądu, API podglądu i ręcznego spięcia przepływu danych.

b10cks dostarcza dwukierunkowy edytor wizualny we wszystkich planach. Redaktorzy widzą treść na żywej stronie w trakcie pisania. Bez własnej implementacji.

Niuans licencyjny

Directus używa Business Source License (BSL/BUSL). BSL to licencja source-available, a nie licencja open source zatwierdzona przez OSI. Directus można bezpłatnie self-hostować w większości organizacji — ale licencja przechodzi na Apache 2. po czterech latach, a użycie produkcyjne przez organizacje z rocznym przychodem powyżej 5 mln USD wymaga licencji komercyjnej.

b10cks jest na AGPLv3 — to prawdziwa licencja open source zatwierdzona przez OSI, bez progów przychodu ani odroczonych warunków. Kod jest otwarty, audytowalny i można go forknąć bez warunków komercyjnych do wewnętrznego self-hostingu.

Modelowanie treści: schemat vs. płótno

Directus modeluje dane przez edytor schematu, w którym definiujesz kolekcje i pola. Jest elastyczny i dobrze obsługuje złożone relacje — może odzwierciedlić praktycznie każdy schemat bazy danych.

b10cks modeluje bloki treści na nieskończonym płótnie. Widzisz całą architekturę treści jako wizualny diagram — typy jako węzły, pola jako właściwości, relacje jako połączenia. Dla architektów treści to znacznie szybsze do zrozumienia i rozwijania niż lista schematów.

Flows w Directus kontra webhooki w b10cks

Directus zawiera Flows — wizualne narzędzie automatyzacji do budowania logiki opartej na zdarzeniach wewnątrz platformy (wysyłanie e-maili, transformacja danych, wywoływanie API). To naprawdę potężne rozwiązanie dla zastosowań związanych z orkiestracją danych.

b10cks zawiera webhooki z weryfikacją HMAC, logowaniem dostarczeń i automatycznymi ponowieniami. W workflowach treści świetnie integruje się to z pipeline’ami CI/CD, aktualizacjami indeksów wyszukiwania i zewnętrznymi systemami powiadomień. Zastosowania są różne, ale dobrze dopasowane do celu każdej z platform.