https://www.hostinger.kr/

'HTML, JavaScript, Jquery' 카테고리의 다른 글

웹호스팅 저렴하게 하기  (0) 2017.09.18
정규표현식 정리자료  (0) 2017.06.22
참고  (0) 2017.06.16
SAE(Safe Ansi Encoding) - Base64 보다 더 좋다?  (0) 2017.06.15
stylebot extension 소개(CSS 편집)  (0) 2017.06.13
HTTP 에러 코드(error code)  (0) 2017.06.08

http://developer88.tistory.com/89

'HTML, JavaScript, Jquery' 카테고리의 다른 글

웹호스팅 저렴하게 하기  (0) 2017.09.18
정규표현식 정리자료  (0) 2017.06.22
참고  (0) 2017.06.16
SAE(Safe Ansi Encoding) - Base64 보다 더 좋다?  (0) 2017.06.15
stylebot extension 소개(CSS 편집)  (0) 2017.06.13
HTTP 에러 코드(error code)  (0) 2017.06.08
https://www.w3schools.com/jquery/default.asp

 

https://opentutorials.org/course/2717/11274

'HTML, JavaScript, Jquery' 카테고리의 다른 글

웹호스팅 저렴하게 하기  (0) 2017.09.18
정규표현식 정리자료  (0) 2017.06.22
참고  (0) 2017.06.16
SAE(Safe Ansi Encoding) - Base64 보다 더 좋다?  (0) 2017.06.15
stylebot extension 소개(CSS 편집)  (0) 2017.06.13
HTTP 에러 코드(error code)  (0) 2017.06.08

http://lightningframework.blogspot.kr/2011/09/safe-ansi-encoding-better-than-base64.html

'HTML, JavaScript, Jquery' 카테고리의 다른 글

정규표현식 정리자료  (0) 2017.06.22
참고  (0) 2017.06.16
SAE(Safe Ansi Encoding) - Base64 보다 더 좋다?  (0) 2017.06.15
stylebot extension 소개(CSS 편집)  (0) 2017.06.13
HTTP 에러 코드(error code)  (0) 2017.06.08
Rest api 참고자료  (0) 2017.06.07

1. google에서 stylebot extension를 검색합니다.

 

2. 녹색버튼을 눌러 stylebot을 설치합니다.

 

3. 우측 상단에 CSS 버튼이 생깁니다.

 

4. 눌러서 open Stylebot을 선택합니다.

 

5. 왼쪽 상단에 선택자를 누르고 화면을 선택하고 적용하고 싶은 스타일(hide, font size 등)을 선택하면 됩니다.

 

 

아래와 같은 CSS 코드가 만들어집니다.


div.column_bottom {
    display: none;
}

div.an_menulist {
    display: none;
}

ul.btmbanner_list {
    display: none;
}

 

CSS 편집도 유용할거 같고 웹서핑 할때 광고없앨때 좋을거 같네요.

 

 

 

 

 

 

'HTML, JavaScript, Jquery' 카테고리의 다른 글

참고  (0) 2017.06.16
SAE(Safe Ansi Encoding) - Base64 보다 더 좋다?  (0) 2017.06.15
stylebot extension 소개(CSS 편집)  (0) 2017.06.13
HTTP 에러 코드(error code)  (0) 2017.06.08
Rest api 참고자료  (0) 2017.06.07
HTML에서의 문자열 인코딩  (0) 2017.06.03

HTTP 에러 코드(error code) Web

- 200
[OK]  클라이언트의 request가 성공적으로 수행됐다.
request처리결과로 클라이언트에게 전달되는 정보는 사용된 method에 따라서 달라진다.
[GET] request가 지정한 자원이 response메세지로 전달 된다.
[HEAD] response메세지에는 요청된 자원에 관한 정보를 나타내는 header만이 포함된다.
[POST] 지정된 동작의 수행결과를 포함하거나 결과를 설명하는 엔터티가 전달된다.

- 201
[ Created] request가 처리되었고 그 결과로 새로운 자원이
생성되었다. 생성된 새로운 자원을 나타내는 URI값이 response메시지로 전달된다. 서버가 이와 같은 status code를 클라이언트에게 전달하기 위해서는 새로운 자원을 먼저 생성시켜야 한다.
response메시지를 전달 할때까지 새로운 자원이 생성되지 못하면 status code 202(Accepted)를 보내야 한다. POST method만이 서버에 새로운 자원을 생성시킬 수 있다.

