웹사이트 검색

WordPress WP REST API: 이것이 당신에게 의미하는 것

WordPress WP REST API v1.2.3은 이미 강력하고 신뢰할 수 있는 콘텐츠 관리 시스템에 확장성과 기능을 추가합니다. 틈새 애플리케이션 개발 시 WordPress 개발자 또는 특별한 비즈니스 요구 사항이 있는 사용자에게 상당한 이점을 제공합니다. REST 디자인 기능과 맞춤 게시물 유형을 WordPress 코드에 통합하면 맞춤 데이터 유형에 적응하고, 새로운 SaaS(Software-as-a-Service) 생태계를 활용하며, 비교적 쉽게 이해하고 유지 관리할 수 있는 완전히 새로운 애플리케이션 프레임워크로 변환됩니다.

이 API는 새로운 데이터 유형이 도입되거나 타사 프로토콜이 변경될 때 핵심 기능이 중단될 가능성이 적기 때문에 안정적인 시간 및 비용 투자 수익을 약속합니다. RESTful 애플리케이션 프로그래밍 인터페이스(API)는 개발자에게 WordPress에 대한 기능적 유연성을 제공합니다. 또한 재사용 가능한 도구로서 수명이 연장됩니다.

이 문서에서는 일반 웹 디자인 개념과 특정 WordPress 기능 모두로서 REST의 중요성을 간략하게 설명하여 사용자와 개발자가 얻을 수 있는 이점을 간략하게 설명합니다. 사용자가 구현한 사용자 정의 게시물 유형과 같은 WordPress v3 이후의 개선 사항을 활용하면 이미 인기 있는 백엔드를 콘텐츠 관리를 넘어 개발자가 합리적으로 짧은 시간 내에 구축할 수 있는 재사용 가능한 사용자 정의 서비스 제공자로 확장할 수 있습니다. 이러한 주요 개선 사항인 CPT 및 REST는 그 자체로 잘 알려져 있고 매우 안정적인 소프트웨어 제품에 새로운 기능과 확장성을 추가합니다.

REST란 무엇입니까?

HTTP(Hypertext Transfer Protocol)를 사용하는 REST(REpresentational State Transfer)는 WordPress에 다음과 같은 주요 이점을 제공하는 웹 디자인 개념입니다.

  • 데이터 유형이 변경됨에 따라 더 큰 안정성을 제공하는 불가지론적 프레임워크입니다.
  • 광범위한 레거시 개체 및 동사와 상호 작용하는 기능입니다.
  • 새로운 인증 프로토콜과 실행하기 위한 상호 운용성.
  • JSON 및 AJAX와 같은 기본 프로토콜에 관계없이 재사용 가능한 인터페이스입니다.
  • 다양한 플러그인 및 기타 서비스로서의 서비스와의 백엔드 통합.
  • 새로운 애플리케이션 인터페이스 개발에 따른 확장성.

REST는 어떻게 작동하나요?

아키텍처 및 API(응용 프로그래밍 인터페이스)

네트워킹과 컴퓨터 하드웨어는 일반적으로 모든 클래식 소프트웨어 설계 모델의 기반으로 나타납니다. "소프트" 휴먼 인터페이스가 맨 위에 있습니다. OSI(Open Systems Interconnect) 참조 아키텍처는 애플리케이션 프로그래밍 인터페이스(또는 API)를 맨 위에 두고 웨딩 케이크처럼 구별 가능한 7개의 계층을 쌓습니다. WordPress는 이 API 계층에서 작동하는 소프트웨어 애플리케이션입니다.

최상위 API를 더 세분화하면 모든 애플리케이션이 운영 체제 위에 위치하게 됩니다. 이 애플리케이션은 로컬 저장소, 네트워크 연결 또는 인터넷에서 수집된 데이터를 미리 결정된 프로토콜, 미리 프로그래밍된 규칙 및 절차에 따라 유용한 정보로 변환합니다. 브라우저는 운영 체제에서 실행되는 애플리케이션의 예입니다.

하이퍼미디어 데이터 개체는 코드 사양(예: HTML "동사" GET, PUT 및 DELETE)은 물론 OAuth, CORS 및 SSL과 같은 보안 인증 표준에 따라 이 메모리 풀에서 상호 작용합니다. 아마도 이 메모리 풀에서 "떠다니는" 특정 객체를 캡처하는 클라이언트용 소프트웨어를 구축했을 것입니다. 특수 API는 특정 종류의 객체를 캡처(상호작용)하도록 설계되었습니다.

기회균등 소프트웨어 고용주로서의 REST

REST는 객체가 메모리에서 발견되는 방식을 느슨하게 정의하거나 RE표시하는 방식에서 이전 웹 애플리케이션 디자인과 다릅니다. REST API는 "보는" 방식에 제약을 받지 않기 때문에 메모리에 있는 더 넓은 범위의 "떠다니는" 객체가 "온보드"됩니다(S상태 T전송). 엄격한 규칙, 정의, 사양 또는 프로토콜에 따라 데이터를 처리합니다. REST 디자인을 채택하면 새 프로젝트마다 별도의 API를 구축할 필요가 없습니다. 또한 이 소프트웨어 설계는 데이터나 프로토콜의 향후 변경 사항을 처리하는 데 더 큰 유연성을 제공합니다.

디커플링이 중요한 이유

