유연성과 사용 편의성 덕분에 WordPress CMS(콘텐츠 관리 시스템)는 웹사이트 제작에 가장 많이 사용되는 플랫폼이 되었습니다. 그 기능은 지속적으로 개선되고 있으며 프로그래밍 경험에 관계없이 점점 더 많은 사용자에게 웹사이트를 만들 수 있는 기회가 주어집니다. 그러나 지속적인 개선의 결과 일부 WordPress 기능은 일반 WordPress 커뮤니티에 덜 알려져 대신 개발자가 주로 사용합니다. 이 기사에서는 이러한 기능 중 하나인 WordPress의 JSON REST API에 대해 설명합니다. 그것이 무엇인지, 비활성화해야 하는지 여부와 이를 위해 취해야 할 단계에 대해 논의할 것입니다.
WordPress에서 JSON REST API를 비활성화하려는 이유
그만큼 워드프레스 JSON REST API 여전히 논란을 일으키고 있는 워드프레스 4.4 업데이트에 도입된 개발자 중심의 기능입니다. REST 또는 Representational State Transfer는 대화형 웹 서비스를 만드는 데 일반적으로 사용되는 소프트웨어 아키텍처 유형입니다. 보다 정확하게는 웹 사이트를 사용 가능한 웹 서비스로 바꿉니다. 이는 다른 애플리케이션이나 웹 서비스가 특정 HTTP GET 요청을 전송하여 웹사이트에서 사용 가능한 일부 정보를 추출할 수 있음을 의미합니다. WordPress REST API는 구조화된 JSON 데이터에 전적으로 의존하므로 일부에서는 이를 JSON REST API라고 부릅니다. 형식이 지정되지 않은 JSON 데이터의 예는 아래와 같습니다. 이 데이터는 웹 사이트 URL 끝에 /wp-json을 추가하여 생성된 소위 REST API 루트 경로에 액세스할 때 표시됩니다.
형식이 지정되지 않은 JSON 데이터는 읽기 어렵지만 특정 REST API 경로로 이동하여 일부 WordPress 또는 사용자 관련 데이터에 공개적으로 액세스할 수 있기 때문에 여전히 보안 위험이 있습니다. 예를 들어, /wp-json/wp/v2/사용자 경로를 통해 특정 웹사이트의 사용자 관련 데이터에 접근할 수 있습니다. 이 방법으로 웹사이트 사용자의 비밀번호를 검색할 수는 없지만 단순히 사용자 이름을 아는 것만으로도 웹사이트는 무차별 대입 공격에 취약해집니다. 이 때문에 일부 WordPress 사용자는 WordPress REST API를 비활성화하도록 선택합니다. 그러나 전화를 걸기 전에 더 많은 정보를 수집하는 것이 좋습니다.
워드프레스 코어 파일이 업데이트되고 세련되면서 REST API도 개선되었음을 이해하는 것이 중요합니다. 결과적으로 REST API의 사용은 많은 플러그인 및 테마 기능의 필수적인 부분이 되었습니다. 따라서 REST API를 비활성화하기 전에 현재 테마 및 플러그인의 작성자에게 문의해야 합니다. 그렇지 않으면 테마 및 플러그인의 일부 기능을 쓸모 없게 만들 위험이 있습니다.
또한 현재 기본 WordPress 편집기인 Gutenberg도 페이지 및 게시물 편집을 위해 일부 REST API 경로에 의존한다는 점을 알아야 합니다. REST API 비활성화를 고려 중이고 Gutenberg가 선호하는 편집기인 경우 비활성화를 진행하면 페이지 및 게시물을 게시하거나 업데이트할 수 없습니다.
이 모든 것이 중요한 문제를 제기합니다. REST API 비활성화를 포함하지 않는 잠재적인 솔루션은 경로별로 인증되지 않은 사용자에 대한 액세스를 제한하는 것입니다. 아래에서 플러그인을 사용하여 REST API를 비활성화하는 방법을 설명하면서 이 작업을 수행하는 방법을 다룰 것입니다. 그럼에도 불구하고 제한 사항을 구현하기 전에 테마 및 플러그인 작성자와 상의해야 합니다. 이것은 기능을 손상시키지 않고 웹 사이트의 전반적인 보안을 향상시킬 수 있는 유일한 확실한 방법입니다.
WordPress에서 JSON REST API를 비활성화하는 방법
이제 누군가가 WordPress에서 JSON REST API를 완전히 또는 부분적으로 비활성화하려는 이유를 이해했으므로 수행 방법을 설명하겠습니다. 아래 섹션에서는 WordPress 플러그인을 사용하거나 사용자 정의 코드를 사용하는 두 가지 가능한 방법을 다룹니다.
플러그인 사용
시장에는 수많은 WordPress 플러그인이 있으므로 거의 모든 목적에 적합한 플러그인을 비교적 쉽게 찾을 수 있습니다. 이 경우 우리는 REST API 비활성화 아래 단계를 설명하는 데 사용할 플러그인입니다. 이 플러그인은 매우 유연하여 REST API를 완전히 비활성화하거나 특정 사용자 유형에 대해서만 일부 경로를 비활성화할 수 있습니다.
WordPress에서 JSON REST API를 완전히 비활성화하려면 이 플러그인을 설치하고 활성화하기만 하면 됩니다. 이렇게 하면 기본적으로 인증되지 않은 사용자에 대한 모든 JSON REST API 경로에 대한 액세스가 허용되지 않습니다.
이 플러그인은 REST API 액세스를 부분적으로 허용하거나 허용하지 않을 수도 있습니다. 보다 정확하게는 인증되지 않은 사용자 또는 특정 사용자 역할이 있는 사용자가 액세스할 수 있는 경로를 지정할 수 있습니다. 이것을 설정하려면, 설정 > REST API 비활성화로 이동. 그 다음에 적절한 사용자 유형을 선택하십시오. 규칙 을위한: 옵션 그리고 당신이 원하는 규칙을 설정 규칙 관리 부분 아래에.
명확히 하기 위해 이러한 규칙은 특정 REST API 경로의 사용을 허용하거나 허용하지 않습니다. 그리고 이러한 경로는 특정 유형의 데이터를 가져오기 위해 REST API 루트 URL(your-website-url/wp-json/)에 연결할 수 있는 URL의 일부를 나타냅니다. 경우에 따라 이러한 경로의 일부에 정규식이 포함될 수 있습니다. 위의 스크린샷에서 이에 대한 예를 볼 수 있습니다.
즉, 인증되지 않은 사용자와 웹 사이트에서 사용할 수 있는 모든 사용자 역할의 사용자에 대한 규칙을 설정하도록 선택할 수 있습니다. 그렇게 하면 주어진 사용자 유형에 대해 REST API 액세스를 완전히 허용하거나 사용 가능한 각 경로에 대한 액세스를 수동으로 설정할 수 있는 옵션이 표시됩니다.
지정된 사용자 유형에 대해 REST API 액세스를 완전히 허용하려면 REST API 액세스 관리 옵션을 선택한 다음 웹사이트에서 사용 가능한 각 네임스페이스 또는 경로 옆에 있는 스위치를 토글합니다. 필요에 따라 옵션을 설정할 때 잊지 말고 클릭하여 저장하십시오. 변경 사항을 저장하다 버튼. 특정 사용자 유형에 대한 경로를 허용하지 않은 후 해당 사용자는 액세스를 시도할 때 오류 메시지를 받게 됩니다. 아래 표시된 메시지와 유사하게 보일 것입니다.
사용자 정의 코드 사용
대부분의 WordPress 사용자는 구현하기 가장 쉬운 플러그인 방법을 선택하는 경향이 있습니다. 그러나 REST API를 비활성화하는 또 다른 방법이 있습니다. 바로 사용자 지정 코드를 사용하는 것입니다. 이 방법의 장점은 웹사이트 속도를 늦추거나 웹사이트에 피해를 줄 수 있는 추가 플러그인을 피할 수 있다는 것입니다. 그러나 이 방법을 사용하여 REST API를 완전히 비활성화할 수 있습니다.
이를 위한 단계에는 테마의 functions.php 파일 또는 사이트별 플러그인 내에 작은 코드 스니펫을 배치하는 단계가 포함됩니다. functions.php 파일을 사용하여 이 작업을 수행하는 방법을 보여드리겠습니다. 그러나 더 진행하기 전에 웹 사이트를 백업하는 것이 좋습니다. 이것은 좋은 습관이자 좋은 예방 조치입니다. 완료했으면 아래 설명된 대로 진행하십시오.
먼저 다음을 수행해야 합니다. 서버에 연결 FTP 자격 증명을 사용하고 루트 WordPress 디렉토리로 이동흔히 public_html이라고 합니다.
그 다음에, /wp-content/themes 디렉토리로 이동 그리고 현재 활성화된 테마의 디렉토리를 클릭하여 엽니다. functions.php 파일 찾기 이내에, 그것을 마우스 오른쪽 버튼으로 클릭하고, 그리고 을 선택 보기/편집 옵션 드롭다운 메뉴에서.
파일 열기 선호하는 텍스트 편집기를 사용하여 다음 코드를 추가 그것의 맨 아래에.
function qode_disable_rest_api( $access ) {
return new WP_Error( 'rest_disabled', __( 'The WordPress REST API has been disabled.' ), array( 'status' => rest_authorization_required_code() ) );
}
add_filter( 'rest_authentication_errors', 'qode_disable_rest_api' );
그 다음에, 변경 사항을 저장 당신은 파일을 만들고 서버에 다시 업로드이전 버전을 재정의합니다.
이후, 모든 것이 제대로 작동하는지 확인 웹사이트에 있는 JSON REST API 경로 중 하나를 검사하여 WordPress 웹사이트에 대해 REST API를 성공적으로 비활성화한 경우 해당 경로에 액세스하려고 할 때 오류 메시지가 표시됩니다.
그러나 이 코드는 다양한 허용/비허용 옵션을 제공하는 플러그인 방법과 달리 모든 REST API 경로에 대한 액세스를 허용하지 않는다는 점을 명심하십시오. 따라서 이 두 가지 방법 중 자신의 요구 사항에 더 적합한 방법을 결정해야 합니다.
마지막 생각들
WordPress REST API는 모든 기술 수준의 사용자가 알아야 하는 매우 유용한 개발자 중심 기능입니다. 적절한 HTTP 요청을 사용하여 웹 사이트와 빠르게 상호 작용할 수 있습니다. 그러나 웹사이트를 유발할 수 있는 잠재적인 피해와는 반대로 그 유용성에 대해 공개적인 토론이 있습니다. 이 기사에서는 그 논쟁의 몇 가지 요점을 제시하고 WordPress REST API를 비활성화하는 방법을 다루었습니다. 우리가 설명한 방법은 비교적 쉽기 때문에 몇 분 안에 사이트에 대한 JSON REST API를 비활성화할 수 있다고 확신합니다.
우리의 활동을 지원해주세요 ❤️
이 글이 마음에 드셨다면, 앞으로도 좋은 콘텐츠를 계속 발행할 수 있도록 팁을 남겨주세요.













