simplycms 0.4.0

package/dist/storefront/loaders/recipients.d.ts

@@ -0,0 +1,52 @@
+import type { ActorDb } from './db';
+/** Отримувач із книги покупця разом із лічильником замовлень на нього. */
+export interface RecipientRow {
+    id: string;
+    first_name: string;
+    last_name: string;
+    phone: string;
+    email: string | null;
+    city: string;
+    address: string;
+    notes: string | null;
+    is_default: boolean;
+    usage_count: number;
+}
+/** Новий отримувач, збережений у книзі покупця під час оформлення. */
+export interface NewRecipient {
+    firstName: string;
+    lastName: string;
+    phone: string;
+    email: string | null;
+    city: string;
+    address: string;
+    notes: string | null;
+}
+/** Поля отримувача разом із прапорцем «основний» (форма кабінету). */
+export interface RecipientInput extends NewRecipient {
+    isDefault: boolean;
+}
+/**
+ * Отримувачі покупця з лічильником використань.
+ *
+ * 🔴 Той самий N+1, що й в адресах: браузер брав список і добивав `count` на
+ * кожен рядок. Джойн на `orders` звужений політикою — чужі замовлення в
+ * лічильник не потрапляють.
+ */
+export declare function loadRecipients(db: ActorDb, userId: string): Promise<RecipientRow[]>;
+/**
+ * Додає отримувача покупцю.
+ *
+ * 🔴 `userId` ставить сервер, а не форма. Політика `user_recipients_own_all`
+ * має WITH CHECK на власника, тож чужий id тут не пройшов би й у базу — але
+ * покладатись на це як на єдиний рубіж не можна: актора однаково задає сервер.
+ */
+export declare function createRecipient(db: ActorDb, userId: string, input: NewRecipient & {
+    isDefault?: boolean;
+}): Promise<string>;
+/** Оновлює отримувача; `false` — рядка немає або він належить іншому актору. */
+export declare function updateRecipient(db: ActorDb, userId: string, id: string, input: RecipientInput): Promise<boolean>;
+/** Видаляє отримувача; `false` — рядка немає або він чужий. */
+export declare function deleteRecipient(db: ActorDb, userId: string, id: string): Promise<boolean>;
+/** Знімає прапорець «основний» з усіх отримувачів покупця. */
+export declare function clearDefaultRecipients(db: ActorDb, userId: string): Promise<void>;

package/dist/storefront/loaders/reviews-write.d.ts

@@ -0,0 +1,26 @@
+import type { ActorDb } from './db';
+/** Поля, які покупець заповнює у формі відгуку. */
+export interface ReviewInput {
+    productId: string;
+    rating: number;
+    title: string | null;
+    content: string | null;
+    images: string[];
+}
+/**
+ * Лишити відгук від імені власника сесії.
+ *
+ * 🔴 `status` завжди `'pending'` і НЕ приходить із форми: інакше покупець
+ * опублікував би собі схвалений відгук повз модерацію. `user_id` так само
+ * задає сервер — політика `product_reviews_insert_own` звіряє рядок саме з
+ * тим актором, якого їй назвали.
+ */
+export declare function insertProductReview(db: ActorDb, userId: string, input: ReviewInput): Promise<void>;
+/**
+ * Видалити власний відгук; `false` — рядка немає або він чужий.
+ *
+ * Предикат `user_id` дублює політику `product_reviews_delete_own` — і саме
+ * тому `returning` порожній на чужому рядку, а виклик відповідає відмовою
+ * замість тихого «успіху».
+ */
+export declare function deleteProductReview(db: ActorDb, userId: string, reviewId: string): Promise<boolean>;

package/dist/storefront/loaders/reviews.d.ts

