[TIL] 파일 CRUD의 데이터 흐름 — 멱등성, CSRF, 저장 프로시저 (2026.09.22)

파일 CRUD의 데이터 흐름 — 멱등성, CSRF, 저장 프로시저2026.09.22 · PHP · SQL Server · 파일 업로드 · 트랜잭션 · API 보안 5차 과제의 작업 저장과 파일 첨부 흐름을 따라가며 브라우저, PHP, DB, 파일 스토리지가 맡은 역할을 살펴봤다. 재시도와 중복 요청, 여러 사람이 같은 데이터를 수정하는 상황도 함께 공부했다.작업 한 건을 추가하는 과정과 파일 여러 개를 첨부하는 과정은 저장 대상과 실패 처리 방식이 달랐다. 요청이 어디서 검증되고, 어느 단계에서 확정되는지 나누어 보니 전체 흐름을 이해하기 쉬웠다. 오늘 한 일브라우저에서 입력한 작업이 PHP API를 거쳐 저장 프로시저에 전달되고, 결과가 다시 화면에 반영되는 흐름을 살펴봤다. 파일 첨부는 파일 본체를 ..

[TIL] SQL 저장 프로시저와 파일 업로드 흐름 — 데이터 정합성, PHP 실행 환경, 브라우저 동작 - 2026.09.21

[TIL] SQL 저장 프로시저와 파일 업로드 흐름 — 데이터 정합성, PHP 실행 환경, 브라우저 동작2026.09.21 · PHP · SQL Server · 파일 업로드 · JavaScript · 동시성 제어 PHP 코드에서 처리하던 검색을 SQL Server 저장 프로시저로 옮긴 흐름을 살펴보고, 4차 과제의 프로시저와 파일 첨부 관리 방식을 정리했다. 파일 업로드 중 마주친 크기 제한 오류도 비교해 봤다.DB 쿼리만 따로 읽는 대신, 브라우저의 요청이 PHP와 SQL Server를 거쳐 화면으로 돌아오는 과정까지 연결해서 이해하는 것이 중요했다. 오늘 한 일검색 요청을 PHP에서 받아 저장 프로시저에 전달하고, SQL Server에서 조건에 맞는 결과를 조회하는 흐름을 살펴봤다. 변경 전후 코드..

[TIL] 2026.09.18 저장 프로시저 호출 흐름과 코드 리뷰 — SQL 읽기, 데이터 정합성, JavaScript 실행 순서

[TIL] 저장 프로시저 호출 흐름과 코드 리뷰 — SQL 읽기, 데이터 정합성, JavaScript 실행 순서2026.09.18 · PHP · SQL Server · 저장 프로시저 · JavaScript · 코드 리뷰 오늘은 코드 리뷰에서 나온 질문을 바탕으로 기존 프로젝트의 동작을 따라가며 공부했다.백엔드에서는 PHP가 저장 프로시저를 호출하고 결과를 받아오는 구조를 살펴봤다. 프론트엔드에서는 브라우저가 JavaScript를 읽고 실행하는 순서와, 실제 프로젝트에서 문법을 사용한 이유를 정리했다.코드 한 줄의 의미뿐 아니라 입력이 어디에서 들어와 어떤 처리를 거치고, 실패했을 때 어디로 전달되는지까지 연결해서 보는 것이 중요했다. 오늘 한 일기존 PHP 코드와 실제 DB의 프로시저 정의를 대조하며 ..

2026.09.18 TIL — 프로시저 호출 흐름과 코드에 사용한 문법의 이유 이해하기 오늘은 코드 리뷰를 받으며 PHP에서 DB 프로시저를 호출하는 흐름을 살펴보고, JavaScript의 실행 순서와 상태 관리에 사용한 문법을 복습했다. 기능이 동작하는 것뿐 아니라, 왜 이렇게 작성했는지 설명할 수 있어야 한다는 점을 다시 느꼈다. 프로시저 호출 흐름 따라가기기존 프로젝트는 PHP에서 저장 프로시저를 호출해 데이터를 조회하고 처리하는 구조였다. 화면의 Ajax 요청이 PHP 요청 처리부와 공통 DB 클래스를 거쳐 SQL Server로 전달되고, 결과가 다시 JSON 응답으로 화면에 돌아오는 과정을 확인했다.특히 파라미터 전달 방식을 주의해서 봤다. 분석한 코드에서는 PHP 배열의 키 이름으로 DB 파라..

2026.09.17 ·gzip · 상태 관리 · API · 데이터 전송 오늘은 과제의 2차 리뷰 내용을 바탕으로 3차 개선 방향과 작업 순서를 정리했다.UI/UX적 리뷰를 많이 받았고, JS는 경험만 있다보니, 많은 공부가 필요함을 느낌. 화면에서 선택과 변경 상태를 어떻게 구분할지, 서버에 어떤 데이터를 보낼지, 저장 결과를 사용자에게 어떻게 알려줄지 생각.이 과정에서 코드에 사용된 JavaScript 문법도 기초부터 다시 정리. 오늘 한 일과제 리뷰 내용을 화면 동작, 상태 관리, 통신, View, 서버 검증 순서로 나누어 개선 계획을 정리했다.JavaScript의 변수 선언, 함수, 클래스와 인스턴스, static의 사용 기준을 복습했다. 구조 분해 할당과 스프레드 문법, 배열 고차 함수, 옵셔널 ..

https://ko.wikipedia.org/wiki/Gzip 결론 먼저- JSON 형태로 전달시 HTTP 압축을 적용함. (gzip)- 서버 실제 전송량을 확 줄일수 있다. 적용전 338kb gzip 6압축 레벨 적용후 30.1kb 유의할 점 압축 레벨이 높을수록 용량은 줄일 수 있다.데이터 전송 시간은 0.01초 줄일들 수 있지만, 서버가 압축하느라 0.05초를 더 사용해서결과적으로 사용자에게는 페이지가 더 늦게 뜨는 역효과(TTFB 지연)이 발생 할 수 있다. 반면, CI/CD 배포 파이프라인에서 JS/CSS 파일을 미리 딱 한 번 압축해 두는 경우(사전 압축)서버 런타임 CPU를 쓰지 않으므로 레벨 9로 쥐어짜 두는 것이 가장 유리