![THINK: The user wants to translate the title "Catch a Brainrot Tier List & Guide (RELEASE)" into Korean. I need to break down the key terms and concepts in the English title and find their appropriate Korean equivalents.
Catch a Brainrot: This is a playful, internet slang phrase.
"Brainrot" (뇌절) is a common internet slang in Korean, referring to something so cringey, overdone, or nonsensical that it makes your brain "rot" or shut down. It can also mean obsessing over something to an unhealthy degree.
"Catch a Brainrot" could be interpreted as "falling into brainrot," "getting brainrot," or simply "experiencing brainrot."
A common way to express "getting into / falling into [something bad/annoying/overdone]" in Korean internet slang is by using the noun and then implying the action. For example, "뇌절" itself can be used. Or, one might say "뇌절 각" (a situation ripe for brainrot), or "뇌절 유발" (brainrot-inducing).
However, "Catch a Brainrot" here seems to be the topic of the tier list. The tier list is about brainrot. So, maybe just referring to "brainrot" is enough.
Let's consider the nuance. "Catch a Brainrot" implies an action or a state. A tier list for brainrot items/situations.
Perhaps something like "뇌절 요소" (brainrot elements/factors) or "뇌절 유형" (brainrot types).
Or, simply using "뇌절" as the core concept.
If it's about identifying and categorizing different "brainrot" things, then "뇌절" as a concept is central.
"Catch a Brainrot" can be a bit tricky. Does it mean "how to get brainrot" or "how to identify brainrot"? Given the "Tier List & Guide," it's more likely about identifying and navigating different types of brainrot.
Let's try to capture the "catch" part. If it's about identifying or understanding brainrot.
"뇌절" is the direct translation for brainrot.
"잡다" (japda) means "to catch," but "뇌절을 잡다" doesn't sound natural in this context.
"뇌절에 대한" (about brainrot) or "뇌절 알아보기" (understanding brainrot).
Considering "Catch a Brainrot" as a playful, informal title, a direct translation might lose the feel.
Let's focus on what the tier list is. It's a tier list of brainrot-inducing things or brainrot situations. So the focus is on "brainrot."
Just "뇌절" might be sufficient as the object of the list.
Tier List: "티어 목록" (tieo mongnok) or "티어 리스트" (tieo riseuteu) are common. "등급표" (deunggeuppyo) is also possible for "tier list" or "ranking chart." "티어표" (tieopyo) is very common internet slang. "티어표" fits the informal tone better.
& Guide: "&" is often translated as "및" (mit), "그리고" (geurigo), or just omitted and implied by context. "Guide" is "가이드" (gaideu) or "안내서" (annaeseo). "가이드" is more common in such contexts.
(RELEASE): "(출시)" (chulsi), "(공개)" (gonggae), or "(발매)" (balmae). "(출시)" or "(공개)" are suitable for a content release. "(공개)" is perhaps more general for a release of information/content.
Combining them:
Option 1 (Focus on "brainrot" as the subject):
뇌절 티어표 & 가이드 (공개)
(Noejjeol tieopyo & gaideu (gonggae))
Option 2 (Trying to keep "catch"):
Is there a way to say "spotting brainrot" or "understanding brainrot" in a concise, slangy way?
"뇌절 잡기" (noejjeol japgi) - "catching brainrot," but again, "잡기" sounds like a game or a physical action.
"뇌절 포착" (noejjeol pochak) - "detecting/spotting brainrot," but "포착" is a bit too formal.
"뇌절 알아보기" (noejjeol arabogi) - "getting to know brainrot," "learning about brainrot."
"뇌절 공략" (noejjeol gongnyak) - "brainrot strategy/guide," implies how to deal with/understand brainrot. This is often used for game guides. This could fit "Catch a Brainrot Tier List & Guide."
Let's reconsider "Catch a Brainrot." If it's a guide for catching brainrot elements, then "뇌절 공략" or "뇌절 가이드" directly fits the "Guide" part.
The title is "Catch a Brainrot Tier List & Guide."
This implies the Tier List is about catching/understanding brainrot.
Let's break "Catch a Brainrot Tier List" as "뇌절 티어표." This means a tier list of brainrot.
Then "Guide" is just "가이드."
So, "뇌절 티어표 & 가이드" (Noejjeol tieopyo & gaideu) seems the most natural and concise translation for "Brainrot Tier List & Guide."
What about "Catch a"?
If the original was "How to Catch Brainrot: A Tier List & Guide," then "뇌절 잡는 법: 티어표 및 가이드" would be appropriate.
But it's "Catch a Brainrot Tier List & Guide." This phrasing suggests the tier list itself is a "catch a brainrot" type of list. It's almost like a category.
Perhaps "뇌절 캐치" (noejjeol kaechi - brainrot catch) could be integrated.
"뇌절 캐치 티어표 & 가이드" (Noejjeol kaechi tieopyo & gaideu)
"캐치" (kaechi) as in English "catch" is sometimes used for "catching on," "spotting," or "grabbing attention." This could work.
Let's compare:
뇌절 티어표 & 가이드 (공개) - Very direct, concise. "Brainrot Tier List & Guide (Release)." This implicitly covers "Catch a Brainrot" by making "brainrot" the subject of the list/guide.
뇌절 캐치 티어표 & 가이드 (공개) - Adds "캐치" which directly translates "Catch" and fits the informal tone. "Brainrot Catch Tier List & Guide (Release)." This explicitly states it's about catching or identifying brainrot.
Given the playful nature of "Catch a Brainrot," "뇌절 캐치" feels a bit more aligned with the original's intent of "spotting" or "identifying" brainrot items/situations. "캐치" is often used in Korean slang for "catching a glimpse," "catching on," or "spotting something."
Let's try to verify "뇌절 캐치". "밈 캐치" (meme catch) or similar phrases are used. It makes sense in an internet context.
So, the structure would be:
"Catch a Brainrot" -> 뇌절 캐치
"Tier List" -> 티어표
"& Guide" -> & 가이드
"(RELEASE)" -> (공개)
Putting it together:
뇌절 캐치 티어표 & 가이드 (공개)
Final check for plain text requirement:
"Return only the translated title as plain text. Do not include any explanations, additional text, formatting, or extra punctuation."
The chosen translation is "뇌절 캐치 티어표 & 가이드 (공개)". This fits all requirements.뇌절 캐치 티어표 & 가이드 (공개)](https://kr.moyens.net/wp-content/uploads/2026/07/1783863662_THINK-The-user-wants-to-translate-the-title-Catch-a-280x210.jpg)








