- 일반적인 HTTP 상태 코드 당신은 무엇을 알 수 있습니까? 상태 코드의 의미를 설명하십시오.
- (200)는, 요청이 성공, 모든 정상, 성공적으로 반환 데이터입니다
- 301, 영구 리디렉션 다른 요청 된 문서를 말한다 새 문서의 URI가 상기 위치에 응답하여 상기 헤더 정보를 설명한다. 브라우저는 자동으로 새로운 URI에 연결됩니다.
- 302, 임시 리다이렉션이 상태 코드는 요청 된 자원이 새로운 URI 할당되었음을 나타내는, 사용자가 새로운 URI에 액세스하기 위해 사용될 수있다 (존재하는 경우) 원하는.
- 303 상태 코드 취득 요구를 지시한다 인해 다른 URI는 GET 방법을 사용하여, 리소스 요구에 대응이 존재 자원을 나타낸다
- (403)는, Foribidden 서버가 액세스 할 수없는,이 요청을 이해하지만, 작업을 수행하는 데 거부
- 404 찾을 수 없음 요청 된 리소스 페이지에는이 발견되지 수 없습니다
- 503 인해 유지 보수 또는 서버에 응답하지 수있는 서버 과부하 및 응답 할 수 없음
2, 어떤 상황에서 도메인 간 경험은 여러 가지 방법으로 도메인에서 공통의 프런트 엔드 처리에 대해 설명합니다. 그리고 패키지 JSONP 원리
A : 브라우저 코어는 기본 안전 기능은 동일 출처 정책입니다. 다른 대화 형 소스 자원에서로드 소스 텍스트 나 스크립트를 제한, 브라우저가 스크립트를 실행 상동 여부 점검, 스크립트, 즉, 오직 상동 실행됩니다 경우 도메인에서 다른 소스.
- 원리는 동일 출처 정책 제한에서 스크립트 태그를 사용하는 것입니다, 동적 페이지 스크립트에 삽입 된 스크립트 태그의 SRC 속성은 백엔드 API 인터페이스의 주소 및 콜백 함수 이름의 프론트 엔드를 얻을 수있는 방법을 알려줍니다은 다음과 같습니다 JSONP 단부는 후방 단부 보정은 요청에 응답하여 반환하고, 파라미터로서 데이터 전송 돌아갈 것이다.
- CORS :( 도메인 간 자원 공유) 액세스를 요청 스크립트를 다른 도메인에 허용되는 현재 도메인 메커니즘을위한 자원이다.
액세스-Control 키 :에 응답 헤더의 속성을 가입 요청을받은 후 응답을 결정하기 위해 원산지 백엔드 후 : 자동으로 요청 헤더를 추가 할 것 같은 원본 정책 위반에있는 경우 요청, 브라우저를 보내 XMLHttpRequest를 사용하는 경우 허용 - 기원, 값이 요청 소스 주소를 시작하고, 브라우저가 결정하는 응답을 얻을 것이다 액세스 제어 - 허용 - 기원과 같은 주소의 현재, 치료에 반응의 가치 만이 성공적인 경기 후 여부.
IE에서 요구하는 현대의 브라우저와 모바일 최종 지원 CORS, 8 +
- 크로스 도메인 서버, 프록시 서버 전송
선단부 로컬 서버에 요청을 전송하는 대신 전단 서버의 로컬 서버가 다시 서버 사이의 통신을위한 요청을 전송하고, 로컬 서버 역할의 환승 지점은, 그 응답 데이터는 선단으로 돌아왔다.
최적화 사이트 성능을해야 것과 3, 웹 프런트 엔드
(1) 네트워크 업그레이드를로드 페이지의 볼륨을 감소
합한 정적 자원 압축 (JS / CSS 조합 코드 압축도 스프라이트)
정적 리소스를 캐싱
CDN은 부하 빠르게 자원을 사용
- 페이지 렌더링의 최적화
전면 CSS에, JS 다시 넣어
게으른 로딩
운영 DOM을 감소
- 어떤 브라우저 저장하고, 그들의 차이점을 설명합니다.
쿠키 webStorage ( 로컬 스토리지 sessionStorage )
크기, 만료 시간, 여부 HTTP와 같은 요청
- GET 및 사후 요청에 대한 토크
GET 요청은 POST가 않는 수동으로하지 않습니다, 활성 캐시 브라우저입니다.
GET 요청은 URL 인코딩 될 수 있으며, POST는 여러 인코딩을 지원합니다.
GET 요청 매개 변수는 브라우저의 역사에 그대로, 그리고 POST 매개 변수는 유지되지 않습니다.
URL 매개 변수로 전송 GET 요청은 POST없이, 길이를 제한됩니다.
매개 변수의 데이터 유형은, GET에는 ASCII 문자 만 사용할 수 있지만 제한 POST가 없다.
직접 URL에 노출 된 매개 변수, 민감한 정보를 전송하는 데 사용 할 수 없기 때문에, POST보다 더 안전 GET.
장소에있는 URL, POST 요청 본문을 통해 전달 된 매개 변수를 가져옵니다.
GET는 TCP 패킷을 생성하여 상기 POST 개의 TCP 패킷을 생성하는 단계를 포함한다. (GET 요청은 브라우저 및 데이터가 함께 전송 헤더 HTTP 것이다 서버 응답 (200) (리턴 데이터), 브라우저가 1 헤더를 전송하는 포스트 (100)는 계속해서 서버 응답 브라우저가 다음 데이터를 송신하는, 서버 200 OK 응답 (반환 데이터))
6, 프로세스가 무슨 일이 있었는지 모두 입력에서 페이지의 페이지 URL을로드 완료?
로드 과정 :
브라우저는 DNS 서버에 따라 도메인 이름의 IP 주소로 확인
는 IP 시스템에 HTTP 요청을 보내기
서버가 수신, 프로세스 및 반환 HTTP
반환의 내용을 얻기 위해 브라우저의 요청
렌더링 프로세스 :
생성 된 HTML DOM 트리 구조
CSS 생성 CSSOM에 따르면
DOM을하고 CSSOM 통합 된 형태의 RenderTree
RenderTree 시작 렌더링 및 디스플레이에 따르면
렌더링 발생 <script> 실행하고, 블록
7, 당신은 디엠 퍼시스 방법의 배열을 알고 실현 (세 가지의 최소)
8 , 네와 TCP 세 방향 핸드 셰이크는 흔들며?
A는 상기 B : 숫자 I는 접속 요구 원 I는 X이다 (제 악수하는 SYN 패킷을 전송 한 다음, SYN-SEND 상태가된다)
(A)의 B는 청문회 후 말했다 : 내 번호이면, x + 1의 수의 연결을 설정하기로 합의 (번호를받지 수단이 X, 다음, 그 ACK = X + 1)이며, 다음 중 하나에 앞으로 Y, 모양이다. (제 악수, SYN-ACK 패킷을 전송하고 - SYN RCVD 상태가된다)
청문회 B의 말은 B는 상기 연결을 설정하기로 합의 : 음주 당신이 나와 함께 동의하고 연결을 확인 (ACK = Y + 1, ACK = 1, 서열 = X + 1). (제 3 악수, A는 설정된 상태에 들어간)
A B 청각 확인 후, 또한 기존의 상태로된다.
네 파가 설명되어 있습니다 :
이 세션을 종료 1.A B, A와 대화 한 후, B에 말했다 : 나는 (서열 = U, FIN = 1) 연결을 종료하고자합니다. (제 웨이브는이 FIN-WAIT-1 입사)
2.B는 메시지 A를받은 후 말했다 : 확인은 당신이 연결을 종료하고자합니다. (SEQ = V, ACK = U + 1, ACK = 1) (제 파, CLOSE-WAIT로 B)
B가 그에게 할 말이있을 수 있기 때문에, 그래서 약간의 시간에 B의 확인을받은 후 3.A. (A 케이스 FIN-WAIT-2 입력)
그는 4.B 말 완료 (하지만 아마도 말) 후,, 나는 연결을 종료하고자합니다. (SEQ = w ACK = U + 1 = 1 FIN, ACK = 1)는 ( 제 3의 물결)
5.A B는 상기 연결을 완료 메시지를 수신 한 후 다음 접속 해제 메시지를 수신하고있다. (SEQ = U + 1, ACK = + 1은, ACK = 1 W) ( 6.B 확인이 전개 이후 수신되는 4 차 다음 A CLOSED 진입)
- TCP와 UDP의 차이
TCP 전송 제어 프로토콜
UDP 사용자 데이터 그램 프로토콜
1 TCP 접속 지향 (예컨대, 전화 접속 연결을 확립 제 호) 상기 UDP 데이터를 전송하기 전에 접속을 설정하지 않고, 즉 연결형 인
2, TCP는 신뢰할 수있는 서비스를 제공한다. 즉, TCP의 데이터 전송 연결은 오류가없는, 손실되지, 반복하지 및 주문 밖으로 도착, 신뢰성있는 전달을 보장하지 않습니다 UDP 최선의 노력을,
. (3), TCP 바이트 스트림은, 실제로, 비 구조화 된 일련로서 TCP 바이트 스트림 데이터를 상기 UDP의 패킷은
UDP없는 혼잡 제어, 따라서 네트워크의 혼잡 소스 호스트 (예 : IP 텔레포니, 실시간 화상 회의 등과 같은 실시간 응용 프로그램에 유용합니다) 전송 속도 감소하지 유발하는
각각의 TCP 연결은 지점을 가리킬 수 있습니다 (4); UDP 지원 1-1, 많은 하나, 그리고 대다 쌍방향 커뮤니케이션
5, 20 바이트의 오버 헤드의 TCP 헤더 스몰 UDP 헤더 오버 헤드가 단지 8 바이트
6, 논리적 통신 채널은 TCP 신뢰할 수있는 전이중 (full-duplex) 채널이다, UDP는 신뢰할 수없는 채널입니다
- 무엇을 http
HTTP는 프로세스 정의 웹 서버와 웹 브라우저 사이의 데이터 교환을 위해 애플리케이션 계층 프로토콜의 TCP / IP 프로토콜 속기 하이퍼 텍스트 전송 프로토콜 (Hypertext Transfer Protocol)와이다. 특정 통신 형식으로 웹 자원 웹 서버, 주제를 얻으려면 클라이언트가 웹 서버에 연결되어, HTTP 프로토콜은 클라이언트와 웹 서버 통신 형식을 정의하는 데 사용됩니다.
- 중간 요소의 수준을 달성하는 방법
13 차이 HTTP 및 HTTPS
SSL 프로토콜의 HTTP에 근거하여 추가 보안 데이터 전송, HTTPS에, SSL은 브라우저와 서버 사이의 서버와 암호화 통신의 신원을 확인하는 인증서에 의존합니다.
HTTP 하이퍼 텍스트 전송 프로토콜이 정보가 일반 텍스트로 전송, HTTPS는 보안 SSL 전송 프로토콜로 암호화됩니다.
HTTP 연결이 매우 간단 상태를 저장하는 것은하며 HTTPS 프로토콜 SSL + HTTP 암호화 된 전송 프로토콜에 의해 구성되어, 네트워크 인증 프로토콜, 보안보다 http 프로토콜.
1 4 어떻게 재 배열 (역류)과 상황이 재 배열하고 다시 그려을 트리거 것이 무엇에서 다시 그려?입니다.
DOM에 브라우저 것입니다 구문 분석 HTML은, CSS는 CSSOM에 구문 분석, DOM 및 CSSOM 합병 트리를 렌더링하는 상승했다. RenderTree, 우리는 모든 노드의 스타일을 알고, 다음 페이지의 크기와 위치를 계산하고, 마지막 페이지에 노드를 그립니다.
반환 : 부분에서 렌더링 트리의 크기 또는 요소, 구조의 모든, 또는 특정 속성 변경, 브라우저가 문서의 일부 또는 전부를 다시 렌더링 과정이 환류 언급했다.
첫 페이지 렌더링
브라우저 창 크기 변경
변경 크기 또는 요소의 위치
요소 내용 (텍스트 번호 또는 사진 크기 등)의 변화
요소의 글꼴 크기를 변경
추가하거나 볼 수 DOM 요소를 제거
페이지 (예 : 색상, 배경 색상, 가시성, 등) 문서의 흐름에 자신의 위치에 영향을주지 않습니다 스타일 요소를 변경하는 경우, 브라우저는, 다시이라는 프로세스를 새로운 스타일 요소를 부여하고 그것을 다시 그리기됩니다 그렸습니다.
동작 빈번 패턴을 피 가장 일회성, 스타일, 또는 한 번 변화 클래스를 겹쳐 빈번한 조작 DOM 피하고 있으므로 문서의 유출 것으로, 절대 위치를 사용하여 복잡한 애니메이션 요소는 그렇지 자주 부모 요소 및 후속 요소가 발생할 역류.
