DE{CODE}: 아틀라스의 아틀라스

Atlas는 페이지 템플릿, 데이터 가져오기, 콘텐츠 모델링 등을 위한 오픈 소스 도구를 갖춘 헤드리스 WordPress 개발을 위한 완벽한 솔루션입니다. 아틀라스의 현재 풍경은 어떤가요? 아래 비디오를 확인하여 헤드리스 WordPress 개발자가 사용할 수 있는 흥미로운 새 도구에 대해 알아보십시오.

세션 슬라이드

전체 텍스트 성적 증명서

KELLEN MACE : 안녕하세요. "An Atlas of Atlas"라는 강연에 오신 것을 환영합니다. 저는 Kellen Mace이고 제 동료 Ilona와 합류할 것입니다. 우리 둘이 프레젠테이션의 절반을 담당하고 Atlas 생태계를 구성하는 여러 제품에 대해 살펴볼 것입니다.

아시다시피 Atlas는 WP Engine의 헤드리스 WordPress 호스팅 플랫폼의 이름입니다. 하지만 실제로는 그 이상입니다. 여기에는 헤드리스 WordPress 사이트를 사용하여 사이트를 구축하고(헤드리스 WordPress를 사용하여 사이트를 구축하고) 배포하는 것을 가능한 한 원활하게 만드는 여러 제품 및 오픈 소스 제품이 포함됩니다.

저는 WP Engine의 개발자 관계 팀 관리자입니다. 그래서 제 직업은 커뮤니티와 많은 관계를 맺고 사이트 구축 및 배포에 대해 커뮤니티를 교육하는 것입니다. 그리고 내 작업의 대부분은 특히 헤드리스 WordPress에 초점을 맞추고 있습니다.

그래서 저는 헤드리스 WordPress 사이트를 매우 쉽게 개발할 수 있도록 하는 이 세계에 많은 투자를 하고 있습니다. Atlas 생태계의 일부인 제가 언급하고 있는 모든 제품에 대해 자세히 살펴보기 전에 먼저 기존 WordPress 아키텍처가 헤드리스 WordPress 아키텍처와 어떻게 다른지에 대한 기본 지식이 있는지 확인하고 싶습니다.

따라서 전통적으로 여기 이 슬라이드에서 볼 수 있듯이 이러한 종류의 워크플로우로 표현됩니다. 여기 세 개의 서로 다른 그룹이 있음을 알 수 있습니다. 게시자, 개발자 및 사이트 방문자가 있습니다. 따라서 보라색 게시자인 기존 WordPress에서는 WordPress 관리자 내에서 모든 콘텐츠 작성, 편집 및 관리를 수행한 다음 모든 콘텐츠를 WordPress에 저장합니다.

파란색의 개발자, 그 사람은 WordPress 테마 및 플러그인에서 코딩을 수행하고 해당 데이터는 WordPress 애플리케이션 내부에도 존재합니다. 그리고 마지막으로 녹색으로 표시된 방문자가 WordPress 사이트를 방문하면 WordPress에는 많은 작업이 있습니다. 데이터베이스에서 데이터를 검색한 다음 테마 API를 사용하여 템플릿을 만들고 궁극적으로 최종 사용자에게 표시되는 사이트(HTML 사이트)를 제공해야 합니다.

따라서 WordPress는 이 세 그룹 모두에 서비스를 제공합니다. 하지만 요즘에는 헤드리스 WordPress 아키텍처를 채택하는 것이 점점 인기를 얻고 있습니다. 여기 보라색으로 표시된 게시자는 여전히 WordPress 내에서 콘텐츠 작성, 편집 및 측정을 수행합니다. 그래서 그 부분은 실제로 변경되지 않습니다.

그러나 다른 두 그룹의 작업 흐름은 여기에서 상당히 다릅니다. 따라서 파란색 개발자는 WordPress의 테마 API를 사용하는 대신 JavaScript와 React, Vue 또는 Svelte와 같은 최신 프레임워크를 사용하여 프런트 엔드, Node.js 기반 JavaScript 앱을 구축합니다.

그리고 초록색 방문자는 이 JavaScript 앱에서 실제로 방문하는 애플리케이션입니다. 그런 다음 Node.js 프런트엔드 애플리케이션과 WordPress 백엔드가 서로 통신합니다. 이것이 바로 여기 있는 회색 화살표가 나타내는 녹색의 일부입니다.

따라서 이 둘은 필요에 따라 데이터를 주고받을 수 있습니다. 자체 사이트를 포함하여 개발자 관계가 전통적인 것과 헤드리스의 차이점에 대해 더 많이 실행되고 아마도 더 중요한 것은 하나와 다른 것을 고려하려는 이유에 대한 많은 가이드가 있습니다.

그러니 거기에 더 친숙해지고 싶다면 그것을 확인하십시오. 그러나 이러한 종류의 기초 작업이 마련되었으므로 헤드리스 WordPress 아키텍처를 사용하여 더욱 효과적으로 구축할 수 있도록 하는 Atlas 제품에 대해 자세히 알아보고 싶습니다. 오늘 우리가 다룰 내용은 다음과 같습니다.

