분류 전체보기

    도와줘요! 박사님! - 웹 서버와 WAS

    도와줘요! 박사님! - 웹 서버와 WAS

    *이 글은 이전된 글입니다. 왜냐면 이건 원래 원앙과의 지식 공유를 위해 나의 언어로 작성된 것이기 때문임 ㅎㅎ 보호보호야 오늘은 웹 서버와 WAS에 대해 알려주도록 하겠다. 예… 호호 보호보호야 아주 태도가 좋구나 역시 우등생다워 웹 서버와 WAS에 대해 알아보기 전에 먼저 알아야할 것이 있다. 바로 ‘정적 페이지(static page)‘와 ‘동적 페이지(dynamic page)‘란다. 정적 페이지의 대표적인 친구들로는 HTML, CSS, JS가 있다. 이들은 보호보호 너가 웹에 접속했을 때 서버에 저장된 파일을 그대로 보여주는 것이지. 위와 같은 코드가 있다고 생각해보거라. 이렇게 작성된 HTML, CSS, JS는 너가 어떤 사람이든 내용이 변하진 않는단다. 이렇게 아주 정직하게 동작하지. 내용물이 ..

    도와줘요! 박사님! - 클라이언트와 웹 서버

    도와줘요! 박사님! - 클라이언트와 웹 서버

    *이 글은 이전된 글입니다. 왜냐면 이건 원래 원앙과의 지식 공유를 위해 나의 언어로 작성된 것이기 때문임 ㅎㅎ 보호보호야 궁금한게 있다구? 아뇨 없는데용 호호 보호보호야 내가 알려주마 보호보호야 인터넷에서 너가 로그인 버튼을 클릭했을 때 무슨 일이 벌어지는지 알고 있니? 보호보호 너가 클릭을 하는 순간 인터넷에서는 서버에게 이런 요청을 보내게 된단다. 아니 안물어봤는데용 뭐어? 클라이언트와 서버가 뭔지 모르겠다구? 쉽게 생각하면 클라이언트는 눈에 보이는 영역이란다. 예를 들면 보호보호 너가 쓸 수 있는 크롬, 파이어폭스 같은 브라우저 같은 애들이란다. 익스플로러도 있지않냐구? 그런건 언급하지말거라. 그림처럼 “요청”을 하는 역할을 주로 수행한다고 생각하면 된다. 그냥 쉽게 요구사항이 적힌 쪽지를 전달한..

    윤선이와 블로그 만들기_5. 글 조회와 되돌아오기 처리

    윤선이와 블로그 만들기_5. 글 조회와 되돌아오기 처리

    ㅜㅅㅜ 예전에 진행했던 내용을 적다보니 매우 축약해서 적게 됐다... 실제로 나와 윤선이가 진행한 내용에서 권한 관련한 부분을 빼고 설명하기도 했고... 아무튼 지난 글에선 글 목록을 만드는 이야기를 해보았으니, 이번엔 글 조회를 보겠다. 지난번 글을 재탕하면, 글 목록에서 Part 컴포넌트에 각 데이터들을 전달하고 Part 컴포넌트는 해당 데이터를 보여주고, 컴포넌트 영역이 클릭될 때 moveToPost 함수를 통해 페이지를 이동한다. 글번호와 현재 해당 글이 속한 페이지를 들고 화면을 전환하게 되는데, 왜 굳이 이렇게 했는지 추후에 설명하도록 하겠슴 (까먹으면 안함 수고) 글 목록에서 클릭된 글을 조회하여 보여주는 Post 컴포넌트는 대략 이런 방식으로 작동한다. 1. 페이지에 진입했을 때 현재 주소..

    윤선이와 블로그 만들기_4. 글 목록 만들기

    윤선이와 블로그 만들기_4. 글 목록 만들기

    지난 글에선 에디터를 붙이는데 성공하였다. 사실 개발이 많이많이 진행되었는데 블로그에 글을 안남겨놓다보니까 아주 과거 시점의 글을 써야하게 됐다... 죄송합네다 에디터를 통해 등록된 글이 저장될 테이블을 만들자. 우선 이렇게 테이블을 만들었다. 설명할 내용은 없지만, 굳이 설명을 하자면 글번호이자 유니크한 ID가 될 ID 컬럼을 생성하고 AUTO_INCREMENT 속성을 줬다. 그 외엔 아주 기본적으로 제목, 작성자, 내용, 작성일자를 가지고 있고, 가린 부분은 권한 처리에 대한 부분이다. 글 목록을 구현함에 있어서 가장 복잡했던 부분은 Paging에 관한 부분이었다. 구현 전에 머리로 생각할때의 페이징처리는 단순히 아래와 같았다. 내가 한번에 보여주고 싶은 글의 수는 5개 전체 글이 20개 있으면 페이..

    MySQL(MariaDB)에서 대소문자를 구분하는 방법

    MySQL(MariaDB)에서 대소문자를 구분하는 방법

    아직 전부 다 포스팅하진 못했지만, 나름 만들던 프로젝트가 형태를 갖추게 되었다. 그래서 AWS에 올려져있는 상태인데 DB 또한 AWS 쪽에도 구축을 해주었다. 현재는 이런 식으로 구축이 되어있다. 아무튼, 운영쪽에 DB를 만들었을 때 똑같은 쿼리를 이용해 만들었는데도 'Table ~~~ doesn't exist' 라는 에러문구가 떴다. 테이블을 찾을 수 없다고... 물론 한번 더 검색해보고 무슨 문젠지 바로 알아내긴 했지만...난 설정을 바꾼 적도 없는데? 원인은 대소문자를 구별하느냐, 안하느냐의 차이였다. 위 캡쳐는 내 로컬(Window) 환경에서 조회를 한 것인데 대소문자 상관없이 잘 조회가 된다. 띠용~AWS 쪽 테이블을 내가 대문자로 생성하긴 했지만... 난 대소문자 구분이 안될 줄 알았지? 그..