feat: setup globals (Footer), sqlite migration, seed update and access rules
This commit is contained in:
@@ -0,0 +1,15 @@
|
||||
# Problemy i Wymagane Rozbudowy Pluginu ipal-kit
|
||||
|
||||
Zgodnie z zasadą A0b, poniżej znajduje się rejestr realnych braków i problemów napotkanych podczas integracji z `@intecion/ipal-kit`. Zgłoszenia te powinny docelowo trafić do autorów pluginu, a po ich wydaniu należy usunąć lokalne obejścia (workarounds).
|
||||
|
||||
## 1. Brak client-safe entry pointu dla i18n utils
|
||||
|
||||
**Opis problemu:**
|
||||
Brak client-safe entry pointu dla i18n utils (`switchLocalePath`, `getConfiguredLocales`, `buildLocalizedPath`). Główny plik `index.js` ciągnie `panelSmtpAdapter` i inne zależności Node-only (`fs`, `net`, `dns`) do bundla klienckiego przez Webpacka. Użycie ich w komponentach z `"use client"` powoduje natychmiastowy błąd kompilacji.
|
||||
|
||||
**Wymagane rozwiązanie:**
|
||||
Potrzebny jest nowy subpath, np. `@intecion/ipal-kit/client` (lub `@intecion/ipal-kit/i18n`), zawierający wyłącznie czyste, bezpieczne dla przeglądarki utilsy.
|
||||
|
||||
**Obejście na ten moment:**
|
||||
Lokalna kopia logiki wyliczania ścieżek znajduje się w pliku `src/utils/clientSwitchLocalePath.ts` oraz kontekst `LanguageSlugsProvider` do przesyłania danych.
|
||||
**Akcja po naprawie pluginu:** DO USUNIĘCIA `clientSwitchLocalePath.ts` i zamiana na bezpośredni import z nowo dodanego entry pointu `ipal-kit`.
|
||||
Reference in New Issue
Block a user