우리는 Atlas를 완전한 솔루션으로 구성하고 있으며 제가 말했듯이 헤드리스 앱을 가능한 한 쉽게 구축하고 배포할 수 있는 다양한 제품의 생태계를 구성하고 있습니다. 그래서 여기서 윗줄을 다룰 것입니다. 그래서 Faust, WPGraphQL 및 Atlas Content Modeler.

그런 다음 일로나에게 일을 넘기고 그녀는 Atlas Search, Atlas Blueprints, Atlas For All을 담당할 것입니다. 자, 이제 파우스트와 함께 시작하겠습니다. 파우스트는 정말 흥미로운 프로젝트입니다. 이것은 헤드리스 WordPress 프레임워크입니다. 이것이 의미하는 바는 Next.js, Gatsby 또는 SvelteKit과 같이 들어본 적이 있는 것과 유사한 프론트 엔드 JavaScript 프레임워크라는 것입니다.

단일 페이지 앱 JavaScript 프레임워크와 같은 맥락이지만 한 가지 중요한 차이점이 있습니다. Faust는 WordPress 전용이며 헤드리스 WordPress 아키텍처로 사이트를 구축하기 위해 맞춤 제작되었습니다. 매우 인기 있는 프런트 엔드 단일 페이지 앱 프레임워크인 Next.js 위에 구축되었습니다.

제 생각에는 정말 좋은 소식입니다. 즉, Next.js를 개선하는 모든 노력과 Next가 출시하는 모든 새로운 기능을 Faust.js 앱에서 상속하고 혜택을 받을 수 있습니다. 그 외에도 Faust에는 인증 및 사후 미리보기가 내장되어 있습니다. 이는 헤드리스 WordPress 사이트를 구축하는 경우 정말 유리한 출발점입니다.

전통적인 사이트를 구축하면 이러한 것들을 무료로 얻을 수 있습니다. WordPress에는 사용자가 사이트에서 무엇을 할 수 있는지 파악하기 위한 기능 시스템에 인증 및 권한 부여 시스템이 있으며 사람을 인증하고 특정 기능을 가진 사람이 게시물 미리 보기를 볼 수 있도록 허용할 수 있습니다.

아직 게시되지 않은 게시물의 미리보기를 볼 수 있습니다. 예를 들어 초안 상태일 수 있습니다. 그러나 헤드리스 WordPress 아키텍처로 이동하면 이 두 가지를 실제로 재창조해야 합니다. 프론트엔드 앱과 백엔드 WordPress 사이트는 사용자를 인증할 수 있어야 하며 WordPress가 지금까지와는 다르게 게시물 미리보기를 제공해야 합니다.

그리고 나는 이것을 처음부터 직접 연결했고 그것은 꽤 많은 작업입니다. 그래서 저는 Faust와 함께 이러한 것들을 상자에서 꺼낼 수 있다는 사실이 정말 마음에 듭니다. 새 프로젝트마다 처음부터 작성할 필요가 없습니다. 제 생각에는 엄청난 일입니다. 다음으로 강조하고 싶은 Faust.js 기능은 손쉬운 데이터 가져오기입니다.

따라서 이것은 Gatsby, Next.js 또는 SvelteKit 등을 실행하는 깨끗한 슬레이트로 시작하는 경우 처음부터 연결해야 하는 또 다른 문제입니다. 내가 사용할 GraphQL 클라이언트가 무엇인지, 적절한 WordPress 백엔드를 가리키고 데이터를 주고받을 수 있도록 연결하는 방법을 파악해야 합니다.

그런 다음 모든 작업이 완료되면 실제로 어떻게 해야 합니까? 쿼리를 작성하고 데이터를 가져오려면 어떻게 해야 합니까? 따라서 Faust는 여기에도 많은 편의 기능을 내장하고 있습니다. 새 Faust 프로젝트를 생성하는 즉시 데이터 가져오기가 이미 설정되어 있습니다. 또한 게시물, 페이지, 카테고리 및 태그와 같은 WordPress의 일반적인 항목을 가져오는 데 사용할 수 있는 여러 반응 후크도 함께 제공됩니다.

정말 편리한 반응 후크가 사전 구축되어 있고 이러한 항목을 가져올 준비가 되어 있으므로 바로 페이지 구축을 시작할 수 있습니다. 이는 시간도 크게 절약됩니다. 그리고 Faust의 마지막 버전은 버전 1.0 릴리스입니다.

가까운 시일 내에 Faust 버전 1.0을 발표하게 되어 기쁩니다. 그래서 그것은 우리가 1.0이라고 부르기에 편안한 안정성을 가진 Faust의 버전이 될 것입니다. 그리고 그 시점 이후에 Faust.js에서 새 프로젝트를 구축하는 데 훨씬 더 자신감을 가질 수 있습니다.

