39 lines
1.6 KiB
Markdown
39 lines
1.6 KiB
Markdown
# Backend/Web/Android Parity Snapshot (2026-03-09)
|
|
|
|
## 1) Backend vs Web
|
|
|
|
Backend покрывает web-функционал почти полностью (`~95-100%`):
|
|
|
|
- `auth`: login/refresh/me, register, verify-email, resend verification, request/reset password, sessions, 2FA
|
|
- `chats`: list/detail, saved, discover, create/join/leave, members/bans, title/profile, pin/archive, invite-link, notifications, clear/delete
|
|
- `messages`: list/send/edit/delete, status, search/thread, forward/bulk, reactions
|
|
- `media`: upload-url, attachments create/list
|
|
- `realtime`: websocket + typing/read/delivered/ping-pong
|
|
- `users`: search/profile/blocked/contacts
|
|
- `search`: global search
|
|
- `notifications`: list + push-token register/unregister
|
|
|
|
Вывод: текущие проблемы в основном на стороне клиентской интеграции/UX, не backend-contract.
|
|
|
|
## 2) Web endpoints not yet fully used on Android
|
|
|
|
- `GET /api/v1/messages/{message_id}/thread` (data layer wired, UI thread screen/jump usage pending)
|
|
|
|
## 2.1) Web feature parity gaps not yet covered on Android
|
|
|
|
- Notification delivery polish is still partial:
|
|
- chat-level grouping/snooze parity with web prefs (full)
|
|
- richer per-chat override UX alignment in Android settings
|
|
|
|
## 3) Practical status
|
|
|
|
- Backend readiness vs Web: `high`
|
|
- Android parity vs Web (feature-level): `~87-91%`
|
|
|
|
## 4) Highest-priority Android parity step
|
|
|
|
Завершить следующий parity-блок:
|
|
|
|
- `GET /api/v1/messages/{message_id}/thread` (UI usage)
|
|
- notification delivery polish (channels/grouping/snooze/per-chat overrides parity with web prefs)
|