@@ -0,0 +1,57 @@
+import type { ActorDb } from './db';
+/** Автор відгуку в тому обсязі, який показує вітрина. */
+export interface ReviewAuthor {
+    first_name: string | null;
+    last_name: string | null;
+    avatar_url: string | null;
+}
+/** Відгук у формі, яку читають картка товару й форма власного відгуку. */
+export interface ProductReviewRow {
+    id: string;
+    product_id: string;
+    user_id: string;
+    rating: number;
+    title: string | null;
+    content: string | null;
+    images: string[];
+    status: string;
+    admin_comment: string | null;
+    created_at: string;
+    updated_at: string;
+    profile?: ReviewAuthor | null;
+}
+/** Агрегат рейтингу товару — середнє й кількість ЛИШЕ схвалених відгуків. */
+export interface ProductRating {
+    avgRating: number;
+    reviewCount: number;
+}
+/**
+ * Відгуки товару, видимі поточному актору.
+ *
+ * 🔴 Звуження робить політика `product_reviews_select_approved_or_own`:
+ * анонім (транзакція без `app.user_id`) бачить лише `approved`, залогінений —
+ * ще й власні `pending`. Саме тому список читається під актором, а не під
+ * `app_admin`: інакше несхвалений відгук поїхав би стороннім.
+ */
+export declare function loadProductReviews(db: ActorDb, productId: string): Promise<ProductReviewRow[]>;
+/**
+ * Підписи авторів для вже відібраних відгуків.
+ *
+ * 🔴 Викликається під `withStoreOperatorDb`, і це свідоме підвищення прав:
+ * `profiles_select_own` не дає покупцеві бачити чужий профіль, а імена
+ * авторів відгуків на вітрині публічні за задумом. Межу тримають ДВІ умови —
+ * набір id закритий рядками, які актор уже законно побачив, і читаються рівно
+ * три колонки підпису. Ані пошти, ані телефону, ані категорії тут немає.
+ */
+export declare function loadReviewAuthors(db: ActorDb, userIds: string[]): Promise<Record<string, ReviewAuthor>>;
+/**
+ * Рейтинги пачки товарів — заміна функції БД `get_product_ratings`, якої в
+ * схемі v2 немає (baseline B13 не везе жодної plpgsql-функції, крім читача
+ * актора).
+ *
+ * 🔴 `status = 'approved'` тут ОБОВʼЯЗКОВИЙ, хоч RLS і звужує таблицю:
+ * власний `pending` відгук політика актору віддає, і без предиката покупець
+ * бачив би в сітці каталогу рейтинг, накручений його ж нерозглянутою
+ * пʼятіркою.
+ */
+export declare function loadProductRatings(db: ActorDb, productIds: string[]): Promise<Record<string, ProductRating>>;

package/dist/storefront/loaders/sections.d.ts

@@ -0,0 +1,13 @@
+import type { ActorDb } from './db';
+import { type SectionRef, type SectionRow } from './entities/section';
+/**
+ * 🔴 `is_active` фільтрується КОДОМ, а не базою, і так тепер скрізь у вітрині.
+ * У моделі безпеки B5″ на каталозі немає RLS: роль `app_user` має SELECT на
+ * всю таблицю, бо «активність» — правило показу, а не право доступу. Отже
+ * забутий предикат тут не дасть помилки — він тихо виведе чернетки в магазин.
+ */
+export declare function loadSections(db: ActorDb): Promise<SectionRow[]>;
+/** Розділ за slug — лише активний (див. коментар про видимість вище). */
+export declare function loadSectionBySlug(db: ActorDb, slug: string): Promise<SectionRow | null>;
+/** Кореневі розділи (без батька) для навігації й добірок головної. */
+export declare function loadRootSections(db: ActorDb): Promise<SectionRef[]>;

package/dist/storefront/loaders/session.d.ts

@@ -0,0 +1,28 @@
+import type { ActorDb } from './db';
+/**
+ * Транзакція від імені ВЛАСНИКА поточної сесії.
+ *
+ * 🔴 `userId` береться з `readSessionSubject`, тобто з cookie Better Auth, і
+ * НІКОЛИ з параметра serverFn. Це не стиль, а єдиний рубіж, який тут узагалі
+ * є: RLS звіряє рядки з тим id, який їй назвав сервер, тож id, прийнятий від
+ * клієнта, вона перевірити не може за побудовою — вона стане на його бік.
+ *
+ * Без сесії кидає: сторінки кабінету за роутом `_protected` і так недосяжні
+ * анонімно, а тихе `null` перетворило б відсутність входу на «даних немає».
+ *
+ * 🔴 Чому це ЛОАДЕРИ, а не `storefront-routes/server` (звідки воно переїхало
+ * 2026-08-24, Gate C пілота). Живий не-serverFn експорт, який serverFn-модулі
+ * тягнуть ВІДНОСНИМ шляхом, tsup при `splitting: true` піднімає у спільний
+ * чанк — а сторінки кабінету імпортують ті самі serverFn-модулі теж відносно
+ * й дістають цей чанк у КЛІЄНТСЬКИЙ граф. Start вирізає з чанка лише тіла
+ * serverFn; звичайний експорт лишається живим і затягує весь value-граф
+ * лоадерів (drizzle, пул) у бандл браузера. Барель лоадерів імпортується
+ * bare-специфікатором `simplycms/storefront/loaders`, який у tsup зовнішній
+ * (`external`) — у чанки він не потрапляє за побудовою, тож тут цей клас
+ * витоку неможливий структурно, а не за домовленістю.
+ */
+export declare function withSessionDb<T>(fn: (db: ActorDb, userId: string) => Promise<T>): Promise<T>;
+/** Id власника сесії або виняток. */
+export declare function requireSessionUserId(): Promise<string>;
+/** Id власника сесії або `null` — для сторінок, доступних і гостю. */
+export declare function optionalSessionUserId(): Promise<string | null>;