따라서 이 모든 것이 마음에 들고 마음에 든다면 포스트 미리보기, 인증, 간편한 데이터 가져오기 등 많은 기능이 내장된 프런트 엔드 JavaScript 프레임워크를 사용해 보는 것이 좋습니다. 그냥 시도해보십시오. 여기에서 얻을 수 있습니다.

따라서 github.com/wpengine/faustjs로 이동하여 프로젝트를 확인하고 직접 시도해 볼 수 있습니다. 프론트엔드 자바스크립트 프레임워크인 Faust.js가 그랬습니다. 다음으로 WPGraphQL에 대해 이야기하고 싶습니다. 이것은 당신이 그것에 대해 생각한다면 정말 놀라운 플러그인입니다.

WordPress는 세계에서 가장 큰 CMS입니다. 이제 인터넷의 40% 이상을 지원하고 있습니다. 그리고 WPGraphQL은 이 기술을 사용하려는 WordPress 사이트를 위해 웹의 40%에 GraphQL 기술을 도입하는 무료 오픈 소스 플러그인입니다.

그래서 저는 그것이 존재한다는 사실이 정말 기쁘고 WP Engine이 현재 개발 자금을 지원하고 WPGraphQL을 완전히 지원하고 있다는 사실에 기쁩니다. 이제 WPGraphQL에 추가되었거나 곧 제공될 새롭고 흥미로운 기능 중 일부를 살펴보겠습니다.

그 중 하나는 내장된 GraphQL IDE입니다. 그래서 이것은 WPGraphQL에 잠시 동안 존재했습니다. 모르시는 분들을 위해 저는 이것이 개발자 경험과 이것이 잠금 해제되는 워크플로에 얼마나 강력한지 강조하고 싶습니다. 여기 스크린샷에서 내가 get post라는 쿼리를 작성했고 몇 가지 쿼리 변수를 전달하고 있음을 볼 수 있습니다.

그래서 내가 얻고자 하는 게시물의 ID는 헤드리스 워드프레스가 무엇인가? 그리고 ID 유형은 민달팽이죠? 그런 다음 여기 왼쪽 상단에 있는 재생 아이콘을 눌러 이 쿼리를 실행할 수 있습니다. 그런 다음 오른쪽에서 이 동일한 쿼리를 실행하는 경우 프런트 엔드 JavaScript 앱이 무엇을 반환하는지 확인합니다.

오른쪽에 해당 게시물에 대해 데이터베이스 ID와 제목이 표시되어 있는 것을 볼 수 있습니다. 따라서 이것은 쿼리를 작성한 다음 해당 재생 버튼을 눌러 쿼리를 실행하고 동일한 데이터를 요청한 경우 프런트 엔드 앱이 무엇을 반환받을지 빠르게 확인할 수 있다는 점에서 매우 중요합니다.

그런 다음 쿼리를 작성하고 원하는 것을 반환하면 프런트 엔드 js 앱에서 사용할 수 있습니다. 정말 강력합니다. 저는 WPGraphQL이 GraphiQL IDE와 함께 제공하는 개발자 경험에 대해 정말 기쁩니다. GraphQL에 추가된 또 다른 기능은 바로 이것입니다.

따라서 이전 슬라이드에서 이 사실을 눈치채셨을 것입니다. 여기 GraphQL IDE의 왼쪽 상단에 표시된 작은 아바타가 있습니다. 이렇게 하면 인증되거나 인증되지 않은 요청을 실행할 수 있습니다. 그리고 이것은 거대합니다. 그래서 이것을 클릭하여 색상으로 포화되도록 하면(내 아바타 이미지가 거기에 포화되고 그 옆에 작은 녹색 아이콘이 있음) 저로 로그인하고 인증된 요청을 시작한다는 것을 압니다.

따라서 내가 돌려받는 모든 데이터는 내가 로그인한 사용자로서 가지고 있는 사용자 기능에 따라 다를 것입니다. 하지만 종종 인증되지 않은 사용자로 쿼리를 실행하는 경우 반환되는 결과를 테스트하는 것이 도움이 됩니다. 따라서 이것은 인증되지 않은 귀하의 사이트에 방문하는 사이트 방문자를 의미합니다.

그 사람이 일부 데이터를 가져오기 위해 쿼리를 실행해야 한다면, 데이터를 모두 돌려받게 됩니까, 아니면 그 중 일부가 제한되거나 기능이 필요합니까? 이제 한 번의 클릭으로 이 아바타 아이콘을 클릭하고 인증되지 않은 사용자로 작성한 것과 동일한 쿼리를 실행할 수 있습니다. 항상 기대하는 대로 돌아가고 있음을 확인하기 위해서입니다.

그것은 WPGraphQL에 최근 추가된 정말 멋진 기능입니다. 여기서 GraphQL IDE 트레인에 대해 더 나아가서 다음으로 이야기할 것은 Query Composer입니다. 이것은 또한 매우 멋진 도구입니다. Query Composer를 열면 여기 스크린샷에 보이는 것과 같이 쿼리에 이름을 지정하고 쿼리 변수를 전달할 수 있습니다.