불가지론이라는 용어는 REST 웹 디자인을 설명하는 데 사용됩니다. 왜냐하면 REST 웹 디자인은 이전 프로토콜 및 사양의 많은 제약 조건에서 분리(또는 연결 해제)되었기 때문입니다. 이러한 분리는 데이터가 기존의 하이퍼텍스트 초점에서 하이퍼미디어의 새롭고 더 넓은 정의로 이동하고 하이퍼링크된 데이터의 하이퍼텍스트 구조가 그래픽과 비디오를 포함하도록 확장됨에 따라 특히 중요합니다. 정의가 변경됨에 따라 웹 디자인을 확립된 규칙 및 사양에서 분리하는 것이 중요합니다.

예를 들어 HTTP 동사 및 구문 사용 시 상호 운용성과 결합된 광범위한 데이터 개념은 웹 디자인의 확장성과 확장성을 향상시킵니다. 개발자는 소프트웨어를 "중단"하지 않고도 더 많은 개방형 개체에 동일한 기본 작업("레거시 동사")을 적용할 수 있습니다. REST는 편견이나 선입견 없이 광범위한 언어와 사양을 구문 분석합니다. REST를 레거시 시스템과 WordPress 웹 페이지 간의 새로운 상호 작용에 대한 범용 번역기로 간주할 수 있습니다.

URL 및 사물 인터넷(IOT)

새롭게 떠오르는 사물 인터넷(IOT)은 사물의 세계와 WordPress 등 사물이 설명되는 방식에도 변화를 강요하고 있습니다. URI(Universal Resource Identifier)와 해당 URL(Uniform Resource Locator) 및 URN(Uniform Resource Name) 하위 구성 요소를 사용하여 이러한 개체를 식별하는 방식을 고려하세요.

예를 들어 http://mydomain.com 및 ftp://mydomain.com 과 같은 동일한 도메인에 대해 서로 다른 프로토콜을 설명하는 URL을 비교해 보세요. . IOT가 확장됨에 따라 URI 이름, 위치 및 검색 방법은 더 다양해지며 세부적인 차이를 처리하는 데 더 큰 유연성이 필요합니다. 웹 디자인 개념인 REST는 소프트웨어 개발을 방해하기보다는 도움을 줍니다.

RESTFUL WordPress 애플리케이션 프레임워크

분류부터 사용자 정의 게시물 유형까지

WordPress.org 플러그인 섹션의 게시물 유형 키워드 아래 나열된 Post Types Unlimited 및 Pods는 활성화 시 자동으로 코드 수정 사항을 제공하여 사용자 정의 사용자 정의 게시물 유형을 생성하는 등의 작업을 수행할 수 있습니다. (CPT)는 별도의 분류법을 사용합니다.

그러나 이러한 플러그인은 WordPress 핵심 파일에 대한 코드 변경 사항만 제공합니다. 나열된 소프트웨어 패키지 중 어느 것도 설치 테마에 등록된 CPT 및 분류를 표시하는 데 필요한 코드를 완성하지 않습니다. 모든 패키지에는 추가 수동 코딩이 필요하거나 추가 수동 코드 없이 메뉴 기반 소프트웨어를 수정할 수 있는 추가 소프트웨어 추가 기능을 구입해야 합니다. 고려해야 할 또 다른 플러그인은 webdev Studios의 Custom Post Type UI입니다. 또한 WordPress 핵심 파일만 업데이트합니다.

콘텐츠 관리 시스템에서 애플리케이션 프레임워크까지

WordPress v3.0 “Thelonius”부터 개발자는 자신의 CPT를 등록하여 기존 WordPress CMS(콘텐츠 관리 시스템) 프레임워크를 사용자 정의된 데이터 유형이 있는 애플리케이션으로 변환할 수 있습니다. REST는 JSON 및 AJAX와 같은 프로토콜, 사양 및 소프트웨어 기술로 기능을 확장합니다. 개발자로 생계를 꾸려나가는 경우 고객의 요구 사항을 고객이 알고 신뢰하는 운영하기 쉬운 소프트웨어 애플리케이션으로 얼마나 빠르고 효과적으로 변환하는지가 중요합니다.

WP REST API v2.0-beta4의 작업 버전과 베타 버전이 모두 있습니다. 테스트 목적으로만 베타 버전을 사용하십시오. 프로덕션 웹사이트에는 절대 설치하지 마세요.

미래 애플리케이션을 위해 맞춤화된 WordPress

요약하자면 REST API와 CPT는 일반적인 WordPress 최종 사용자 요구 사항을 충족하지 않습니다. 그러나 개발자라면 안정적이지만 "기성품" 콘텐츠 관리 시스템을 제공하는 것 이상으로 고객의 비즈니스 요구 사항을 수용하는 데 대한 대가를 받습니다. 시간과 비용에 대한 투자 수익을 약속하는 프레임워크가 필요합니다. 모든 WordPress 사용자는 프로토콜이 변경되거나 새로운 속성을 반영하기 위해 데이터 유형이 수정될 때 중단될 가능성이 적은 안정적이고 신뢰할 수 있는 프레임워크를 원합니다. REST API는 안정성과 성능의 확실성을 향상시킵니다.

REST API를 통합하고 전문 분류법을 갖춘 CPT를 고려하는 것은 항상 가치 있는 활동입니다. REST API는 향후 프로토콜 변경 사항을 보다 쉽게 수용할 수 있으므로 외부 소스의 추가 기능을 더 폭넓게 활용하고 애플리케이션 설계의 내구성을 높일 수 있는 기회를 제공합니다. 이 API와 CPT를 설치하면 현재와 미래의 비용 효율적인 방식으로 고객의 요구 사항을 충족할 수 있습니다.

사용할 REST API를 어떻게 찾고 있나요? 이 새로운 기능을 통해 WordPress의 미래가 기대되나요? 댓글로 알려주세요!