package/dist/storefront/loaders/shipping.d.ts

@@ -0,0 +1,57 @@
+import type { ShippingMethod, ShippingRate, ShippingZone } from 'simplycms/contracts';
+import type { ActorDb } from './db';
+import type { JsonValue } from './entities/property';
+import { type PickupPointRow } from './pickup-points';
+/**
+ * Довідникові рядки доставки у формі, яку МОЖНА віддати serverFn-ом.
+ *
+ * 🔴 Різниця з контрактом рівно одна: `config` звужений із
+ * `Record<string, unknown>` до JSON. Валідатор серіалізації TanStack Start
+ * відкидає `unknown` — і правильно робить: «щось, що не вміє їхати по
+ * дроту» в payload-і вітрини не має бути. Обидва рядки лишаються
+ * присвоюваними доменним типам, тож `resolveShippingRate` бере їх як є.
+ */
+export type ShippingMethodRow = Omit<ShippingMethod, 'config'> & {
+    config: Record<string, JsonValue>;
+};
+/** Зона без опційного `rates`: тарифи їдуть окремим списком, не вкладеними. */
+export type ShippingZoneRow = Omit<ShippingZone, 'rates'>;
+export type ShippingRateRow = Omit<ShippingRate, 'config' | 'method' | 'zone'> & {
+    config: Record<string, JsonValue>;
+};
+/**
+ * Довідники доставки у формі, яку споживає форма чекауту.
+ *
+ * 🔴 Одна структура, а не чотири окремі виклики: способи, зони, тарифи й
+ * точки видачі потрібні формі ОДНОЧАСНО, і зібрані з різних знімків БД вони
+ * дали б неможливий стан (тариф на зону, якої в списку вже немає).
+ */
+export interface ShippingDirectory {
+    methods: ShippingMethodRow[];
+    zones: ShippingZoneRow[];
+    rates: ShippingRateRow[];
+    pickupPoints: PickupPointRow[];
+}
+/**
+ * Публічні довідники доставки — читаються під `app_user` БЕЗ ідентичності.
+ *
+ * 🔴 Фільтр `is_active` тут ОБОВʼЯЗКОВИЙ і є частиною контракту, а не
+ * оптимізацією. RLS на цих таблицях не ввімкнено (грант `select` для
+ * `app_user` — `0002_grants.sql`), політики «публічне читання» в новій
+ * моделі немає, тож видимість чернеток тримає рівно цей предикат. Забути
+ * його означає показати покупцю вимкнений спосіб доставки — і дати оформити
+ * замовлення на неіснуючий тариф.
+ */
+export declare function loadShippingDirectory(db: ActorDb): Promise<ShippingDirectory>;
+/** Активні способи доставки в порядку показу. */
+export declare function loadShippingMethods(db: ActorDb): Promise<ShippingMethodRow[]>;
+/** Активні зони доставки — за ними домен резолвить місто покупця. */
+export declare function loadShippingZones(db: ActorDb): Promise<ShippingZoneRow[]>;
+/**
+ * Активні тарифи.
+ *
+ * 🔴 Грошові колонки — `numeric`, тобто драйвер віддає їх РЯДКАМИ. Контракт
+ * `ShippingRate` обіцяє числа, і без явного `Number` порівняння з порогом
+ * (`subtotal >= free_from_amount`) мовчки стало б лексикографічним.
+ */
+export declare function loadShippingRates(db: ActorDb): Promise<ShippingRateRow[]>;