여기서 볼 수 있듯이 ID를 전달하는 것은 WordPress이고 ID 유형은 슬러그이며 거기에서 원하는 데이터에 대한 확인란을 선택할 수 있습니다. 그리고 GraphQL IDE는 인트로스펙션 쿼리를 실행하고 WordPress에서 사용 가능한 모든 데이터를 알 수 있을 만큼 똑똑하며 여기에 모든 것을 표시합니다.

따라서 이 상자를 클릭하고 쿼리를 작성한 다음 실행하여 테스트하는 것이 정말 강력합니다. 따라서 그것도 확인하십시오. 쿼리 작성기.

다음으로 말씀드리고 싶은 것은 실험적인 구텐베르크 블록 통합 연구입니다. 그래서 WPGraphQL의 생성자이자 유지관리자인 Jason Ball은 이 코드 베이스인 WPGraphQL 블록 편집기를 가지고 있습니다. 여기에서 WordPress가 제공하는 Gutenberg 블록에 대한 모든 데이터를 노출할 수 있는 실험을 했습니다. 주어진 게시물이나 페이지에 있는 블록을 확인한 다음 이를 통해 반복하고 블록 유형에 따라 프런트 엔드 JavaScript 앱에서 다른 구성 요소를 렌더링합니다.

거기에 몇 가지주의 사항이 있습니다. 현재 블록에 대한 모든 데이터가 WordPress에 노출되는 것은 아닙니다. 그러나 여기의 readme에서 자세한 내용을 읽을 수 있습니다. 그러나 우리는 WP 엔진이 발전하고 있다는 사실에 정말 흥분하고 있습니다. Gutenberg를 사용하여 모든 블록 데이터를 쿼리할 수 있는 방향으로 발전하고 있습니다.

다음으로 이야기하고 싶은 것은 지속 쿼리입니다. 그래서 이것은 엄청납니다. 지금은 WPGraphQL을 사용한 다음 Redis 또는 Memcached와 같은 개체 캐싱 솔루션을 켜서 데이터베이스 쿼리를 메모리에 캐싱하여 속도를 높일 수 있습니다.

그것은 이미 가능하고 한동안 있었습니다. 하지만 팀이 내부적으로 작업하고 있는 한 가지는 지속 쿼리로, 저는 매우 기대하고 있습니다. 이렇게 하면 캐싱이 다음 단계로 이동하여 일반 쿼리에 대한 결과를 캐시하고 데이터베이스 쿼리를 실행하거나 WordPress를 로드하지 않고도 로드하지 않고 즉시 반환합니다.

무엇보다도 캐싱 계층 중 하나는 실행 중인 쿼리가 여전히 캐시에 있고 여전히 유효하다는 것을 인식하고 즉시 반환합니다. 따라서 이 기능은 매우 빠른 쿼리를 만들 것입니다. 그래서 매우 흥분됩니다. 팀에서 이를 위해 열심히 노력하고 있으며 언제 제공될지에 대한 자세한 정보를 기대해 주세요.

다른 기능은 GraphQL에 쿼리를 저장하는 기능입니다. 지금 GraphiQL에서 쿼리를 작성하면 거기에서 빠르게 테스트할 수 있어서 정말 좋습니다. 그러나 쿼리는 지속되지 않습니다. 해당 페이지를 떠나거나 삭제하고 싶다면 쿼리로 돌아갈 수 없습니다.

따라서 팀은 쿼리를 작성하고 이름을 지정한 다음 저장하고 저장된 쿼리 모음 사이를 오가며 변경하거나 다시 수행할 수 있는 몇 가지 매우 인상적인 기능을 개발하고 있습니다. -귀하의 사이트에서 사용하는 모든 쿼리의 카탈로그를 가지도록 저장하십시오. 이 또한 매우 훌륭하다고 생각합니다.

또한 이 기능과 제가 말씀드린 지속 쿼리 간의 일부 통합이 있을 것입니다. 정말 흥미로운 것들이 있습니다. WPGraphQL을 아직 사용해 보지 않았다면 wpgraphql.com에서 사용해 보시기 바랍니다. 사용 방법, 다운로드 방법 및 시작 위치에 대한 모든 종류의 문서가 있습니다.

좋습니다. 전달하기 전에 마지막으로 이야기하고 싶은 것은 Atlas Content Modeler입니다. 이것은 제가 정말 기대하는 또 다른 도구입니다. 콘텐츠 모델을 만들 수 있습니다. 한동안 WordPress 공간에 있었다면 맞춤 게시물 유형이라는 용어를 알고 있을 것입니다.

따라서 WordPress는 두 가지 게시물 유형, 즉 게시물과 페이지를 지원하는 상자에서 나옵니다. 그러나 많은 사이트에서 자신만의 맞춤 게시물 유형을 등록하는 것이 합리적입니다. 따라서 프로젝트나 팀 구성원 또는 작업의 개념을 가질 수 있습니다. 그런 다른 것. 그런 다음 생성한 사용자 지정 게시물 유형에 대한 데이터를 저장합니다.

