개발 (35) 썸네일형 리스트형 Backoffice 테이블리스트 overflow처리하기 asd">asd "> 실행파일 생성과정 실행파일 생성과정은 다음과 같습니다. 전처리과정 컴파일과정 어셈블과정 링킹과정 1.전처리과정 pre-processing이라고 하는 전처리과정은 전처리기 치환이라고도 합니다. 헤더파일삽입과 메크로 치환 및 적용을 하는 과정입니다. https://chat.openai.com/share/ac90f4fc-ad76-4237-8364-6b195e9f43c5 2.컴파일과정 소스코드를 어셈블리코드 즉 CPU에게 일을 시킬 수 있는 명령어의 조합으로 번역하는 과정입니다. 3.어셈블과정 컴파일 과정을 거친 어셈블리 코드를 어셈블러에 의해 바이너리 코드 즉 기계어로 변환시킵니다. 기계만이 CPU에 명령을 내릴 수 있기 때문에, 기계어로 변환을 합니다. 4.링킹 과정 링킹과정은 링커가 생성한 코드에서 참.. HTTP와 HTTPS의 차이점 HTTP는 Hyper Text Transfer Protocol의 약자로서 서버/클라이언트 모델을 따라 데이터를 주고 받기 위한 프로토콜이다. 80번 포트를 이용하고, HTTP서버가 80번 포트에서 요청을 기다리고, 클라이언트는 80번 포트를 통해서 요청을 보내게 된다. HTTP는 애플리케이션 레벨의 프로토콜로, TCP/IP위에서 작동한다. 상태를 가지고 있지 않는 Stateless 프로토콜이고 Method,Path,Version,Headers,Body로 구성되어 있다. HTTP는 암호화가 되지 않은 평문 데이터를 전송하기 때문에, 제3자가 정보를 가로채 조회 하거나 변조 할 수 있다. 이러한 문제를 보안하기 위해 Secure를 추가하여 HTTPS가 나오게 됬다. 포트는 443을 사용하고, 암호화를 지원한다. SpringBoot에서 encrypt 기능만 사용하고 싶을때 Spring Legacy project에서는 encrypt기능만 별도로 사용 가능했는데, Boot에서는 Security라이브러리의 일부 기능으로 되어있다. Security를 설치하고 SecurityConfig에서 WebSecurityConfigurerAdapter를 implements하면 되지만, 현재는 완전히 Deprecated되어 이전버전을 설치해도 implements 할 수 없다. 현재는 @Bean 방식으로 주입을 해줘야 한다 @Configuration public class SecurityConfig { @Bean public PasswordEncoder getPAsswordEncoder() { return new BCryptPasswordEncoder(); } } 원하는 클래스에 주입 해준다. .. 서버에 임무를 부여하는 HTTP메소드 GET :리소스 획득 GET 메소드는 리퀘스트 URI로 식별된 리소스를 가져올 수 있도록 요구한다. 가져올 리소스 내용은 지정된 리소스를 서버가 해석한 결과이다. 결국 리소스가 텍스트이면 그대로 반환하고 GGI와 같은 프로그램이면 실행해서 출력된 내용을 돌려준다. POST :엔티티 전송 POST 메소드는 엔티티를 전송하기 위해서 사용된다. GET으로도 엔티티를 전송할 수 있지만, 자주 사용하지 않고 일반적으로 POST를 사용한다. POST는 GET과 비슷하지만 리스폰스에 의한 엔티티를 획득하는 것만이 목적은 아니다. PUT : 파일 전송 PUT 메소드는 파일을 전송하기 위해서 사용된다. FTP에 의한 파일 업로드와 같이, 리퀘스트 중에 포함된 엔티티를 리퀘스트 URI로 지정한 곳에 보존하도록 요구한다. .. 간단한 프로토콜 HTTP - 1 HTTP는 클라이언트와 서버 간에 통신을 한다 TCP/IP에 있는 다른 많은 프로토콜과 마찬가지로 HTTP도 클라이언트와 서버 간에 통신을 한다. 텍스트와 이미지 등과 같은 리소스를 필요하다고 요구하는 쪽이 클라이언트가 되고, 이러한 리소스를 제공하는 쪽이 서버가 된다. HTTP를 사용하여 2대의 컴퓨터 간에 통신을 하는 경우, 한 번 통신을 할 때마다 반드시 어느 한 쪽은 클라이언트가 되고 다른 한 쪽은 서버가 된다. 경우에 따라서 2대의 컴퓨터 간에 클라이언트와 서버가 바뀌는 일도 있을 수 있지만, 한 번 통신했을 때만 본다면 클라이언트와 서버의 역할은 반드시 정해져 있다. 리퀘스트와 리스폰스를 교환하여 성립 HTTP는 클라이언트로부터 리퀘스트가 송신되며, 그 결과가 서버로부터 리스폰스로 되돌아온다... URI와 URL URI보다 URL(Uniform Resource Locator)이 익숙하다. 웹 브라우저 웹 페이지를 표시하기 위해 입력하는 주소가 바로 URL이다. URI는 리소스 식별자 URI는 Uniform Resource Identifiers의 약자이지만, RFC2396에거는 각각의 단어가 다음과 같이 정의되어 있다. Uniform 통일된 서식을 결정하는 것으로, 여러 가지 종류의 리소스 지정 방벙을 같은 맥락에서 구별없이 취급할 수 있게 한다. 또한, 새로운 스키마(http:와 ftp등) 도입을 용이하게 한다. Resource 리소스는 '식별 가능한 모든 것'이라고 정의되어 있다. 도큐먼트 파일뿐만 아니라 이미지와 서비스(일기예보 등) 등 다른 것과 구별할 수 있는 것은 모두 리소스이다. 또한 리소스는 단일한 .. TCP/IP 통신의 흐름 TCP/IP로 통신을 할 때 계층을 순서대로 거쳐 상대와 통신을 한다. 송신하는 측은 애플리케이션 계층에서부터 내려가고, 수신하는 측은 애플리케이션 계층으로 올라간다. HTTP를 예로 들어 설명하면 먼저 송신측 클라이언트의 애플리케이션 계층(HTTP)에서 어느 웹 페이지를 보고 싶다라는 HTTP 리퀘스트를 지시한다. 그 다음에 있는 트랜스포트 계층(TCP)에서는 애플리케이션 계층에서 받은 데이터(HTTP 메시지)를 통신하기 쉽게 조각내어 안내 번호와 포트 번호를 붙여 네트워크 계층에 전달한다. 네트워크 계층(IP)에서는 수신지 MAC 주소를 추가해서 링크 계층에 전달한다. 이로써 네트워크를 통해 송신할 준비가 되었다. 수신측 서버는 링크 계층에서 데이터를 받아들여 순서대로 위의 계층에 전달하여 애플리케이.. 이전 1 2 3 4 5 다음