План: платформа — общее ядро, API и PWA

Статус (2026-09-09): план-набросок. WASM-ядро и CLI уже описаны в docs/roadmap.md (фазы 3–8) и здесь не дублируются — этот план добавляет то, чего в roadmap нет: API (фаза 9, возможная монетизация) и PWA (фаза 10, оффлайн + установка). Оба стартуют после wasm-фаз; PWA не ждёт API и может идти раньше.

0. Решения

Одно ядро — три потребителя. Rust-крейт core/ (roadmap фаза 3) даёт: wasm-пакет для сайта (фаза 5), нативный CLI (фаза 6), серверный слой API (фаза 9). Единый контракт — JSON-пайплайн {tool, params} (заложен в roadmap §0); эталонные файлы и harness (фазы 2, 4, 7) гарантируют одинаковый результат во всех рантаймах.
API — нативный Rust на сервере, не wasm. В браузере wasm нужен ради доставки и песочницы; на сервере крейт линкуется напрямую — быстрее и проще. Исключение — edge-воркеры (см. спайк ниже): там исполняется тот же wasm-артефакт фазы 5.
PWA не трогает SEO-схему. Сайт остаётся полностью prerendered-статикой; service worker добавляет оффлайн-слой поверх и не отвечает за HTML ботовам.
Монетизация не ломает позиционирование. Браузерные инструменты — бесплатны и без трекинга; API — отдельный продукт для автоматизации/бизнеса. Файлы в API обрабатываются в памяти: без хранения и логирования содержимого — продолжение «privacy»-истории.

1. Фаза 9 — API (после фаз 5–7)

[A1] Спайк сервера: (а) axum/actix + нативный core/ на VPS против (б) wasm-артефакт фазы 5 на edge (CF Workers). Сравнить: стоимость, лимиты памяти/времени на больших картинках, сложность деплоя и rate-limiting. Решение зафиксировать здесь.
[A2] Контракт: POST /v1/process — multipart (image) + JSON-пайплайн → изображение/архив; лимиты размера, коды ошибок; OpenAPI-спека.
[A3] Ключи и лимиты: Bearer-ключи, free tier (N запросов/мес), rate limiting по ключу; самостоятельная выдача/ротация ключей в кабинете — позже.
[A4] Биллинг: Stripe/LemonSqueezy (merchant of record), 2–3 тира по запросам/размеру файла. Только после стабильного free tier.
[A5] Документация как лендинг: /api — индексируемая страница (туториал, примеры curl/JS), OpenAPI, ссылка из llms.txt. Dev-аудитория — источник бэклинков (план-seo S4c).
Гейт: один и тот же пайплайн даёт пиксельно идентичный результат в браузере, CLI и API (harness фазы 7 расширяется третьим рантаймом).

2. Фаза 10 — PWA (после C17 и S1; C19 не блокер)

[P1] Манифест: имя (бренд после R1 из plan-seo §6), иконки 192/512 + maskable, theme-color из дизайн-токенов, display: standalone.
[P2] Service worker (SvelteKit src/service-worker.ts): precache app-shell; immutable-ассеты (build-hash) — cache-first; навигация по инструментам — stale-while-revalidate; offline-fallback страница. Спайком оценить вес полного precache: страницы маленькие, тяжёлое тащить по требованию.
[P3] Оффлайн-UX: индикатор «offline — работаете локально», своя кнопка установки (на beforeinstallprompt), стратегия обновления версии (prompt vs skipWaiting — решить на спайке).
[P4] SEO-безопасность: SW не перехватывает запросы ботов и не меняет HTML-ответы; canonical/prerendered-страницы не затрагиваются. Проверка: Lighthouse PWA + SEO зелёные после внедрения.
Гейт: каталог и топ-инструменты полностью работают в airplane-mode; повторный визит без сети открывается мгновенно.

3. Порядок и связи

WASM-ядро, эталоны, CLI — docs/roadmap.md фазы 2–8 (не дублируются).
PWA — после C17 (один дизайн, реальные маршруты) и после S1 plan-seo.md; C19 отложен и PWA не ждёт (не кешировать noindex-версии); API — после фаз 5–7.
Синергия с дистрибуцией: «works offline, installable» и публичный API — аргументы для Product Hunt / alternative.to / GitHub (plan-seo S4c) и для GEO-текстов (llms.txt, описания категорий).