Atlas Content Modeler를 사용하면 사용자 정의 게시물 유형을 생성할 수 있지만 실제로는 훨씬 더 많은 콘텐츠 모델을 호출합니다. 이 스크린샷은 하나의 예를 보여줍니다. 여기에서 두 개의 콘텐츠 모델을 생성했음을 알 수 있습니다. 그 중 하나는 위치라고 하며 세 개의 사용자 지정 필드가 연결되어 있습니다.

다른 하나는 제공자라고 하며 그 중 하나에도 많은 사용자 정의 필드가 있습니다. 또한 분류법 등록을 지원합니다. 따라서 일단 콘텐츠 모델(일명 맞춤 게시물 유형)이 존재하면 분류를 추가하고 해당 게시물을 그룹화할 수 있기를 원하면 쉽게 할 수 있습니다.

또한 다양한 사용자 정의 필드를 지원합니다. 슬라이드에서 볼 수 있듯이 텍스트, 서식 있는 텍스트, 숫자, 날짜 등이 있습니다. 따라서 콘텐츠 모델을 생성하고 여기에 분류를 추가한 다음 해당 사용자 정의 게시물 유형에도 있어야 하는 사용자 정의 필드를 추가할 수 있습니다.

그리고 ACM은 WordPress 관리자에 이러한 항목을 추가하므로 해당 유형의 게시물을 작성하거나 편집하는 사람은 사용자 정의 필드 및 분류에 대한 이러한 모든 옵션을 볼 수 있습니다. 또한 잠시 후에 이야기할 모든 데이터를 노출합니다.

제가 강조하고 싶은 한 가지는 효율적인 관계도 가능하다는 것입니다. 종종 WordPress의 다른 게시물 간에 일대다, 다대일 또는 다대다 관계를 가질 수 있기를 원합니다. 여기 내 예는 의료 서비스 제공자가 있었고 위치가 있다는 것입니다.

의료 서비스 제공자는 하나 이상의 위치에서 일할 수 있지만 다른 방향에서도 쿼리하는 것이 좋을 수 있습니다. 그리고 다른 방향의 쿼리에 특정 위치가 있으면 여기에서 진료하는 모든 공급자에게 알려줄 것입니다.

따라서 이러한 종류의 양방향 관계에 대해 ACM이 이를 지원한다는 점을 기쁘게 생각합니다. 데이터베이스는 이러한 종류의 양방향 쿼리에 최적화되어 있습니다. WordPress용으로 출시된 다른 많은 관계 솔루션에는 해당되지 않습니다. .

따라서 새 관계 필드를 등록하고 이름과 API 식별자를 지정한 다음 두 모델 간의 연결도 선택할 수 있는 위치는 다음과 같습니다. 헤드리스 WordPress 프로젝트에서 관계를 생성하는 기능을 찾고 있다면 정말 강력합니다.

ACM의 킬러 기능이라고 할 수 있는 마지막 기능은 방금 언급한 모든 것입니다. 그것의 모든. 콘텐츠 모델 생성, 분류법, 모든 사용자 정의 필드 추가, 그들 사이의 관계 설정. WordPress 관리자에서 이러한 모든 항목을 생성하는 즉시 WPGraphQL 스키마에 자동으로 포함되며 분리된 프런트 엔드 JavaScript 앱에서 쿼리를 시작할 수 있도록 즉시 사용할 수 있습니다.

그래서 이것은 – 이것은 거대합니다. 과거에 많은 사람들이 관리자에서 이러한 필드를 제공하기 위해 여러 플러그인을 함께 사용했습니다. 하지만 WPGraphQL과 Atlas Content Modeler에 노출하기 위해 놀랍게도 이 두 가지를 모두 수행할 수 있습니다. 그래서 그것이 당신에게 강력하게 들린다면 그것을 확인하는 것이 좋습니다.

가까운 장래에 여기에서 ACM에 제공될 한 가지는 이메일 필드이므로 이에 대한 업데이트를 계속 지켜봐 주십시오. 또한 팀은 최근 반복 가능한 필드에 대한 지원을 추가했습니다. 그래서 이것은 기능 요청이었으며 이제 반복 레이아웃 필드를 지원하게 되었다는 소식을 전하게 되어 정말 기쁩니다.

따라서 필드를 지정한 다음 한 번 이상 반복할 수 있어야 한다고 말하면 콘텐츠 작성자는 해당 반복 기능을 사용할 수 있습니다. 괜찮은. 따라서 ACM에 관심이 있고 사용해 보고 싶다면 그렇게 하는 것이 좋습니다.

이는 WordPress 플러그인 디렉토리에 있으므로 wordpress.org/plugins/atlascontentmodeler에서 다운로드하여 직접 사용해 볼 수 있습니다. 그게 내 섹션의 전부입니다. 경청해 주셔서 감사합니다. 이제 Atlas 생태계의 나머지 제품을 다루기 위해 Ilona에게 일을 넘기겠습니다.