package/dist/storefront/loaders/sitemap.d.ts

@@ -0,0 +1,38 @@
+import type { ActorDb } from './db';
+/**
+ * Дані для `/sitemap.xml` — рівно те, з чого будуються URL-и (В2-К1а).
+ *
+ * 🔴 Вибірка навмисно вузька: sitemap не рендерить ні цін, ні картинок, тож
+ * тягнути повний рядок товару означало б платити трафіком БД за поля, які
+ * ніхто не прочитає. Пошуковий робот приходить регулярно — це не разовий
+ * запит.
+ */
+/** Розділ каталогу в sitemap. */
+export interface SitemapSection {
+    readonly slug: string;
+    readonly updated_at: string;
+}
+/** Товар у sitemap разом зі slug-ом розділу, з якого будується URL. */
+export interface SitemapProduct {
+    readonly slug: string;
+    readonly updated_at: string;
+    /** `null` — товар без розділу; URL тоді йде під технічним `products`. */
+    readonly section_slug: string | null;
+}
+export interface SitemapData {
+    readonly sections: SitemapSection[];
+    readonly products: SitemapProduct[];
+}
+/**
+ * Активні розділи й товари для sitemap.
+ *
+ * 🔴 `is_active` — обовʼязковий предикат в ОБОХ запитах (пояснення про модель
+ * видимості — у `./sections`). Тут ціна помилки навіть вища, ніж на сторінці:
+ * неактивний товар у sitemap — це запрошення робота на 404, і виправити
+ * наслідок після індексації складніше, ніж не пустити його туди.
+ *
+ * 🔴 Помилка запиту НЕ ковтається — жодного `try/catch` тут немає навмисно.
+ * Sitemap із самих лише статичних URL виглядає як успіх, а SEO-інтерсептор
+ * зафіксував би цю неправду в CDN на годину (див. `storefront-routes/seo`).
+ */
+export declare function loadSitemapData(db: ActorDb): Promise<SitemapData>;

package/dist/storefront/loaders/stock-info.d.ts

@@ -0,0 +1,38 @@
+import type { StockStatus } from 'simplycms/contracts';
+import type { ActorDb } from './db';
+/** Залишок на одній точці видачі. */
+export interface StockByPointRow {
+    point_id: string;
+    point_name: string;
+    quantity: number;
+}
+/** Наявність товару або модифікації — те, що малює блок наявності. */
+export interface StockInfoRow {
+    totalQuantity: number;
+    isAvailable: boolean;
+    stockStatus: StockStatus | null;
+    byPoint: StockByPointRow[];
+}
+/** Що саме питаємо: модифікацію (пріоритет) або простий товар. */
+export interface StockTarget {
+    productId?: string | null;
+    modificationId?: string | null;
+}
+/**
+ * Наявність із розкладкою по точках видачі — заміна функції БД
+ * `get_stock_info`, якої в схемі v2 НЕМАЄ (baseline B13 не везе жодної
+ * plpgsql-функції, крім читача актора).
+ *
+ * Правило доступності збережено дослівно: доступно, якщо є залишок АБО
+ * статус — «під замовлення».
+ *
+ * 🔴 `is_active` точок видачі фільтрується КОДОМ: RLS на `pickup_points`
+ * немає, і без предиката покупець побачив би залишок на складі, який магазин
+ * закрив, — тобто пообіцяв би самовивіз звідти, звідки видачі більше немає.
+ */
+export declare function loadStockInfo(db: ActorDb, target: StockTarget): Promise<StockInfoRow>;
+/**
+ * Скільки точок видачі активні. Одна точка — розкладка по складах не
+ * показується взагалі, тож це число вирішує форму блока наявності.
+ */
+export declare function loadActivePickupPointsCount(db: ActorDb): Promise<number>;

package/dist/storefront/loaders/stock.d.ts

