From d4da6240454bc58dc700caf0792adee4d8484c5e Mon Sep 17 00:00:00 2001 From: IMHOJEONG <39ghwjd@naver.com> Date: Sun, 8 Oct 2023 15:21:42 +0900 Subject: [PATCH 1/3] [remove]: remove string --- files/ko/glossary/safe/http/index.md | 42 +++++++-------- files/ko/glossary/safe/index.md | 4 ++ files/ko/glossary/scope/index.md | 52 +++++++++++++----- .../index.md | 6 ++- files/ko/glossary/semantics/index.md | 54 ++++++++++--------- files/ko/glossary/seo/index.md | 17 +++--- files/ko/glossary/server/index.md | 20 +++---- files/ko/glossary/shim/index.md | 10 ++-- files/ko/glossary/signature/function/index.md | 48 +++++++++-------- files/ko/glossary/signature/index.md | 16 ++++++ files/ko/glossary/signature/security/index.md | 26 +++++++++ files/ko/glossary/simd/index.md | 15 +++--- files/ko/glossary/smtp/index.md | 18 ++++++- files/ko/glossary/sql/index.md | 9 ++-- files/ko/glossary/ssl/index.md | 12 +++-- files/ko/glossary/style_origin/index.md | 12 +++-- files/ko/glossary/svg/index.md | 23 ++++---- files/ko/glossary/synchronous/index.md | 12 +++-- 18 files changed, 251 insertions(+), 145 deletions(-) create mode 100644 files/ko/glossary/signature/index.md create mode 100644 files/ko/glossary/signature/security/index.md diff --git a/files/ko/glossary/safe/http/index.md b/files/ko/glossary/safe/http/index.md index 5b8fd29dc5ead0..cc59fa7f080507 100644 --- a/files/ko/glossary/safe/http/index.md +++ b/files/ko/glossary/safe/http/index.md @@ -1,51 +1,47 @@ --- title: 안전함 (HTTP 메서드) slug: Glossary/Safe/HTTP +l10n: + sourceCommit: ada5fa5ef15eadd44b549ecf906423b4a2092f34 --- +{{GlossarySidebar}} + HTTP 메서드가 서버의 상태를 바꾸지 않으면 그 메서드가 **안전**하다고 말합니다. 다른 말로 하면, 읽기 작업만 수행하는 메서드는 안전합니다. 흔히 쓰이는 HTTP 메서드 중에서는 {{HTTPMethod("GET")}}, {{HTTPMethod("HEAD")}}, -{{HTTPMethod("OPTIONS")}}가 안전합니다. 모든 안전한 메서드는 [멱등성](/ko/docs/Glossary/Idempotent) 또한 -갖지만, 모든 멱등성을 지닌 메서드가 안전한 것은 아닙니다. 예컨대 {{HTTPMethod("PUT")}}과 {{HTTPMethod("DELETE")}}는 둘 -다 멱등성을 가졌지만 안전하지는 않은 메서드입니다. +{{HTTPMethod("OPTIONS")}}가 안전합니다. 모든 안전한 메서드는 {{glossary("idempotent", "멱등성")}} 또한 +갖지만, 모든 멱등성을 지닌 메서드가 안전한 것은 아닙니다. 예컨대 {{HTTPMethod("PUT")}}과 {{HTTPMethod("DELETE")}}는 둘 다 멱등성을 가졌지만 안전하지는 않은 메서드입니다. 그러나, 안전한 메서드가 읽기 전용의 의미를 내포하긴 하지만, 서버가 요청 정보와 통계 등을 기록함으로써 자신의 상태에 -변경을 가하는 것도 가능합니다. 안전함의 중요점은 그 메서드를 호출해도 클라이언트가 서버의 상태 변화를 직접 요청하는 -것이 아니므로 서버에 불필요한 부하를 주지 않을 것이란 점입니다. 즉 브라우저 입장에서는, 안전한 메서드라면 서버에 해를 -끼치지 않을 것임을 알 수 있기 때문에 자유롭게 호출할 수 있습니다. 이런 점을 활용해서 브라우저가 별다른 위험 없이도 +변경을 가하는 것도 가능합니다. 안전한 메서드 호출의 중요한 부분은 그 메서드를 호출해도 클라이언트가 서버의 상태 변화를 직접 요청하는 +것이 아니므로 서버에 불필요한 부하를 주지 않을 것이란 점입니다. 브라우저는 안전한 메서드라면 서버에 해를 끼치지 않을 것임을 알 수 있기 때문에 자유롭게 호출할 수 있습니다. 이런 점을 활용해서 브라우저가 별다른 위험 없이도 프리페칭과 같은 동작을 수행할 수 있는 것입니다. 웹 크롤러 역시 안전한 메서드의 호출에 의존합니다. -안전한 메서드가 정적 파일만 제공해야 할 필요는 없으며, 요청에 대해 응답을 필요에 따라 생성하는 것도 가능합니다. 다만 -생성 과정은 안전해야 하므로, 다른 이커머스 웹 사이트에 주문을 넣는 것과 같이 외부 이펙트를 유발하는 것은 안됩니다. +안전한 메서드가 정적 파일만 제공해야 할 필요는 없습니다. 생성된 스크립트가 안전함을 보장하는 한, 서버는 안전한 메서드에 대한 응답을 즉시 생성할 수 있습니다. 다른 전자 상거래 웹 사이트에 주문을 넣는 것과 같이 외부 효과를 유발하는 것은 안됩니다. -메서드의 안전함을 준수하는 것은 온전히 서버 어플리케이션의 책임으로, Apache, Nginx, IIS 등 웹 서버 스스로는 안전함을 -강제하지 못합니다. 서버 어플리케이션은 특히 {{HTTPMethod("GET")}} 요청을 받았을 때 자신의 상태가 바뀌지 않도록 해야 합니다. +메서드의 안전함을 준수하는 것은 온전히 서버 애플리케이션의 책임으로, Apache, Nginx, IIS 등 웹 서버 스스로는 안전함을 +강제하지 못합니다. 서버 애플리케이션은 특히 {{HTTPMethod("GET")}} 요청을 받았을 때 자신의 상태가 바뀌지 않도록 해야 합니다. 다음은 서버 상태를 바꾸지 않는, 안전한 메서드의 호출입니다. -``` - GET /pageX.html HTTP/1.1 +```http +GET /pageX.html HTTP/1.1 ``` 다음은 서버 상태를 바꿀 수도 있는, 안전하지 않은 메서드의 호출입니다. -``` - POST /pageX.html HTTP/1.1 +```http +POST /pageX.html HTTP/1.1 ``` 마지막으로 멱등성을 가졌지만 안전하지는 않은 메서드의 호출입니다. +```http +DELETE /idX/delete HTTP/1.1 ``` - DELETE /idX/delete HTTP/1.1 -``` - -## 더 알아보기 - -### 일반 지식 - -- HTTP 명세에서 [안전함](https://datatracker.ietf.org/doc/html/rfc7231#section-4.2.1)의 정의. -### 기술 지식 +## 같이 보기 +- HTTP 명세에서 [안전함](https://httpwg.org/specs/rfc9110.html#safe.methods)의 정의. - 일반적으로 쓰이는 안전한 메서드: {{HTTPMethod("GET")}}, {{HTTPMethod("HEAD")}}, {{HTTPMethod("OPTIONS")}} - 일반적으로 쓰이는 안전하지 않은 메서드: {{HTTPMethod("PUT")}}, {{HTTPMethod("DELETE")}}, {{HTTPMethod("POST")}} diff --git a/files/ko/glossary/safe/index.md b/files/ko/glossary/safe/index.md index d7821de502f4f6..fd3dcff95122be 100644 --- a/files/ko/glossary/safe/index.md +++ b/files/ko/glossary/safe/index.md @@ -1,8 +1,12 @@ --- title: 안전함 slug: Glossary/Safe +l10n: + sourceCommit: ada5fa5ef15eadd44b549ecf906423b4a2092f34 --- +{{GlossarySidebar}} + **안전함**은 맥락에 따라 여러가지를 의미할 수 있습니다. 아래의 용어를 가리키는 경우도 있습니다. {{GlossaryDisambiguation}} diff --git a/files/ko/glossary/scope/index.md b/files/ko/glossary/scope/index.md index ca33fb8cdd703d..17cc174e26991e 100644 --- a/files/ko/glossary/scope/index.md +++ b/files/ko/glossary/scope/index.md @@ -1,27 +1,40 @@ --- title: 스코프 slug: Glossary/Scope +l10n: + sourceCommit: ada5fa5ef15eadd44b549ecf906423b4a2092f34 --- -현재 실행되는 컨텍스트를 말한다. 여기서 컨텍스트는 {{glossary("값","값")}}과 **표현식**이 **"표현"**되거나 참조 될 수 있음을 의미한다. 만약 **{{glossary("변수")}}** 또는 다른 표현식이 "해당 스코프"내에 있지 않다면 사용할 수 없다. 스코프는 또한 계층적인 구조를 가지기 때문에 하위 스코프는 상위 스코프에 접근할 수 있지만 반대는 불가하다. +{{GlossarySidebar}} -**{{glossary("함수")}}**는 **{{glossary("자바스크립트")}}**에서 **클로저** 역할을 하기 때문에 스코프를 생성하므로 함수 내에 정의된 변수는 외부 함수나 다른 함수 내에서는 접근 할 수 없다. 예를 들어 다음과 같은 상황은 유효하지 않다. +**스코프**는 컨텍스트는 {{glossary("value","값")}}과 "표현식"이 "표현"되거나 참조 될 수 있는 현재 실행되는 컨텍스트를 의미합니다. 만약 {{glossary("variable", "변수")}} 또는 표현식이 "해당 스코프"내에 있지 않다면, 사용할 수 없습니다. 스코프는 또한 계층적인 구조를 가지기 때문에, 하위 스코프는 상위 스코프에 접근할 수 있지만 반대는 불가하다. -```js +JavaScript는 다음과 같은 종류의 스코프가 있습니다. + +- 전역 범위: 스크립트 모드에서 실행되는 모든 코드의 기본 범위입니다. +- 모듈 범위: 모듈 모드에서 실행되는 코드의 범위입니다. +- 함수 범위: {{glossary("function")}}로 생성된 범위입니다. + +또한, [`let`](/ko/docs/Web/JavaScript/Reference/Statements/let) or [`const`](/ko/docs/Web/JavaScript/Reference/Statements/const)로 선언된 변수는 추가 범위에 속할 수 있습니다. + +- 블록 범위: 중괄호 쌍([블록](/ko/docs/Web/JavaScript/Reference/Statements/block))으로 생성된 범위입니다. + +{{glossary("function", "함수")}}는 범위를 생성합니다. 예를 들면, 함수 내에서만 정의된 변수는 함수 외부나 다른 함수 내에서 접근할 수 없습니다. 다음 예는 유효하지 않습니다. + +```js example-bad function exampleFunction() { - var x = "declared inside function"; - // x는 오직 exampleFunction 내부에서만 사용 가능. + const x = "declared inside function"; // 변수 x는 안에서만 사용 가능합니다. console.log("Inside function"); console.log(x); } -console.log(x); // 에러 발생 +console.log(x); // Causes error ``` -그러나 다음과 같은 코드는 변수가 함수 외부의 전역에서 선언되었기 때문에 유효하다. +그러나, 다음 코드는 변수가 함수 외부에서 선언되어 전역 변수가 되기 때문에 유효합니다. -```js -var x = "declared outside function"; +```js example-good +const x = "declared outside function"; exampleFunction(); @@ -34,8 +47,23 @@ console.log("Outside function"); console.log(x); ``` -## Learn more +Blocks only scope `let` and `const` declarations, but not `var` declarations. +블록 `let` 및 `const` 선언만 차단하고 `var` 선언은 차단하지 않습니다. + +```js example-good +{ + var x = 1; +} +console.log(x); // 1 +``` + +```js example-bad +{ + const x = 1; +} +console.log(x); // ReferenceError: x is not defined +``` -### General knowledge +## 같이 보기 -- [Scope (computer science)]() on Wikipedia +- 위키백과의 [스코프 (컴퓨터 과학)]() diff --git a/files/ko/glossary/self-executing_anonymous_function/index.md b/files/ko/glossary/self-executing_anonymous_function/index.md index 48d551c78475b5..24988f3d4c1ba3 100644 --- a/files/ko/glossary/self-executing_anonymous_function/index.md +++ b/files/ko/glossary/self-executing_anonymous_function/index.md @@ -1,8 +1,12 @@ --- title: Self-Executing Anonymous Function slug: Glossary/Self-Executing_Anonymous_Function +l10n: + sourceCommit: ada5fa5ef15eadd44b549ecf906423b4a2092f34 --- -정의되자마자 실행되는 {{glossary("JavaScript")}} {{glossary("function")}}입니다. (a.k.a. {{glossary("IIFE")}} (즉시실행함수)) +{{GlossarySidebar}} + +정의되자마자 실행되는 {{glossary("JavaScript")}} {{glossary("function", " 함수")}}입니다. (a.k.a. {{glossary("IIFE")}} (즉시실행함수)) 링크된 즉시실행함수 페이지에서 더 많은 정보를 얻을 수 있습니다. diff --git a/files/ko/glossary/semantics/index.md b/files/ko/glossary/semantics/index.md index dbf9ec75febf18..88c50a57157323 100644 --- a/files/ko/glossary/semantics/index.md +++ b/files/ko/glossary/semantics/index.md @@ -1,53 +1,55 @@ --- title: Semantics slug: Glossary/Semantics +l10n: + sourceCommit: 8578969fc0a4321e2bb10c7efeb2db77deec93c3 --- -프로그래밍에서,**시맨틱**은 코드 조각의 *의미*를 나타냅니다 — 예를 들어 ("이게 어떻게 시각적으로 보여질까?" 보다)"이 Javascript 라인을 실행하는 것은 어떤 효과가 있는가?", 혹은 "이 HTML 엘리먼트가 가진 목적이나 역할은 무엇인가?" +{{GlossarySidebar}} + +프로그래밍에서, **시맨틱**은 코드 조각의 '의미'를 나타냅니다. 예를 들어, ("이게 어떻게 시각적으로 보여질까?" 보다는), 이 Javascript 라인을 실행하는 것은 어떤 효과가 있나요?", 혹은 "이 HTML 엘리먼트가 가진 목적이나 역할은 무엇일까요?"를 들 수 있습니다. ## JavaScript 시맨틱 -JavaScript의 경우입니다. `textContent` 문자열을 매개변수로 하고 {{htmlelement("li")}} 요소를 반환하는 함수를 생각해봅시다. 코드 볼 때, 함수를 `build('Peach')` 로 부르거나 `createLiWithContent('Peach')` 부르는 것 중 어느 것이 이 함수의 기능 파악하기에 쉬울까요? +JavaScript의 경우, `textContent` 문자열을 매개변수로 하고 {{htmlelement("li")}} 요소를 반환하는 함수를 생각해 봅시다. 코드 볼 때, 함수를 `build('Peach')` 로 부르거나 `createLiWithContent('Peach')` 부르는 것 중 어느 것이 이 함수의 기능 파악하기에 쉬울까요? ## CSS 시맨틱 -CSS의 경우입니다. 다양한 종류의 과일을 나타내기 위해서는 리스트 태그 `li` 가 있다고 가정해봅시다. `div> ul> li` 와 `.fruits__item` 둘 중 어떤 것이 어떤 DOM부분이 선택되었는지 잘 알려줄까요? +CSS의 경우, 다양한 종류의 과일을 나타내기 위해서는 리스트 태그 `li` 가 있다고 가정해봅시다. `div > ul > li` 와 `.fruits__item` 둘 중 어떤 것이 어떤 DOM부분이 선택되었는지 잘 알려줄까요? ## HTML 시맨틱 -예를 들어 HTML에서는 {{htmlelement("h1")}} 은 시맨틱 요소입니다. "이 페이지에서 최상위 제목" 인 텍스트를 감싸는 역할(또는 의미)를 나타냅니다. +예를 들어, HTML에서는 {{htmlelement("Heading_Elements", "h1")}}은 시맨틱 요소입니다. "이 페이지에서 최상위 제목" 인 텍스트를 감싸는 역할(또는 의미)를 나타냅니다. ```html -