ILONA KEDRACKA: 정말 감사합니다, Kellen. 제 이름은 Ilona Kendracka이고 Atlas의 제품 관리자입니다. 그리고 Atlas와 헤드리스 WordPress의 전 세계 모두에게 1년이 지났습니다. 올해 이맘때쯤 Atlas가 대중에게 처음 발표되었습니다.

그리고 우리에게는 학습, 인터뷰, 실험, 프로토타이핑 및 연구로 가득 찬 1년이었습니다. 그리고 제품 관리자가 Atlas에 대한 새로운 기능의 형태로 작업 제품의 형태로 우리가 배운 모든 것의 결과를 여러분과 공유할 수 있다는 것이 가장 큰 기쁨입니다. 그럼 바로 들어가 봅시다.

인터넷의 모든 주요 웹사이트에 매우 중요한 것부터 시작하겠습니다. 그것은 검색입니다. 콘텐츠 검색 기능은 전자 상거래뿐만 아니라 기업 또는 미디어 사이트와 같은 다른 유형의 웹 사이트에서도 중요한 구성 요소입니다. 조사에 따르면 실제로 검색을 하는 사람들은 구매할 특정 제품을 찾고 있든 읽을 특정 기사를 찾고 있든 상관없이 훨씬 더 가치 있는 사이트 방문자입니다. 의도가 있는 사이트.

그리고 전자 상거래 사이트의 경우 검색을 통해 약 3배 더 높은 전환율을 얻을 수 있는 것으로 나타났습니다. 따라서 검색은 마케팅 담당자에게 정말 유용한 도구입니다. 동시에 WordPress에서 검색을 수행하는 것도 여러 가지 이유로 고통스럽고 번거로운 작업입니다.

WordPress 검색은 매우 느리고 확장성이 떨어집니다. 또한 기능이 상당히 제한적입니다. 핵심 WordPress 검색의 한계는 타사 솔루션을 사용하여 해결할 수 있지만 이는 더 많은 구성, 더 많은 유지 관리, 더 많은 번거로움을 의미하며 물론 맞춤형 솔루션 및 타사 구성 요소에 더 많은 비용을 지출해야 합니다.

그렇기 때문에 여기 WP Engine에서 WordPress 고객에게 가장 관련성 높은 결과를 제공하는 더 우수하고 진보되고 유연한 솔루션을 위해 노력하고 있습니다. WP Engine 고객에게 이러한 제품을 구축하고 제공하는 것이 올해 우리의 최우선 과제입니다.

그렇기 때문에 WordPress 콘텐츠 검색을 위한 새로운 제품인 Atlas Search의 공개 베타를 여러분이 사용해 볼 수 있도록 공유하게 되어 기쁩니다. Atlas 검색을 최신 웹사이트를 위한 훌륭한 도구로 만드는 세 가지 주요 요소가 있으며 첫 번째는 성능입니다. 모든 주요 웹 사이트에서 매우 중요한 측면입니다.

Atlas 검색을 사용하면 기존 WordPress 검색 솔루션보다 훨씬 효율적이고 빠르게 콘텐츠를 검색할 수 있습니다. 데이터 처리 및 쿼리 프로세스를 WordPress에서 Atlas Search로 오프로드함으로써 비용이 많이 들고 확장하기 어려운 WordPress 서버의 귀중한 컴퓨팅 주기가 절약됩니다.

다음 기둥은 단순성입니다. 최신 웹 사이트의 성능 및 정확성 요구 사항을 충족할 WordPress 검색 솔루션을 마련하려면 많은 시간, 노력 및 비용이 필요합니다. 모든 움직이는 부품을 유지 관리하는 데는 꽤 많은 시간이 소요됩니다.

Atlas Search는 최소한의 구성이 필요한 단순하고 우아한 단일 솔루션입니다. 일단 설정하면 작동합니다. 또한 사용자는 검색 가능하도록 원하는 콘텐츠를 쉽게 구성할 수 있습니다. Atlas Search는 또한 WordPress와 깔끔하게 통합되어 데이터가 변경될 때 실시간으로 데이터를 처리할 수 있으므로 검색 결과가 항상 최신 상태로 유지됩니다.

따라서 외부 공급업체를 이용할 필요가 없으며 자체 솔루션을 유지 관리하는 데 시간과 비용을 들일 필요가 없습니다. Atlas Search는 모든 것을 검색할 수 있는 원스톱 상점입니다. 마지막은 관련성과 정확성입니다. 좋은 WordPress 검색에서는 몇 가지 중요한 기능이 누락되었습니다.

그리고 그것들이 부족하여 현대 웹 사이트에 적합하지 않습니다. 전체 텍스트 검색, 검색 정의 가능, 관련성 점수와 같은 것은 실행하기 어렵거나 기존 WordPress 검색으로는 거의 불가능합니다. 그래서 새로운 검색 솔루션에서 이러한 문제점 중 많은 부분을 해결할 수 있었다는 사실을 공유하게 되어 기쁩니다.