@@ -0,0 +1,24 @@
+import type { ActorDb } from './db';
+/** Наявність однієї модифікації — форма, яку читає селектор на картці товару. */
+export interface ModificationStockRow {
+    totalQuantity: number;
+    isAvailable: boolean;
+}
+/**
+ * Сумарні залишки по модифікаціях: `modificationId → кількість`.
+ *
+ * 🔴 Сума рахується SQL-ом, а не в JS. Стара реалізація тягнула КОЖЕН рядок
+ * `stock_by_pickup_point` у браузер і складала їх там — тобто розкладка
+ * товару по точках видачі публікувалася назовні заради одного числа.
+ */
+export declare function loadStockByModification(db: ActorDb, modificationIds: string[]): Promise<Record<string, number>>;
+/** Сумарні залишки простих товарів (рядки без модифікації): `productId → кількість`. */
+export declare function loadStockByProduct(db: ActorDb, productIds: string[]): Promise<Record<string, number>>;
+/**
+ * Наявність модифікацій одного товару.
+ *
+ * 🔴 Заміна функції БД `get_stock_info`, якої в схемі v2 НЕМАЄ (baseline B13
+ * не везе жодної plpgsql-функції, крім читача актора). Правило збережено
+ * дослівно: доступно, якщо є залишок АБО статус — «під замовлення».
+ */
+export declare function loadModificationStock(db: ActorDb, modificationIds: string[]): Promise<Record<string, ModificationStockRow>>;

package/dist/storefront/seo/index.d.ts

@@ -0,0 +1,2 @@
+export * from './sitemap';
+export * from './robots';

package/dist/storefront/seo/index.js

@@ -0,0 +1,4 @@
+export { buildRobotsTxt, renderSitemapXml } from '../../chunk-GZWE2546.js';
+import '../../chunk-PZ5AY32C.js';
+//# sourceMappingURL=index.js.map
+//# sourceMappingURL=index.js.map

package/dist/storefront/seo/index.js.map

@@ -0,0 +1 @@
+{"version":3,"sources":[],"names":[],"mappings":"","file":"index.js"}

package/dist/storefront/seo/robots.d.ts

@@ -0,0 +1,2 @@
+/** Генерує robots.txt. baseUrl інжектується host'ом. */
+export declare function buildRobotsTxt(baseUrl: string): Promise<string>;

package/dist/storefront/seo/sitemap.d.ts

@@ -0,0 +1,11 @@
+import type { SitemapData } from '../loaders/sitemap';
+/**
+ * Рендер `/sitemap.xml` — ЧИСТА функція від даних (В2-К1а).
+ *
+ * 🔴 Раніше тут же жив і похід у базу (Supabase-клієнт параметром), і саме це
+ * робило юніт-тест тестом мока PostgREST, а не тестом sitemap. Після переходу
+ * на Drizzle предикат видимості перевіряється SQL-ом на живій БД
+ * (`loadSitemapData` + гейт `pnpm test:schema`), а тут лишається рівно те, що
+ * можна довести без БД: форма XML, екранування й склад URL-ів.
+ */
+export declare function renderSitemapXml(data: SitemapData, baseUrl: string): string;

package/dist/storefront-routes/active-theme.d.ts

@@ -0,0 +1,14 @@
+/**
+ * Передача назви активної теми із сервера на клієнт ДО гідрації.
+ *
+ * Сервер серіалізує назву в інлайн-скрипт (`<head>`), який виконується під час
+ * парсингу HTML — раніше за відкладений модуль `client.tsx`. Завдяки цьому
+ * клієнт встигає прогріти кеш саме активної теми перед `hydrateRoot`, і
+ * route-компоненти не суспендяться на `use(ThemeRegistry.load(...))`.
+ */
+/** Ключ у `window`, під яким лежить назва активної теми */
+export declare const ACTIVE_THEME_GLOBAL = "__SIMPLYCMS_ACTIVE_THEME__";
+/** Згенерувати тіло інлайн-скрипта, що записує назву теми у `window` */
+export declare function serializeActiveThemeScript(themeName: string): string;
+/** Прочитати назву активної теми, прокинуту сервером (клієнт) */
+export declare function readActiveThemeName(): string | undefined;

package/dist/storefront-routes/active-theme.js

