우리가 보는 페이지는 서버가 준 거고 서버는 그 게시글 데이터를 dbms에서 가져온단 말이야?

근데 dbms가 정보를 저장하는 방식이 테이블을 사용함. 테이블로 구성됨 마치 표처럼.

게시글id    작성자    제목    내용    비밀번호     날짜                      삭제유무   

...

139857        ㅇㅇ     a         gif       0000        21.12.06                 false

다른 게시글~~~

이런 식인데

db에서 제공하는 기능중에

update(조건을 만족하는 열의 데이터를 바꿈)하고 delete(조건을 만족하는 열을 삭제)가 있단 말이지

근데 상식적으로 지울 거면 그냥 delete를 써서 지우는 게 맞기는 한데, 여러가지 이유로 update를 써서 삭제 유무만 true로 바꿔줌.

그러면 무슨 일이 생기느냐?

유동이 지우면 고소해도 안 된다고 했잖아?

그러면 유동이 자삭을 하면 delete를 쓰는 거임. 그러면 db에서 실제로 사라져서 못 찾음

근데 알바가 지웠다? 삭제 유무를 true로 바꾸는거임

그러면 db에는 남아있고 실제로 서버에서도 그걸 읽을 수 있음

근데 삭제 유무가 true로 저장되어있으니까 우리가 "게시글을 다 보여줘!"라고 말 해도 그걸 제외하고 읽는거임

그걸 제외하고 읽었으니까 우리한테도 안 보여줌 (혹은 일단 읽은 다음 보여주지 않을 수도 있음)

다만 거꾸로, 삭제 유무가 true라면 db에 접근할 수만 있다면 글을 볼 수 있음. 알바는 권한덕분에 아마 우리랑 보는 게시글이 다를 것 같음.

우리는 게시글목록에서 (번호, 제목, 글쓴이, 작성일, 조회, 추천)이렇게 뜨고, 삭제된 게시물은 안 보이지만 알바는

(번호, 제목, 글쓴이, 작성일, 조회, 추천, 삭제됨)까지 보이면서 삭제된 게시글도 보이는 거지

알바가 딱 이상한 짤인 줄 알고 삭제를 누르는 순간 짤 뒷부분을 보고 정상적임을 깨닫고

복구 버튼을 눌러서 삭제 유무를 false로 바꿈

그럼 그 순간 우리도 볼 수 있게 되는 거임.

그리고 아까 말했듯 알바가 삭제하면 db에는 남아있는 거니까

db를 해킹해서 삭제 유무가 true이면서 이미지가 있는 것만 찾는 쿼리문을 날리면 알바에 의해 만들어진 야짤창고를 발견할 수도 있음 ㄷㄷ