Matt Mullenweg, Canonical 플러그인에 대한 푸시 갱신

이번 주말 WordCamp US 기고자의 날 동안 Matt Mullenweg는 WordPress의 Make 팀이 핵심용 새 기능을 개발할 때 플러그인 우선 접근 방식을 채택할 것을 새롭게 요청했습니다. 그는 2009년 WordPress 커뮤니티에 처음 도입된 표준 플러그인의 개념을 되살려 일반 플러그인보다 높은 수준의 확신을 갖고 사용자에게 선택적 기능을 제공하기 위한 수단으로 다음과 같이 말했습니다.

정식 플러그인은 커뮤니티에서 개발한 플러그인(한 사람이 아닌 여러 개발자)이며 최상의 실행으로 가장 인기 있는 기능 요청을 처리합니다. 이 플러그인은 GPL이며 WordPress.org 리포지토리에 있으며 WordPress 코어와 긴밀하게 연결되어 개발됩니다. 코어와 이러한 플러그인 사이에는 매우 강력한 관계가 있어 a) 플러그인 코드가 안전하고 코딩 표준의 가장 좋은 예이며 b) WordPress의 새 버전이 호환성을 보장합니다. WordPress 관리자의 플러그인 섹션에 이러한 정식 플러그인을 일종의 Editor's Choice 또는 Verified 보증으로 표시하는 화면이 있습니다. 이 플러그인은 호환성, 보안 및 지원 측면에서 핵심 WordPress의 진정한 확장이 될 것입니다.

Jen Mylo – 정식 플러그인(뭐라고?)

WordPress Plugins Directory는 60,000개(게시 당시)를 넘지 않는 단 하나의 플러그인입니다. 정식 플러그인의 아이디어와 달리 공식 디렉토리는 사용자가 플러그인 작성자에게 기대할 수 있는 점에서 여전히 서부와 같습니다. Mullenweg는 단일 회사에서 플러그인을 제어하고 프로 버전으로 더 나아가거나 이전에 무료인 기능을 제거하고 업그레이드 뒤에 두는 것과 같이 사용자에게 이상적이지 않은 여러 플러그인 시나리오를 인용했습니다.

Canonical 플러그인은 작성자의 동기가 사용자를 우선시하지 않을 수 있는 플러그인에 대한 신뢰할 수 있는 대안을 제공하기 위한 것입니다. 또한 핵심 기여자가 WordPress에 포함하려는 기능에 대한 수요를 입증할 수 있는 방법을 제공합니다. MP6, Gutenberg 및 REST API와 같은 몇 가지 프로젝트는 이 경로를 핵심으로 가져왔습니다.

“우리는 핵심이 더 편집적이어야 하고 가끔 하는 것처럼 임시로 제공되는 기능에 대해 '아니오'라고 말해야 하는 지점에 도달했습니다. 제 희망은 더 많은 Make 팀이 이를 통해 WordPress의 미래에 영향을 줄 수 있는 기회로 사용하는 것입니다. 플러그인 우선 접근 방식은 더 빠른 개발 및 릴리스 주기(연간 3회 대신), 더 적은 검토 오버헤드, 플러그인이 엄청난 성공을 거둘 경우 핵심이 되는 경로를 제공합니다.”라고 Mullenweg가 말했습니다.

“저는 사람들이 핵심에 무언가를 목표로 할 때 '아니오' 또는 '지금은 아닙니다'가 실망스러울 수 있고 때로는 준비되기 전에 무언가를 넣어야 한다는 인위적인 압력을 가할 수 있다는 것을 매우 알고 있습니다. WP 4.4.”

정식 플러그인에 대한 새로운 논의에 영감을 준 관련 게시물에서 Mullenweg는 최근 WordPress 리드 개발자로부터 새로운 반대를 받은 논란의 여지가 있는 WebP 기본 제안에 무게를 둡니다. 기고자들은 6.1에 맞춰 접근 방식을 수정하기 위해 열심히 노력해 왔습니다.

Mullenweg는 이러한 새로운 기능을 정식 플러그인 경로의 주요 후보로 추천하면서 WebP 주변 생태계가 성숙하는 데 더 많은 시간을 할애할 수 있다고 제안했습니다.

나는 새로운 형식을 지원하고 성능을 개선하는 데 관심이 있지만 6.1로 업그레이드할 때 기본적으로 사용자에게 푸시되는 이 변경 사항은 현재로서는 OS가 여전히 webp(및 HEIC! ) 파일.

webp 및 HEIC 파일이 핵심에 머물도록 지원하게 되어 기쁩니다. 우리가 수용하고 작업하는 데 있어 자유로워야 하지만 JPEG가 업로드될 때 모든 것을 webp로 변환하는 변경 사항에 대해서는 그렇지 않기 때문입니다.