@@ -0,0 +1,13 @@
+// src/storefront-routes/active-theme.ts
+var ACTIVE_THEME_GLOBAL = "__SIMPLYCMS_ACTIVE_THEME__";
+function serializeActiveThemeScript(themeName) {
+  return `window[${JSON.stringify(ACTIVE_THEME_GLOBAL)}]=${JSON.stringify(themeName)}`;
+}
+function readActiveThemeName() {
+  if (typeof window === "undefined") return void 0;
+  return window[ACTIVE_THEME_GLOBAL];
+}
+
+export { ACTIVE_THEME_GLOBAL, readActiveThemeName, serializeActiveThemeScript };
+//# sourceMappingURL=active-theme.js.map
+//# sourceMappingURL=active-theme.js.map

package/dist/storefront-routes/active-theme.js.map

@@ -0,0 +1 @@
+{"version":3,"sources":["../../src/storefront-routes/active-theme.ts"],"names":[],"mappings":";AAUO,IAAM,mBAAA,GAAsB;AAG5B,SAAS,2BAA2B,SAAA,EAA2B;AACpE,EAAA,OAAO,CAAA,OAAA,EAAU,KAAK,SAAA,CAAU,mBAAmB,CAAC,CAAA,EAAA,EAAK,IAAA,CAAK,SAAA,CAAU,SAAS,CAAC,CAAA,CAAA;AACpF;AAGO,SAAS,mBAAA,GAA0C;AACxD,EAAA,IAAI,OAAO,MAAA,KAAW,WAAA,EAAa,OAAO,MAAA;AAC1C,EAAA,OAAQ,OAA8C,mBAAmB,CAAA;AAE3E","file":"active-theme.js","sourcesContent":["/**\n * Передача назви активної теми із сервера на клієнт ДО гідрації.\n *\n * Сервер серіалізує назву в інлайн-скрипт (`<head>`), який виконується під час\n * парсингу HTML — раніше за відкладений модуль `client.tsx`. Завдяки цьому\n * клієнт встигає прогріти кеш саме активної теми перед `hydrateRoot`, і\n * route-компоненти не суспендяться на `use(ThemeRegistry.load(...))`.\n */\n\n/** Ключ у `window`, під яким лежить назва активної теми */\nexport const ACTIVE_THEME_GLOBAL = '__SIMPLYCMS_ACTIVE_THEME__';\n\n/** Згенерувати тіло інлайн-скрипта, що записує назву теми у `window` */\nexport function serializeActiveThemeScript(themeName: string): string {\n  return `window[${JSON.stringify(ACTIVE_THEME_GLOBAL)}]=${JSON.stringify(themeName)}`;\n}\n\n/** Прочитати назву активної теми, прокинуту сервером (клієнт) */\nexport function readActiveThemeName(): string | undefined {\n  if (typeof window === 'undefined') return undefined;\n  return (window as unknown as Record<string, unknown>)[ACTIVE_THEME_GLOBAL] as\n    string | undefined;\n}\n"]}

package/dist/storefront-routes/components/BannerSlider.d.ts

@@ -0,0 +1,8 @@
+import type { Banner } from 'simplycms/contracts/objects';
+interface BannerSliderProps {
+    placement?: string;
+    sectionId?: string;
+    banners?: Banner[];
+}
+export declare function BannerSlider({ placement, sectionId, banners: initialBanners, }: BannerSliderProps): import("react").JSX.Element | null;
+export {};

package/dist/storefront-routes/components/BannerSlider.js

@@ -0,0 +1,3 @@
+export { BannerSlider } from '../../chunk-5XW3TCGE.js';
+//# sourceMappingURL=BannerSlider.js.map
+//# sourceMappingURL=BannerSlider.js.map

package/dist/storefront-routes/components/BannerSlider.js.map

@@ -0,0 +1 @@
+{"version":3,"sources":[],"names":[],"mappings":"","file":"BannerSlider.js"}

package/dist/storefront-routes/components/ProductCarousel.d.ts

@@ -0,0 +1,20 @@
+interface Product {
+    id: string;
+    name: string;
+    slug: string;
+    short_description?: string | null;
+    images?: string[];
+    section?: {
+        slug: string;
+    } | null;
+    price?: number | null;
+    old_price?: number | null;
+    stock_status?: string | null;
+}
+interface ProductCarouselProps {
+    title: string;
+    products: Product[];
+    viewAllLink?: string;
+}
+export declare function ProductCarousel({ title, products, viewAllLink, }: ProductCarouselProps): import("react").JSX.Element | null;
+export {};

package/dist/storefront-routes/components/ProductCarousel.js

