- Verschifft
- 3. September 2026 um 07:33 UTC
- Autor
- Kamo
- Ausschuss
- 0db8f9a
Kamo-internal ist seit b08f3b34 nicht mehr in der Lage, ein Bild zu produzieren. "Nächst bauen" nicht versagt, es UNG: kein Ausgang, kein Fehler, kein Timeout. ".next" gefroren bei 1.3 MB während zwei Threads 200% CPU brannten und nichts auf Diskette schrieben, so lange wie jeder bereit war zu warten. InlineImageOverlay's "<style jsx global"-Block trug neunzehn .${OVERLAY_CLASS' Interpolationen, eine pro Selektor. styled-jsx behandelt jeden Loch in einer CSS-Vorlage als dynamischer Wert und Gründe über das Stylesheet um jeden; neunzehn in einem 109-Linien-Block sendet den Compiler in ein Spin, der nie endet. OVERLAY_CLASS ist "const OVERLAY_CLASS = 'kamo-iio' - eine Compil-Time-Konstante - so dass jedes dieser Löcher interpolating ein Wert, der sich nie ändert. Das Ausschreiben des Präfixes ist die ganze Korrektur. Gleiche Selektoren, gleiche CSS, gleiche Klasse Namen, und die Datei ist sonst unberührt: 602 Zeilen in und 602 Zeilen aus. Gemessen am gleichen Werkbaum, gleichen node_modules, gleichen Nachrichten/: mit den Interpolationen nie beendet (getötet bei 10m, .next 1.3 MB) ohne sie zusammengestellt in 117s, .next 379 MB Bisected anstatt erraten, weil ein Hang sieht genau wie eine langsame Maschine von außen und wurde nacheinander mit einer Haufendecke, mit Läufer verwechselt Streit von verwaisten Builds, und für eine volle Festplatte. Es ist keines davon: die Läufer hat 120 GB frei, keine CPU-Quote, und 5730c01e kompiliert in 96s auf der gleichen box. Sowohl Turbopack und Webpack hängen, das ist der Tell, sie teilen diese transformieren. OVERLAY_CLASS bleibt die einzige Wahrheitsquelle für den Markup; nur das CSS Text ist wörtlich. inlineImageOverlayCss.test.ts bewacht beide Hälften davon: es scheitert, wenn eine Interpolation wieder eingeführt wird, und es scheitert, wenn die wörtlichen Selektoren und das ständige Abdriften auseinander.