FIELD LIBRARY / READ WHEN NEEDED
3일차 · 선택 심화 자료
이 폴더 안에서 발표·교재·코드·심화 원문을 오프라인으로 이동할 수 있습니다.
03일차
04교시
38발표 슬라이드
04공통 원문 파일
REFERENCE LIBRARY
3일차 · 필요한 교시에서 더 깊게
이 일차의4교시 배치표와 공통 참고 원문4개를 포함합니다. 외부 원문은 온라인 참고 안내에서 주소를 확인하세요.
목차와 처음으로 ↑FIELD NOTES
3일차 · 과제 앱의 DB·로그인·Vercel 공개
Supabase Auth·PostgreSQL·RLS로 회원별 저장을 연결하고 Vercel에서 검증
CONNECTED READING
D3-1 · 과제 앱의 Supabase DB·RLS 설계
핵심 연결은 본 교시 안에 포함된다. 아래 원문은 선택 심화다.
AI Studio 비교에서 회원별 DB 설계로
- AI Studio는 빠른 시제품 경로로 비교하고 주 실습은 Codex 앱을 이어간다.
- 생성된 화면과 실제 PostgreSQL 저장·Auth·권한은 구분한다.
- tasks의 user_id와 입력 제약을 설계하고 GRANT·RLS를 함께 확인한다.
- 로컬과 클라우드 프로젝트의 URL·DB 대상을 명시한다.
u-livet 사례 · 이번 실습에 적용할 판단
- 기록: 데이터 구조·운영 화면을 만든 뒤 로컬 인증과 업무 기능을 검증했다.
- 판단: 데이터 저장 구조와 운영 환경을 구분했다.
- 적용: 과제 앱은 user_id를 기준으로 계정별 PostgreSQL 행을 설계한다.
u-livet 전체 구축 과정·기술 역할 ↗
선택 심화 · 원문 2개 열기
해당 교시의 설명을 대체하거나 실습 뒤 선택한다. 별도 수업시간을 추가하지 않는다.
연결 내용을 설명하는 강사 메모
Google AI Studio15분 안내는 선택 비교로 유지한다. 모두가 새 프로젝트를 만들도록 요구하지 않고 Supabase DB·RLS 설계 실습으로 이어간다.
이 교시 발표로 돌아가기 ↗ · 이 교시 상세 교재 ↗
목차와 처음으로 ↑CONNECTED READING
D3-2 · 과제 앱 회원가입·이메일 확인·로그인
핵심 연결은 본 교시 안에 포함된다. 아래 원문은 선택 심화다.
가입·로그인과 실제 인증 메일의 연결
- 가입 요청·이메일 확인·세션 생성·비밀번호 복구를 구분한다.
- Resend 도메인/DNS→Supabase SMTP→메일 템플릿·복귀 주소 순서로 확인한다.
- 발송 요청 성공과 수신함 도착·링크 처리 성공을 따로 기록한다.
- Site URL·Redirect URLs·비밀번호 정책과 비밀 보관 위치를 대조한다.
u-livet 사례 · 이번 실습에 적용할 판단
- 기록: 로그인 성공 뒤에도 가입 완료 상태와 업무 자격을 따로 확인했다.
- 비교: uc-anchor의 Resend 구축 기록은 DNS·SMTP·메일 링크를 구분한다.
- 적용: 과제 앱에서 확인 대기·실제 수신·로그인·복구를 각각 검사한다.
u-livet 전체 구축 과정·기술 역할 ↗
선택 심화 · 원문 9개 열기
해당 교시의 설명을 대체하거나 실습 뒤 선택한다. 별도 수업시간을 추가하지 않는다.
연결 내용을 설명하는 강사 메모
DNS·SMTP는 강사가 미리 준비한다. 도메인 설정과 메일 실패 진단표는 별도 원문으로 제공하고 교시에서는 실제 가입·확인 대기·로그인을 완주한다.
이 교시 발표로 돌아가기 ↗ · 이 교시 상세 교재 ↗
목차와 처음으로 ↑CONNECTED READING
D3-3 · 회원별 과제 CRUD와 A/B 권한 검증
핵심 연결은 본 교시 안에 포함된다. 아래 원문은 선택 심화다.
저장 성공 표시보다 재조회·계정 분리
- A가 추가한 과제를 새로고침해 같은 값으로 읽는지 확인한다.
- B가 A의 id를 알아도 조회·수정·삭제할 수 없어야 한다.
- SQL Editor 관리자 결과와 일반 사용자의 Data API 검사는 다르다.
- 소유권 위조·빈 결과·오류를 정상 CRUD와 함께 기록한다.
kysong 사례 · 이번 실습에 적용할 판단
- 기록: 임시저장·복구와 최종 제출 판정의 일관성을 보완했다.
- 판단: 저장 성공 안내만으로 실제 DB 결과를 판단하지 않는다.
- 적용: 과제 앱에서 재조회 값과 사용자별 기록 분리를 함께 확인한다.
kysong 전체 구축 과정·기술 역할 ↗
선택 심화 · 원문 1개 열기
해당 교시의 설명을 대체하거나 실습 뒤 선택한다. 별도 수업시간을 추가하지 않는다.
연결 내용을 설명하는 강사 메모
이 교시의 과제 앱은 아직4일차 MFA를 추가하기 전이다. RLS A/B 기본 검사를 하고 MFA 전후 통합 검사는4~5일차로 이어간다.
이 교시 발표로 돌아가기 ↗ · 이 교시 상세 교재 ↗
목차와 처음으로 ↑CONNECTED READING
D3-4 · 과제 앱 Vercel 배포와 공개 검증
핵심 연결은 본 교시 안에 포함된다. 아래 원문은 선택 심화다.
GitHub에서 Vercel·Supabase로 이어지는 설정
- GitHub는 소스 이력, Vercel은 앱 배포, Supabase는 DB·Auth를 담당한다.
- Root Directory·build·dist와 환경변수 범위를 확인한다.
- 공개 URL/key와 서버 비밀을 구분하고 환경 변경 뒤 재빌드한다.
- READY 후 공개 URL의 로그인·메일 복귀·저장/재조회를 검사한다.
uc-anchor 사례 · 이번 실습에 적용할 판단
- 기술: TypeScript 프런트엔드·Node.js API·PostgreSQL이 다른 역할을 맡는다.
- 비교: Git의 코드와 Supabase Auth/SMTP 설정은 별도 기록이다.
- 적용: 과제 앱의 배포 commit·앱 URL·DB 대상을 한 표에 적는다.
uc-anchor 전체 구축 과정·기술 역할 ↗
선택 심화 · 원문 2개 열기
해당 교시의 설명을 대체하거나 실습 뒤 선택한다. 별도 수업시간을 추가하지 않는다.
연결 내용을 설명하는 강사 메모
서버 설정이 저장소에 모두 포함돼 있다고 가정하지 않는다. 배포 성공과 회원 서비스의 실제 동작 성공을 구분한다.
이 교시 발표로 돌아가기 ↗ · 이 교시 상세 교재 ↗
목차와 처음으로 ↑