FSE 및 WordPress 테마: MVP는 어떻게 생겼습니까?

WordPress의 전무 이사인 Josepha Haden Chomphosy는 다가오는 해의 개요에 대한 후속 조치를 게시했습니다. 4월에 구텐베르크 플러그인에서 준비될 것으로 예상되는 전체 사이트 편집(FSE)의 최소 실행 가능 제품(MVP)이 어떻게 생겼는지에 대한 질문이 올라왔습니다. 핵심 팀은 또한 WordPress 5.8이 출시될 때 WordPress에서 FSE의 6월 출시를 목표로 하고 있습니다.

이것은 높은 목표처럼 보이지만 WordPress 개발 및 비즈니스 커뮤니티의 구성원은 "FSE의 MVP는 무엇입니까?"라고 묻습니다. 이것은 새로운 질문이 아닙니다. 빠른 개발 속도, 통신 단절 또는 GitHub 문제의 레이어 뒤에 숨겨진 프로젝트의 많은 부분이 있든 따라하기 어려울 수 있습니다. 프로젝트가 어디로 가고 있는지에 대한 세부 사항에서 각 단계를 설명하는 큰 웹 페이지는 없습니다. 때때로 정보가 산만하게 느껴질 수 있습니다. 이는 제품 업데이트를 예상해야 하는 타사 개발자 및 비즈니스 소유자에게 일시 중지를 제공할 수 있습니다.

Yoast의 CPO인 Joost de Valk는 의견에서 프로세스에 대한 불만을 표명했습니다. 우리는 나중에 이것을 더 자세히 논의했습니다.

"FSE는 테마가 무엇인지 바꿀 것이라고 생각합니다. 제대로 실행된다면 테마가 훨씬 작아지므로 테마를 훨씬 쉽게 구축할 수 있을 것입니다."라고 그는 말했습니다. “그래서 커뮤니티는 신뢰할 수 있는 스타일 지정 방법과 클래스 이름 또는 이와 유사한 규칙을 만들어 모든 곳에서 스타일 지정 작업을 수행해야 하는 부담을 안게 됩니다. 나는 현재 전체 사이트 편집의 MVP로 간주되는 것이 무엇인지 이해하지 못하며, 이를 위해 특별히 제작되지 않은 테마와 함께 작동하는 방식에 대한 논의도 보지 못했습니다. 그게 걱정됩니다.”

그는 MVP를 위한 절차가 마련되어 있지 않다고 느끼는 커뮤니티의 다른 사람들과 같은 우려를 공유합니다.

그리고 그런 건 없다"고 말했다. "실행이 없는 비전은 환상일 뿐입니다."

Chomphosy는 그녀가 상호 연결성을 알고 있다고 말했습니다. "또한 우리가 게시한 정보가 사람들이 웹의 39%를 대신하여 올바른 결정을 내리는 데 도움이 되는 깔끔하고 따라하기 쉬운 게시물에 있지 않다는 것을 알았습니다."라고 그녀는 말했습니다.

그녀는 6개(현재 7개)의 이정표가 나열된 티켓을 가리켰습니다. 이러한 각 이정표는 MVP를 위해 FSE가 필요한 위치를 나타냅니다.

"그들은 함께 블록을 사용하여 전체 테마를 표현할 수 있는 아키텍처와 해당 테마를 사용자 지정할 수 있는 편집기를 설명합니다."라고 그녀는 말했습니다. “ MVP는 코딩 지식 없이 블록만 사용하여 Twenty Twenty-One 테마 버전을 구축할 수 있도록 해야 합니다. "

다음은 WordPress에서 FSE 토지의 첫 번째 버전을 보기 전에 완료에 도달해야 하는 이정표에 대한 분석입니다.

이정표 1: 인프라 및 UI

아마도 FSE의 가장 중요한 부분은 실행 가능한 사이트 편집기일 것입니다. WordPress 템플릿 시스템을 응집력 있는 UI로 병합하는 것이 프로젝트의 기초입니다. 기본 인프라는 템플릿 및 템플릿 부분의 작동 방식을 처리합니다. 이 시점에서 이 기반은 신뢰할 수 있는 위치에 있습니다. 더 많은 작업이 필요한 것은 이를 기반으로 하는 모든 기능입니다. 이 이정표에는 사이트 편집 인터페이스를 마련하고 다중 엔티티 저장을 처리하는 것도 포함됩니다.

이정표의 마지막 단계에서는 사용자가 포스트 편집기 내에서 템플릿을 편집하여 콘텐츠와 디자인 편집 사이를 효과적으로 전환할 수 있습니다. FSE Outreach Program은 최근 Gutenberg 9.6 이후 피드백을 얻기 위해 이 기능을 테스트했습니다.

이정표 2: 찾아보기

이 이정표는 사이트 편집기의 UI 탐색을 위한 모든 작업을 다룹니다. 페이지 간 전환, 템플릿, 템플릿 부분, 전역 스타일 등과 같이 움직이는 부분이 많이 있습니다. 사용자는 작업 중인 요소를 알아야 합니다.

