[revise]: revise index.md files for web/glossary/p

files/ko/glossary/pdf/index.md

@@ -1,12 +1,14 @@
 ---
 title: PDF
 slug: Glossary/PDF
+l10n:
+  sourceCommit: ada5fa5ef15eadd44b549ecf906423b4a2092f34
 ---
 
-**PDF** (Portable Document Format)는 특정 소프트웨어 구현, 하드웨어 플랫폼 또는 운영 체제에 의존하지 않고 문서를 공유하는 데 사용되는 파일 형식이다. PDF는 인쇄된 문서의 디지털 이미지를 제공하며 인쇄될 때 동일한 형태를 유지한다.
+{{GlossarySidebar}}
 
-## 더 알아보기
+**PDF** (Portable Document Format)는 특정 소프트웨어 구현, 하드웨어 플랫폼 또는 운영 체제에 의존하지 않고 문서를 공유하는 데 사용되는 파일 형식입니다. PDF는 인쇄된 문서의 디지털 이미지를 제공하며 인쇄될 때 동일한 형태를 유지합니다.
 
-### 일반적인 지식
+## 같이 보기
 
-- Wikipedia의 [PDF](https://ko.wikipedia.org/wiki/PDF)
+- 위키백과의 [PDF](https://ko.wikipedia.org/wiki/PDF)

files/ko/glossary/percent-encoding/index.md

@@ -1,8 +1,12 @@
 ---
 title: Percent-encoding(퍼센트 인코딩)
 slug: Glossary/Percent-encoding
+l10n:
+  sourceCommit: 6c7cb932f7a0735ec2ac64732c9a947510fd1303
 ---
 
+{{GlossarySidebar}}
+
 **Percent-encoding** 은 {{Glossary("URL", "URL")}} 맥락에서 특정 의미를 갖는 8비트 문자로 인코딩하는 메커니즘입니다. URL 인코딩이라고도 합니다. 인코딩은 '%' 다음에 변경할 문자를 ASCII 값으로 표현되는 16진수가 위치하는 대체 문자열로 구성됩니다.
 
 인코딩이 필요한 특수문자는 `':'`, `'/'`, `'?'`, `'#'`, `'['`, `']'`, `'@'`, `'!'`, `'$'`, `'&'`, `"'"`, `'('`, `')'`, `'*'`, `'+'`, `','`, `';'`, `'='` 그리고 `'%'` 그 자체입니다. 다른 문자는 인코딩 할 수 있지만 인코딩을 할 필요는 없습니다.
@@ -35,4 +39,5 @@ slug: Glossary/Percent-encoding
 ## 같이 보기
 
 - 위키피디아 [퍼센트 인코딩](https://ko.wikipedia.org/wiki/%ED%8D%BC%EC%84%BC%ED%8A%B8_%EC%9D%B8%EC%BD%94%EB%94%A9)의 정의
-- {{RFC(3986)}}, section 2.1, where this encoding is defined.
+- 이 인코딩이 정의된 {{RFC(3986)}}의, section 2.1
+- URL을 퍼센트 인코딩하는 기능인 [`encodeURI()`](/ko/docs/Web/JavaScript/Reference/Global_Objects/encodeURI)와 [`encodeURIComponent()`](/ko/docs/Web/JavaScript/Reference/Global_Objects/encodeURIComponent)

files/ko/glossary/php/index.md

@@ -1,12 +1,60 @@
 ---
 title: PHP
 slug: Glossary/PHP
+l10n:
+  sourceCommit: ada5fa5ef15eadd44b549ecf906423b4a2092f34
 ---
 
-**PHP**(PHP: Hypertext Preprocessor)는 웹 응용 프로그램과 동적 웹 사이트를 구축하는 데 사용되는 오픈 소스 서버 측 스크립팅 언어입니다. 원래는 동적 웹 페이지를 만들기 위해 설계되었으며 이를 구현하기 위해 PHP로 작성된 코드를 HTML 소스 문서 안에 넣으면 PHP 처리 기능이 있는 웹 서버에서 해당 코드를 인식하여 작성자가 원하는 웹 페이지를 생성한다. 근래에는 PHP 코드와 HTML을 별도 파일로 분리하여 작성하는 경우가 일반적이며, PHP 또한 웹서버가 아닌 php-fpm(PHP FastCGI Process Manager)을 통해 실행하는 경우가 늘어나고 있습니다.
+{{GlossarySidebar}}
 
-## Learn more
+**PHP**(PHP: Hypertext Preprocessor)는 HTML에 내장되어 웹 애플리케이션과 동적 웹 사이트를 구축할 수 있는 오픈 소스 서버 측 스크립팅 언어입니다.
 
-- [Official website](http://php.net/)
-- [PHP](https://ko.wikipedia.org/wiki/PHP) on Wikipedia
-- [PHP](https://en.wikibooks.org/wiki/PHP_Programming) on Wikibooks
+## 예제
+
+### 기본 문법
+
+```php
+// PHP 코드 시작
+<?php
+  // PHP 코드가 위치
+?>
+// PHP 코드 종료
+```
+
+### 화면에 데이터 출력하기
+
+```php
+<?php
+  echo "Hello World!";
+?>
+```
+
+### PHP 변수
+
+```php
+<?php
+  // 변수
+  $nome='Danilo';
+  $sobrenome='Santos';
+  $pais='Brasil';
+  $email='[email protected]';
+
+  // 변수 출력하기
+  echo $nome;
+  echo $sobrenome;
+  echo $pais;
+  echo $email;
+?>
+```
+
+## 같이 보기
+
+- [공식 웹사이트](https://www.php.net/)
+- [PHP](https://en.wikipedia.org/wiki/PHP) on Wikipedia
+- 위키북스의 [PHP 프로그래밍](https://en.wikibooks.org/wiki/PHP_Programming)
+- [MDN 웹 문서 용어 사전](/ko/docs/Glossary)
+
+  - {{Glossary("Java")}}
+  - {{Glossary("JavaScript")}}
+  - {{Glossary("Python")}}
+  - {{Glossary("Ruby")}}

files/ko/glossary/pixel/index.md

@@ -1,14 +1,16 @@
 ---
 title: Pixel
 slug: Glossary/Pixel
+l10n:
+  sourceCommit: ada5fa5ef15eadd44b549ecf906423b4a2092f34
 ---
 
-픽셀(pixel)은 컴퓨터 화면과 같은 그래픽 디스플레이의 가장 작은 구성 단위이다.
+{{GlossarySidebar}}
 
-디스플레이 해상도는 픽셀 단위로 표시된다. 예를 들어: "800 x 600" 픽셀 해상도는 폭 800 픽셀, 높이 600 픽셀을 표시할 수 있음을 의미한다.
+픽셀(pixel)은 컴퓨터 화면과 같은 그래픽 디스플레이의 가장 작은 구성 단위입니다.
 
-## 더 알아보기
+디스플레이 해상도는 픽셀 단위로 표시됩니다. 예를 들어, "800 x 600" 픽셀 해상도는 폭 800 픽셀, 높이 600 픽셀을 표시할 수 있음을 의미합니다.
 
-### 기술적 참조
+## 같이 보기
 
-- Wikipedia의 [Pixel](https://en.wikipedia.org/wiki/Pixel)
+- 위키백과의 [Pixel](https://en.wikipedia.org/wiki/Pixel)

files/ko/glossary/png/index.md

@@ -1,12 +1,14 @@
 ---
 title: PNG
 slug: Glossary/PNG
+l10n:
+  sourceCommit: ada5fa5ef15eadd44b549ecf906423b4a2092f34
 ---
 
-**PNG**(Portable Network Graphics)는 무손실 데이터 압축을 지원하는 그래픽 파일 형식입니다.
+{{GlossarySidebar}}
 
-## 더 알아보기
+**PNG**(Portable Network Graphics)는 무손실 데이터 압축을 지원하는 그래픽 파일 형식입니다.
 
-### 일반 지식
+## 같이 보기
 
 - 위키백과의 [PNG](https://ko.wikipedia.org/wiki/PNG)

files/ko/glossary/polyfill/index.md

@@ -1,18 +1,20 @@
 ---
 title: Polyfill
 slug: Glossary/Polyfill
+l10n:
+  sourceCommit: ada5fa5ef15eadd44b549ecf906423b4a2092f34
 ---
 
-polyfill은 기본적으로 지원하지 않는 이전 브라우저에서 최신 기능을 제공하는 데 필요한 코드 (일반적으로 웹의 JavaScript)입니다.
+{{GlossarySidebar}}
 
-예를 들어, Silverlight 플러그인을 사용하여 Microsoft Internet Explorer 7에서 HTML Canvas 요소의 기능을 모방하거나 CSS rem 단위 또는 {{cssxref("text-shadow")}}를 모방하는 등 필요한 모든 것에 polyfill을 사용할 수 있습니다.
+폴리필은 기본적으로 지원하지 않는 이전 브라우저에서 최신 기능을 제공하는 데 필요한 코드 (일반적으로 웹의 JavaScript)입니다.
 
-polyfill이 독점적으로 사용되지 않는 이유는 더 나은 기능성과 더 나은 성능을 위해서 입니다. API의 기본 구현은 polyfill보다 더 많은 작업을 수행 할 수 있고 더 빠릅니다. 예를 들어 [Object.create polyfill](/ko/docs/Web/JavaScript/Reference/Global_Objects/Object/create#Polyfill)에는Object.create 구현에서 가능한 기능 만 포함됩니다.
+예를 들어, 폴리필은 독점 IE 필터를 사용하여 IE7에서 {{cssxref("text-shadow")}}의 기능을 모방하거나, JavaScript를 사용해 스타일을 적절하게 동적으로 조정함으로써 rem 단위 또는 미디어쿼리를 모방하거나, 또는 추가적으로 필요한 부분에 사용될 수 있습니다.
 
-다른 경우, 폴리 필은 브라우저가 다른 방식으로 동일한 기능을 구현하는 문제를 해결하는 데 사용됩니다. 폴리 필은 특정 브라우저에서 비표준 기능을 사용하여 JavaScript에 기능에 액세스 할 수있는 표준 준수 방법을 제공합니다. 폴리 필링에 대한 이러한 이유는 오늘날 매우 드물지만 각 브라우저가 Javascript를 매우 다르게 구현 한 IE6, Netscape 및 NNav 시대에 특히 널리 퍼졌습니다. [JQuery의 첫번째 버전](https://ajax.googleapis.com/ajax/libs/jquery/1.12.4/jquery.js)은 폴리 필의 초기 예입니다. JavaScript 개발자는 모든 브라우저에서 작동하는 단일 공통 API를 가질 수 있도록 기본적으로 브라우저 별 해결 방법을 편집 한 것입니다. 당시 자바 스크립트 개발자는 웹 사이트가 완전히 다른 방식으로 프로그래밍되어야하고 사용자의 브라우저에 따라 다른 사용자 인터페이스를 가져야하는 브라우저 간 불일치로 인해 모든 장치에서 웹 사이트를 작동 시키려고 노력하고있었습니다. . 따라서 JavaScript 개발자는 모든 브라우저에서 거의 일관되게 작동하는 아주 작은 소수의 JavaScript API에만 액세스 할 수있었습니다. 현대 브라우저는 대부분 표준 시맨틱에 따라 광범위한 API 세트를 구현하기 때문에 폴리 필을 사용하여 브라우저 별 구현을 처리하는 것은 오늘날 실제로 존재하지 않습니다.
+폴리필을 독점적으로 사용되지 않는 이유는 더 나은 기능성과 성능이 목적입니다. API의 기본 구현은 폴리필보다 더 많은 작업을 수행 할 수 있고 더 빠릅니다. 예를 들어, [Object.create 폴리필](/ko/docs/Web/JavaScript/Reference/Global_Objects/Object/create#see_also)에는 Object.create 구현에서 가능한 기능만 포함됩니다.
 
-## Learn more
+다른 경우에, 폴리필은 브라우저가 다른 방식으로 동일한 기능을 구현하는 문제를 해결하는 데 사용됩니다. 폴리필은 특정 브라우저의 비표준 기능을 사용하여 JavaScript에 기능에 접근할 수 있는 표준 방법을 제공합니다. 폴리필링에 대한 이러한 이유는 오늘날 매우 드물지만 각 브라우저가 JavaScript를 매우 다르게 구현했던 IE6, Netscape 시대에 특히 널리 퍼졌습니다. [JQuery의 첫번째 버전](https://ajax.googleapis.com/ajax/libs/jquery/1.12.4/jquery.js)은 폴리필의 초기 예입니다. 폴리필은 본질적으로 JavaScript 개발자에게 모든 브라우저에서 작동하는 단일 공통 API를 제공할 수 있도록 기본적으로 브라우저 별 해결 방법을 모아둔 것입니다. 당시 JavaScript 개발자는 웹 사이트가 모든 장치에서 작동하게 만드는 데 큰 문제를 안고 있었습니다. 그 이유로, 브라우저 간의 불일치가 너무 커서 웹 사이트를 근본적으로 다르게 프로그래밍해야 하고, 사용자 브라우저에 따라 매우 다른 사용자 인터페이스를 가져야 했기 때문입니다. 따라서 JavaScript 개발자는 모든 브라우저에서 거의 일관되게 작동하는 극소수의 JavaScript API에만 접근할 수 있었습니다. 오늘날 브라우저 별 구현을 처리하기 위해 폴리필을 사용하는 것은 덜 일반적입니다. 왜냐하면, 최신 브라우저는 대부분 표준 의미 체계에 따라 광범위한 API 세트를 구현하기 때문입니다.
 
-### General knowledge
+## 같이 보기
 
-- [What is a polyfill?](https://remysharp.com/2010/10/08/what-is-a-polyfill) (article by Remy Sharp, originator of the term)
+- 폴리필이란 용어를 만든 Remy Sharp의 [폴리필이란?](https://remysharp.com/2010/10/08/what-is-a-polyfill) 글

files/ko/glossary/preflight_request/index.md

@@ -1,36 +1,40 @@
 ---
 title: 사전 요청
 slug: Glossary/Preflight_request
+l10n:
+  sourceCommit: 8fb278667457c5c56f21b2851e9ab82937b46a75
 ---
 
-교차 출처 리소스 공유 사전 요청은 본격적인 교차 출처 HTTP 요청 전에 서버 측에서 그 요청의 메서드와 헤더에 대해 인식하고 있는지를 체크하는 것입니다.
+{{GlossarySidebar}}
 
-이것은 HTTPHeader("Access-Control-Request-Method"), HTTPHeader("Access-Control-Request-Headers"), HTTPHeader("Origin") 총 3가지의 HTTP request headers를 사용하는 HTTPMethod("OPTIONS") 요청입니다.
+교차 출처 리소스 공유 사전 요청은 본격적인 교차 출처 HTTP 요청 전에 서버 측에서 그 요청의 메서드와 헤더에 대해 인식하고 있는지를 확인하는 {{Glossary("CORS")}} 요청입니다.
 
-사전 요청은 일반적인 상황에서는 브라우저에서 자동으로 발생됩니다. 그러므로 프런트엔드 개발자가 이 요청을 직접 작성할 필요는 없습니다. 또한 프리 플라이트 요청이 필요한 경우에만 나타나므로 단순 요청(simple requests)의 경우에는 사전 요청이 생략됩니다.
+이것은 {{HTTPHeader("Access-Control-Request-Method")}}, {{HTTPHeader("Origin")}}, 선택적으로 {{HTTPHeader("Access-Control-Request-Headers")}} 헤더 구성으로 2가지 또는 3가지의 HTTP request headers를 사용하는 {{HTTPMethod("OPTIONS")}} 요청입니다.
 
-예를 들어, 클라이언트는 DELETE 요청을 하기 전에 사전 요청을 통해 서버가 HTTPMethod("DELETE")을 허용하는지 물어볼 수 있습니다.
+사전 요청은 일반적인 상황에서는 브라우저에서 자동으로 발생됩니다. 그러므로 프런트엔드 개발자가 이 요청을 직접 작성할 필요는 없습니다. [단순 요청](/ko/docs/Web/HTTP/CORS#simple_requests)의 경우 [사전 실행 요청](/ko/docs/Web/HTTP/CORS#preflighted_requests)이 생략됩니다.
 
-```
-    OPTIONS /resource/foo
-    Access-Control-Request-Method: DELETE
-    Access-Control-Request-Headers: origin, x-requested-with
-    Origin: https://foo.bar.org
+예를 들어, 클라이언트는 `DELETE` 요청을 하기 전에 사전 요청을 통해 서버가 {{HTTPMethod("DELETE")}}을 허용하는지 물어볼 수 있습니다.
+
+```http
+OPTIONS /resource/foo
+Access-Control-Request-Method: DELETE
+Access-Control-Request-Headers: origin, x-requested-with
+Origin: https://foo.bar.org
 ```
 
-만약 서버가 그것을 허용한다면, 응답 헤더에 HTTPHeader("Access-Control-Allow-Methods")라고 나타나게 됩니다.
+서버가 허용하는 경우, `DELETE`를 반환값으로 돌려주는 {{HTTPHeader("Access-Control-Allow-Methods")}} 응답 헤더로 사전 요청에 응답합니다.
 
-```
-    HTTP/1.1 204 No Content
-    Connection: keep-alive
-    Access-Control-Allow-Origin: https://foo.bar.org
-    Access-Control-Allow-Methods: POST, GET, OPTIONS, DELETE
-    Access-Control-Max-Age: 86400
+```http
+HTTP/1.1 204 No Content
+Connection: keep-alive
+Access-Control-Allow-Origin: https://foo.bar.org
+Access-Control-Allow-Methods: POST, GET, OPTIONS, DELETE
+Access-Control-Max-Age: 86400
 ```
 
-위의 예와 같이, 동일한 URL을 사용하는 요청에 대해서는 [Access-Control-Max-Age](/ko/docs/Web/HTTP/Headers/Access-Control-Max-Age) 헤더를 이용하여 정해진 기간 내에는 사전 요청에 대한 응답이 선택적으로 이루어질 수 있습니다.
+위의 예와 같이, {{HTTPHeader("Access-Control-Max-Age")}} 헤더를 사용하여 동일한 {{Glossary("URL")}}을 사용하는 요청에 대해 사전 응답을 선택적으로 캐시할 수 있습니다. 사전 응답을 캐시하기 위해, 브라우저는 브라우저가 관리하는 일반 HTTP 캐시와 별개인 특정 캐시를 사용합니다. 사전 응답은 브라우저의 일반 HTTP 캐시에 저장되지 않습니다.
 
-## See also
+## 같이 보기
 
-- [CORS](/ko/docs/Glossary/CORS)
+- {{Glossary("CORS")}}
 - {{HTTPMethod("OPTIONS")}}