- 202
[Accepted] request가 수락되었으나 response메시지를 전달할
때까지 그 프로세싱이 완료되지 못했으며 또한 언제까지 request의 수행결과를 사용자가 볼 수 있을지를 확실히 판단할 수 없다. 이와 같은 status code는 request가 수락된 것(accepted)만을 나타낼뿐 궁극적으로 그 request가 처리될 것이라는 보장
할 수 없을 때 사용된다. status code 202는 Web브라우저와 같이 서버의 처리결과를 전달받을 때까지계속 기다리게 되는 클라이언트를 위한 것은 아니다.
WEb브라우저와는 다른 일종의 batch프로세서(하루에 한번정도 실행되는)의 request를 서버가 받아들일 수 있도록 하기위한 것이다.

- 204
[No Content] 서버가 request를 처리했지만 클라이언트에게 전달할 새로운 정보가 없다. 이 status code를 전달받는 Web브라우저는 현재 디스플레이 중인 내용을 변경시키지 않아야 한다. 이 code를 정의한 주된 목적은 현재 디스플레이 중인 문서의 내용을 변경시키지 않으면서 CGI스크립트 등에 입력을 전달할 수 있도록하기 위해서이다.

- 300
[Multiple] HTTP/1.0을 사용하는 경우에는 이 code가 직접적으로Choices 사용되지는 않는다. 다만, 3xx클래스에 속하는 status
code의 디폴트값으로 사용된다. 그 의미는 301, 302, 304만이 HTTP/1.0에 정의되어 있으므로 그 외의 status code값을 전달받는 경우에는 300으로 간주한다는 의미가 되는 것이다.

- 301
[Moved] 요청된 자원의 URI값이 완전히 변경되었으므로 앞으
Permanently 로는 새로운 URI값을 사용하여야 한다. 새로운 URI값은 Location헤더를 통해서 클라이언트에게 전달된다. 또한
HEAD method를 제외한 모든 경우에 response메시지의 entity body를 통해서 새로운 URI의 하이퍼링크를 포함하는 짧은 메시지를 전달해 주어야 한다. Web브라우저는 POST method를 사용한 request의 결과로 301 status code를 전달받는 경우에는 자동으로 새로운 URI에 접속해서는 안된다. 반드시, 사용자의확인을 거쳐야 한다.

- 302
[Moved] 요청된 자원의 URI값이 임시로 변경되었다. 따라서 추후
Temporarily 에도 현재의 URI값을 계속 사용하여야 한다. 새로운 URI값은 Location헤더를 통해서 클라이언트에게 전달된다.
또, HEAD method를 제외한 모든 경우에 response메시지의 entity body를 통해서 새로운 URI의 하이퍼링크를 포함하는 짧은 메시지를 전달해 주어야 한다. Web브라우저는 POST method를 사용한 response의 결과로 302 status code를 전달받는 경우에는 자동으로 새로운 URI에 접속을 해서는 안된다. 반드시 사용자의 확인을 거쳐야 한다.

- 304
[Not] conditional GET method가 사용된 경우에 전달된다.
[Modified] request를 처리한 결과 If-Modified-Since헤더에 지정된 날짜/시간 이래로 지정된 문서가 변경된 사실이 없는 경우
서버는 이 status code로 응답해야 한다. 이때, entity body는 전송되지 않는다. reseponse메시지로 전달되는 헤더들은 주로 cache와 관련된 정보를 포함하게 된다.
cache manager(대개의 경우는 Web브라우저 자체에 그 기능이 포함된다)는 304 response에 포함된 헤더의 값을 cache된 entity들에 반영할 수 있도록 하여야 한다.

- 400 
[Bad Request] request메시지의 syntax가 잘못되어서 서버가 request를 처리할 수 없다. 재접속을 하는 경우에 클라이언트는
반드시 올바른 request메시지를 사용해야 한다.

- 401
[Unauthorized] request가 user quthentication을 필요로 한다는 것을 클라이언트에게 알려주기 위해서 사용된다.
WWW-Authenticate헤더를 통해서 요청된 자원에 적용되는 hallenge를 전달한다. 401 response를 받은 클라이언트는 적절한 Authorization credentials를 포함하는 Authorization헤더와 함께 다시 request메시지를 전송한다.
request메시지에 그와 같은 Authorization credentials이
포함된 경우에 401 status code가 전달되면 user authentication이 실패한 것을 나타낸다.

- 403 
[Forbidden] 서버가 request의 처리를 거절하는 것을 나타낸다. 이와 같은 응답을 받은 경우에는 동일한 request를 반복하지
말아야 한다. 왜냐하면 무조건 request가 거절되는 것이기
때문이다. 403 status code는 request를 거절하는 이유를
명시적으로 밝히고 싶지 않거나 달리 대응할 적절한 status code가 없을때 사용된다.