완료된 것으로 표시된 유일한 이정표입니다. 그러나 편집 및 선택 모드와 함께 "탐색" 모드에 대한 아이디어를 탐색할 수 있는 공개 티켓이 있습니다.

이정표 3: 스타일링

대부분의 경우 이 이정표는 다가오는 글로벌 스타일 시스템에 중점을 둡니다. 시스템은 테마 기본값에서 전역 사용자 수정, 블록별 스타일 옵션에 이르기까지 블록에 스타일이 적용되는 방식의 계층을 생성합니다.

MVP를 위한 작업의 대부분이 완료되었지만 백로그에는 수십 개의 기능 티켓이 있습니다. 이것은 블록 시스템이 타사 페이지 빌더보다 몇 년 뒤쳐진 영역이기도 합니다. 출시 후 피드백을 기반으로 장기적인 기능 추가가 예상됩니다.

이정표 4: 테마 블록

테마 작성자는 이 티켓을 주시해야 합니다. 블록 기반 테마가 대부분의 테마 개발자에게 현실이 되는 유일한 방법은 사이트 편집기에서 모든 템플릿 태그에 해당 블록이 있는 경우입니다. 또는 적어도 가장 많이 사용되는 템플릿 태그가 그렇습니다. 이러한 기능 중 일부는 블록 편집기에서 더 이상 적용할 수 없습니다. 테마 개발자는 현재 만들고 있는 모든 것을 다시 만드는 데 필요한 블록이 있는지 확인해야 합니다.

물론 책갈피/링크 차단이 앞으로 나아가지 않을 것 같다는 사실에 안타까운 마음이 듭니다. 이 기능은 더 이상 사용되지 않지만, 나는 여전히 좋은 블로그 롤 시절에 대한 향수를 불러일으킵니다. 아마도 이것은 플러그인을 남겨두는 것이 가장 좋습니다. Link Manager 플러그인의 부활이 있을 수 있습니다.

마일스톤 5: 쿼리 블록

쿼리 블록과 해당 루프 블록은 어떤 면에서 전체 사이트 편집의 가장 필수적인 부분입니다. 로드된 게시물과 표시 방법을 처리합니다. 이 기능은 해결해야 할 더 복잡한 퍼즐 중 하나입니다. Gutenberg 개발 팀은 몇 달 동안 계속해서 이를 반복했으며 현재는 좋은 기준선에 있습니다. 그러나 테마 작성자가 수행해야 하는 모든 작업을 진지하게 처리하려면 몇 마일을 가야 합니다.

현재 쿼리 블록은 쿼리 사용자 지정을 위한 소수의 옵션만 처리합니다. 팀은 최종 사용자를 위해 사이드바에서 사용할 수 있는 컨트롤을 결정하고 다양한 유형의 사후 목록 표시에 대한 패턴과 블록을 통합해야 합니다.

이정표 6: 탐색 블록

Query 블록을 제외하고 Navigation은 자체 이정표가 필요한 유일한 다른 블록입니다. 탐색 메뉴 문제는 10년 넘게 WordPress 프로젝트를 괴롭혔습니다. 바로잡기 힘든 것 중 하나입니다. 오늘날 WordPress의 탐색 메뉴는 일반적으로 작업하기 쉽지만 디자인은 최종 사용자가 사용자 지정할 수 없습니다. 출력은 전적으로 테마 작성자의 재량입니다. 테마 작성자가 원할 수 있는 가능한 메뉴 디자인 배열을 제공하고 최종 사용자를 위해 사용자 정의할 수 있도록 하는 것은 Gutenberg 프로젝트에서 가장 어려운 문제 중 하나일 것입니다.

기여자가 필요한 하위 티켓이 수십 개 이상 있습니다. 그렇다 하더라도 현재 일부 테마에서 사용되는 보다 복잡한 패턴에 대해 탐색 블록이 준비되기 전에 여러 버전이 될 수 있습니다.

이정표 7: 점진적인 채택

MVP를 나타내는 처음 6개의 이정표가 완료된 후 WordPress는 최종 사용자와 테마 작성자가 FSE를 점진적으로 채택할 수 있는 방법이 필요합니다. 기본적으로 이것은 블록 기반 템플릿과 전통적인 PHP 기반 템플릿이 혼합된 것입니다. 개발자는 테마를 완전히 변경하지 않고 업데이트할 수 있어야 하며, 잠재적으로 사용자 기반의 일부를 남겨둘 수 있습니다.

블록 기반 위젯 및 탐색 화면도 이 마일스톤에 해당합니다. 두 기능 모두 2020년에 상륙하지 못한 후 향후 릴리스로 옮겨졌습니다. 그러나 이는 FSE로 전환할 준비가 되지 않았거나 테마 때문에 전환할 수 없는 사용자를 위한 디딤돌이 될 것입니다.