sase.tr

root/sase.tr

Fork 0

Commit Graph

Author	SHA1	Message	Date
Semih Yesilyurt	142ec3a150	feat(pl24): Faz 3 — backfill anahtarı + Mitsubishi parça-listesi düzeltmesi Some checks failed QA Gate (P0/P1) / Test affected app (pull_request) Has been cancelled Details Faz 3 backfill'i açmadan önce hacmi ölçtüm ve raporun işaret ettiğinden çok daha büyük bir israf çıktı. Mitsubishi'nin parça listesi grup sanılıyordu. `/p5mitsubishi/extern/details/vinDetails` yanıtı `partno`/`qty` taşıyan bir PARÇA listesi (canlı doğrulama: 16 kayıt), ama her kaydın kendi linki `partInfoTable` ve ne wid ne yol sınıflandırıcıda karşılık buluyordu. Sonuç (prod ölçümü): 2.193 parça listesi grup düğümüne döndü, içlerindeki 19.576 tekil parça ("SCREW,LOCK CYLINDER", "BOLT,STEERING COLUMN WASHER") kategori olarak kaydedildi. Bu 19.576 sahte düğümün TOPLAM 2 tanesinde parça var ve hepsi her prefetch turunda yeniden çekiliyor. İkisi de %100 Mitsubishi. - `detailsTable` artık yaprak, `isPl24PartDetailNode()` ile `partInfoTable` hiç kuyruklanmıyor. - `isLeafLinkPath` artık `linkWid`'i de geçiriyor. Okuma yolu bu güvenilir sinyali hep kullanıyordu ama kuyruklama yolu düşürüyordu — sınıflandırıcı `detailsTable`'ı öğrense bile burada yine grup sayılacaktı. - Migration 0036: 19.576 sahte kategori siliniyor. Okuma yolu bir düğümün ÖNCE çocuklarına baktığı için bu silme düzeltmenin parçası, ayrı temizlik değil. Kuru çalıştırma: 19.576 kategori, 9 araç, 2 parça, Mitsubishi dışı 0. Backfill anahtarı. `PL24_BACKFILL_ENABLED` eklendi, varsayılan KAPALI. Eski `PL24_TR_DISABLED` adı "tr hesabı öldü" diyordu ama işi "toplu yükü tek sağ kalan hesaptan uzak tut"tu. Eski değişken hâlâ kapatabiliyor — yarım deploy musluğu sessizce açamasın. Kullanıcı tetikli fast-lane bu anahtardan etkilenmiyor. 9 yeni test. api 647 test geçiyor. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-20 10:51:42 +03:00
semih	ddc223f745	feat(pl24): bayat P4 mimarisindeki araçları görüntülendikçe P5'e taşı Some checks failed QA Gate (P0/P1) / Test affected app (pull_request) Has been cancelled Details Faz 2 / veri göçü (analiz: /home/s/ss/plv2.md, bulgu psa-07 / consumers_jobs-05). SORUN: PSA ve Volvo upstream'de P5'e taşındı, ama daha önce decode edilmiş araçlar hâlâ eski yollara işaret ediyor: 324 PSA aracı (302'si bir kullanıcıya bağlı, 33.535 kategori) donmuş 2024-02-13 anlık görüntüsünden, 36 Volvo aracı (34'ü kullanıcılı, 10.195 kategori) ölü P4 ucundan besleniyor. `decodeVin`'in db_hit kısa devresi yüzünden kod düzeltmesi bu satırlara ASLA ulaşmıyor; ayrıca `categories` tablosundaki (vehicle_id, name, source) tekil indeksi yüzünden yeni ağaç eskisinin üzerine yazılamıyor. YAKLAŞIM: toplu yeniden decode fırtınası yerine görüntülendikçe kendi kendini onarma. Tek hayatta kalan hesaba 360 aracı arka arkaya sormak yerine, her araç ilk açılışında bir kez taşınır. - `isStalePl24Architecture()` (pl24-tree.ts): saklı catalogPath `/psa`\|`/volvo` ama servis bugün P5 ise bayat. Hâlâ P4 olan markalar (Ford/Opel/Hyundai/Kia/ Nissan) ve zaten P5 olan kayıtlar dokunulmaz. - `CategoriesService.healStalePl24Architecture()`: cache'i atlayarak yeniden decode eder, eski ağacı SİLİP yenisini tek transaction'da yazar, raw_data'yı yeni catalogInfo ile günceller, `fully_fetched`'i düşürür ve `cat:tree` / `prefetch:complete` / `prefetch:noresult` anahtarlarını temizler. Bilinçli olarak temkinli: - Yeniden decode başarısız olur veya kategori dönmezse ESKİ ağaç korunur (bayat veri, veri yokluğundan iyidir). - Deneme `pl24:heal:<vehicleId>` ile günde bir kez (setNx) — çözülemeyen bir VIN her sayfa görüntülemesinde PL24'e gidemez. - Eski satırlar ancak yeni ağaç elde edildikten SONRA siliniyor (tekil indeks). - PL24 bütçesi/hız sınırı zaten üstte: her onarma ~2 upstream isteği. Test: `isStalePl24Architecture` 4 test (bayat tespiti, zaten-P5, hâlâ-P4 markalar, eksik bilgi) + onarma akışı 4 test (ağaç değişir, P5 kayda dokunulmaz, boş decode eski ağacı korur, günlük kilit). 221 test geçti; tsc + biome temiz. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-17 16:53:15 +03:00
semih	dde6f6a15c	feat(pl24): PSA + Volvo'yu P5'e taşı, eksik katalogları ekle, ağaç sınıflandırmasını birleştir Some checks failed QA Gate (P0/P1) / Test affected app (pull_request) Has been cancelled Details Faz 1 / adım 3-4 (analiz: /home/s/ss/plv2.md §3.3/§3.5, bulgular types_wmi-01/02/03/04/05, p5core-02/03/04/05, psa-04/05/06, consumers_jobs-01/02). CANLI GERÇEK (2026-09-16 keşfi): PL24 manufacturers API'si peugeot/citroen/ citroenDs/psa_opel/psa_vauxhall'ı `/p5psa`, volvo/polestar'ı `/p5volvo`, subaru'yu `/p5subaru` olarak veriyor. Eski Volvo P4 ucu 503 döndürüyor (ölü); eski PSA P4 ucu 200 döndürüyor ama verisi 2024-02-13'te donmuş (P5 upds 2026-09-07). Kodumuz her ikisini de P4'e yönlendiriyordu. SERVİS TABLOSU: - peugeot/citroen/citroenDs + YENİ psa_opel_parts, psa_vauxhall_parts → /p5psa - volvo/polestar → /p5volvo · YENİ subaru_parts → /p5subaru - YENİ abarth/alfa/jeep/lancia → /p5fiat - WMI düzeltmeleri: ZAR→alfa, ZLA→lancia (fiatp'den), VXK→psa_opel (PSA-platform Corsa F/Mokka B), YENİ JF1/JF2→subaru, 1C4/1J4→jeep. SERVICE_TO_BRAND genişledi. - P4 kodu ve eski yollar DOKUNULMADI: mevcut 322 PSA + 36 Volvo aracı eski ağaçlarıyla çalışmaya devam eder (veri göçü ayrı iş). PARSER (canlı yanıt şekillerine göre): - `normalizeLabel()`: JS toLowerCase Türkçe "İ"yi "i̇" (i + birleşen nokta) yapıyordu → PSA'nın "AKTARMA SİSTEMLERİ"/"GÖVDE TİPİ" etiketleri HİÇBİR ZAMAN eşleşmiyordu, şanzıman/gövde sessizce null kalıyordu. Artık tr-locale + diakritik temizliği + ı→i. - `parsePsaModelYear()`: "AM 2005" → 2005; "MAJÖR ENDEKS" bir yıl DEĞİL (bu yüzden Citroën'ler 2001 görünüyordu). `damToModelYear()`: PSA DAM alanı (1976-01-01'den gün) → üretim yılı, model yılı Temmuz'da döner. PSA VIN'lerinde 10. karakter model yılı olmadığı için VIN fallback'i en sona. - Alan listeleri: motor/engine (PSA "MOTOR", Volvo "Motor"), aktarma_sistemleri, mission, govde_tipi, kaporta_stili, türü→series. - Alt grup kodu: PSA'da `record.id` = illusPath ve birden çok illüstrasyon paylaşıyor (canlı: 36 kayıt / 11 id) → benzersiz kod `values.illustration`. - Parça filtresi: Volvo BOM'unun başlık satırı (id "null_null", link yok, unavailable) hayalet parça olarak geçiyordu → elendi. - Adet: qty (VAG/Subaru) · coef (PSA) · unit (Volvo). Uygulanabilirlik: modelDescription · restriction. AĞAÇ SINIFLANDIRMASI (yeni `pl24-tree.ts`, tek kaynak): Dört ayrı sezgisel vardı ve birbiriyle çelişiyordu: - `linkWid.includes("group")` → p5psa `illusTable`, p5volvo/p5subaru `illustrationsTable` yakalanmıyordu → o seviye yaprak sanılıp parça olarak çekiliyor, partno'suz kayıtlar 0 parçaya dönüşüyor, panel sessizce boş kalıyordu (2026-06 isPsaParent olayının aynısı). - case-sensitive `includes("/bomdetails")` → p5psa/p5volvo'nun camelCase `/details/vin/bomDetails` yaprakları grup sanılıyor, parçaları hiç prefetch edilmiyordu (bugün Mitsubishi %99,9 / Fiat %80 / Renault %70 bomDetails yaprağı 0 parça — aynı kök neden). Artık `isPl24LeafNode`/`isPl24GroupNode` tek kaynak; categories.service (2 yer), catalog.service (2 yer) ve prefetch-worker aynı fonksiyonu kullanıyor. Test: yeni `pl24-tree.spec.ts` (7 test, canlı VW/PSA/Volvo/Subaru wid+path çiftleriyle regresyon kilidi). Etkilenen paketler: 208 test geçti. tsc + biome temiz. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-17 14:00:30 +03:00

Author

SHA1

Message

Date

Semih Yesilyurt

142ec3a150

feat(pl24): Faz 3 — backfill anahtarı + Mitsubishi parça-listesi düzeltmesi

QA Gate (P0/P1) / Test affected app (pull_request) Has been cancelled

Details

Faz 3 backfill'i açmadan önce hacmi ölçtüm ve raporun işaret ettiğinden
çok daha büyük bir israf çıktı.

**Mitsubishi'nin parça listesi grup sanılıyordu.**
`/p5mitsubishi/extern/details/vinDetails` yanıtı `partno`/`qty` taşıyan
bir PARÇA listesi (canlı doğrulama: 16 kayıt), ama her kaydın kendi
linki `partInfoTable` ve ne wid ne yol sınıflandırıcıda karşılık
buluyordu. Sonuç (prod ölçümü): 2.193 parça listesi grup düğümüne
döndü, içlerindeki 19.576 tekil parça ("SCREW,LOCK CYLINDER",
"BOLT,STEERING COLUMN WASHER") kategori olarak kaydedildi. Bu 19.576
sahte düğümün TOPLAM 2 tanesinde parça var ve hepsi her prefetch
turunda yeniden çekiliyor. İkisi de %100 Mitsubishi.

- `detailsTable` artık yaprak, `isPl24PartDetailNode()` ile
  `partInfoTable` hiç kuyruklanmıyor.
- `isLeafLinkPath` artık `linkWid`'i de geçiriyor. Okuma yolu bu
  güvenilir sinyali hep kullanıyordu ama kuyruklama yolu düşürüyordu —
  sınıflandırıcı `detailsTable`'ı öğrense bile burada yine grup
  sayılacaktı.
- Migration 0036: 19.576 sahte kategori siliniyor. Okuma yolu bir
  düğümün ÖNCE çocuklarına baktığı için bu silme düzeltmenin parçası,
  ayrı temizlik değil. Kuru çalıştırma: 19.576 kategori, 9 araç, 2
  parça, Mitsubishi dışı 0.

**Backfill anahtarı.** `PL24_BACKFILL_ENABLED` eklendi, varsayılan
KAPALI. Eski `PL24_TR_DISABLED` adı "tr hesabı öldü" diyordu ama işi
"toplu yükü tek sağ kalan hesaptan uzak tut"tu. Eski değişken hâlâ
kapatabiliyor — yarım deploy musluğu sessizce açamasın. Kullanıcı
tetikli fast-lane bu anahtardan etkilenmiyor.

9 yeni test. api 647 test geçiyor.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

2026-09-20 10:51:42 +03:00

semih

ddc223f745

feat(pl24): bayat P4 mimarisindeki araçları görüntülendikçe P5'e taşı

QA Gate (P0/P1) / Test affected app (pull_request) Has been cancelled

Details

Faz 2 / veri göçü (analiz: /home/s/ss/plv2.md, bulgu psa-07 / consumers_jobs-05).

SORUN: PSA ve Volvo upstream'de P5'e taşındı, ama daha önce decode edilmiş
araçlar hâlâ eski yollara işaret ediyor: 324 PSA aracı (302'si bir kullanıcıya
bağlı, 33.535 kategori) donmuş 2024-02-13 anlık görüntüsünden, 36 Volvo aracı
(34'ü kullanıcılı, 10.195 kategori) ölü P4 ucundan besleniyor. `decodeVin`'in
db_hit kısa devresi yüzünden kod düzeltmesi bu satırlara ASLA ulaşmıyor; ayrıca
`categories` tablosundaki (vehicle_id, name, source) tekil indeksi yüzünden yeni
ağaç eskisinin üzerine yazılamıyor.

YAKLAŞIM: toplu yeniden decode fırtınası yerine **görüntülendikçe kendi kendini
onarma**. Tek hayatta kalan hesaba 360 aracı arka arkaya sormak yerine, her araç
ilk açılışında bir kez taşınır.

- `isStalePl24Architecture()` (pl24-tree.ts): saklı catalogPath `/psa`|`/volvo`
  ama servis bugün P5 ise bayat. Hâlâ P4 olan markalar (Ford/Opel/Hyundai/Kia/
  Nissan) ve zaten P5 olan kayıtlar dokunulmaz.
- `CategoriesService.healStalePl24Architecture()`: cache'i atlayarak yeniden
  decode eder, eski ağacı SİLİP yenisini tek transaction'da yazar, raw_data'yı
  yeni catalogInfo ile günceller, `fully_fetched`'i düşürür ve
  `cat:tree` / `prefetch:complete` / `prefetch:noresult` anahtarlarını temizler.

Bilinçli olarak temkinli:
- Yeniden decode başarısız olur veya kategori dönmezse ESKİ ağaç korunur
  (bayat veri, veri yokluğundan iyidir).
- Deneme `pl24:heal:<vehicleId>` ile günde bir kez (setNx) — çözülemeyen bir VIN
  her sayfa görüntülemesinde PL24'e gidemez.
- Eski satırlar ancak yeni ağaç elde edildikten SONRA siliniyor (tekil indeks).
- PL24 bütçesi/hız sınırı zaten üstte: her onarma ~2 upstream isteği.

Test: `isStalePl24Architecture` 4 test (bayat tespiti, zaten-P5, hâlâ-P4 markalar,
eksik bilgi) + onarma akışı 4 test (ağaç değişir, P5 kayda dokunulmaz, boş decode
eski ağacı korur, günlük kilit). 221 test geçti; tsc + biome temiz.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

2026-09-17 16:53:15 +03:00

semih

dde6f6a15c

feat(pl24): PSA + Volvo'yu P5'e taşı, eksik katalogları ekle, ağaç sınıflandırmasını birleştir

QA Gate (P0/P1) / Test affected app (pull_request) Has been cancelled

Details

Faz 1 / adım 3-4 (analiz: /home/s/ss/plv2.md §3.3/§3.5, bulgular types_wmi-01/02/03/04/05,
p5core-02/03/04/05, psa-04/05/06, consumers_jobs-01/02).

CANLI GERÇEK (2026-09-16 keşfi): PL24 manufacturers API'si peugeot/citroen/
citroenDs/psa_opel/psa_vauxhall'ı `/p5psa`, volvo/polestar'ı `/p5volvo`,
subaru'yu `/p5subaru` olarak veriyor. Eski Volvo P4 ucu **503** döndürüyor
(ölü); eski PSA P4 ucu 200 döndürüyor ama verisi **2024-02-13'te donmuş**
(P5 upds 2026-09-07). Kodumuz her ikisini de P4'e yönlendiriyordu.

SERVİS TABLOSU:
- peugeot/citroen/citroenDs + YENİ psa_opel_parts, psa_vauxhall_parts → /p5psa
- volvo/polestar → /p5volvo · YENİ subaru_parts → /p5subaru
- YENİ abarth/alfa/jeep/lancia → /p5fiat
- WMI düzeltmeleri: ZAR→alfa, ZLA→lancia (fiatp'den), VXK→psa_opel (PSA-platform
  Corsa F/Mokka B), YENİ JF1/JF2→subaru, 1C4/1J4→jeep. SERVICE_TO_BRAND genişledi.
- P4 kodu ve eski yollar DOKUNULMADI: mevcut 322 PSA + 36 Volvo aracı eski
  ağaçlarıyla çalışmaya devam eder (veri göçü ayrı iş).

PARSER (canlı yanıt şekillerine göre):
- `normalizeLabel()`: JS toLowerCase Türkçe "İ"yi "i̇" (i + birleşen nokta)
  yapıyordu → PSA'nın "AKTARMA SİSTEMLERİ"/"GÖVDE TİPİ" etiketleri HİÇBİR ZAMAN
  eşleşmiyordu, şanzıman/gövde sessizce null kalıyordu. Artık tr-locale +
  diakritik temizliği + ı→i.
- `parsePsaModelYear()`: "AM 2005" → 2005; "MAJÖR ENDEKS" bir yıl DEĞİL (bu
  yüzden Citroën'ler 2001 görünüyordu). `damToModelYear()`: PSA DAM alanı
  (1976-01-01'den gün) → üretim yılı, model yılı Temmuz'da döner.
  PSA VIN'lerinde 10. karakter model yılı olmadığı için VIN fallback'i en sona.
- Alan listeleri: motor/engine (PSA "MOTOR", Volvo "Motor"), aktarma_sistemleri,
  mission, govde_tipi, kaporta_stili, türü→series.
- Alt grup kodu: PSA'da `record.id` = illusPath ve birden çok illüstrasyon
  paylaşıyor (canlı: 36 kayıt / 11 id) → benzersiz kod `values.illustration`.
- Parça filtresi: Volvo BOM'unun başlık satırı (id "null_null", link yok,
  unavailable) hayalet parça olarak geçiyordu → elendi.
- Adet: qty (VAG/Subaru) · coef (PSA) · unit (Volvo). Uygulanabilirlik:
  modelDescription · restriction.

AĞAÇ SINIFLANDIRMASI (yeni `pl24-tree.ts`, tek kaynak):
Dört ayrı sezgisel vardı ve birbiriyle çelişiyordu:
- `linkWid.includes("group")` → p5psa `illusTable`, p5volvo/p5subaru
  `illustrationsTable` yakalanmıyordu → o seviye yaprak sanılıp parça olarak
  çekiliyor, partno'suz kayıtlar 0 parçaya dönüşüyor, panel sessizce boş
  kalıyordu (2026-06 isPsaParent olayının aynısı).
- case-sensitive `includes("/bomdetails")` → p5psa/p5volvo'nun camelCase
  `/details/vin/bomDetails` yaprakları grup sanılıyor, parçaları hiç prefetch
  edilmiyordu (bugün Mitsubishi %99,9 / Fiat %80 / Renault %70 bomDetails
  yaprağı 0 parça — aynı kök neden).
Artık `isPl24LeafNode`/`isPl24GroupNode` tek kaynak; categories.service (2 yer),
catalog.service (2 yer) ve prefetch-worker aynı fonksiyonu kullanıyor.

Test: yeni `pl24-tree.spec.ts` (7 test, canlı VW/PSA/Volvo/Subaru wid+path
çiftleriyle regresyon kilidi). Etkilenen paketler: 208 test geçti. tsc + biome temiz.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

2026-09-17 14:00:30 +03:00

3 Commits