This is a top level heading

+

이것은 최상위 제목입니다

``` -기본적으로 대부분의 브라우저의 [사용자 에이전트 스타일시트](/ko/docs/Web/CSS/Cascade#User-agent_stylesheets) {{htmlelement("h1")}} 가 제목(heading) 처럼 _보이도록_ 큰사이즈 폰트로 스타일을 만듭니다(당신이 원하는 대로 스타일을 바꿀 수도 있지만요). +기본적으로, 대부분의 브라우저의 [사용자 에이전트 스타일시트](/ko/docs/Web/CSS/Cascade#User-agent_stylesheets) {{htmlelement("h1")}} 가 제목(heading) 처럼 보이도록 큰사이즈 폰트로 스타일을 만듭니다(당신이 원하는 대로 스타일을 바꿀 수도 있지만요). -반면에 모든 요소를 '최상위 제목'처럼 _보이게_ 할 수 있습니다. 다음을 고려하세요: +반면에, 모든 요소를 '최상위 제목'처럼 보이게 할 수 있습니다. 다음을 고려하세요. ```html -Is this a top level heading? +최상위 제목이 아닙니다! ``` -이렇게 하면 top level heading 처럼 보이지만 의미적 가치(semantic value)가 없으므로 위에서 설명한 것처럼 추가적인 이점은 얻을 수 없습니다. 따라서 작업에 적합한 HTML 요소를 사용하는 것이 좋습니다. +이렇게 하면 최상위 제목처럼 보이도록 렌더링되지만, 의미적 가치가 없으므로 위에서 설명한 것처럼 추가적인 이점은 얻을 수 없습니다. 따라서 작업에 적합한 HTML 요소를 사용하는 것이 좋습니다. -HTML은 채워질 *데이터*를 나타내도록 코딩해야합니다. 기본 프리젠테이션 스타일기반이 아니라요. 프레젠테이션(어떻게 보여져야만 하는가)은 [CSS](/ko/docs/Web/CSS)만의 단독 역할입니다. +HTML은 채워질 '데이터'를 나타내도록 코딩해야 합니다. 기본 프리젠테이션 스타일기반이 아닙니다. 프레젠테이션(어떻게 보여져야만 하는가)은 [CSS](/ko/docs/Web/CSS)만의 단독 역할입니다. -의미론적인 마크업을 사용하면 아래와 같은 이점이 있습니다: +의미론적인 마크업을 사용하면 아래와 같은 이점이 있습니다. -- 검색 엔진은 의미론적 마크업 을 페이지의 검색 랭킹에 영향을 줄 수 있는 중요한 키워드로 간주합니다 ({{glossary ( "SEO")}} 참조). -- 시각 장애가 있는 사용자가 화면 판독기로 페이지를 탐색할 때 의미론적 마크업을 푯말로 사용할 수 있습니다. +- 검색 엔진은 의미론적 마크업을 페이지의 검색 순위에 영향을 줄 수 있는 중요한 키워드로 간주합니다 ({{glossary("SEO")}} 참조). +- 시각 장애가 있는 사용자가 화면 판독기로 페이지를 탐색할 때 의미론적 마크업을 안내판으로 사용할 수 있습니다. - 의미없고 클래스 이름이 붙여져있거나 그렇지 않은 끊임없는 `div` 들을 탐색하는 것보다, 의미있는 코드 블록을 찾는 것이 훨씬 쉽습니다. -- 개발자에게 태그 안에 채워질 데이터 유형을 제안합니다 -- 의미있는 이름짓기(Semantic naming)는 적절한 사용자 정의 요소 / 구성 요소의 이름짓기(namimg)를 반영합니다. +- 개발자에게 태그 안에 채워질 데이터 유형을 제안합니다. +- 의미있는 이름짓기(Semantic naming)는 적절한 사용자 정의 요소 / 구성 요소의 이름짓기를 반영합니다. -사용할 마크업에 접근할 때 스스로에게 물어보세요. "내가 채울 데이터를 가장 잘 설명하고 나타내는 요소는 무엇일까?" 예를 들어, 그 데이터는 정렬된 목록입니까? 정렬되지 않은 목록입니까?, 관련된 정보가 제외된 섹션이 있는 아티클(article)입니까?, 정의의 나열입니까?, 캡션이 필요한 그림 또는 이미지입니까?, 사이트 전체 머리글(header) 및 바닥글(footer) 외에 또 다른 머리글과 바닥글이 있어야합니까? 등등 +사용할 마크업에 접근할 때, "채울 데이터를 가장 잘 설명하고 나타내는 요소는 무엇일까?" 스스로에게 물어보세요. 예를 들어, 그 데이터는 정렬된 목록입니까? 정렬되지 않은 목록입니까?, 관련된 정보가 제외된 섹션이 있는 글입니까?, 정의의 나열입니까?, 캡션이 필요한 그림 또는 이미지입니까?, 사이트 전체 머리글(header) 및 바닥글(footer) 외에 또 다른 머리글과 바닥글이 있어야합니까? 등등을 들 수 있습니다. -## 의미론적 요소(element)들 +## 의미론적 요소들 -사용가능한 백 여개 정도의 요소([elements](/ko/docs/Web/HTML/Element))들이 있습니다. +사용가능한 100개 정도의 의미론적 [요소](/ko/docs/Web/HTML/Element)들이 있습니다. - {{htmlelement("article")}} - {{htmlelement("aside")}} @@ -55,6 +57,7 @@ HTML은 채워질 *데이터*를 나타내도록 코딩해야합니다. 기본 - {{htmlelement("figcaption")}} - {{htmlelement("figure")}} - {{htmlelement("footer")}} +- {{htmlelement("form")}} - {{htmlelement("header")}} - {{htmlelement("main")}} - {{htmlelement("mark")}} @@ -63,8 +66,11 @@ HTML은 채워질 *데이터*를 나타내도록 코딩해야합니다. 기본 - {{htmlelement("summary")}} - {{htmlelement("time")}} -## Learn more +## 같이 보기 + +- MDN의 [HTML 요소 참조](/ko/docs/Web/HTML/Element#Inline_text_semantics) +- MDN의 [HTML 구역과 윤곽선 사용하기](/ko/docs/Web/HTML/Element/Heading_Elements#usage_notes) +- 위키백과의 [컴퓨터 과학에서 시맨틱의 의미](https://en.wikipedia.org/wiki/Semantics#Computer_science) on Wikipedia +- [용어 사전](/ko/docs/Glossary) -- [HTML element reference](/ko/docs/Web/HTML/Element#Inline_text_semantics) on MDN -- [Using HTML sections and outlines](/ko/docs/Web/Guide/HTML/Using_HTML_sections_and_outlines#Problems_solved_by_HTML5) on MDN -- [Semantics]() on Wikipedia + - {{Glossary("SEO")}} diff --git a/files/ko/glossary/seo/index.md b/files/ko/glossary/seo/index.md index c83092ed856fde..40264b52d0add3 100644 --- a/files/ko/glossary/seo/index.md +++ b/files/ko/glossary/seo/index.md @@ -1,18 +1,22 @@ --- title: SEO slug: Glossary/SEO +l10n: + sourceCommit: ada5fa5ef15eadd44b549ecf906423b4a2092f34 --- -**SEO**(검색 엔진 최적화)는 웹사이트가 검색 결과에 더 잘 보이도록 최적화하는 과정입니다. 검색 랭크 개선이라고도 합니다. +{{GlossarySidebar}} -검색 엔진은 웹을 {{Glossary("Crawler", "크롤링")}}하면서 페이지에서 페이지로 링크를 따라가고, 찾은 콘텐츠의 색인을 생성합니다. 검색 결과에 보이는 것은 바로 그 콘텐츠 색인입니다. 크롤러는 일정 규칙을 따르므로, SEO를 진행하며 해당 규칙을 밀접하게 따라가면 웹사이트가 검색 결과의 보다 높은 곳에 노출돼 (전자상거래와 광고라면) 수익으로 연결될 수도 있습니다. +**SEO**(검색 엔진 최적화)는 웹사이트가 검색 결과에 더 잘 보이도록 최적화하는 과정입니다. 검색 순위 개선이라고도 합니다. -검색 엔진은 일부 SEO 가이드라인을 제공하긴 하지만 대형 검색 엔진의 경우 결과 랭킹은 영업 비밀로 취급합니다. 따라서 SEO는 검색 엔진의 공식 가이드라인에 더해 경험적인 지식, 논문과 특허 등에서 가져온 이론적 지식을 결합한 과정입니다. +검색 엔진은 웹을 {{Glossary("Crawler", "크롤링")}}하면서 페이지에서 페이지로 링크를 따라가고, 찾은 콘텐츠의 색인을 생성합니다. 검색 결과에 보이는 것은 바로 그 색인으로 된 콘텐츠입니다. 크롤러는 일정 규칙을 따르므로, SEO를 진행하며 해당 규칙을 밀접하게 따라가면, 웹사이트가 검색 결과의 최상위에 노출될 가능성이 높아 (전자상거래와 광고라면) 수익으로 연결될 수도 있습니다. + +검색 엔진은 일부 SEO 가이드라인을 제공하긴 하지만, 대형 검색 엔진의 경우 결과 순위는 영업 비밀로 취급합니다. 따라서 SEO는 검색 엔진의 공식 지침에 더해 경험적인 지식, 논문과 특허 등에서 가져온 이론적 지식을 결합한 과정입니다. SEO는 세 가지 큰 방향으로 나눌 수 있습니다. - 기술적 - - : 콘텐츠 마크업을 작성할 때 시맨틱 {{Glossary("HTML")}}을 사용하세요. 색인하길 원했던 콘텐츠만 크롤러가 긁어갈 것입니다. + - : 콘텐츠 마크업을 작성할 때 시맨틱 {{Glossary("HTML")}}을 사용하세요. 웹 사이트 탐색 시에, 색인하길 원했던 콘텐츠만 크롤러가 긁어갈 것입니다. - 콘텐츠 작성 - : 방문자층에 맞는 언어로 콘텐츠를 작성하세요. 이미지와 더불어 텍스트를 사용해, 크롤러가 주제를 이해할 수 있도록 도우세요. - 인기도 @@ -23,7 +27,4 @@ SEO는 세 가지 큰 방향으로 나눌 수 있습니다. ### 일반 지식 - [검색 엔진 최적화](https://ko.wikipedia.org/wiki/%EA%B2%80%EC%83%89_%EC%97%94%EC%A7%84_%EC%B5%9C%EC%A0%81%ED%99%94) on Wikipedia - -### SEO 배우기 - -- [Google Webmasters 학습 문서](https://www.google.com/webmasters/learn/) +- [Google 검색 센터](https://developers.google.com/search/docs) diff --git a/files/ko/glossary/server/index.md b/files/ko/glossary/server/index.md index 6be4f4d9cb1eee..22c74ff018f264 100644 --- a/files/ko/glossary/server/index.md +++ b/files/ko/glossary/server/index.md @@ -1,21 +1,23 @@ --- title: Server slug: Glossary/Server +l10n: + sourceCommit: ada5fa5ef15eadd44b549ecf906423b4a2092f34 --- -서버는 일반적으로 클라이언트라고 불리는 사용자에게 서비스를 제공하는 소프트웨어 또는 하드웨어이다. 하드웨어 서버는 네트워크의 공유 컴퓨터로서, 대개 강력하고 데이터 센터에 저장된다. 소프트웨어 서버(하드웨어 서버에서 자주 실행됨)는 클라이언트 프로그램에 서비스를 제공하는 프로그램 또는 사용자 클라이언트의 {{glossary("UI","user interface")}}을 말한다. +{{GlossarySidebar}} -서비스는 일반적으로 지역 네트워크 또는 인터넷과 같은 광역 네트워크를 통해 제공된다. 클라이언트 프로그램과 서버 프로그램은 전통적으로 {{glossary("API")}}을 사용하여 인코딩된 메시지를 {{glossary("protocol", "프로토콜")}}에 전달하여 연결한다. +서버는 일반적으로 클라이언트라고 불리는 사용자에게 서비스를 제공하는 소프트웨어 또는 하드웨어입니다. 하드웨어 서버는 네트워크의 공유 컴퓨터로서, 대개 강력하고 데이터 센터에 저장됩니다. 소프트웨어 서버(하드웨어 서버에서 자주 실행됨)는 클라이언트 프로그램에 서비스를 제공하는 프로그램 또는 사용자 클라이언트의 {{glossary("UI","사용자 인터페이스")}}를 의미합니다. -예를 들어: +서비스는 일반적으로 지역 네트워크 또는 인터넷과 같은 광역 네트워크를 통해 제공됩니다. 클라이언트 프로그램과 서버 프로그램은 전통적으로 {{glossary("API")}}을 사용하여 인코딩된 메시지를 {{glossary("protocol", "프로토콜")}}에 전달하여 연결합니다. -- 인터넷에 연결된 웹 서버가 이 페이지를 읽을 수 있도록 브라우저 소프트웨어로 {{glossary("HTML")}}을 보내고 있음. +예를 들면, + +- 인터넷에 연결된 웹 서버가 이 페이지를 읽을 수 있도록 브라우저 소프트웨어로 {{glossary("HTML")}}을 보내고 있습니다. - 파일, 이름, 메일, 인쇄 및 팩스의 로컬 영역 네트워크 서버 - 데이터 센터의 미니컴퓨터, 메인프레임, 슈퍼컴퓨터 -## 더 알아보기 - -### 일반적인 지식 +## 같이 보기 -- [서버의 소개](/en-US/Learn/What_is_a_web_server) -- Wikipedia의 [Server (computing)]() +- [서버 소개](/ko/docs/Learn/Common_questions/Web_mechanics/What_is_a_web_server) +- 위키백과의 [서버 (컴퓨팅)]() diff --git a/files/ko/glossary/shim/index.md b/files/ko/glossary/shim/index.md index 718f1f9b48e9a2..6f45de6a6511ed 100644 --- a/files/ko/glossary/shim/index.md +++ b/files/ko/glossary/shim/index.md @@ -1,12 +1,14 @@ --- title: 심 slug: Glossary/Shim +l10n: + sourceCommit: ada5fa5ef15eadd44b549ecf906423b4a2092f34 --- -**심shim**은 이미 존재하는 코드의 동작을 바로잡는 데 사용되는 코드 모음이며, 보통 문제를 야기시키는 신규 API에 대응한다. 시중에 배포된 브라우저에서 지원되지 않는 신규 API를 구현하는 폴리필({{Glossary("polyfill")}})과 대조된다. +{{GlossarySidebar}} -## 더 많은 정보 +**심(shim)**은 일반적으로 문제를 해결하는 새 API를 추가하여, 이미 존재하는 코드의 동작을 바로잡는 데 사용되는 코드 모음입니다. 기본 브라우저에서 지원되지 않는 새로운 API를 구현하는 {{Glossary("polyfill","폴리필")}}과 다릅니다. -### 일반 정보 +## 같이 보기 -- [Shim](), 위키피디아 +- 위키백과의 [Shim]() diff --git a/files/ko/glossary/signature/function/index.md b/files/ko/glossary/signature/function/index.md index 50b4a928e4bbb1..58fc3eaa2bab0e 100644 --- a/files/ko/glossary/signature/function/index.md +++ b/files/ko/glossary/signature/function/index.md @@ -1,48 +1,50 @@ --- -title: Signature (functions) +title: 함수 시그니처 slug: Glossary/Signature/Function +l10n: + sourceCommit: ada5fa5ef15eadd44b549ecf906423b4a2092f34 --- -**함수 시그니처**(_타입_ 시그니처, _메소드_ 시그니처)는 {{Glossary("Function", "functions")}} 그리고 {{Glossary("Method", "methods")}}의 입력과 출력을 정의합니다. +{{GlossarySidebar}} + +**함수 시그니처**('타입' 시그니처, '메서드' 시그니처)는 {{Glossary("Function", "함수")}}와 {{Glossary("Method", "메서드")}}의 입력과 출력을 정의합니다. 시그니처는 다음을 포함합니다: -- {{Glossary("Parameter", "parameters")}}와 그들의 {{Glossary("Type", "types")}} +- {{Glossary("Parameter", "매개변수")}}와 그들의 {{Glossary("Type", "타입")}} - 반환값과 타입 -- 던져지거나 콜백으로 반환되는 {{Glossary("Exception", "exceptions")}} -- {{Glossary("OOP", "object-oriented")}} 프로그램에서 메소드의 접근 권한에 대한 정보 (`public`, `static`, 혹은 `prototype`와 같은 키워드들). +- 던져지거나 콜백으로 반환되는 {{Glossary("Exception", "예외")}} +- {{Glossary("OOP", "객체 지향")}} 프로그램에서 메서드의 접근 권한에 대한 정보 (`public`, `static`, 혹은 `prototype`와 같은 키워드). -## In depth +## 자세한 내용 -### Signatures in JavaScript +### JavaScript 시그니처 -{{Glossary("JavaScript")}}는 _약한 타입_ 혹은 _동적_ 언어입니다. 이것은 여러분이 변수의 타입을 미리 선언하지 않아도 됨을 의미합니다. 타입은 프로그램이 실행되는 동안 자동으로 결정됩니다. 하지만 JavaScript에서의 시그니처는 여전히 여러분에게 메소드에 대한 몇 가지 정보를 제공해줄 수 있습니다: +{{Glossary("JavaScript")}}는 '약한 타입' 혹은 '동적' 언어입니다. 이것은 여러분이 변수의 타입을 미리 선언하지 않아도 됨을 의미합니다. 타입은 프로그램이 실행되는 동안 자동으로 결정됩니다. 하지만 JavaScript에서의 시그니처는 여전히 여러분에게 메서드에 대한 몇 가지 정보를 제공해줄 수 있습니다. ```js MyObject.prototype.myFunction(value); ``` -- 메소드는 `MyObject`라 불리는 {{Glossary("object")}}에 장착되어 있습니다. -- 메소드는 `MyObject`의 `prototype`에 장착되어 있습니다. (따라서 이 메소드는 {{Glossary("instance method")}} 입니다.) 반대의 경우는 {{Glossary("static method")}}입니다. -- 메소드의 이름은 `myFunction`입니다. -- 메소드는 하나의 인자를 받고, 그것의 이름은 `value` 입니다. +- 메서드는 `MyObject`라 불리는 {{Glossary("object")}}에 붙어 있습니다. +- 메서드는 `MyObject`의 `prototype`에 붙어 있습니다(따라서 이 메서드는 {{Glossary("instance method", "인스턴스 메서드")}} 입니다). 반대의 경우는 {{Glossary("static method", "정적 메서드")}}입니다. +- 메서드의 이름은 `myFunction`입니다. +- 메서드는 이름은 `value`이고, 정의되지 않은 하나의 매개변수를 받습니다. -### Signatures in Java +### Java 시그니처 -{{Glossary("Java")}}는 VM수준에서 메서드와 클래스를 식벽하는데 시그니처가 사용됩니다. Java 코드를 싱행하기 위해서는 변수의 타입을 선언해야 합니다. Java는 강한 타입이며, 컴파일 시간에 parameters의 type의 정확성을 검사합니다. +{{Glossary("Java")}}는 가상머신 코드 수준에서 메서드와 클래스를 식별하는데 시그니처가 사용됩니다. Java 코드를 실행하기 위해서는 변수의 타입을 선언해야 합니다. Java는 '강한 타입'이며, 컴파일 시간에 매개변수 타입을 검사합니다. ```java public static void main(String[] args) ``` -- The `public` keyword is an access modifier and indicates that this method can be called by any object. -- The `static` keyword indicates that this method is a class method as opposed to being an instance method. -- The `void` keyword indicates that this method has no return value. -- The name of the method is `main`. -- The method accepts one parameter of type String Array. It is named `args.` - -## `Learn more` +- `public` 키워드는 접근 한정자이며, 이 메서드가 모든 객체에서 호출될 수 있음을 의미합니다. +- `static` 키워드는 이 메서드가 인스턴스 메서드가 아닌 클래스 메서드임을 의미합니다. +- `void` 키워드는 이 메서드에 반환 값이 없음을 의미합니다. +- 메서드의 이름은 `main`입니다. +- 이 메서드는 `args`라는 이름의 문자열 배열 타입 매개변수 하나를 허용합니다. -### `General knowledge` +## 같이 보기 -- [Type signature](https://en.wikipedia.org/wiki/Type_signature#Java) on Wikipedia +- 위키백과의 [자바 내부 타입 시그니처](https://en.wikipedia.org/wiki/Type_signature#Java) diff --git a/files/ko/glossary/signature/index.md b/files/ko/glossary/signature/index.md new file mode 100644 index 00000000000000..45c51840cc7689 --- /dev/null +++ b/files/ko/glossary/signature/index.md @@ -0,0 +1,16 @@ +--- +title: Signature +slug: Glossary/Signature +l10n: + sourceCommit: ada5fa5ef15eadd44b549ecf906423b4a2092f34 +--- + +{{GlossarySidebar}} + +**시그니처**라는 용어는 맥락에 따라 다양한 의미를 가질 수 있습니다. 다음을 참조하세요. + +{{GlossaryDisambiguation}} + +## See also + +- 위키백과의 [시그니처]() diff --git a/files/ko/glossary/signature/security/index.md b/files/ko/glossary/signature/security/index.md new file mode 100644 index 00000000000000..6dccf5e17d5f32 --- /dev/null +++ b/files/ko/glossary/signature/security/index.md @@ -0,0 +1,26 @@ +--- +title: 서명 (signature) (보안) +slug: Glossary/Signature/Security +l10n: + sourceCommit: ada5fa5ef15eadd44b549ecf906423b4a2092f34 +--- + +{{GlossarySidebar}} + +**서명(signature)** 또는 '디지털 서명'은 메시지가 진짜임을 보여주는 {{glossary("protocol", "프로토콜")}}입니다. + +주어진 메시지의 {{glossary("hash", "해시")}}에서, **서명 과정**은 먼저 엔터티의 비공개 {{glossary("key", "키")}}를 사용하여 서명 엔터티에 연결된 디지털 서명을 생성합니다. + +메시지를 받으면, **인증 과정**을 진행합니다. + +- '발신자를 인증합니다'. 발신자의 공개 키를 사용하여 서명을 {{glossary("decryption","복호화")}}하고 해시를 복구합니다. 해시는 발신자의 개인 키로만 생성할 수 있습니다. +- '메시지 무결성을 확인합니다'. 해시를 수신된 문서에서 새로 계산한 해시와 비교합니다(문서가 변조된 경우 두 해시가 달라집니다). + +개인 키가 손상되거나 수신자에게 잘못된 공개 키가 제공되면 시스템이 실패합니다. + +디지털 서명은 [공개 키 암호화](https://en.wikipedia.org/wiki/Public-key_cryptography)라고도 알려진 비대칭 암호화를 사용합니다. + +## 같이 보기 + +- 위키백과의 [디지털 서명](https://en.wikipedia.org/wiki/Digital_signature) +- {{glossary("digest","다이제스트")}}, {{glossary("encryption", "암호화")}}를 참조하세요. diff --git a/files/ko/glossary/simd/index.md b/files/ko/glossary/simd/index.md index 579f1ea2788b0a..46752e0713a5b0 100644 --- a/files/ko/glossary/simd/index.md +++ b/files/ko/glossary/simd/index.md @@ -1,15 +1,18 @@ --- title: SIMD slug: Glossary/SIMD +l10n: + sourceCommit: ada5fa5ef15eadd44b549ecf906423b4a2092f34 --- -SIMD ("seem-dee"로 발음) 는 [컴퓨터 구조 분류](https://en.wikipedia.org/wiki/Flynn%27s_taxonomy) 중 하나인 단일 명령어/복수 데이터(**Single Instruction/Multiple Data**)의 단축입니다. SIMD는 같은 연산 하나가 결과상 데이터 레벨 병렬화 및 성능 향상이 되는 여러 데이터 요소(point)에 수행될 수 있게 합니다, 가령 3D graphics 및 video 처리, 물리 시뮬레이션 또는 암호화(cryptography) 및 다른 도메인을 위한. +SIMD ("sim-dee"로 발음합니다)는 [컴퓨터 구조 분류](https://en.wikipedia.org/wiki/Flynn%27s_taxonomy) 중 하나인 단일 명령어/복수 데이터(**Single Instruction/Multiple Data**)의 단축입니다. SIMD는 같은 연산 하나가 결과상 데이터 레벨 병렬화 및 성능 향상이 되는 여러 데이터 요소에 수행될 수 있게 합니다. 예를 들어, 3D 그래픽스 및 비디오 처리, 물리 시뮬레이션 또는 암호화 및 다른 도메인을 들 수 있습니다. -명령어 또는 데이터 집합 내 병렬화 없는 순차 구조의 경우 {{Glossary("SISD")}} 참조. +명령어 또는 데이터 집합 내 병렬화 없는 순차 구조의 경우 {{Glossary("SISD")}}를 참조하세요. -## 더 알아보기 +## 같이 보기 -### 일반 지식 +- 위키백과의 [SIMD](https://en.wikipedia.org/wiki/SIMD) +- [용어 사전](/ko/docs/Glossary) -- {{jsxref("Global_Objects/SIMD","SIMD in JavaScript","","true")}} -- [SIMD](https://en.wikipedia.org/wiki/Single_instruction,_multiple_data) on Wikipedia + - {{Glossary("SIMD")}} + - {{Glossary("SISD")}} diff --git a/files/ko/glossary/smtp/index.md b/files/ko/glossary/smtp/index.md index 7a4b824acb21a0..773cc5f7a55075 100644 --- a/files/ko/glossary/smtp/index.md +++ b/files/ko/glossary/smtp/index.md @@ -1,8 +1,22 @@ --- title: SMTP slug: Glossary/SMTP +l10n: + sourceCommit: ada5fa5ef15eadd44b549ecf906423b4a2092f34 --- -**SMTP**(Simple Mail Transfer Protocol)는 새로운 이메일을 전송할 때 사용하는 {{glossary("protocol", "프로토콜")}}입니다. {{glossary("POP3")}}나 {{glossary("NNTP")}}처럼, SMTP도 {{glossary("state machine", "상태 기계")}} 기반 프로토콜입니다. +{{GlossarySidebar}} -SMTP는 상대적으로 직관적입니다. 복잡함을 유발하는 주요 원인은 다양한 인증 방법([GSSAPI](http://en.wikipedia.org/wiki/Generic_Security_Services_Application_Program_Interface), [CRAM-MD5](http://en.wikipedia.org/wiki/CRAM-MD5), [NTLM](http://en.wikipedia.org/wiki/NTLM), MSN, AUTH LOGIN, AUTH PLAIN...) 지원, 오류 응답 처리, 인증 실패(서버에서 어떤 방법을 지원한다고 주장했으나 사실 아닐 때 등) 시 처리 등입니다. +**SMTP**(Simple Mail Transfer Protocol)는 새로운 이메일을 전송할 때 사용하는 {{glossary("protocol", "프로토콜")}}입니다. {{glossary("POP")}}나 {{glossary("NNTP")}}처럼, SMTP도 {{glossary("state machine", "상태 기계")}} 기반 프로토콜입니다. + +SMTP는 상대적으로 직관적입니다. 복잡함을 유발하는 주요 원인은 다양한 인증 방법([GSSAPI](http://en.wikipedia.org/wiki/Generic_Security_Services_Application_Program_Interface), [CRAM-MD5](http://en.wikipedia.org/wiki/CRAM-MD5), [NTLM](http://en.wikipedia.org/wiki/NTLM), MSN, AUTH LOGIN, AUTH PLAIN 등)을 지원하고, 오류 응답 처리, 인증 실패(서버에서 어떤 방법을 지원한다고 주장했으나 사실 아닐 때 등) 시 처리가 있습니다. + +## 같이 보기 + +- 위키백과의 [SMTP](https://en.wikipedia.org/wiki/SMTP) +- [용어 사전](/ko/docs/Glossary) + + - {{glossary("NNTP")}} + - {{glossary("POP")}} + - {{glossary("protocol")}} + - {{Glossary("state machine")}} diff --git a/files/ko/glossary/sql/index.md b/files/ko/glossary/sql/index.md index 068828d3c02173..443985d3e17a57 100644 --- a/files/ko/glossary/sql/index.md +++ b/files/ko/glossary/sql/index.md @@ -1,17 +1,14 @@ --- title: SQL slug: Glossary/SQL +l10n: + sourceCommit: ada5fa5ef15eadd44b549ecf906423b4a2092f34 --- -**SQL** (구조화 질의어, Structured Query Language) 은 테이블 기반 데이터베이스에서 데이터를 업데이트, 수집, 계산하기 위해 디자인된 기술형 컴퓨터 언어입니다. +**SQL** (구조화 질의어, Structured Query Language)은 테이블 기반 데이터베이스에서 데이터를 갱신, 수집, 계산하기 위해 디자인된 설명적 컴퓨터 언어입니다. ## 같이 보기 -### 일반적인 지식 - - 위키백과의 [SQL](https://ko.wikipedia.org/wiki/SQL) - -### SQL 배우기 - - [sqlzoo.net에서 SQL 배우기](http://sqlzoo.net/wiki/SQL_Tutorial) - [Tutorial Point](http://www.tutorialspoint.com/sql/) diff --git a/files/ko/glossary/ssl/index.md b/files/ko/glossary/ssl/index.md index f08f19eabf6aff..b520f1c852b864 100644 --- a/files/ko/glossary/ssl/index.md +++ b/files/ko/glossary/ssl/index.md @@ -1,15 +1,17 @@ --- -title: Secure Sockets Layer (SSL) +title: 보안 소켓 계층 (SSL) slug: Glossary/SSL +l10n: + sourceCommit: ada5fa5ef15eadd44b549ecf906423b4a2092f34 --- -Secure Sockets Layer(SSL)는 클라이언트와 서버 간의 안전한 링크를 통해 송수신되는 모든 데이터를 안전하게 보장하는 과거의 보안 표준 기술이었다. SSL 버전 3.0은 Netscape가 1999년에 발표했으며 현재에는 {{Glossary("TLS", "Transport Layer Security (TLS)")}} 로 대체되었다. +보안 소켓 계층(SSL, Secure Sockets Layer)는 클라이언트와 서버 간의 안전한 링크를 통해 송수신되는 모든 데이터를 안전하게 보장하는 과거의 보안 표준 기술이었습니다. SSL 버전 3.0은 Netscape가 1996년에 발표했으며, 현재는 {{Glossary("TLS", "전송 계층 보안 (TLS, Transport Layer Security)")}}로 대체되었습니다. ## 같이 보기 -- [Transport Layer Security](https://en.wikipedia.org/wiki/Transport_Layer_Security) (Wikipedia) -- [Transport Layer Security (TLS) protocol](/ko/docs/Web/Security/Transport_Layer_Security) -- [Glossary](/ko/docs/Glossary) +- [전송 계층 보안](https://en.wikipedia.org/wiki/Transport_Layer_Security) (Wikipedia) +- [전송 계층 보안(TLS) 프로토콜](/ko/docs/Web/Security/Transport_Layer_Security) +- [용어 사전](/ko/docs/Glossary) - {{Glossary("HTTPS")}} - {{Glossary("TLS")}} diff --git a/files/ko/glossary/style_origin/index.md b/files/ko/glossary/style_origin/index.md index b0f886a2d36f5c..f6a63d557b6192 100644 --- a/files/ko/glossary/style_origin/index.md +++ b/files/ko/glossary/style_origin/index.md @@ -1,11 +1,13 @@ --- -title: 스타일 출처 +title: 스타일 출처 (Style origin) slug: Glossary/Style_origin l10n: - sourceCommit: 424582339e3d3de819667b2e5e2ea52a180fe84c + sourceCommit: ada5fa5ef15eadd44b549ecf906423b4a2092f34 --- -{{Glossary("CSS")}}에는 스타일 변경을 위한 소스를 구분하는 세 가지 카테고리가 있습니다. 이 카테고리를 **스타일 출처**라고 합니다. 스타일 출처에는 **사용자 에이전트 출처**, **사용자 출처** 그리고 **작성자 출처**가 있습니다. +{{GlossarySidebar}} + +{{Glossary("CSS")}}에는, 스타일 변경을 위한 소스를 구분하는 세 가지 카테고리가 있습니다. 이 카테고리를 **스타일 출처**라고 합니다. 스타일 출처에는 **사용자 에이전트 출처**, **사용자 출처** 그리고 **작성자 출처**가 있습니다. - 사용자 에이전트 출처 - : 사용자 에이전트 출처는 사용자 웹 브라우저의 기본 스타일로 구성된 스타일 출처입니다. 콘텐츠에 적용할 다른 스타일이 없다면, 요소를 렌더링할 동안 사용자 에이전트 출처의 스타일이 사용됩니다. @@ -14,8 +16,8 @@ l10n: - 작성자 출처 - : 작성자 출처는 문서의 일부인 스타일도 모두 포함하는 스타일 출처입니다. {{Glossary("HTML")}} 내의 스타일과 외부 스타일시트 파일의 스타일 모두 해당합니다. -스타일 출처는 {{cssxref("unset")}} 또는 {{cssxref("revert")}} 키워드를 사용할 때와 같이 스타일을 삭제할 때 요소에 적용된 스타일의 종속을 어디까지 되돌릴지(또는 역추적할지) 결정하기 위해 사용됩니다. +스타일 출처는 {{cssxref("unset")}} 또는 {{cssxref("revert")}} 키워드를 사용할 때와 같이, 스타일을 삭제할 때 요소에 적용된 스타일의 종속을 어디까지 되돌릴지(또는 역추적할지) 결정하기 위해 사용됩니다. ## 같이 보기 -- [CSS Cascading and Inheritance: Cascading Origins](https://drafts.csswg.org/css-cascade-4/#cascading-origins) +- [CSS 종속과 상속: 출처 종속](https://drafts.csswg.org/css-cascade-4/#cascading-origins) diff --git a/files/ko/glossary/svg/index.md b/files/ko/glossary/svg/index.md index d04e618b8addc3..cd7124e169e872 100644 --- a/files/ko/glossary/svg/index.md +++ b/files/ko/glossary/svg/index.md @@ -1,27 +1,26 @@ --- title: 가변 벡터 도형 (SVG) slug: Glossary/SVG +l10n: + sourceCommit: ada5fa5ef15eadd44b549ecf906423b4a2092f34 --- -_Scalable Vector Graphics_ (**SVG**)는 {{Glossary("XML")}} 신텍스에 기반을 둔 2D 벡터 이미지 형식(포맷)이다. +{{GlossarySidebar}} -{{Glossary("W3C")}}는 1990년 후반부터 SVG를 사용하기 시작했지만, SVG를 지원하는 {{Glossary("Microsoft Internet Explorer", "Internet Explorer")}} 9가 출시된 후에야 널리 사용되기 시작했다. 현재 주요 웹브라우저({{Glossary("browser","browsers")}})들은 SVG를 지원한다. +'Scalable Vector Graphics' (**SVG**)는 {{Glossary("XML")}} 문법에 기반을 둔 2D 벡터 이미지 형식입니다. -{{Glossary("XML")}} 신텍스를 기반으로 한 SVG는 {{Glossary("CSS")}}를 통해 스타일 처리가 가능하고, 자바스크립트({{Glossary("JavaScript")}})를 사용해 상호소통이 가능하다. 현재 HTML5는 SVG{{Glossary("Tag","tags")}}가 {{Glossary("HTML")}}문서에서 직접 사용 되도록 지원한다. +{{Glossary("W3C")}}는 1990년 후반부터 SVG를 사용하기 시작했지만, SVG를 지원하는 {{Glossary("Microsoft Internet Explorer", "인터넷 익스플로러")}} 9가 출시된 후에야 널리 사용되기 시작했습니다. 현재 주요 웹브라우저({{Glossary("browser","브라우저")}})들은 SVG를 지원합니다. -벡터 이미지 형식 ([vector image format](http://en.wikipedia.org/wiki/Vector_graphics))으로써, SVG 그래픽은 무한정적인 크기를 가질 수 있고, 이러한 점 때문에 어떠한 화면 크기에도 적용 가능한 인터페이스 요소와 그래픽을 만들 수 있어 반응형 디자인({{Glossary("responsive design")}}) 에서 아주 유용하게 여겨진다. 또한 SVG는 클리핑(clipping), 마스킹(masking), 필터(filter), 애니매이션(animation) 등 여러가지 유용한 툴 셋들을 제공한다. +{{Glossary("XML")}} 문법을 기반으로 한 SVG는 {{Glossary("CSS")}}를 통해 스타일 처리가 가능하고, {{Glossary("JavaScript")}}를 사용해 상호작용이 가능합니다. 현재 HTML5는 SVG {{Glossary("Tag","태그")}}가 {{Glossary("HTML")}} 문서에서 직접 사용 되도록 지원합니다. -## 더보기 +[벡터 이미지 형식](http://en.wikipedia.org/wiki/Vector_graphics)으로써, SVG 그래픽은 무한정적인 크기를 가질 수 있고, 이러한 점 때문에 어떠한 화면 크기에도 적용 가능한 인터페이스 요소와 그래픽을 만들 수 있어 {{Glossary("responsive design", "반응형 디자인")}}에서 아주 유용합니다. 또한 SVG는 클리핑, 마스킹, 필터, 애니매이션 등 여러가지 유용한 도구들을 제공합니다. -### 일반 상식 +## 같이 보기 -- [SVG](https://ko.wikipedia.org/wiki/SVG) 위키피디아 +- 위키백과의 [SVG](https://ko.wikipedia.org/wiki/SVG) ### SVG 배우기 - [W3.org's SVG Primer](https://www.w3.org/Graphics/SVG/IG/resources/svgprimer.html) - -### 기술 정보 - -- [SVG documentation on MDN](/ko/docs/Web/SVG) -- [Latest SVG specification](http://www.w3.org/TR/SVG/) +- [MDN의 SVG 문서](/ko/docs/Web/SVG) +- [최신 SVG 명세](http://www.w3.org/TR/SVG/) diff --git a/files/ko/glossary/synchronous/index.md b/files/ko/glossary/synchronous/index.md index 0b1c51c4113b00..4bb6be06565287 100644 --- a/files/ko/glossary/synchronous/index.md +++ b/files/ko/glossary/synchronous/index.md @@ -2,16 +2,18 @@ title: 동기(Synchronous) slug: Glossary/Synchronous l10n: - sourceCommit: 4bd65a01204446af2254bb8864bd22ad87bc86b0 + sourceCommit: ada5fa5ef15eadd44b549ecf906423b4a2092f34 --- -**동기**란 각 참여자가 즉시(또는 가능한 한 즉시) 메시지를 수신(필요시 처리 및 회신)하는 실시간 통신을 말합니다. +{{GlossarySidebar}} -사람으로 예를 들면 전화가 있습니다. 전화 통화 중에는 상대방에게 즉시 응답하는 경우가 많습니다. +**동기적**이란 각 참여자가 즉시(또는 가능한 한 즉시) 메시지를 수신(필요시 처리 및 회신)하는 실시간 통신을 의미합니다. + +예를 들면, 전화가 있습니다. 전화 통화 중에는 상대방에게 즉시 응답하는 경우가 많습니다. 많은 프로그래밍 명령어도 동기식입니다. 예를 들어, 계산을 입력할 때 결과를 프로그래밍하지 않는 한 환경에서 즉시 결과를 반환합니다. ## 같이 보기 -- [비동기(Asynchronous)](<{{glossary("Asynchronous")}}>) -- [XMLHttpRequest()](/ko/docs/Web/API/XMLHttpRequest) {{glossary("API")}} 를 활용한 [동기, 비동기 요청](/ko/docs/Web/API/XMLHttpRequest/Synchronous_and_Asynchronous_Requests) +- {{glossary("Asynchronous", "비동기")}} +- [XMLHttpRequest()](/ko/docs/Web/API/XMLHttpRequest) {{glossary("API")}} 를 활용한 [동기와 비동기 요청](/ko/docs/Web/API/XMLHttpRequest/Synchronous_and_Asynchronous_Requests) From 4e63f8d2c0473c778e3a88c8d6c80160474887d7 Mon Sep 17 00:00:00 2001 From: hochan222 Date: Sun, 24 Mar 2024 20:07:57 +0900 Subject: [PATCH 2/3] =?UTF-8?q?fix:=20=EC=B6=A9=EB=8F=8C=20=ED=95=B4?= =?UTF-8?q?=EA=B2=B0?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- files/ko/glossary/scope/index.md | 7 +------ files/ko/glossary/semantics/index.md | 4 ---- 2 files changed, 1 insertion(+), 10 deletions(-) diff --git a/files/ko/glossary/scope/index.md b/files/ko/glossary/scope/index.md index 4aa3f1f6596a65..6f1f61b3f40814 100644 --- a/files/ko/glossary/scope/index.md +++ b/files/ko/glossary/scope/index.md @@ -6,15 +6,10 @@ l10n: --- {{GlossarySidebar}} -<<<<<<< HEAD **스코프**는 컨텍스트는 {{glossary("value","값")}}과 "표현식"이 "표현"되거나 참조 될 수 있는 현재 실행되는 컨텍스트를 의미합니다. 만약 {{glossary("variable", "변수")}} 또는 표현식이 "해당 스코프"내에 있지 않다면, 사용할 수 없습니다. 스코프는 또한 계층적인 구조를 가지기 때문에, 하위 스코프는 상위 스코프에 접근할 수 있지만 반대는 불가하다. -======= -현재 실행되는 컨텍스트를 말한다. 여기서 컨텍스트는 {{glossary("값","값")}}과 **표현식**이 **"표현"**되거나 참조 될 수 있음을 의미한다. 만약 **{{glossary("변수")}}** 또는 다른 표현식이 "해당 스코프"내에 있지 않다면 사용할 수 없다. 스코프는 또한 계층적인 구조를 가지기 때문에 하위 스코프는 상위 스코프에 접근할 수 있지만 반대는 불가하다. - -**{{glossary("함수")}}** 는 **{{glossary("JavaScript")}}** 에서 **클로저** 역할을 하기 때문에 스코프를 생성하므로 함수 내에 정의된 변수는 외부 함수나 다른 함수 내에서는 접근 할 수 없다. 예를 들어 다음과 같은 상황은 유효하지 않다. ->>>>>>> upstream/main +**{{glossary("함수")}}** 는 **{{glossary("JavaScript")}}** 에서 **클로저** 역할을 하기 때문에 스코프를 생성하므로 함수 내에 정의된 변수는 외부 함수나 다른 함수 내에서는 접근 할 수 없습니다. 예를 들어 다음과 같은 상황은 유효하지 않습니다. JavaScript는 다음과 같은 종류의 스코프가 있습니다. diff --git a/files/ko/glossary/semantics/index.md b/files/ko/glossary/semantics/index.md index 3317bc9d57618c..88c50a57157323 100644 --- a/files/ko/glossary/semantics/index.md +++ b/files/ko/glossary/semantics/index.md @@ -27,11 +27,7 @@ CSS의 경우, 다양한 종류의 과일을 나타내기 위해서는 리스트 기본적으로, 대부분의 브라우저의 [사용자 에이전트 스타일시트](/ko/docs/Web/CSS/Cascade#User-agent_stylesheets) {{htmlelement("h1")}} 가 제목(heading) 처럼 보이도록 큰사이즈 폰트로 스타일을 만듭니다(당신이 원하는 대로 스타일을 바꿀 수도 있지만요). -<<<<<<< HEAD 반면에, 모든 요소를 '최상위 제목'처럼 보이게 할 수 있습니다. 다음을 고려하세요. -======= -반면에 모든 요소를 '최상위 제목'처럼 _보이게_ 할 수 있습니다. 다음을 고려하세요. ->>>>>>> upstream/main ```html 최상위 제목이 아닙니다! From 8e6502dc3e5b14c63111a1229afe04858a073446 Mon Sep 17 00:00:00 2001 From: hochan222 Date: Sun, 24 Mar 2024 20:10:51 +0900 Subject: [PATCH 3/3] =?UTF-8?q?fix:=20=EC=B6=A9=EB=8F=8C=20=ED=95=B4?= =?UTF-8?q?=EA=B2=B0?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- files/ko/glossary/smtp/index.md | 5 ----- files/ko/glossary/stacking_context/index.md | 4 ++-- 2 files changed, 2 insertions(+), 7 deletions(-) diff --git a/files/ko/glossary/smtp/index.md b/files/ko/glossary/smtp/index.md index 9bcc0d16b18b91..773cc5f7a55075 100644 --- a/files/ko/glossary/smtp/index.md +++ b/files/ko/glossary/smtp/index.md @@ -6,11 +6,6 @@ l10n: --- {{GlossarySidebar}} -<<<<<<< HEAD -======= - -**SMTP**(Simple Mail Transfer Protocol)는 새로운 이메일을 전송할 때 사용하는 {{glossary("protocol", "프로토콜")}}입니다. {{glossary("POP3")}}나 {{glossary("NNTP")}}처럼, SMTP도 {{glossary("state machine", "상태 기계")}} 기반 프로토콜입니다. ->>>>>>> upstream/main **SMTP**(Simple Mail Transfer Protocol)는 새로운 이메일을 전송할 때 사용하는 {{glossary("protocol", "프로토콜")}}입니다. {{glossary("POP")}}나 {{glossary("NNTP")}}처럼, SMTP도 {{glossary("state machine", "상태 기계")}} 기반 프로토콜입니다. diff --git a/files/ko/glossary/stacking_context/index.md b/files/ko/glossary/stacking_context/index.md index bb43b42e40fa2f..15b825c0131358 100644 --- a/files/ko/glossary/stacking_context/index.md +++ b/files/ko/glossary/stacking_context/index.md @@ -1,5 +1,5 @@ --- -title: 스태킹 컨텍스트 (Stacking context) +title: 쌓임 맥락 (Stacking context) slug: Glossary/Stacking_context l10n: sourceCommit: d267a8cb862c20277f81bbc223221b36b0c613e6 @@ -7,7 +7,7 @@ l10n: {{GlossarySidebar}} -**스태킹 컨텍스트 (Stacking context)** 는 마치 책상 위의 카드를 옆으로 늘어놓거나 서로 겹치게 만들 수 있듯, 웹 페이지에서 어떤 요소가 위에 그려지는지 결정하는 방법입니다. +**쌓임 맥락 (Stacking context)** 는 마치 책상 위의 카드를 옆으로 늘어놓거나 서로 겹치게 만들 수 있듯, 웹 페이지에서 어떤 요소가 위에 그려지는지 결정하는 방법입니다. ## 같이 보기