@@ -0,0 +1,3 @@
+export { ProductCarousel } from '../../chunk-V23ZBHSL.js';
+//# sourceMappingURL=ProductCarousel.js.map
+//# sourceMappingURL=ProductCarousel.js.map

package/dist/storefront-routes/components/ProductCarousel.js.map

@@ -0,0 +1 @@
+{"version":3,"sources":[],"names":[],"mappings":"","file":"ProductCarousel.js"}

package/dist/storefront-routes/components/SetPasswordForm.d.ts

@@ -0,0 +1,8 @@
+/**
+ * Форма нового пароля: валідація й поля. Сам виклик Supabase лишається у
+ * сторінці — форма нічого не знає ні про клієнта, ні про навігацію.
+ */
+export declare function SetPasswordForm({ error, onSubmit, }: {
+    error: string | null;
+    onSubmit: (password: string) => Promise<void>;
+}): import("react").JSX.Element;

package/dist/storefront-routes/components/SetPasswordForm.js

@@ -0,0 +1,3 @@
+export { SetPasswordForm } from '../../chunk-ULHJAUDC.js';
+//# sourceMappingURL=SetPasswordForm.js.map
+//# sourceMappingURL=SetPasswordForm.js.map

package/dist/storefront-routes/components/SetPasswordForm.js.map

@@ -0,0 +1 @@
+{"version":3,"sources":[],"names":[],"mappings":"","file":"SetPasswordForm.js"}

package/dist/storefront-routes/components/SsrProductGrid.d.ts

@@ -0,0 +1,12 @@
+import type { ProductListItem } from '../server/product-list-item';
+interface SsrProductGridProps {
+    items: ProductListItem[];
+    viewMode: 'grid' | 'list';
+}
+/**
+ * Сітка товарів із серверних даних. Рендериться на сервері й у першому
+ * клієнтському рендері — доки React Query не збагатить список (наявність,
+ * знижки, рейтинги). Після цього сторінка перемикається на клієнтський список.
+ */
+export declare function SsrProductGrid({ items, viewMode }: SsrProductGridProps): import("react").JSX.Element;
+export {};

package/dist/storefront-routes/components/SsrProductGrid.js

@@ -0,0 +1,3 @@
+export { SsrProductGrid } from '../../chunk-ETDZDO35.js';
+//# sourceMappingURL=SsrProductGrid.js.map
+//# sourceMappingURL=SsrProductGrid.js.map

package/dist/storefront-routes/components/SsrProductGrid.js.map

@@ -0,0 +1 @@
+{"version":3,"sources":[],"names":[],"mappings":"","file":"SsrProductGrid.js"}

package/dist/storefront-routes/index.d.ts

@@ -0,0 +1,6 @@
+export { StorefrontShell } from './shells/StorefrontShell';
+export { ProtectedShell } from './shells/ProtectedShell';
+export { useActiveThemeModule } from './shells/useActiveThemeModule';
+export { BannerSlider } from './components/BannerSlider';
+export { ProductCarousel } from './components/ProductCarousel';
+export { default as HomePage, type HomePageProps } from './pages/Home';

package/dist/storefront-routes/index.js

@@ -0,0 +1,14 @@
+export { ProtectedShell } from '../chunk-3AJKXVPJ.js';
+export { StorefrontShell } from '../chunk-L3CXS3RA.js';
+import '../chunk-QXJIUF4T.js';
+import '../chunk-VSXW336V.js';
+export { HomePage } from '../chunk-BZAWFPGX.js';
+import '../chunk-IMVSNS6Y.js';
+import '../chunk-GA3G4WSB.js';
+import '../chunk-V6OUDHXW.js';
+import '../chunk-XHM4DSKW.js';
+export { useActiveThemeModule } from '../chunk-IRR2UMIH.js';
+export { BannerSlider } from '../chunk-5XW3TCGE.js';
+export { ProductCarousel } from '../chunk-V23ZBHSL.js';
+//# sourceMappingURL=index.js.map
+//# sourceMappingURL=index.js.map

package/dist/storefront-routes/index.js.map

@@ -0,0 +1 @@
+{"version":3,"sources":[],"names":[],"mappings":"","file":"index.js"}

package/dist/storefront-routes/pages/Auth.d.ts

@@ -0,0 +1,2 @@
+import React from 'react';
+export default function Auth(): React.JSX.Element;