List view
Zrobić tak aby wszystkie integracje były wewnątrz jednego mono-repo. Pamiętając o zachowaniu odpowiedniej struktury. ## Integracje Nazwa folderu w monorepo: `integrations` Tu powinny być foldery poszczególnych integracji. Pamiętajmy też by wszsytkie integracje były zainstalowane w root-folderze mono-repo ## Sandboxes Nazwa folderu w monorepo: `sandboxes` Tu mają być sandboxy do integracji. Nie chcę aby było to 1 sandbox do 1 integracji. Raczej kilka sandboxów konsumujących po kilka integracji. Może być na początek 1 sandbox ## Opisy integracji ### Gei Users Integracja do userów autha itd. Dodatkowe funkcjonalności które jeszcze moglibyśmy zrobić: - supertokens , integracja z API, wtedy supertokens byłby opcjonalnym providerem https://supertokens.com/ - to samo możemy zrobić z Auth0 https://auth0.com/ ### Gei Rest Integracja do budowania REST proxy. Dodatkowo moglibyśmy zrobić np.: - override headerów na zasadzie, że inna jest nazwa headera wprowadzonego do endpointa GraphQL a inna nazwa jest headera przekazywanego do REST ### Gei Basic Integracja do podstawowych resolverów takich jak: - pusty pipe zwracający pusty obiekt - resolver, który przekazuje input.source dalej ### Gei CRUD Integracja do prostego CRUD łącznie z przekazywaniem pola z source do tworzonego obiektu. Np. przekazujemy username usera na pole username w obiekcie. co można dorobić: - zrobić konfigurowalną nazwę pola np. z src bierzemy pole `_id` i robimy z niego pole `owner` na tworzonym obiekcie ### Gei Stripe Integracja do obsługi stripa zawierająca gotowce do wielu różnych patternów. Ciężko mi na ten moment powiedzieć co może być w integracji a co nie. Musimy to jeszcze przeanalizować. Na pewno: - generowanie checkout linka po product id - sprawdzanie statusu subskrypcji ### Gei APIKeys Integracja do tworzenia interfejsu zewnętrznego API z naszego API polega na tym, że tworzy API klucze do serwisu i sprawdza hash api kluczu przy requestach. Np mogłaby mieć resolvery: - generateAPIKey, biorący nazwe API klucza i zwracający API klucz. - lista nazw i dat tworzenia api kluczy - must be API key resolver do sprawdzania API klucza - resolver który po sprawdzeniu API klucza przekazuje dalej jego _id
Overdue by 2 year(s)•Due by April 30, 2023