퍼포먼스 팀은 내일 예정된 채팅에서 이에 대해 논의할 계획입니다. 최근 WebP의 기본 노력이 정식 플러그인 상태로 전환될지 또는 그 일부가 여전히 6.1에 포함될 수 있는지 여부는 아직 명확하지 않습니다.

더 많은 정식 플러그인에 대한 요청에 대한 응답은 일부가 이러한 플러그인의 유지 관리자에 대한 부담 증가를 즉시 인식했기 때문에 혼합되었습니다.

WordPress 개발자 Jon Brown은 “WP는 선택적 기능에 대한 혐오감을 극복해야 합니다. "활성화/비활성화할 수 있는 기능. '옵션이 아닌 결정'은 사용자를 위해 단순하게 유지하는 것에 관한 훌륭한 기풍이지만 Gutenberg UX에서는 창 밖으로 던져지고 설정 페이지에 사소하게 단순한 옵션을 추가하는 것을 논의할 때 공리로 바뀌었습니다.”

iThemes가 후원하는 기고자 Timothy Jacobs는 Core에 더 많은 옵션을 추가하는 것을 반드시 지지하지는 않지만 표준 플러그인이 옵션과 유사한 방식으로 제공될 수 있다고 생각한다고 말했습니다.

"그렇다고 UI가 플러그인 디렉토리를 통해 원하는 것을 검색해야 한다는 의미는 아닙니다."라고 Jacobs는 말했습니다. “표준 플러그인은 아마도 '설정 같은' UI에 노출될 수 있습니다. 도구 메뉴에서 가져오기 방법이 약간 숨겨져 있다고 생각합니다.

핵심 기고자 Torsten Landsiedel은 표준 플러그인과 기능 플러그인의 차이점이 명확하지 않다고 말했습니다. 표준 플러그인에는 코어에 속하지 않을 수 있지만 여전히 사용자에게 중요한 플러그인이 포함된다는 차이점이 있을 수 있습니다.

Landsiedel은 "'WordPress 가져오기' 플러그인이 정식 플러그인이 될 수 있을 것 같습니다."라고 말했습니다. “*번창하는* 플러그인의 좋은 예인지 확실하지 않습니다. 추천 이미지, 다량의 게시물/미디어 문제 등을 지원하지 않습니다.

“유용한 상태 확인 플러그인은 실종자를 도우면서 어려움을 겪습니다.

“그 플러그인(무엇이든지 간에)이 충분한 기여자를 얻지 못하게 하려면 어떻게 해야 합니까? 임포터는 중요한 도구이지만 코어에서는 필요하지 않다고 생각합니다(필요한 경우 설치할 수 있습니다. 괜찮습니다). 하지만 작동해야 하지만 현재로서는 제대로 작동하지 않습니다. 하지만 이 문제를 해결하는 데 도움이 되는 개발자 커뮤니티의 관심은 그리 많지 않습니다(WP CLI를 사용하고 이 플러그인에 관심이 없기 때문일 수도 있습니다).”

WordPress 핵심 기고자 Colin Stewart는 플러그인으로서의 기능이 먼저 새로운 기능에 유용하다는 데 동의하지만 핵심에 포함하려면 "'폭주하는 성공'보다 훨씬 더 나은 지표가 필요합니다.

Stewart는 "일부 기능은 안정성에 중요하며 웹 사이트의 수명 동안 여러 번 골치 아픈 문제로부터 사용자를 보호하지만 사용자가 플러그인 저장소에서 검색하거나 즉시 설치할 수 있다고 생각할 수 있는 것은 아닙니다."라고 말했습니다. "롤백은 Site Health, Privacy Export/Erase 등과 같은 기능입니다.

“제안을 위한 공식적인 의사결정 과정은 엄청나게 도움이 될 것입니다. 이 주제는 이제 정기적으로 올라오고 있습니다.”

Mullenweg는 Make 팀이 고려할 수 있는 표준 플러그인에 대해 거의 24가지 아이디어를 제공했으며 팀 자체가 더 나은 아이디어를 생각해 낼 수 있다고 제안했습니다. 이 모든 새로운 기능을 상상하면 관리자 혁신의 르네상스와 같을 것입니다. 플러그인이 채택하기 쉬운 방식으로 제공되는 한 WordPress 사용자에게 도움이 될 수 있는 흥미로운 전망입니다. 이 아이디어에 대한 초기 논평자들은 기존의 정식 플러그인 중 일부에 대한 지원이 다소 고르지 않다는 기록을 보여주기 때문에 유지 관리자의 부족에 대한 정당한 우려를 제기합니다.

“기고자의 날 이후부터 플러그인을 더 잘 활용하여 WordPress의 진화 속도를 높이고, 핵심을 가볍고 빠르며 독단적으로 유지하고 더 많은 아이디어와 실험에 대해 '예'라고 말하면서 그렇게 할 수 있는 방법에 대한 토론이 촉발되기를 바랍니다. "라고 뮬렌웨그는 말했습니다.