Atlas Search 대시보드에서 정말 간단하고 직관적인 UI를 사용하여 검색하려는 필드를 지정할 수 있습니다. 전체 WordPress 필드를 포함할 뿐만 아니라 다른 검색도 작동합니다. 사용자 정의 게시물 유형 및 불균형 사용자 정의 필드. 물론 우리 고유의 Atlas Content Modeler도 즉시 사용할 수 있습니다.

선택한 각 필드에 대해 지정하고 가장 관련성이 높은 결과를 검색할 수 있습니다. 또한 여러 용어 검색을 수행할 수 있을 뿐만 아니라 검색어에 Google과 유사한 검색 연산자를 사용할 수 있습니다. Atlas Search는 WordPress REST API 및 WPGraphQL과 가장 잘 작동하여 헤드리스 프로젝트에 사용하려는 도구에 유연성과 이식성을 제공합니다.

그래서 저는 이 릴리스에 대해 매우 기대하고 있으며 여러분이 우리의 새로운 솔루션을 사용하여 어떤 멋진 프로젝트를 구축할 것인지 빨리 보고 싶습니다.

다음 발표로 넘어갑니다. 헤드리스 WordPress의 세계에 진입하는 것은 흥미진진하지만 여러 가지 이유로 처음에는 매우 어려울 수 있습니다. 우선, 모놀리식 WordPress에 적합한 웹 사이트를 만드는 프로세스의 여러 측면이 헤드리스에는 더 이상 적합하지 않습니다.

우리는 앱 제작에 대해 다른 방식으로 생각하는 데 시간이 걸린다는 것을 알고 있습니다. 많은 분들에게 새로운 도구와 기술, 프로그래밍 언어, 프레임워크와 처음으로 상호 작용하는 시간이기도 합니다. 모놀리식에서 분리된 아키텍처로 이동하는 것은 엄청난 변화입니다.

또한 개발자는 이러한 모든 다양한 구성 요소에 대해 배우고 생각하고 이해해야 할 뿐만 아니라 구성 및 연결에 시간을 할애해야 합니다. 그리고 배우려고 하는 새로운 기술이 무엇이든 관계없이 직접 해봄으로써 배울 수 있다면 일반적으로 훨씬 쉽고 재미있습니다.

따라서 처음으로 무언가를 가지고 놀기 전에 수많은 문서를 읽어야 하는 것은 매우 실망스럽고 사이드 프로젝트를 매우 오랫동안 선반에 놓을 수 있습니다. 그리고 언젠가 다시 돌아올 것이라고 스스로에게 약속할 수도 있지만, 같은 일이 결코 일어나지 않을 수도 있고 이것이 제가 너무 잘 알고 있는 느낌입니다.

따라서 처음으로 무언가를 시도하기 위해 바로 뛰어들어 정말 습득하고 싶은 기술을 시작하려면 문서, 구성을 읽고 설정 방법을 파악하기 위해 머리를 뽑는 데 몇 시간이 필요하지 않아야 합니다. 뭔가 준비.

그래서 지난 몇 달 동안 우리는 Atlas를 배우는 데 관심이 있는 수많은 개발자들과 이야기를 나누고 그들의 어려움과 요구 사항을 관찰했습니다. 그리고 우리는 이러한 모든 교훈을 사용하여 빠르게 시작할 수 있는 기회를 제공하고, 구성에 소요되는 노력을 최소화하고, 물론 새로운 기술을 배우는 데서 오는 재미와 흥분을 극대화할 수 있는 무언가를 구축했습니다.

그래서 우리가 제안하는 솔루션은 Atlas Blueprints입니다. Atlas Blueprints는 완전한 헤드리스 WordPress 스타터 프로젝트로, 복제할 수 있고, 몇 분 안에 자신의 프로젝트를 시작하고, 실제 시나리오에서 헤드리스 WordPress의 힘을 확인하고, 이를 가지고 놀고 필요에 맞게 수정할 수 있습니다.

첫 번째 헤드리스 프로젝트의 샌드박스로 사용할 수 있지만 완전한 기능을 갖춘 자체 사이트를 구축하는 동안 더 빨리 시작하는 데 활용할 수도 있습니다. 각 청사진을 구성하는 네 가지 구성 요소가 있습니다. 우선, 프로세스 중에 새로운 WordPress 환경이 생성됩니다.

이렇게 하면 실제로 안전하고 격리된 환경에서 시작하여 사용하고 작동 방식을 확인할 수 있습니다.

그런 다음 이 WordPress 설치에 필요한 모든 플러그인이 설치되고 활성화됩니다. 따라서 해당 목록을 살펴보고 수동으로 플러그인을 설치하고 플러그인을 검색할 필요가 없습니다. 응용 프로그램이 시작되는 즉시 준비가 될 수 있도록 모든 작업이 자동으로 수행됩니다.

그 외에도 메모 응용 프로그램이 회전합니다. 우리가 준비한 각 청사진은 실제 사례를 위해 설계된 완전하고 아름다운 웹사이트이며, 헤드리스 WordPress 개발을 더 쉽고 즐겁게 만들기 위해 특별히 구축된 Faust.js 프레임워크를 사용하여 구축되었습니다.

