From 8a34a8f19fe0b7a3d5da73de7c8d6bede9a20602 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?=D0=94=D0=BC=D0=B8=D1=82=D1=80=D0=B8=D0=B9?=
 <donnalee11681676@gmail.com>
Date: Sat, 23 May 2026 10:46:22 +0300
Subject: [PATCH] =?UTF-8?q?docs(pilot):=20closable-chips=20=D1=80=D0=B5?=
 =?UTF-8?q?=D0=B3=D0=B8=D0=BE=D0=BD=D0=B0=D0=BB=D1=8C=D0=BD=D1=8B=D1=85=20?=
 =?UTF-8?q?=D1=87=D0=B8=D0=BF=D0=BE=D0=B2=20=D0=B2=D1=8B=D0=BA=D0=B0=D1=87?=
 =?UTF-8?q?=D0=B5=D0=BD=20=D0=BD=D0=B0=20=D0=B1=D0=BE=D0=B5=D0=B2=D0=BE?=
 =?UTF-8?q?=D0=B9?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

Фронтенд-фикс «крестик удаления на чипах регионов» (3 формы стр. Проекты)
выкачен на liderra.ru копированием public/build. Smoke 200, бэкап снят.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
---
 ПИЛОТ.md | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/ПИЛОТ.md b/ПИЛОТ.md
index af466310..09bd1fad 100644
--- a/ПИЛОТ.md
+++ b/ПИЛОТ.md
@@ -8,7 +8,7 @@
 - Волатильную часть (доступ, версии, что развёрнуто) перед рискованными действиями **перепроверять реальной командой по SSH**, не доверять снимку вслепую.
 - Обновляется по команде заказчика **«обнови пилот»**.
 
