ff293e9db8
13 +server.ts handler nutzen jetzt parsePositiveIntParam und
validateBody statt jeweils lokaler parseId/safeParse-Bloecke.
Konsequenzen:
- 9 lokale parseId/parsePositiveInt Definitionen geloescht
- 11 safeParse + manueller error()-Throws ersetzt
- domains/[id], domains, profiles: catch-Block reicht jetzt HttpError
durch (isHttpError) — vorher wurde ein 404 vom updateDomain als 409
re-emittiert
- recipes/[id]/image: kein function-clutter mehr neben den FormData-Pfaden
- Konsistente Error-Bodies: validateBody schickt {message, issues},
parsePositiveIntParam {message: 'Missing X' / 'Invalid X'}
Findings aus REVIEW-2026-04-18.md (Refactor A) und redundancy.md
22 lines
778 B
TypeScript
22 lines
778 B
TypeScript
import type { RequestHandler } from './$types';
|
|
import { json } from '@sveltejs/kit';
|
|
import { z } from 'zod';
|
|
import { getDb } from '$lib/server/db';
|
|
import { validateBody } from '$lib/server/api-helpers';
|
|
import { importRecipe } from '$lib/server/recipes/importer';
|
|
import { mapImporterError } from '$lib/server/errors';
|
|
|
|
const ImportSchema = z.object({ url: z.string().url() });
|
|
|
|
const IMAGE_DIR = process.env.IMAGE_DIR ?? './data/images';
|
|
|
|
export const POST: RequestHandler = async ({ request }) => {
|
|
const data = validateBody(await request.json().catch(() => null), ImportSchema);
|
|
try {
|
|
const result = await importRecipe(getDb(), IMAGE_DIR, data.url);
|
|
return json({ id: result.id, duplicate: result.duplicate });
|
|
} catch (e) {
|
|
mapImporterError(e);
|
|
}
|
|
};
|