4. Шрифты: лицензирование и DOM-free рендер текста

Текст — единственный класс операций, который roadmap (фаза 8) держит в TS из-за canvas. Для CLI/API его всё равно придётся рендерить в Rust, поэтому решение: перевести text-инструменты в ядро (в браузере canvas-рендер остаётся TS-фолбэком для A/B). Два вопроса — легальность шрифтов в дистрибутиве и рендер без DOM.

Лицензирование (решить до выбора шрифтов, backlog «Font Style»)

[F1] В набор — только лицензии, допускающие коммерческое использование и встраивание в продукт (сайт + PWA + CLI + API): база — SIL OFL 1.1 (можно редистрибутировать и использовать коммерчески; нельзя продавать сами шрифты; требование — сохранять лицензию и имена при редистрибуции) и Apache 2.0 (Roboto, Open Sans, часть Noto).
[F2] Запрещённые категории: «free for personal use», shareware, шрифты без явной лицензии, MS core fonts (лицензия привязана к поставке с Windows-ПО). Отдельно проверять: бесплатность «для веба на одном домене» ≠ право класть TTF в дистрибутив CLI/API — у OFL/Apache таких ограничений нет, у прочих «free»-лицензий бывают.
[F3] Паспорт шрифта в core/fonts/<name>/ (или эквивалент): файл(ы), LICENSE, источник, версия, хеш; CI-проверка «у каждого файла шрифта есть паспорт». Браузер грузит шрифты из бандла, не из ОС и не с fonts.googleapis.com-CDN (сторонний запрос = утечка IP пользователя, противоречит «no tracking»), — одинаковый результат у всех пользователей и во всех рантаймах.
[F4] Кириллица: приоритет семействам с полным покрытием — Liberation Sans, PT Sans/PT Serif, Noto Sans, Inter, Roboto (OFL/Apache), DejaVu Sans (пермиссивная лицензия Bitstream Vera: редистрибуция и коммерческое использование разрешены) — закрывает и backlog-вопрос про «только с кириллицей».
Стартовый набор (все OFL/Apache, с кириллицей; состав не догма — расширяется по запросам, каждый проходит паспорт F3):
- базовый sans: Inter (дефолт add-text), PT Sans / Golos Text (профессиональная русская типографика), Noto Sans (фолбэк покрытия);
- serif: PT Serif, Lora, Playfair Display (display);
- mono: JetBrains Mono (дефолт), Roboto Mono;
- display/акцент: Oswald (узкий), Rubik (округлый), Comfortaa, Caveat (рукописный), Amatic SC (маркерный);
- кириллицу проверить по файлу при добавлении: Bebas Neue, Pacifico (добавлялась поздними версиями). Источник файлов — только Google Fonts / Fontsource (версионированные пакеты под паспорт F3); случайные «free font»-сайты — нет. Вес: woff2-сабсеты latin+cyr лениво в браузере, TTF в CLI (~2–4 МБ суммарно), в wasm не зашивать — грузить из статики по требованию.

Рендер без DOM (спайк — фаза 5–6, реализация — фаза 8)

[F5] Спайк стека: растеризация глифов (ab_glyph/rusttype) + шейпинг (swash/harfrust; для латиницы/кириллицы сложный шейпинг не критичен, сложные письменности — осознанно не в первой версии) → отрисовка в наш Image. Эталон — canvas-рендер TS (perceptual-класс по roadmap §3): совпадать обязаны позиция/выравнивание/переносы, пиксели будут отличаться хинтингом/антиалиасингом.
[F6] Единый текстовый API для TS-core и Rust-core: параметры текста — из JSON-схемы инструмента, шрифт — id из реестра шрифтов (не системное имя), метрики базовой линии считать в ядре, а не через canvas measureText (иначе TS и Rust разъедутся).
Гейт: один и тот же текстовый шаг пайплайна даёт в браузере (wasm), CLI и API визуально идентичный результат; в дистрибутиве нет ни одного файла шрифта без паспорта лицензии.

12 KiB Raw Blame History Unescape Escape