WordPress의 2019 프로젝트 세트 2020 로드맵 진행 상황

WordPress의 전무 이사인 Josepha Haden은 2019년에 WordPress의 목표 업데이트를 발표했습니다. 지난 1년 동안 WordPress의 초점은 9개의 주요 프로젝트였습니다. 9개 프로젝트 중 WordPress는 2019년에 2개만 출하했습니다. 이는 커뮤니티가 기존 프로젝트에 대한 진행 상황을 계속해서 구축함에 따라 2020년의 초점이 거의 동일할 것임을 의미합니다.

현재 2020년 WordPress에 대한 세 가지 주요 릴리스가 계획되어 있습니다.

• 버전 5.4 – 2020년 3월
• 버전 5.5 – 2020년 8월
• 버전 5.6 – 2020년 12월

각 날짜는 변경될 수 있습니다. 또한 각 릴리스가 가까워짐에 따라 보다 구체적인 날짜를 얻어야 합니다. 2020년의 다양한 프로젝트는 각 릴리스에 포함되어야 합니다.

WordPress의 공동 설립자인 Matt Mullenweg는 처음에 2018 State of the Word 주소에서 2019년 계획을 제시하고 Make Core 블로그에 프로젝트를 나열했습니다. 큰 시사점은 2019년이 우리가 전체 사이트 맞춤화(구텐베르그 프로젝트의 2단계)에 더 가까워진 해가 되어야 한다는 것입니다. 개발자들이 이를 현실로 만드는 데 큰 진전을 이루었지만 많은 프로젝트가 아직 초기 단계에 있습니다.

2019년에 출하된 프로젝트

기존의 모든 핵심 WordPress 위젯은 이제 블록으로 존재합니다. 테마가 결정하는 위치에 위젯을 배치하는 것으로 제한되지 않고 사용자는 이제 블록 편집기를 통해 게시물, 페이지 또는 기타 콘텐츠 영역에 위젯을 배치할 수 있습니다. 프로젝트가 전체 사이트 편집으로 계속 이동함에 따라 사용자는 결국 이러한 위젯과 기타 블록을 거의 모든 곳에 배치할 수 있게 될 것입니다.

사이트 상태 프로젝트가 핵심으로 병합되었습니다. 사이트 소유자에게 사이트 상태에 대한 정보를 제공하는 화면이 특징입니다. 또한 플러그인 및 테마 문제가 발견되면 사이트 소유자에게 이메일을 보내는 치명적인 오류 감지 스크립트가 있습니다.

2020년에 기대되는 프로젝트

2019년 출시를 위해 컷을 통과하지 못한 나머지 프로젝트의 대부분은 여전히 ​​올해 동안 진행되었습니다. 다음은 내년에 예상되는 프로젝트에 대한 분석입니다.

탐색 메뉴 블록

현재 탐색 블록의 대상은 WordPress 5.4와 함께 제공되는 것입니다. 이것은 현재 실험 단계에서 벗어나 구텐베르크 7.0에서 베타 테스트가 가능하기 때문에 가능한 현실입니다. 개발 팀은 여러 릴리스에 대해 이 블록에 대해 작업했으며 이제 사용자 테스트에 충분히 안정적인 것을 갖게 되었습니다.

이 블록은 사이트 사용자 정의 퍼즐의 주요 부분입니다. 장기적으로 사용자는 사이트 전체에서 탐색 메뉴를 처리하기 위해 사용하기 쉬운 블록이 필요합니다.

테마에 대한 사용자 정의 블록 인식 콘텐츠 영역

Gutenberg 프로젝트의 1단계에서는 블록 편집기를 사용하여 콘텐츠를 게시했습니다. 2단계의 상당 부분은 게시물 콘텐츠를 벗어나 사용자가 더 많은 영역에 블록을 추가할 수 있도록 하는 것입니다. 장기적으로 어떤 모습일지는 정확히 알 수 없습니다. 테마는 추가 차단 인식 영역을 등록할 수 있어야 합니다.

이 기능의 대상 릴리스는 WordPress 5.5로 설정되어 있지만 현실적인 대상인지 추측하기에는 너무 이르다. 테마 블록 템플릿, 여러 엔터티 저장 및 전체 사이트 사용자 지정에 대한 결정과 일치해야 하기 때문에 해결하기 어려운 문제입니다. 앞으로 몇 년 동안 WordPress가 작동하는 방식에 광범위한 영향을 미치기 때문에 서두를 수 있는 기능이 아닙니다.

