This page was machine-translated. Spotted a mistake?Help improve it.
Skip to content

Przewodnik dla programistów

Jak skonfigurować lokalne środowisko developerskie i wnieść wkład w kod SnapOtter.

Wymagania wstępne

  • Node.js 22+
  • pnpm 9+ (corepack enable && corepack prepare pnpm@latest --activate)
  • Docker (wymagany dla lokalnego Postgresa + Redisa, budowania kontenerów i funkcji AI)
  • Git

Python 3.10+ jest potrzebny tylko wtedy, gdy pracujesz nad sidecarem AI/ML (usuwanie tła, skalowanie w górę, OCR).

Konfiguracja

bash
git clone https://github.com/snapotter-hq/snapotter.git
cd snapotter
docker compose -f docker-compose.dev.yml up -d   # start Postgres + Redis
pnpm install
pnpm dev

Uruchamia to dwa serwery developerskie:

UsługaURLUwagi
Frontendhttp://localhost:1349Serwer dev Vite, przekazuje /api
Backendhttp://localhost:13490API Fastify (dostępne przez proxy)

Otwórz http://localhost:1349 w przeglądarce. Zaloguj się przez admin / admin. Przy pierwszym logowaniu zostaniesz poproszony o zmianę hasła.

Struktura projektu

apps/
  api/              Fastify backend
  web/              Vite + React frontend
  docs/             VitePress documentation (this site)
packages/
  shared/           Constants, types, i18n strings
  image-engine/     Sharp-based image operations
  media-engine/     FFmpeg spawn + progress parsing
  doc-engine/       qpdf, LibreOffice, ghostscript wrappers
  ai/               Python sidecar bridge for ML models
tests/
  unit/             Vitest unit tests
  integration/      Vitest integration tests (full API)
  e2e/              Playwright end-to-end specs
  fixtures/         Small test images

Komendy

bash
pnpm dev                # start frontend + backend
pnpm build              # build all workspaces
pnpm typecheck          # TypeScript check across monorepo
pnpm lint               # Biome lint + format check
pnpm lint:fix           # auto-fix lint + format
pnpm test               # unit + integration tests
pnpm test:unit          # unit tests only
pnpm test:integration   # integration tests only
pnpm test:e2e           # Playwright e2e tests
pnpm test:coverage      # tests with coverage report

Konwencje kodu

  • Cudzysłowy podwójne, średniki, wcięcie 2 spacje (wymuszane przez Biome)
  • Moduły ES we wszystkich workspace'ach
  • Konwencjonalne commity dla semantic-release
  • Zod dla walidacji wszystkich danych wejściowych API
  • Żadnych modyfikacji plików konfiguracyjnych Biome, TypeScript ani edytora. Popraw kod, nie linter.

Baza danych

PostgreSQL 17 przez Drizzle ORM (pg-core). Lokalny development wymaga działających Postgresa i Redisa - uruchom je za pomocą:

bash
docker compose -f docker-compose.dev.yml up -d

Daje Ci to Postgresa na porcie 5432 i Redisa na porcie 6379. Następnie wygeneruj i zastosuj migracje:

bash
cd apps/api
npx drizzle-kit generate   # generate a migration from schema changes
npx drizzle-kit migrate    # apply pending migrations

Schemat jest zdefiniowany w apps/api/src/db/schema.ts. Tabele: users, sessions, settings, jobs, apiKeys, pipelines, teams, userFiles, roles, auditLog.

Dodawanie nowego narzędzia

Każde narzędzie stosuje ten sam wzorzec. Oto minimalny przykład.

1. Trasa backendu

Utwórz apps/api/src/routes/tools/my-tool.ts:

ts
import { z } from "zod";
import type { FastifyInstance } from "fastify";
import { createToolRoute } from "../tool-factory.js";

const settingsSchema = z.object({
  intensity: z.number().min(0).max(100).default(50),
});

export function registerMyTool(app: FastifyInstance) {
  createToolRoute(app, {
    toolId: "my-tool",
    settingsSchema,
    async process(inputBuffer, settings, filename) {
      // Use sharp or other libraries to process the image
      const sharp = (await import("sharp")).default;
      const result = await sharp(inputBuffer)
        // ... your processing logic
        .toBuffer();

      return {
        buffer: result,
        filename: filename.replace(/\.[^.]+$/, ".png"),
        contentType: "image/png",
      };
    },
  });
}

Następnie zarejestruj ją w apps/api/src/routes/tools/index.ts.

2. Komponent ustawień frontendu

Utwórz apps/web/src/components/tools/my-tool-settings.tsx:

tsx
import { useState } from "react";
import { useToolProcessor } from "@/hooks/use-tool-processor";
import { useFileStore } from "@/stores/file-store";

export function MyToolSettings() {
  const { files } = useFileStore();
  const { processFiles, processing, error, downloadUrl } =
    useToolProcessor("my-tool");

  const [intensity, setIntensity] = useState(50);

  const handleProcess = () => {
    processFiles(files, { intensity });
  };

  return (
    <div className="space-y-4">
      {/* your controls here */}
      <button
        type="button"
        onClick={handleProcess}
        disabled={files.length === 0 || processing}
        data-testid="my-tool-submit"
        className="w-full py-2.5 rounded-lg bg-primary text-primary-foreground font-medium disabled:opacity-50"
      >
        Process
      </button>
    </div>
  );
}

Następnie zarejestruj go w rejestrze narzędzi frontendu w apps/web/src/lib/tool-registry.tsx:

tsx
// Add the lazy import
const MyToolSettings = lazy(() =>
  import("@/components/tools/my-tool-settings").then((m) => ({
    default: m.MyToolSettings,
  })),
);

// Add to the toolRegistry Map
["my-tool", { displayMode: "before-after", Settings: MyToolSettings }],

Tryby wyświetlania: "side-by-side", "before-after", "live-preview", "no-comparison", "interactive-crop", "interactive-eraser", "no-dropzone".

3. Wpis i18n

Dodaj do packages/shared/src/i18n/en.ts:

ts
"my-tool": {
  name: "My Tool",
  description: "Short description of what this tool does",
},

4. Testy

Dodaj atrybut data-testid do swojego przycisku akcji (jak pokazano powyżej), aby testy e2e mogły go niezawodnie namierzyć.

Budowanie obrazów Docker

Zbuduj pełny obraz produkcyjny lokalnie:

bash
docker build -f docker/Dockerfile -t snapotter:latest .

Użyj montowań cache BuildKit dla szybszych przebudów:

bash
DOCKER_BUILDKIT=1 docker build -f docker/Dockerfile -t snapotter:latest .

Zmienne środowiskowe

Pełną listę znajdziesz w Przewodniku po konfiguracji. Kluczowe dla developmentu:

ZmiennaDomyślnieOpis
AUTH_ENABLEDtrueWłączenie/wyłączenie uwierzytelniania
DEFAULT_USERNAMEadminDomyślna nazwa użytkownika administratora
DEFAULT_PASSWORDadminDomyślne hasło administratora
SKIP_MUST_CHANGE_PASSWORDfalsePomiń wymuszoną zmianę hasła (tylko CI/dev)
RATE_LIMIT_PER_MIN1000Limit szybkości API na minutę (0 = wyłączony)
MAX_UPLOAD_SIZE_MB100Maksymalny rozmiar przesyłania w MB (0 = bez ograniczeń)