-**Снимок снят:** 23.05.2026 — **финальная чистка 5 qa-tenants на проде** (data-only, без коммитов в репо): tenants id 6-10 (qatest1..5 / Компания QA Test 1..5 / qa{N}@liderra.test, созданы 22.05 12:55) — все пустые после прошлых ретестов (0 projects / 0 deals / 1 user на тенант, balance 100K leads + 100K руб тестовое). Перепроверка: запрос по всем 41 таблице с `tenant_id` — суммарно 5 строк (5 users). Все NO-ACTION FK таблицы (auth_log/api_keys/outbound_webhooks/pd_*/refund_requests/saas_upd/saas_admin_audit/saas_admin_sessions) для tenant 6-10 пусты. **Hard-DELETE транзакцией** `DELETE FROM tenants WHERE id BETWEEN 6 AND 10` → CASCADE автоматом снёс 5 users. Verification: tenants `10 → 5`, users for 6-10 `5 → 0`. Текущие тенанты на проде: **id 1 demo** (`admin@demo.local`, 3 projects / 5 deals), **id 2 client1** (`info@lkomega.ru`, 117 projects / 412 deals — основной живой клиент), **id 3/4/5 client2/3/4** (`client{N}@liderra.test`, по 0 projects / 0 deals — placeholder-тенанты, остались для DEV-теста sharing-flow между tenant'ами). **Раньше 22.05 (поздний вечер +2)** — **чистка orphan supplier_projects + даунгрейд лог-спама** (origin/main `146501ba`): найдено 4 truly-orphan sp (не 16 — память была неверна; первичный запрос через legacy-колонки `projects.supplier_b1/b2/b3` возвращал 359 ложных, фактический link — таблица `project_supplier_links` 361 строка): id 57 `x.example` 0 leads, id 73/77 `79991234567` 14 leads, id 79 `https://заложитьптс.рф` 2 leads — placeholders/тестовые/malformed URL. **Перепроверка влияния на живых клиентов:** все 16 leads `deals_created_count=0`, 0 deals у этих 9 номеров глобально (включая tenant 2 info@lkomega.ru/client1) — поставки **никому не прекращались**. Удаление транзакцией `DELETE FROM supplier_projects WHERE id IN (57, 73, 77, 79)` → 4 sp удалены, FK `ON DELETE SET NULL` на `supplier_leads` (16 строк), `supplier_sync_log` (0 строк), `projects.supplier_b1/b2/b3` (0 ссылок). Orphan count `4 → 0` ✓. Параллельно: спам `csv_reconcile.unparseable_project_skipped {"project":"79135XXXXXX"}` (13+ warning/день, supplier-side data quality — `crm.bp-gr.ru` кладёт телефон-style строку в project-колонку CSV; не наш баг — телефон-строка замаскирована в этом снимке) **даунгрейднут warning→info** в `CsvReconcileJob.php:131-134` (1 строка кода + комментарий-обоснование, deploy через scp + opcache reset + `queue:restart`; commit `146501ba`, push `ce314034..146501ba → main`). Verification: deployed на проде, line 134 `Log::info`, 2 manual job-dispatch (`csv_reconcile_log` id 66/67 ok), unparseable-код-путь на этих прогонах не сработал (179 CSV-строк попали в existingKeys — `$missing` empty), эффект на след. реальном попадании. **Раньше 22.05 (поздний вечер +1)** — выкачены на боевой **UI-замечания #4-#7 (П12-П15)** страницы «Проекты» (origin/main `0e5ab345`): #4 правая панель и галочка теперь исчезают после Save/Pause/Delete (drawer.onPause +emit close, ProjectsView.onDrawerSaved +clearSelection); #5 отступ от тёмных границ выровнен с KanbanView (24 px со всех сторон, scoped CSS вместо Vuetify `pa-6` чтобы `has-drawer` мог перекрыть правый отступ); #6 селектор «Показывать по 20/50/100/200» (паттерн как у DealsView, v-btn-toggle) + v-pagination когда total>per_page + серверный max per_page 100→200; #7 фильтры **регион** (89 субъектов; проекты с пустым `regions[]` = «вся РФ» попадают в любой фильтр через `regions @> ARRAY[?]::int[] OR regions='{}'/NULL`) и **день приёма** (bitwise `delivery_days_mask & (1<<day)`) + 8 вариантов сортировки + **дефолт = `-delivered_today`** (карточки с активной доставкой за сегодня сверху) + защита от инъекции через whitelist (silent fallback на default). 5 файлов (`ProjectController.php` index + frontend store/view/drawer + Pest `ProjectsListShowTest` +8 specs), Pest 80/80 GREEN, Vitest 30/30 GREEN, Vite build 2.32 s. Деплой: scp build/ + rsync на `/var/www/liderra/app/public/build/` + scp `ProjectController.php` (sed CRLF) + `config:cache && view:clear && route:cache` + `systemctl reload php8.3-fpm`. Smoke на боевом: `/api/projects?sort=-delivered_today&per_page=200&region=77&delivery_day=5` → HTTP 401 JSON (auth:sanctum) — SQL не валит сервер; `sort=password` → тоже 401, whitelist fallback работает; `index.html` ссылается на новый `app-DUusbMaI.js`. Бэкап старого ProjectController `/tmp/ProjectController.php.bak-20260522-155337`. Визуальная UI-проверка драйвера/отступа/фильтров — за заказчиком в браузере. **Раньше 22.05 (ночь)** — закрыт **P2 аудита журналирования** (origin/main `5df34a61`, 11 коммитов в worktree `audit-p2-operational`, после 2 ребейзов на параллельные сессии): новая таблица `tenant_operations_log` с hash-chain (schema v8.28) — мутации проектов/API-keys.regenerate/webhook URL; 3 `SaasAdminAuditLog::create()` в `AdminSupplierIntegrationController`; `SupplierWebhookController.receive` пишет `webhook_log` на 4 exit-points (ALTER `webhook_log` +5 columns: schema v8.29); cron `incidents:watch-failures` every 10 min (threshold 200, dedup 60m) — закрывает класс «25k failed без инцидента». Деплой на боевой — pending. **22.05 (поздний вечер)** — устранён инцидент **500 Server Error на всём портале** (повреждённый `APP_KEY` в `.env`: 24 строки с CRLF + дубль ключа от `key:generate` → Laravel падал на дефолтный sqlite-кэш; **APP_KEY ротирован** — все Redis-сессии стали невалидны, юзеры разлогинятся при следующем визите). Развёрнут **мониторинг доступности с email-алёртом на `kdv1@bk.ru`** (cron `/2 мин`), **pre-flight гейт деплоя** `/usr/local/bin/liderra-precheck.sh` (15 проверок: CRLF в .env, длина APP_KEY, decrypt(encrypt) round-trip, PG/Redis ping, ...), **systemd-лимиты для `liderra-queue`** (Restart=on-failure + Burst=5/5min + OnFailure email — больше не крутится в бесконечном крэше); в WAF для `/api/*` поднят порог `inbound_anomaly_score` 5→10 (правило 1900300 в `liderra-exclusions.conf` — edge-case JSON-payloads больше не дают false-positive). Скрипты в `tools/liderra-monitoring/` (push `365d1a0`). Раньше 22.05 — развёрнут серверный слой безопасности (HTTPS, fail2ban, бэкапы, **WAF в режиме блокировки**) + расширения БД pg_audit/pg_anonymizer + Lockbox-хранилище секретов; **APP_URL переведён на `https://liderra.ru`** + SANCTUM-домены; **настроена фирменная исходящая почта `verify@liderra.ru`** (Яндекс 360 — §7). **Выкачен прикладной код:** регистрация по коду на email + обязательный телефон (E2E live ✅), денежный фикс деления лимита B1/B2/B3, RLS-фикс admin-impersonation (§2). **Также 22.05 поздний вечер** — выполнен сквозной аудит журналирования (статика + конфиг + живые цифры с прода): найдено 9+ дыр — `pd_processing_log=0` при 417 сделках с телефонами, `activity_log` 412 строк все с `user_id=NULL`, `incidents_log` не наполняется автоматически (25 445 failed_webhook_jobs прошли без инцидента). Подготовлены три плана закрытия — см. §6 пп.7–9. **Также 22.05 поздний вечер** — выкачен **backend supplier group-sync fix** (на main `d3197095`, мерж 2 моих коммитов `1be2d62f` + `2033655f` поверх C1-marketing-tooling параллельной сессии): online-синхронизация теперь пересчитывает всю «группу» источника (union regions/days, group computeOrder + distribute, status paused) вместо данных одного проекта; смена источника отвязывает старые supplier_projects + dispatches DeleteSupplierProjectJob; auto-link корня перенесён в main. Закрывает на проде #1 при изменении (`20→30 → 10/10/10`, переплата ×3 устранена), #10 пауза (`status=false`, заказы остановлены), C2/C3 multi-client (union вместо затирания). 5 файлов задеплоены `/var/www/liderra/app/`, бэкап `/home/ubuntu/deploy-backups/2026-05-22-supplier-group-fix.tar.gz`, проверено вживую qa-проектами + чистка.
+**Снимок снят:** 23.05.2026 — **выкачен фронтенд-фикс «крестик удаления на чипах регионов»** (closable-chips): на странице «Проекты» у выбранных регионов появился крестик ×, регион убирается по одному (раньше приходилось сбрасывать весь список и выбирать заново). 3 места: карточка создания проекта (`NewProjectDialog`), панель редактирования (`ProjectDetailsDrawer`), массовое изменение регионов (`RegionsBulkDialog`). Только фронтенд (3 Vue-файла — добавлено свойство `closable-chips`; бэкенд/схема не тронуты), Vitest 33/33 GREEN, Vite build `app-DtFAwdvV.js` (был `app-DUusbMaI.js`). **Деплой:** tar локального `public/build` → scp → бэкап текущей сборки `/home/ubuntu/deploy-backups/build-pre-region-chips-20260523-072542.tgz` → `rsync -a --delete` в `/var/www/liderra/app/public/build/` + `chown www-data`. **Smoke на боевом:** `/login` HTTP 200, отданный HTML ссылается на новый `app-DtFAwdvV.js`, файл сборки 200, старый бандл удалён. На origin/main `d170c886`+ (мой коммит `cfe94d91` уехал в main вместе с веткой параллельной сессии — склеился с её незавершёнными supplier-правками, но на прод ушёл **только фронтенд**, бэкенд-правки соседней сессии в `public/build` не входят). Визуальная UI-проверка в браузере — за заказчиком (возможно Ctrl+F5 для сброса кэша). **Раньше 23.05 — финальная чистка 5 qa-tenants на проде** (data-only, без коммитов в репо): tenants id 6-10 (qatest1..5 / Компания QA Test 1..5 / qa{N}@liderra.test, созданы 22.05 12:55) — все пустые после прошлых ретестов (0 projects / 0 deals / 1 user на тенант, balance 100K leads + 100K руб тестовое). Перепроверка: запрос по всем 41 таблице с `tenant_id` — суммарно 5 строк (5 users). Все NO-ACTION FK таблицы (auth_log/api_keys/outbound_webhooks/pd_*/refund_requests/saas_upd/saas_admin_audit/saas_admin_sessions) для tenant 6-10 пусты. **Hard-DELETE транзакцией** `DELETE FROM tenants WHERE id BETWEEN 6 AND 10` → CASCADE автоматом снёс 5 users. Verification: tenants `10 → 5`, users for 6-10 `5 → 0`. Текущие тенанты на проде: **id 1 demo** (`admin@demo.local`, 3 projects / 5 deals), **id 2 client1** (`info@lkomega.ru`, 117 projects / 412 deals — основной живой клиент), **id 3/4/5 client2/3/4** (`client{N}@liderra.test`, по 0 projects / 0 deals — placeholder-тенанты, остались для DEV-теста sharing-flow между tenant'ами). **Раньше 22.05 (поздний вечер +2)** — **чистка orphan supplier_projects + даунгрейд лог-спама** (origin/main `146501ba`): найдено 4 truly-orphan sp (не 16 — память была неверна; первичный запрос через legacy-колонки `projects.supplier_b1/b2/b3` возвращал 359 ложных, фактический link — таблица `project_supplier_links` 361 строка): id 57 `x.example` 0 leads, id 73/77 `79991234567` 14 leads, id 79 `https://заложитьптс.рф` 2 leads — placeholders/тестовые/malformed URL. **Перепроверка влияния на живых клиентов:** все 16 leads `deals_created_count=0`, 0 deals у этих 9 номеров глобально (включая tenant 2 info@lkomega.ru/client1) — поставки **никому не прекращались**. Удаление транзакцией `DELETE FROM supplier_projects WHERE id IN (57, 73, 77, 79)` → 4 sp удалены, FK `ON DELETE SET NULL` на `supplier_leads` (16 строк), `supplier_sync_log` (0 строк), `projects.supplier_b1/b2/b3` (0 ссылок). Orphan count `4 → 0` ✓. Параллельно: спам `csv_reconcile.unparseable_project_skipped {"project":"79135XXXXXX"}` (13+ warning/день, supplier-side data quality — `crm.bp-gr.ru` кладёт телефон-style строку в project-колонку CSV; не наш баг — телефон-строка замаскирована в этом снимке) **даунгрейднут warning→info** в `CsvReconcileJob.php:131-134` (1 строка кода + комментарий-обоснование, deploy через scp + opcache reset + `queue:restart`; commit `146501ba`, push `ce314034..146501ba → main`). Verification: deployed на проде, line 134 `Log::info`, 2 manual job-dispatch (`csv_reconcile_log` id 66/67 ok), unparseable-код-путь на этих прогонах не сработал (179 CSV-строк попали в existingKeys — `$missing` empty), эффект на след. реальном попадании. **Раньше 22.05 (поздний вечер +1)** — выкачены на боевой **UI-замечания #4-#7 (П12-П15)** страницы «Проекты» (origin/main `0e5ab345`): #4 правая панель и галочка теперь исчезают после Save/Pause/Delete (drawer.onPause +emit close, ProjectsView.onDrawerSaved +clearSelection); #5 отступ от тёмных границ выровнен с KanbanView (24 px со всех сторон, scoped CSS вместо Vuetify `pa-6` чтобы `has-drawer` мог перекрыть правый отступ); #6 селектор «Показывать по 20/50/100/200» (паттерн как у DealsView, v-btn-toggle) + v-pagination когда total>per_page + серверный max per_page 100→200; #7 фильтры **регион** (89 субъектов; проекты с пустым `regions[]` = «вся РФ» попадают в любой фильтр через `regions @> ARRAY[?]::int[] OR regions='{}'/NULL`) и **день приёма** (bitwise `delivery_days_mask & (1<<day)`) + 8 вариантов сортировки + **дефолт = `-delivered_today`** (карточки с активной доставкой за сегодня сверху) + защита от инъекции через whitelist (silent fallback на default). 5 файлов (`ProjectController.php` index + frontend store/view/drawer + Pest `ProjectsListShowTest` +8 specs), Pest 80/80 GREEN, Vitest 30/30 GREEN, Vite build 2.32 s. Деплой: scp build/ + rsync на `/var/www/liderra/app/public/build/` + scp `ProjectController.php` (sed CRLF) + `config:cache && view:clear && route:cache` + `systemctl reload php8.3-fpm`. Smoke на боевом: `/api/projects?sort=-delivered_today&per_page=200&region=77&delivery_day=5` → HTTP 401 JSON (auth:sanctum) — SQL не валит сервер; `sort=password` → тоже 401, whitelist fallback работает; `index.html` ссылается на новый `app-DUusbMaI.js`. Бэкап старого ProjectController `/tmp/ProjectController.php.bak-20260522-155337`. Визуальная UI-проверка драйвера/отступа/фильтров — за заказчиком в браузере. **Раньше 22.05 (ночь)** — закрыт **P2 аудита журналирования** (origin/main `5df34a61`, 11 коммитов в worktree `audit-p2-operational`, после 2 ребейзов на параллельные сессии): новая таблица `tenant_operations_log` с hash-chain (schema v8.28) — мутации проектов/API-keys.regenerate/webhook URL; 3 `SaasAdminAuditLog::create()` в `AdminSupplierIntegrationController`; `SupplierWebhookController.receive` пишет `webhook_log` на 4 exit-points (ALTER `webhook_log` +5 columns: schema v8.29); cron `incidents:watch-failures` every 10 min (threshold 200, dedup 60m) — закрывает класс «25k failed без инцидента». Деплой на боевой — pending. **22.05 (поздний вечер)** — устранён инцидент **500 Server Error на всём портале** (повреждённый `APP_KEY` в `.env`: 24 строки с CRLF + дубль ключа от `key:generate` → Laravel падал на дефолтный sqlite-кэш; **APP_KEY ротирован** — все Redis-сессии стали невалидны, юзеры разлогинятся при следующем визите). Развёрнут **мониторинг доступности с email-алёртом на `kdv1@bk.ru`** (cron `/2 мин`), **pre-flight гейт деплоя** `/usr/local/bin/liderra-precheck.sh` (15 проверок: CRLF в .env, длина APP_KEY, decrypt(encrypt) round-trip, PG/Redis ping, ...), **systemd-лимиты для `liderra-queue`** (Restart=on-failure + Burst=5/5min + OnFailure email — больше не крутится в бесконечном крэше); в WAF для `/api/*` поднят порог `inbound_anomaly_score` 5→10 (правило 1900300 в `liderra-exclusions.conf` — edge-case JSON-payloads больше не дают false-positive). Скрипты в `tools/liderra-monitoring/` (push `365d1a0`). Раньше 22.05 — развёрнут серверный слой безопасности (HTTPS, fail2ban, бэкапы, **WAF в режиме блокировки**) + расширения БД pg_audit/pg_anonymizer + Lockbox-хранилище секретов; **APP_URL переведён на `https://liderra.ru`** + SANCTUM-домены; **настроена фирменная исходящая почта `verify@liderra.ru`** (Яндекс 360 — §7). **Выкачен прикладной код:** регистрация по коду на email + обязательный телефон (E2E live ✅), денежный фикс деления лимита B1/B2/B3, RLS-фикс admin-impersonation (§2). **Также 22.05 поздний вечер** — выполнен сквозной аудит журналирования (статика + конфиг + живые цифры с прода): найдено 9+ дыр — `pd_processing_log=0` при 417 сделках с телефонами, `activity_log` 412 строк все с `user_id=NULL`, `incidents_log` не наполняется автоматически (25 445 failed_webhook_jobs прошли без инцидента). Подготовлены три плана закрытия — см. §6 пп.7–9. **Также 22.05 поздний вечер** — выкачен **backend supplier group-sync fix** (на main `d3197095`, мерж 2 моих коммитов `1be2d62f` + `2033655f` поверх C1-marketing-tooling параллельной сессии): online-синхронизация теперь пересчитывает всю «группу» источника (union regions/days, group computeOrder + distribute, status paused) вместо данных одного проекта; смена источника отвязывает старые supplier_projects + dispatches DeleteSupplierProjectJob; auto-link корня перенесён в main. Закрывает на проде #1 при изменении (`20→30 → 10/10/10`, переплата ×3 устранена), #10 пауза (`status=false`, заказы остановлены), C2/C3 multi-client (union вместо затирания). 5 файлов задеплоены `/var/www/liderra/app/`, бэкап `/home/ubuntu/deploy-backups/2026-05-22-supplier-group-fix.tar.gz`, проверено вживую qa-проектами + чистка.
 
 ---