블록을 지원하는 위젯 영역

현재 계획은 위젯 영역(사이드바)이 위젯과 함께 블록을 지원하도록 하는 것입니다. Gutenberg 플러그인에는 WordPress 5.5의 대상 릴리스가 있는 이 기능의 초기 버전을 활성화하기 위한 실험적 위젯 영역 옵션이 있습니다.

이 기능을 현실로 만드는 데에는 두 가지 측면이 있습니다. 첫 번째는 위젯 관리 화면에서 작동하도록 만드는 것입니다. 두 번째는 사용자가 위젯을 관리할 수 있는 영역인 커스터마이저에서 작동하도록 하는 것입니다.

현재로서는 사이드바 개념이 더 이상 사용되지 않는 것처럼 느껴집니다. 실험적 기능은 사용자가 사이드바에 블록을 추가할 수 있도록 하여 작동하며 출력 시 하나의 큰 "블록 영역" 위젯으로 변환됩니다. WordPress가 블록 패러다임에서 "올인"된 경우 테마가 사용자 지정 블록 영역을 구축하고 공식 Sidebar API가 서서히 죽도록 하는 데 에너지를 더 많이 소비할 것입니다. 오래된 개념과 새로운 개념을 혼합하는 것은 기껏해야 투박하게 느껴집니다. 이제 대부분의 테마가 더 이상 지원하지 않을 때까지 사이드바와 위젯을 일시 중단해야 할 때입니다.

디렉토리 검색 및 설치 차단

결국 모든 WordPress 사용자는 블록 삽입기를 통해 블록을 검색할 수 있습니다. 블록이 있으면 블록 영역에 삽입할 수 있습니다. 그렇지 않은 경우 삽입기는 사용자가 블록 디렉토리에서 새 블록을 발견하도록 허용합니다. 새 블록의 설치, 활성화 및 삽입이 원활해야 합니다.

이 기능의 대상 릴리스는 WordPress 5.5용으로 설정되어 있으며, 이는 해당 기능이 현재 Gutenberg 플러그인에서 얼마나 잘 작동하는지에 따라 가능해야 합니다(이전 버전이 아닌 경우). 아직 완벽하지 않고 설치된 블록으로 작업할 때 내 게시물 중 몇 개 이상을 깨뜨렸습니다. 아직 해결해야 할 몇 가지 미해결 문제가 있습니다.

게임에서 앞서나가고자 하는 플러그인 작성자는 블록 플러그인 지침에 따라 블록 플러그인을 제출할 수 있습니다.

자동 플러그인, 테마 및 주요 핵심 업데이트

수년간의 광범위한 테스트와 사소한 WordPress 릴리스에 대한 자동 업데이트를 사용한 결과, 이 시점에서 이미 모든 것에 자동 업데이트가 있어야 한다고 생각합니다. 플러그인 및 테마 업데이트를 따라잡아야 하는 것은 일부 사이트 소유자에게 고통이 될 수 있습니다. 플러그인이 충분하면 매일 업데이트할 하나 이상의 플러그인을 가질 가능성이 없습니다.

일부 호스팅 솔루션과 Jetpack은 자동 플러그인 업데이트를 제공하여 많은 사용자의 이 문제를 완화했지만 이것은 우선 순위가 높은 기한이 지난 핵심 기능입니다. 테마/플러그인 또는 주요 핵심 릴리스에 대한 자동 업데이트에 대한 대상 릴리스가 제공되지 않았습니다. 이 기능이 앞으로 1년 동안 뒷전으로 밀려나지 않기를 바랍니다.

6,500개 이상의 Trac 문제 해결

요즘 Gutenberg 플러그인이 많은 주목을 받으면서 Trac에 대한 패치, 리뷰 및 결정을 기다리는 수천 개의 티켓이 있다는 사실을 잊기 쉽습니다. 저는 오랫동안 WordPress의 주요 릴리스를 사용하여 새로운 기능을 추가하지 않고 기존 버그를 수정하는 챔피언이었습니다.

Jonathan Desrosiers는 올해 초 분류 팀이 수행한 작업의 대부분을 다루는 광범위한 게시물을 작성했습니다.

분류는 진정으로 결론에 도달하는 것이 아닙니다. 프로젝트의 수명 동안 계속되어야 하는 지속적인 프로세스입니다. Triage Team에 참여하는 데 관심이 있는 사람들은 Triage Team 발표 게시물에서 자세한 정보를 찾을 수 있습니다.