플러그인은 동적 로드 라이브러리(DLL)입니다. 프로그램을 설치한 후 배포판에 포함된 모든 플러그인은 해당 디렉토리에 배치됩니다. c:\Program Files (x86)\Common Files\Soft Gold\Inventory 14\Plugins\...*.abl 확장자는 애플리케이션이 시작될 때 지정된 디렉터리에서 플러그인을 자동으로 로드하는 데 필요합니다. 설정에서 검색 경로를 지정하여 디스크의 다른 위치에서 플러그인을 로드할 수도 있습니다.
플러그인 API 초기화
(델파이 VCL 확장)
(ABViewer/Inventory용 플러그인 인터페이스)
(저작권 (c) 2002-2010 SoftGold 소프트웨어 회사)
{************************************************************}
단위 sgPluginItem;
상호 작용
구현
XMLDocRef: IXMLDocument = nil;
ClientRef: IXMLNode = nil;
P: 포인터 = nil;
PluginsHostWnd: HWND = 0;
PluginsHostWndName: 문자열 = "";
XMLAtomString: 문자열 = "";
절차 초기화Doc;
시작하다
// 매개변수를 사용하여 창 클래스의 고유한 이름을 가져옵니다.
PluginsHostWndName:= Format("TsgPluginsHost:%.8X:%.8X", );
// 창 자체 찾기
PluginsHostWnd:= FindWindow(PChar(PluginsHostWndName), nil);
플러그인HostWnd인 경우<>0 다음
시작하다
// xml 문서 매개변수를 얻기 위해 원자 문자열을 가져옵니다.
XMLAtomString:= 형식("XMLOfs%.8X%.8X",
XMLDocRef:= IXMLDocument(GetProp(PluginsHostWnd, PChar(XMLAtomString)));
할당된 경우(XMLDocRef)
시작하다
//요소 추가
ClientRef:= XMLDocRef.DocumentElement.ChildNodes.ChildNodes.AddChild(sClient);
// Invoke 함수의 주소를 초기화합니다.
ClientRef.ChildValues["Invoke"] := IntToId(Integer(@Invoke)); // 16진수 $XXXXXXXX
끝;
끝;
끝;
초기화
공동초기화(P);
초기화Doc;
플러그인의 데모 버전 설정 및 실행
플러그인의 데모 버전은 프로그램 설치 시 자동으로 구성되며 인벤토리 실행 후 즉시 연결됩니다. 패키지에는 구성 요소의 소스 코드(프로젝트 이름 sgPlugin.dpk)와 플러그인의 데모 버전(프로젝트 이름 Plug1.dpr)이 포함되어 있습니다.
디버그 모드에서 플러그인을 실행하는 절차는 다음과 같습니다.
▪ 개방형 C:\Users\USER_NAME\Documents\Inventory 14\Plugins\Source\Delphi\Demos\Plug1\plug1.dpr
▪ 프로젝트 옵션에서 설정:
검색 경로 : "..\..\Components\PlugItem";
출력 디렉터리(예: “c:\Program Files\Common Files\Soft Gold\Inventory 14\Plugins”);
애플리케이션을 새로 설치된 애플리케이션에 호스트합니다(예: “c:\Program Files\Soft Gold\Inventory 14\Inventory 14.exe”).
▪ 실행을 위해 시작합니다.
디자인 타임에 구성 요소를 사용하려면 열고, 다시 빌드하고, 설치해야 합니다. C:\Users\USER_NAME\Documents\Inventory 14\Plugins\Source\Delphi\Components\PlugItem\sgPlugin.dpk. 구성 요소를 설치하면 TsgPluginItem 구성 요소가 Delphi 구성 요소 팔레트의 Soft Gold 탭에 나타나며 디자인 타임에 사용할 수 있습니다. 양식에 배치하십시오.
플러그인은 webpack 생태계의 핵심 부분이며 커뮤니티에 webpack의 컴파일 프로세스를 활용할 수 있는 강력한 방법을 제공합니다. 플러그인은 각 컴파일 단계에서 실행되는 주요 이벤트에 연결할 수 있습니다. 컴파일러 및 해당하는 경우 현재 컴파일에 대한 전체 액세스 권한입니다.
플러그인 작성에 대한 높은 수준의 소개를 보려면 플러그인 작성부터 시작하세요.
webpack 플러그인 인터페이스의 백본을 제공하는 탭 가능한 유틸리티부터 살펴보겠습니다.
탭 가능
이 작은 라이브러리는 webpack의 핵심 유틸리티이지만 비슷한 플러그인 인터페이스를 제공하기 위해 다른 곳에서도 사용할 수 있습니다. webpack의 많은 객체는 Tapable 클래스를 확장합니다. 클래스는 플러그인이 컴파일 전체에서 실행될 사용자 정의 빌드 단계를 삽입하는 데 사용할 수 있는 tap , tapAsync 및 tapPromise 메서드를 노출합니다.
ProgressPlugin 의 ReportProgress 함수에 다양한 인수를 전달하여 인쇄된 출력을 사용자 정의할 수 있습니다.
진행 상황을 보고하려면 플러그인이 context: true 옵션을 사용하여 후크를 탭해야 합니다.
컴파일러. 후크 방출하다. tapAsync (( name: "MyPlugin" , context: true ) , (context, 컴파일러, 콜백) => ( const reportProgress = context && context.reportProgress; if (reportProgress) ReportProgress (0.95, "작업 시작" ) ; setTimeout (( ) => ( if (reportProgress) ReportProgress (0.95, "작업 완료" ) ; 콜백 () ; ) , 1000 ) ) ;
ReportProgress 함수는 다음 인수를 사용하여 호출할 수 있습니다.
ReportProgress(백분율, ... args);- 백분율: 이 인수는 사용되지 않습니다. 대신 ProgressPlugin은 현재 후크를 기준으로 백분율을 계산합니다.
- ...args: 사용자에게 보고하기 위해 ProgressPlugin 핸들러에 전달될 문자열의 수입니다.
컴파일러 및 컴파일 후크의 하위 집합만 reportProgress 함수를 지원합니다. 전체 목록은 ProgressPlugin을 참조하세요.
벌채 반출
Logging API는 webpack 4.37 릴리스부터 사용할 수 있습니다. 통계 구성에서 로깅이 활성화되거나 인프라 로깅이 활성화되면 플러그인은 해당 로거 형식(통계, 인프라)으로 인쇄될 메시지를 기록할 수 있습니다.
- 플러그인은 로깅을 위해 컴파일.getLogger("PluginName") 사용을 선호해야 합니다. 이러한 종류의 로깅은 통계에 저장되고 그에 따라 형식이 지정됩니다. 사용자가 필터링하고 내보낼 수 있습니다.
- 플러그인은 로깅을 위해 컴파일러.getInfrastructureLogger("PluginName")를 사용할 수 있습니다. 인프라 로깅 사용은 통계에 저장되지 않으므로 형식이 지정되지 않습니다. 일반적으로 콘솔/대시보드/GUI에 직접 기록됩니다. 사용자가 필터링할 수 있습니다.
- 플러그인은 로깅 지원을 감지하기 위해 특별한 대체 논리를 사용할 수 있습니다. compile.getLogger("PluginName") : 컴파일 객체에서 getLogger 메소드를 지원하지 않는 이전 웹팩 버전이 사용되는 경우에 대한 대체를 제공하는 콘솔입니다.
다음 단계
사용 가능한 모든 컴파일러 후크와 이를 통해 제공되는 매개변수의 자세한 목록은 컴파일러 후크 섹션을 참조하세요.
ERP 통합에 탁월
이 플러그인은 훌륭하며 nopCommerce를 ERP 시스템과 동기화하는 데 매우 유용합니다. 그러나 이는 완전하지 않으며 약간 구식입니다. 누락된 코드를 추가하려면 GitHub에서 소스 코드와 샘플 애플리케이션을 다운로드하세요.
내 개인적인 경험
나는 수년 동안 실제 매장을 운영해 왔고 최근에야 전자상거래 사이트를 만들어 달라고 요청한 고객을 위해 이를 사용했습니다.
그는 이미 제품과 고객을 포함하여 300개 이상의 테이블이 포함된 상거래 데이터를 유지 관리하기 위한 고도로 맞춤화된 ERP 시스템을 보유하고 있습니다.
따라서 nopCommerce에는 훌륭한 관리자 패널이 있지만 그는 두 시스템을 유지하는 데 드는 오버헤드를 고려하고 제품 가격과 수량을 지속적으로 업데이트하기 위해 ERP에서 NopCommerce로 자동 단방향 동기화 메커니즘을 구축하는 데 시간이 얼마나 걸리는지 물었습니다.
나는 솔직히 모른다고 말했고, 하루 정도 시간을 들여 분석을 하고, 어떤 플러그인이 사용 가능한지 확인하고, 하루가 끝날 때까지 그에게 더 정확한 추정치를 제공하겠다고 말했습니다.
운 좋게도 저는 이 놀라운 플러그인을 발견하고 소스 코드와 함께 제공되는 샘플을 다운로드했습니다. 누락된 기능을 제공하기 위해 데이터베이스 구조를 모방하기만 하면 API를 쉽게 변경할 수 있습니다. 샘플은 매우 기본적이므로 더 어렵지만 API 함수를 호출하는 방법과 토큰 인증 메커니즘이 작동하는 방식을 보여줍니다.
제가 개인적으로 한 일은 다음과 같습니다.
1) IIS가 있는 인트라넷의 서버에 샘플 MVC 웹 애플리케이션을 복사하고 http://nopSync로 액세스할 수 있도록 CNAME 레코드를 생성했습니다.
2) "소스 보기"를 수행하고 대부분의 동일한 CSS 파일을 참조하여 nopCommerce 관리자 패널과 동일한 "모양과 느낌"을 제공합니다.
3) web.config에서 로그인 양식 및 세션 변수, 하드 코딩된 자격 증명을 제거하고 로드 시 자동으로 인증됨
4) SQL 스크립트를 사용하여 모든 nopCommerce 제품에 대한 SKU 및 제조업체를 삽입했습니다. 이 두 개의 결합된 필드는 두 시스템 간에 제품을 고유하게 일치시키는 핵심이었습니다.
5) API는 모든 상품을 선택할 수 있는 '목록' 기능을 제공하지만 업데이트는 하나씩 수행됩니다.
모든 제품을 읽은 다음 루프를 통해 매번 ERP 시스템에 액세스하여 가격과 수량을 확인하고 차이가 있으면 nopCommerce를 업데이트할 수 있었습니다.
그러나 기본적으로 false와 동일한 DoesItRequireUpdating 플래그를 사용하여 모든 nopCommerce 데이터를 로컬 데이터베이스 PRODUCTS 테이블로 읽는 것이 더 성능이 좋다고 생각했습니다.
이것의 이점은 ERP 시스템에 한 번만 액세스할 수 있다는 것입니다. ERP 데이터베이스 테이블의 JOIN을 사용하여 PRODUCTS 테이블에 대한 단일 쿼리를 통해 PRODUCTS 가격, 수량 및 플래그를 업데이트한 후 플래그가 true로 설정된 각 제품에 대해 업데이트 API를 한 번씩 호출할 수 있었습니다.
6) 수동동기화와 자동동기화를 모두 허용했습니다. 관리자 패널 메뉴에 http://nopSync에 대한 링크를 삽입하여 수동으로 수행하고 예약된 작업을 사용하여 웹 샘플을 반복적으로 호출하여 자동으로 수행합니다.
하루가 끝날 무렵 고객이 저에게 ERP 동기화를 구축하는 데 며칠이 걸릴지 물었을 때 저는 SevenSpikes API 플러그 덕분에 온라인 상태이며 동기화 중이라고 말했습니다. SevenSpikes님, 감사합니다!!
2015년 말에 출시되었습니다. 그러나 대체로 고급 개발자들만이 이 제품이 얼마나 강력한지 알아보는 데 시간을 투자했습니다.
WordPress REST API 패키지는 모든 최신 업데이트를 통합하여 테마, 모바일 앱 등에 통합할 수 있는 내장 API를 제공합니다. 즉, 개발자는 데이터 관리에서 프런트 엔드 인터페이스를 분리하여 모든 애플리케이션이 WordPress와 상호 작용할 수 있도록 합니다. 이 도구의 작동 방식을 배우면 WordPress 사이트를 확장할 수 있는 거의 무한한 가능성의 문이 열릴 수 있습니다.
이 글에서는 WordPress REST API 프로젝트를 소개하고, 이것이 왜 좋은지 설명하고, 사용에 대한 몇 가지 아이디어를 제공합니다. 그러니 시간을 낭비하지 말고 시작해 보세요!
WordPress REST API 소개
WordPress REST API 프로젝트(Representational State Transfer의 REST)는 WordPress가 완전한 애플리케이션 플랫폼이 되기 위한 조치를 취하고 있음을 확인합니다. WordPress의 핵심에 표준 REST API를 추가하기 때문에 그 존재는 매력적입니다.
이 프로젝트는 2013년 개발자 Ryan McCue와 Rachel Baker가 개발자를 위해 GitHub에 처음 업로드했습니다. 독립적인 REST API 플러그인은 압도적인 지지를 받고 기능 개선에 기꺼이 노력하는 거의 100명의 기여자를 유치한 후 2015년 12월 WordPress 코어에 구축되었습니다.
WordPress REST API가 핵심의 일부가 되면서 그 효율성이 입증되었습니다. 다음은 프로젝트에 대한 명확성과 영감을 위한 몇 가지 실제 예입니다.
- Event Espresso는 REST API를 사용하여 개발자에게 글로벌 인프라에 대한 액세스를 제공하고 서비스를 사용하여 애플리케이션을 개발할 수 있도록 합니다.
- Simmer를 사용하면 개발자가 API에 액세스하여 기능을 전체 모바일 앱으로 확장하거나 테마를 사용자 지정할 수 있습니다.
- JoinIn은 REST API를 사용하여 자체적인 "삽입 가능한" 위젯을 제공하여 표시될 때마다 관련 데이터를 채웁니다.
이는 REST API의 혁신적인 목적에 관한 빙산의 일각에 불과합니다. 그러나 REST API 자체가 어떻게 작동하는지 살펴보겠습니다.
WordPress REST API 작동 방식
즉, REST API는 데이터베이스나 사용자 인터페이스에 직접 액세스하지 않고도 한 위치에서 다른 위치로 텍스트 데이터를 조작하여 작동합니다. API(애플리케이션 프로그래밍 인터페이스)에는 다양한 유형이 있지만 REST는 여전히 현대적이고 관련 있는 표준으로 남아 있습니다.
REST API는 JSON(JavaScript Object Notation) 형식을 사용하여 HTTP(Hyper Text Transfer Protocol) 액세스 포인트를 통해 전송됩니다. 간단히 말해서, 이러한 기술은 고유한 웹 주소를 사용하여 JavaScript 개체처럼 작동하는 데이터를 전달하는 API에 대한 액세스를 제공합니다.
JavaScript 또는 해당 개체 정의를 사용해 본 적이 없다면 JSON의 기본 사항을 알아보세요. 이제 REST API의 개념을 조금 정리했으니 WordPress를 사용하여 개발 프로세스에 어떻게 큰 영향을 미칠 수 있는지 이야기해 보겠습니다.
WordPress REST API는 개발자에게 무엇을 의미하나요?
WordPress REST API는 모든 WordPress 설치와 웹 서버 또는 운영 체제의 모든 애플리케이션 간의 범용 통합자입니다. 궁극적으로 이것은 WordPress로 구축할 수 있는 것에 대한 유일한 한계는 우리의 상상력이라는 것을 의미합니다. 모든 플랫폼이나 언어로 작성된 애플리케이션을 만들고 WordPress를 사용하여 REST API를 통해 데이터를 처리할 수 있습니다. 개방적이고 친근한 WordPress 커뮤니티는 엄청난 기회를 제공합니다.
REST API는 JavaScript를 기반으로 하여 점점 주목을 받고 있는데, 이는 어떤 프로그래밍 언어를 알아야 하는지 힌트를 줍니다. 곧 서버 측 JavaScript가 새로운 PHP라는 사실을 알게 될 것입니다. 이는 완전히 JavaScript와 REST API에서 실행되는 WordPress.com의 새로운 소프트웨어인 Calypso에서 이미 볼 수 있습니다.
애플리케이션(WordPress 코어 포함)이 WordPress 데이터와 상호 작용하는 방식을 표준화함으로써 WordPress 개발이 더 쉽고 직관적이 될 것입니다. 또한 타사 플랫폼과의 통합도 용이해집니다.
지금 이 기술을 사용하는 방법을 배우기 시작하는 것이 왜 중요한지 더 많은 이유를 가지셨기를 바랍니다. 이제 자신의 작업에 REST API를 사용하기 위한 첫 번째 단계를 밟아야 할 때입니다!
WordPress REST API를 시작하는 5단계
앞에서 설명한 것처럼 REST API는 HTTP 리소스를 호출할 수 있는 모든 애플리케이션이나 프로그래밍 언어와 함께 사용할 수 있습니다. 명령줄을 사용하여 REST API 요청을 만드는 데 중점을 두겠습니다. 이는 학습 프로세스를 방해할 수 있는 오류가 발생할 가능성이 가장 적은 가장 간단한 방법이기 때문입니다.
이렇게 하려면 컴퓨터에서 명령줄 인터페이스(Command Line Interface CLI)를 사용하여 프로그램을 열어야 합니다. 단말기 macOS 또는 Linux에서 명령줄 Windows에서. CLI를 사용하면 정보를 요청하고 처리하기 위해 추가 스크립트를 작성할 필요 없이 REST API와 직접 상호 작용할 수 있습니다. CLI에서 작성하는 모든 요청은 PHP, JavaScript 또는 다른 언어의 스크립트일 수 있지만 방법은 각각 다릅니다. CLI에서 명령을 직접 실행합니다. 원하는 명령을 입력하고 Enter를 누르세요.
또한 실제 사이트에서 이러한 단계를 시도하는 것보다 데모 사이트를 설정하거나 로컬에서 테스트하는 것이 좋습니다. 마지막으로, 사이트의 WordPress 버전이 4.4 이상이어야 한다는 조건이 하나 더 있습니다. 준비가 되었다면 시작해 보세요!
1단계: REST API의 기본 개념 알아보기
시작하기 전에 REST API의 주요 개념을 숙지해 보겠습니다. 숙지해야 할 기본 개념과 용어는 다섯 가지뿐입니다. 그것들을 살펴보자:
- 경로('경로') 및 리소스 또는 액세스 지점('엔드포인트').이것이 REST API를 이해하는 데 가장 중요한 측면입니다. 경로는 특정 HTTP 메서드(예: 정적 데이터 세트 또는 작업)가 특정 경로에 연결될 때 리소스 간을 탐색하는 데 도움이 됩니다. 예를 들어 /wp-json/은 사용 가능한 경로를 표시하기 위해 생성된 리소스로 구성된 경로입니다.
- 요청.이는 올바른 리소스를 실행하고 데이터를 전달하여 생성됩니다.
- 답변 (응답).즉, 요청한 데이터를 제공하거나 오류를 반환하여 문제가 있음을 알리는 것입니다.
- 스키마.다음은 템플릿 답변이므로 필요한 데이터를 찾을 수 있는 위치를 항상 정확히 알 수 있습니다.
- 컨트롤러 클래스.이를 통해 자신만의 경로와 리소스를 만들 수 있습니다. 걱정할 필요가 없다면 나중에 더 유용해질 것입니다.
이러한 다섯 가지 개념을 이해하고 나면 액세스 포인트부터 시작하여 REST API 자체에 대해 더 깊이 알아볼 수 있습니다.
2단계: 가장 유용한 REST API 액세스 포인트 찾기
WordPress REST API는 자신에게 가장 유용한 것을 찾을 수 있는 모든 액세스 포인트(리소스)가 포함된 참조 핸드북을 제공합니다. 우선, HTTP REST API 호출을 구성하는 방법을 알아야 합니다. WordPress API 호출의 기본 부분은 다음과 같습니다. yourdomain.com당신에게:
http://yourdomain.com/wp-json/
고유한 URL을 사용하여 CLI에서 컬 명령을 실행하여 연결을 테스트할 수 있습니다.
컬 -X 옵션 -i http://yourdomain.com/wp-json/
당신은 다음의 메시지로 인사를 받아야 합니다. HTTP. 일부 기본 리소스를 사용하여 이 명령을 추가로 수정할 수 있습니다. 이제 우리는 컬의 GET 버전을 사용합니다.
WordPress에서 게시물의 JSON 목록을 얻으려면 다음을 사용할 수 있습니다.
그런 다음 다음을 시도하여 기존 WordPress 페이지를 모두 확인하세요.
컬 -X GET -i http://yourdomain.com/wp-json/wp/v2/pages
CLI에서 이러한 각 액세스 포인트(및 그 이상)를 실험하여 각 액세스 포인트가 어떤 응답을 생성하는지 확인할 수 있습니다.
3단계: REST API 인증의 기본 사항 알아보기
이제 인증에 대해 알아볼 차례입니다. REST API의 일부 작업과 데이터는 공개되어 있지만 다른 작업과 데이터는 관리자로 로그인해야 합니다. 하지만 이는 REST API이므로 인증을 위해 로그인할 수 있는 곳이 없습니다. 대신 게시되지 않은 게시물 보기, 게시물 변경 등 관리자 액세스가 필요한 요청 중에 인증할 수 있습니다.
WordPress REST API 기본 인증 플러그인을 설치하는 것부터 시작해 보겠습니다. 이는 개발자가 REST API를 빠르게 배울 수 있는 간단한 플러그인이며 실제 웹사이트용은 아닙니다. 그러나 설치 과정은 다른 플러그인과 동일합니다.
기본 인증이 설치되면 플래그를 사용하여 CLI를 통해 인증할 수 있습니다. 사용자. 다음은 사용자 인증 방법을 적용하는 방법의 예입니다. 곱슬 곱슬하다게시되지 않은 게시물을 보려면 다음 단계를 따르세요.
Curl -X GET --사용자 사용자 이름:비밀번호 -i http://yourdomain.com/wp-json/wp/v2/posts?status=draft
공개 정보 열람 이외의 작업에는 인증이 필요합니다. 기본 인증을 익힌 후에는 개발을 위해 REST API 문서에서 권장하는 다른 옵션을 탐색할 수 있습니다.
4단계: REST API를 사용하여 첫 번째 WordPress 게시물 선택
컬을 사용하여 기본 REST API 호출을 수행하는 방법을 이해한 후에는 특정 항목을 선택해 보십시오. 먼저 앞서 했던 것처럼 모든 발행물을 표시해 보겠습니다.
컬 -X GET -i http://yourdomain.com/wp-json/wp/v2/posts
게시물, 페이지 또는 분류를 표시하려는 경우 모든 REST API 리소스에 대해 이 ID 부록 트릭을 사용할 수 있습니다.
5단계: REST API를 통해 WordPress 게시물 변경
마지막으로 선택한 출판물을 변경해 보겠습니다. 명령 대신 옵션또는 얻다, 이번에는 우편변경합니다. 얻다동안 데이터를 읽는 데 사용됩니다. 우편- 보내려고요.
요청을 제출하여 게시물 이름을 바꾸자 우편인증 데이터와 함께. 플래그를 사용하여 새로운 변경사항이 적용됩니다. 디명령이 끝나면. 제목 변수를 다음과 같은 값으로 설정하여 사용자 정의 JavaScript 개체를 전달합니다. 나의 새 타이틀아래 코드에 표시된 대로:
Curl -X POST --사용자 사용자 이름:비밀번호 http://yourdomain.com/wp-json/wp/v2/posts/
사용자 이름, 비밀번호, 게시물 ID 및 제목을 자신의 것으로 바꾸십시오. 해당 출판물을 다시 선택하여 변경 사항을 확인할 수 있습니다.
컬 -X GET -i http://yourdomain.com/wp-json/wp/v2/posts/
축하해요! 방금 WordPress REST API를 사용하여 첫 번째 관리자 편집을 수행했습니다. 물론 이 기본 가이드는 REST API가 제공하는 가능성의 표면만을 긁어볼 뿐이지만 꽤 견고한 시작입니다!
결론
WordPress REST API는 WordPress 코어의 강력한 새 버전이며 많은 개발자가 이미 해당 기능을 사용하기 시작했습니다. 따라서 이제 새로운 기능을 사용하는 방법을 배우면 프로그래밍 기술이 향상되고 WordPress를 프레임워크로 사용하여 애플리케이션을 만들 수 있습니다.
요약하자면, 우리는 WordPress REST API와 상호 작용하는 방법을 배우는 과정에서 5단계를 거쳤습니다.
- 기본 REST API 개념을 소개합니다.
- 가장 유용한 리소스/REST API 액세스 포인트.
- REST API 인증의 기본 사항을 알아보세요.
- REST API를 사용하여 WordPress에서 게시물을 검색합니다.
- REST API를 사용하여 WordPress 게시물을 수정합니다.
WordPress REST API에 대해 어떤 질문이 있나요? 의견을 보내주세요!