- 404
[Not Found] Request-URI에 해당하는 자원을 찾을 수 없을 경우에 사용된다. 그런 상태가 일시적인 것인지 아니면 언제나 그렇게되는지를 나타내는 어떤 정보도 전달되지 않는다. 이런 상태를 클라이언트에게 알리고 싶지 않은 경우에는 403code를 대신 사용해도 된다.

- 500 
[Internal] 서버프로그램에서 예기치 않은 오류가 발생하여서 request Srever Error  를 처리할 수 없다.

- 501
[Not] request를 처리하기 위해서는 필요한 기능을 서버가 갖추고 Implemented  있지 못하다.

- 502
[Bad] gateway나 proxy로 동작하는 서버가 사용하는 것으로 자신
Gateway 의 위쪽에 있는 서버로 부터 잘못된 response메시지를 전송 받았다는 것을 나타낸다.

- 503
[Service] 과부하나 서버 maintenance때문에 서버가 잠시동안 request Unavailable 를 처리해 줄수 없는 상태에 있다.
 


http://blog.remotty.com/blog/2014/01/28/lets-study-rest/

http://meetup.toast.com/posts/92


※ 문자열인코딩(character encoding)

 

1. 문자열 인코딩은 문자들의 집합을 컴퓨터에 저장하거나 통신할 목적으로

   부호화하는 방법을 가리키며, 그냥 인코딩이라고도 한다.

 

2. 문자열 인코딩은 해당 문자의 코드값을 해석하여 특정문자의 코드값을 해석하여 특정문자로 표현하는 방법니다.

 

3. 인코딩 체계는 여러가지가 있고 방법마다 해석방법의 차이가 있으므로 인코딩정보가 없으면 글자를 정확하게 표현하기가 어렵다.

 

ASCII: 7비트를 사용하여 알파벳 숫자 특수문자를 표현 초기의 컴퓨터모델에 도입되어 사용되었고 오늘날에도 사용되고

 

ISO-8859-1: 서부 유럽권 문자에서 사용되는 문자를 ASCII 문자 코드에 첨가하여 8비트 코드체계로 표현한 것

 

EUC-KR : 영어는 KSC 5636 을 바탄으로 1바이트로 표현되고 한글은 2바이트로 사용하여 KSC5601로 표현한 것임

 

Unicode: 국제화를 염두해두고 설계된 문자코드. 인간이 사용하는 모든 언어를 표현할수 있도록 만든 코드

--> 전세계가 하나의 인코딩 방식으로 쓰게하는 매우 중요한 의미

 

UTF-8 UTF-16

 

국제화와 Unicode의 의미 매우 중요합니다.

HTTP와 HTTPS 차이점과 장단점

현재 워드프레스로 블로그를 운영하고 있으며 홈페이지 주소를 보면 ‘http://infofia.com’와 같이 http로 시작된다. 하지만 보안이 강하게 요구되는 금융권이나 쇼핑몰 등 전자상거래 사이트 등에서 https로 시작되는 홈페이지를 이용하고 있다. 이 둘의 차이점은 뒤에 ‘…s’가 하나 더 들어갈 뿐 별 다른 차이점을 알기가 어렵지만 적지 않은 차이점과 장단점이 있다.

 


HTTP 장단점

HTTP는 HyperText Transfer Protocol의 약자로 클라이언트(정보 요청자)와 서버 사이에 이루어지는 프로토콜로 주로 HTML문서를 주고 받는데 사용되는 것으로 우리가 검색을 통해서 볼 수 있는 글이나 그림은 등이 http로 규정된 약속에 의해서 보게 된다.

하지만 HTTP는 클라이언트가 요청한 페이지를 암호화 되지 않은 상태로 주고 받을 수 있어 HTTP로 만든 홈페이지는 클라이언트와 서버의 네트워크에 침입 해 중간에서 정보를 가로챌 수 있는 위험이 상존한다.  반면 접속 도중 끊기더라도 처음부터 다시 시작할 필요가 없어 시간을 낭비하지 않는 장점이 있어 일반 홈페이지의 대다수가 이러한 HTTP로 시작되며 우리나라 포털사이트가 이용하고 있다.

 

 

위 자료는 조금 허접하고 아래 사이트로 이동하시면 조금 더 상세한 설명을 확인하실 수 있습니다.

 

 

https://opentutorials.org/course/228/4894

+ Recent posts