그리고 이러한 모든 구성 요소가 제자리에 있는 동안 필요한 모든 구성은 뒤에서 발생합니다. 따라서 단 몇 분 만에 완전히 프로비저닝되고 구성된 헤드리스 WordPress 사이트에 실제로 액세스할 수 있습니다. 따라서 Atlas Blueprints는 여러분 모두를 위해 구축된 헤드리스 WordPress를 위한 완벽한 솔루션입니다. 최소한의 구성으로 매우 짧은 시간에 시작할 수 있도록 도와주는 솔루션입니다.

오늘 우리는 여러분이 시도해 볼 수 있는 세 가지 청사진을 제공하게 되어 기쁩니다. 회사 웹 사이트에 적합한 포트폴리오 청사진, 전 세계와 생각을 공유하는 데 사용할 수 있는 WordPress 클래식인 블로그 청사진 및 빠르게 시작하는 데 도움이 되는 최소한의 발판인 기본 청사진.

각 청사진은 모든 Atlas 제품을 활용합니다. 따라서 헤드리스 WordPress용 프레임워크인 Faust.js, 사용자 지정 데이터 모델을 생성할 수 있는 플러그인인 Atlas Content Modeler, WordPress에서 고성능의 정확한 검색 경험을 위한 도구인 Atlas Search가 있습니다.

따라서 실제로 검색을 시도해보고 싶다면 Atlas Blueprints를 사용하는 것이 가장 쉽게 시작할 수 있는 방법입니다. 청사진을 시험해 볼 수 있는 두 가지 방법이 있습니다. 한 가지 방법은 샌드박스 계정에 가입하고 포털에서 앱 생성 흐름을 따르는 것입니다. 이렇게 하면 실제로 단 몇 분 만에 완전히 프로비저닝된 전체 웹 사이트가 완성됩니다.

처음에 애플리케이션을 로컬에서 실행하는 것을 선호하는 경우 로컬로 이동하여 우리가 제공하는 세 가지 청사진 중 하나를 사용하여 새로운 헤드리스 WordPress 사이트를 생성할 수 있습니다. 설계도는 누구나 사용할 수 있습니다. 따라서 Atlas 샌드박스 사용자, Atlas 유료 고객, 로컬 사용자도 마찬가지입니다.

따라서 헤드리스 WordPress를 사용해 보고 싶지만 바쁜 일정에서 자신의 프로젝트를 작업할 시간을 찾기가 어렵다면 Atlas Blueprints가 적합합니다. 그러니 가서 확인해보세요.

그 메모와 함께 모든 것을 마무리하기 위해 한 가지 더 중요하고 흥미로운 발표가 있습니다. 우리의 임무는 헤드리스 WordPress를 위한 훌륭한 플랫폼을 구축하고 이에 대한 액세스를 제공하여 창의력을 강화하는 것입니다. 우리는 자신의 웹사이트 방문자 또는 고객의 웹사이트를 위해 놀라운 경험을 만들고자 하는 모든 사람이 그렇게 할 수 있는 기회를 가져야 한다고 믿습니다.

이것이 바로 지금부터 4개의 새로운 Atlas SMB 플랜을 구매할 수 있는 이유입니다. 지금까지 Atlas는 엔터프라이즈 프로젝트에서만 사용할 수 있었습니다. 그러나 우리는 모든 규모의 프로젝트에 Atlas의 성능과 보안을 제공하여 창의력을 발휘하고자 합니다.

즉, 초기 계획에는 헤드리스에 최적화된 WordPress 설치, Next 또는 Gatsby와 같은 원하는 JavaScript 프레임워크를 구축할 수 있는 노드 서버, 프로젝트를 전 세계에 배포할 수 있는 고성능 CDN, Atlas와 같은 오픈 소스 도구가 포함됩니다. 콘텐츠 모델러, WPGraphQL, Faust.js 등.

그리고 이 모든 것이 하나의 파트너와 하나의 플랫폼에서 하나의 가격으로 이루어집니다. 그래서 제가 오늘 말씀드린 Atlas Search, Atlas Blueprints, SMB를 위한 Atlas 계획 등 모든 것을 바로 지금 사용할 수 있습니다. 따라서 사용해 보려면 wpengine.com/atlas를 방문하여 샌드박스 계정에 가입하거나 요금제를 구매하세요.

Atlas 제품 팀의 일원으로서 저는 오늘 여러분과 공유한 모든 발표에 대해 매우 기쁘게 생각하며 여러분이 우리 플랫폼에서 구축하게 될 모든 멋진 것들을 빨리 보고 싶습니다. Atlas는 귀하로부터 영감을 받아 귀하를 위해 만들어졌습니다. Atlas 사용자인 귀하는 당사와 당사의 모든 사용자, 기능 및 제품에 영감을 줍니다.

오늘 프레젠테이션이 즐거우셨기를 바랍니다. 많은 관심 부탁드립니다. 예정된 데모 및 세션을 계속 지켜봐 주시기 바랍니다. 제품에서 모두 뵙겠습니다.