UI/UX 점검에서 시작해 "이 제품이 안전 시스템으로서 무엇이 없나"까지 내려간 작업. 두 덩어리를 한 커밋으로 둔다 — 뒤쪽 기능들이 앞쪽에서 고친 화면 위에 얹혀 있다. ━━ 1부: UI/UX 감사 21건 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 동선 — 확인(ack) 경로가 위험했다 - 스트림 정렬을 '미확인 우선'에서 엄격 시간순으로 되돌린다. 확인 상태가 연대기를 뒤집어 사고 재구성이 불가능했고, 확인하면 그 행이 목록 밖으로 사라지며 아래 행이 밀려 올라와 같은 좌표를 두 번 누르면 다른 이벤트가 확인 처리됐다. 이제 제자리에서 '확인됨'으로 전환되고 확정 토스트가 뜬다. 처리 큐는 정렬이 아니라 뷰모드 필터로 분리 (전환해도 행끼리 상대 순서는 절대 안 바뀐다). - 실행취소는 넣지 않았다. acknowledged_by는 감사로그가 함께 남는 추가 전용 기록이라 무음 되돌리기가 안전 시스템에서 더 나쁜 속성이다. 대신 오탐·구역삭제를 2단계 확정으로. - 이벤트 상세에 확인/오탐 신설. 판단하는 화면에 판단 도구가 없었다. - 구역 설정에 장치·카메라 선택기. 시스템이 아는 값을 사람에게 묻고 있었고, 플레이스홀더(device-01)마저 실제와 다른 포맷을 가르쳤다. - 날짜 조회(키셋 커서 시딩). 사고 조사 진입로가 아예 없어 '더 보기'를 반복해야 했다. - 경보음 세션 음소거(새 위급 도착 시 자동 해제). 끌 수 없는 반복음은 안전 콘솔이 통째로 꺼지는 경로다. 전달 — 같은 단어가 화면마다 다른 숫자를 가리켰다 - KPI '미확인'(최근 200건)과 24시간 브리프 '미확인'이 40px 간격으로 충돌했다. KPI에 실제 집계 범위를 명시. 중대=위급+높음을 인라인 정의. - 페이지 명칭 3종·날짜 포맷 3종 통일. '확인 필요' 칩을 전 심각도로 확장 (그전엔 확인 여부가 먼 컬럼의 버튼 유무로만 구분됐다). - 표본 게이트: 오탐율 '100% (1/1)'이 '33% (5/15)'보다 위에 뜨던 것, 최다 3건짜리 시간패턴 히트맵, 6→8건에 붙던 빨간 ▲33%. 개선조치 효과는 푸아송 잡음 범위(√before)를 넘어야 방향을 주장한다 — 안전회의에서 한 번 반박당하면 카드 전체가 신뢰를 잃는다. - 카메라 위험 순위가 중대>0이면 전부 빨강이라 순위 노릇을 못 했다. 상대 기준으로. 시각 — 화면마다 완성도가 달랐다 - 구역 설정·이벤트 상세를 카드 셸로 재구성. 둘 다 스타일 없는 기본 폼이었고, 납품 심사에서 "덜 만든 티"는 정확히 거기서 났다. - 히트맵 토글은 aria-pressed만 있고 CSS 규칙이 없어 켜졌는지 눈으로 알 수 없었다. - 존 색을 팔레트와 정합(팔레트 어디에도 없던 보라 제거), 채움+라벨칩+협착 점선. 캔버스에 1px 외곽선만 그리면 실제 공장 프레임에서 사라진다. ━━ 2부: 안전 플랫폼 (마이그레이션 2026-08-09-safety-platform.sql) ━━━ 통보 — 이 제품의 정의에 해당하는 구멍 지금까지 감지는 브라우저 탭이 열려 있고 사람이 보고 있어야만 전달됐다. 새벽 3시에 넘어진 작업자는 DB에 행 하나를 남기고 아침을 맞았다. - 엣지 GPIO 경광등(edge/beacon.py). 인터넷·서버 없이 동작하는 유일한 경로라 어떤 현장이든 이것부터 설정한다. /api/config의 beacons로 배선을 받고, 하드웨어가 없거나 핀이 안 열리면 NullBeacon으로 떨어지되 그 사실은 반드시 로그로 남긴다. - 메일·웹훅 채널 + 크론 디스패처(tools/dispatch_alerts.php). 중복 발송은 읽고-쓰기가 아니라 (event,channel) UNIQUE로 막는다 — 크론 중첩 실행은 공유호스팅의 상수다. - 미확인 위급은 unacked_escalation 이벤트가 되어 상위 채널로 올라간다(event_uuid로 멱등). '아무도 보지 않았다'는 사실 자체를 사건으로 만든다. - 통보에 이미지는 싣지 않는다. 스냅샷은 PIPA 대상이고 메일링 리스트로 나가는 순간 인증 프록시가 지키던 통제를 벗어난다 — 링크만 보낸다. 조용한 실패 제거 - 카메라 화각 이동·가림·조도 저하 감지(detectors/integrity.py). 존 판정은 화각 고정을 전제로 서 있는데, 삼각대를 스치면 제한구역이 엉뚱한 바닥을 가리키면서 시스템은 계속 초록불이었다. numpy만 사용하고, 지나가는 사람과 구분하기 위해 지속시간을 요구한다. - 스토리지 여유 감시. 디스크가 차면 이미지 저장만 조용히 실패하고 보드는 멀쩡해 보인다. 끊겨 있던 배선 2건 - thresholds_from_config()가 정의만 있고 어디서도 호출되지 않았다. 서버에 표가 있고 /api/config가 성실히 실어 보내고 엣지가 파싱한 뒤 버렸다 — 관리자가 무엇을 바꿔도 장비는 부팅 시 edge.env 값으로 영원히 돌았다(edge/tuning.py). - 존·임계값 저장이 config_version을 올리지 않아 '설정 지연' 표시가 애초에 켜질 수 없었다. 지표는 있는데 그것을 켜는 사건이 없었다. 관리 화면 (그전에는 phpMyAdmin이 유일한 방법이었다) - 임계값 편집: 자유 텍스트가 아니라 카탈로그(범위·단위·설명)로 렌더한다. 범위 밖 값은 엣지가 기동 시 거부하는데 그때는 이미 공장 안 장비가 재시작 루프다. 키보드 앞에서 막는다. 목록에 없는 키는 저장 불가 — 장비가 조용히 무시할 값이 '설정됨'으로 보이면 안 된다. - 정비 억제: 사유 필수, 최대 8시간(한 교대), 자동 만료. 감지와 기록은 그대로 계속되고 통보만 보류되며 그 보류도 원장에 status='suppressed'로 남는다 — 조사에서 '경보가 났지만 의도적으로 withheld됐다'를 볼 수 있어야 한다. - 교대 인수인계, 위험성평가, 설비 성능 추이, 설치 점검(/setup — 실제 상태 조회 기반). 증거·규정 - 감사로그 해시체인. 공유호스팅은 append-only 권한을 줄 수 없으니 '막는' 대신 '숨길 수 없게' 만든다. 수정·삭제·우회삽입이 전부 탐지되고(tools/verify_audit_chain.php, 손상 시 exit 1), 체인 이전 행은 손상이 아니라 '검증 불가 구간'으로 따로 센다 — 정상 시스템이 매번 빨간불을 켜면 아무도 이 도구를 안 본다. - 사고조사 패키지 1클릭: 전후 타임라인 + 통보 이력(누구에게 닿았는가) + 위험요인 + 조치 이력 + 서명란. 인쇄 CSS로 그대로 제출 가능. 사고 다음 날 반나절을 쓸 사람은 없다. - 이벤트→조치 직접 기록, 현장별 롤업(전역 계정만). 운영 - 일괄 확인(위급은 의도적으로 제외·2단계 확정), 키보드 트리아지(J/K/A/F/Enter), 모바일 레이아웃(44px 타깃), 보존기간 정리(tools/maintain.php), 백업/복구(tools/backup.php — www 안 출력은 거부), 데모 시드(tools/seed_demo.php). - tools/는 전부 CLI 전용이고 납품 시 move_detect_app/tools/에 www 밖으로 배치된다. 미착수 4건 (모델·하드웨어가 선행 조건) - 보호구·중장비 근접·화재 감지는 AGPL 아닌 가중치 확보 + HEF 컴파일이 관문이다. 감지기 배선·이벤트 계약·심각도·쿨다운·테스트까지 만들고 기본 비활성으로 둔다 (edge/detectors/pending.py). enabled=True인데 model=None이면 아무것도 하지 않도록 명시적으로 막았다 — "곧 됩니다" 상태로 켜 두면 현장은 감지되고 있다고 믿는다. - PLC 접점 협착 게이팅도 같은 이유로 인터페이스만. 검증: pytest 통과(skip 3 = 하드웨어·환경) / PHPUnit 221 (skip 0, +59). Chrome 실렌더로 신규 4화면 + 임계값 저장→config_version 증가→감사 기록→체인 검증→ 행 변조→탐지(exit 1) 전 경로 확인. cafe24 번들 + Pi 오프라인 번들(aarch64 휠 11개) 재생성, 소스 패리티 통과. 보안 자체점검: SQL 문자열 보간 0, innerHTML 0, 상태 변경 핸들러 전부 CSRF+RBAC.
157 lines
6.7 KiB
PHP
157 lines
6.7 KiB
PHP
<?php
|
|
/**
|
|
* 백업 — DB 덤프 + 스냅샷 아카이브.
|
|
*
|
|
* php tools/backup.php --out=/path/to/backups
|
|
* php tools/backup.php --out=/path --no-snapshots (DB만; 이미지가 클 때)
|
|
*
|
|
* 왜 필요한가
|
|
* 납품 후 고객이 스스로 하기 가장 어려운 일이 백업이다. 카페24 관리자 화면의 DB 백업은
|
|
* `move_` 표만 골라내지 못하고, 스냅샷 파일은 아예 대상이 아니다. 사고 기록과 그 증거
|
|
* 이미지가 함께 남지 않으면 백업의 의미가 절반이다 — 조사에서 필요한 것은 둘 다이다.
|
|
*
|
|
* 왜 mysqldump 를 쓰지 않는가
|
|
* 공유호스팅에는 shell_exec 도 mysqldump 도 없는 경우가 흔하다. PDO 로 읽어 SQL 텍스트를
|
|
* 직접 쓰면 어디서든 돈다. 대신 대용량에서는 느리므로, 이벤트 표는 청크로 읽는다.
|
|
*
|
|
* 복구
|
|
* phpMyAdmin 에서 덤프 SQL 을 실행하고, 스냅샷 tar 를 storage/snapshots/ 에 풀면 된다.
|
|
* 자세한 절차는 출력 파일 옆의 RESTORE.txt 에 함께 기록된다.
|
|
*/
|
|
declare(strict_types=1);
|
|
|
|
require __DIR__ . '/bootstrap.php';
|
|
|
|
[$cfg, $pdo] = tool_boot();
|
|
$args = tool_args($argv);
|
|
|
|
$outDir = rtrim((string)($args['out'] ?? ''), '/\\');
|
|
if ($outDir === '') {
|
|
fwrite(STDERR, "사용법: php tools/backup.php --out=<디렉터리> [--no-snapshots]\n");
|
|
exit(2);
|
|
}
|
|
if (!is_dir($outDir) && !@mkdir($outDir, 0700, true)) {
|
|
fwrite(STDERR, "출력 디렉터리를 만들 수 없습니다: $outDir\n");
|
|
exit(2);
|
|
}
|
|
// 백업 파일에는 전 현장의 사고 기록과 개인정보가 들어 있다. 웹에서 읽히는 위치에 두면
|
|
// 그 자체가 사고다.
|
|
$real = realpath($outDir);
|
|
if ($real !== false && str_contains(str_replace('\\', '/', $real), '/www/')) {
|
|
fwrite(STDERR, "거부: 백업 대상이 웹 공개 경로(www/) 안입니다. 이 파일은 사고 기록과 개인정보를 담습니다.\n");
|
|
exit(2);
|
|
}
|
|
|
|
$stamp = date('Ymd-His');
|
|
$sqlPath = $outDir . '/move_detect-' . $stamp . '.sql';
|
|
$fh = fopen($sqlPath, 'wb');
|
|
if ($fh === false) { fwrite(STDERR, "덤프 파일을 열 수 없습니다.\n"); exit(2); }
|
|
|
|
// 이 순서는 복구 시 참조 무결성 순서다 (events 가 snapshots/alert_log 보다 먼저).
|
|
$TABLES = [
|
|
'move_users', 'move_devices', 'move_cameras', 'move_zones', 'move_thresholds',
|
|
'move_events', 'move_event_snapshots', 'move_actions', 'move_audit_log',
|
|
'move_suppressions', 'move_alert_channels', 'move_alert_log',
|
|
'move_shift_handovers', 'move_risk_controls', 'move_device_metrics',
|
|
];
|
|
// nonce / rate_limits 는 재생성되는 휘발성 데이터라 일부러 제외한다.
|
|
|
|
function q(PDO $pdo, $v): string
|
|
{
|
|
if ($v === null) return 'NULL';
|
|
if (is_int($v) || is_float($v)) return (string)$v;
|
|
return $pdo->quote((string)$v);
|
|
}
|
|
|
|
fwrite($fh, "-- move_detect backup {$stamp}\n");
|
|
fwrite($fh, "-- 복구: phpMyAdmin 에서 이 파일을 실행한 뒤 스냅샷 아카이브를 storage/snapshots/ 에 풉니다.\n");
|
|
fwrite($fh, "SET NAMES utf8mb4;\nSET FOREIGN_KEY_CHECKS=0;\n\n");
|
|
|
|
$counts = [];
|
|
foreach ($TABLES as $table) {
|
|
try {
|
|
$probe = $pdo->query("SELECT * FROM {$table} LIMIT 1");
|
|
} catch (Throwable $e) {
|
|
// 마이그레이션 전 DB 에는 없는 표가 있다. 백업이 그걸로 실패하면 안 된다.
|
|
$counts[$table] = 'skipped';
|
|
continue;
|
|
}
|
|
$cols = [];
|
|
for ($i = 0; $i < $probe->columnCount(); $i++) {
|
|
$cols[] = $probe->getColumnMeta($i)['name'];
|
|
}
|
|
$colList = '`' . implode('`, `', $cols) . '`';
|
|
|
|
$n = 0;
|
|
$offset = 0;
|
|
fwrite($fh, "\n-- {$table}\n");
|
|
while (true) {
|
|
// 청크 단위: 이벤트가 수십만 건인 현장에서 한 번에 fetchAll 하면 메모리가 터진다.
|
|
$st = $pdo->prepare("SELECT * FROM {$table} LIMIT 500 OFFSET {$offset}");
|
|
$st->execute();
|
|
$rows = $st->fetchAll(PDO::FETCH_ASSOC);
|
|
if ($rows === []) break;
|
|
foreach ($rows as $row) {
|
|
$vals = [];
|
|
foreach ($cols as $c) $vals[] = q($pdo, $row[$c] ?? null);
|
|
fwrite($fh, "INSERT INTO {$table} ({$colList}) VALUES (" . implode(', ', $vals) . ");\n");
|
|
$n++;
|
|
}
|
|
$offset += 500;
|
|
}
|
|
$counts[$table] = $n;
|
|
}
|
|
fwrite($fh, "\nSET FOREIGN_KEY_CHECKS=1;\n");
|
|
fclose($fh);
|
|
@chmod($sqlPath, 0600);
|
|
|
|
// ---- 스냅샷 ---------------------------------------------------------------------------
|
|
$snapNote = 'skipped (--no-snapshots)';
|
|
if (!isset($args['no-snapshots'])) {
|
|
$dir = rtrim($cfg->snapshotDir(), '/\\');
|
|
if (!is_dir($dir)) {
|
|
$snapNote = 'snapshot dir 없음';
|
|
} elseif (!class_exists('ZipArchive')) {
|
|
// ext-zip 이 없으면 아카이브를 만들 수 없다. 조용히 넘어가면 이미지 없는 백업을
|
|
// 완전한 백업으로 착각하게 된다.
|
|
$snapNote = 'ZipArchive 없음 — storage/snapshots/ 를 FTP 로 별도 내려받으세요';
|
|
} else {
|
|
$zipPath = $outDir . '/move_detect-snapshots-' . $stamp . '.zip';
|
|
$zip = new ZipArchive();
|
|
if ($zip->open($zipPath, ZipArchive::CREATE | ZipArchive::OVERWRITE) === true) {
|
|
$files = glob($dir . '/*.jpg') ?: [];
|
|
foreach ($files as $f) $zip->addFile($f, basename($f));
|
|
$zip->close();
|
|
@chmod($zipPath, 0600);
|
|
$snapNote = count($files) . '개 -> ' . basename($zipPath);
|
|
} else {
|
|
$snapNote = '아카이브를 만들지 못했습니다';
|
|
}
|
|
}
|
|
}
|
|
|
|
// ---- 복구 안내 -------------------------------------------------------------------------
|
|
$restore = $outDir . '/RESTORE.txt';
|
|
file_put_contents($restore, implode("\n", [
|
|
'move_detect 복구 절차',
|
|
'',
|
|
'1. 새 DB 를 만들고 schema.sql 을 먼저 실행합니다 (표 구조).',
|
|
'2. migrations/ 의 SQL 을 날짜 순서대로 실행합니다.',
|
|
'3. 이 폴더의 move_detect-<시각>.sql 을 실행합니다 (데이터).',
|
|
'4. move_detect-snapshots-<시각>.zip 을 풀어 storage/snapshots/ 에 넣습니다.',
|
|
'5. config.php 의 DB 접속 정보를 새 DB 로 맞춥니다.',
|
|
'',
|
|
'주의:',
|
|
'- 이 백업에는 사고 기록과 작업자 이미지(개인정보)가 들어 있습니다.',
|
|
' 웹에서 접근 가능한 경로에 두지 마십시오.',
|
|
'- move_nonces / move_rate_limits 는 휘발성이라 백업에 포함되지 않습니다 (자동 재생성).',
|
|
'- 복구 후 tools/verify_audit_chain.php 로 감사로그 무결성을 확인하십시오.',
|
|
'',
|
|
'생성: ' . date('c'),
|
|
]) . "\n");
|
|
|
|
fwrite(STDOUT, "DB 덤프: {$sqlPath}\n");
|
|
foreach ($counts as $t => $n) fwrite(STDOUT, sprintf(" %-24s %s\n", $t, $n));
|
|
fwrite(STDOUT, "스냅샷: {$snapNote}\n");
|
|
fwrite(STDOUT, "복구 안내: {$restore}\n");
|
|
exit(0);
|