Corrected my earlier characterization: windows.html and android.html are NOT a duplicate-content bug -- they're a single legitimate template that switches content based on URL path (location.pathname detection), by design. The real problem is their shared backend (systems/30-tech/data/30-app-api.php) returns status:error/unauthorized for both -- neither page can load any data right now, confirmed via direct API test. Checked the other 4 root-level files: define.html (138 real entries, self-contained, working), php.html (~74 entries, self-contained, working), shortcuts.html (menu page linking to 2 real working detail pages -- FreeCommander and X-plore shortcut references at systems/30-tech/laboratory/library/, both confirmed 200/substantial size), scripts.html (real unique QA-driven data structure but has scrambled title/answer pairs -- confirmed one entry titled about Windows 11 performance actually returns an Android duplicate-finder answer -- plus the QA-A006/QA-W010-013 entries recovered earlier today are present with correct titles but empty answer fields). Per USR369's rule (use what's active/working/non-duplicate, flag the rest), added a directory-location badge to every box on the Tech hub (frontend/30-Tech/index.html) showing exactly where each file lives (30-Tech root vs apps/ vs laboratory/ vs php-ed/), plus a visible warning label on Windows Library, Android Library, and Tech Scripts noting they're currently broken so nobody clicks in expecting them to work.