Gutenberg: 구텐베르크 출시 일정의 경제적 영향

훌륭한 게시물 Bridget, 이 글을 써주셔서 감사합니다. 그것은 내 우려를 반영합니다.

저는 회사를 떠날 때까지 사용자 정의 테마가 있는 400개 이상의 WordPress 사이트(사내 프레임워크로 구축)가 있었고 몇 년 동안 이전 CMS에서 200개 이상을 마이그레이션하는 과정에 있었습니다. 새로운 빌드에 추가. 이와 같은 회사는 의심할 여지 없이 Gutenberg를 면밀히 모니터링하고 준비하고 있지만 개발자의 상당한 시간이 Gutenberg와 함께 작동하는 400개 이상의 사이트를 만드는 것이 아니라 비활성화할 무언가를 설치하는 데 소비될 것이라고 생각합니다.

30개 사이트를 제가 직접 관리하고 그게 제가 할 일입니다. 그리고 나중에 각 사이트를 살펴보고 어떤 사이트가 쉽게 업데이트될 수 있는지 확인한 다음 나머지는 어떻게 해야 하는지 알아보겠습니다.

사이트의 복잡성에 따라 개발자는 기존 사이트에 대해 많은 시간을 할애할 여유가 없습니다. 고객이 특별히 Gutenberg에 맞게 테마를 업그레이드하도록 요청하지 않는 한 비용을 청구할 수 없기 때문입니다. 우리는 항상 WordPress의 강점이었던 이전 버전과의 호환성을 중심으로 유지 관리 가격 구조를 구축했습니다. 반면 이것은 이전 역할에서 동료들이 작업하는 것을 목격한 긴 Drupal 6에서 7 마이그레이션을 생각나게 합니다. 차이점은 Drupal이 항상 그랬던 방식이라는 것입니다. 그래서 계약과 가격 구조가 그것을 반영했습니다.

사이트가 최신 버전의 WordPress 또는 플러그인과 더 이상 호환되지 않는 경우 솔루션을 찾을 때까지 마지막 호환 버전에서 계속 실행된다는 조항이 내 계약서에 있습니다. WordPress 자체에 이 절을 사용해야 한다고 생각한 적이 없습니다.

또 다른 참고 사항으로, Gutenberg가 분명히 선택 사항이 아닌 경우 사이트가 갑자기 중단되는 메타박스 및 단축 코드에 의존하는 무료 또는 상업적으로 제작된 테마를 사용하여 자신의 웹사이트를 DIY한 사용자가 있습니다. 확실히 그것은 유지에 끔찍할 것입니다.

나는 그것을 비활성화하기 위해 무언가를 설치하는 데 개발자의 상당한 시간이 소요될 것이라고 상상합니다.

정확히 내 생각.

나는 사용자가 여전히 Gutenberg를 완전히 제거하기 위해 확인란을 선택해야 하는 Classic Editor 플러그인을 살펴보았습니다. 그래서 나는 그것을 분기하여 내 클라이언트의 사이트에 설치하거나 5.0이 떨어지기 직전에 버전을 499.x로 설정합니다.

그런 다음 내 시간에 내 클라이언트를 Grav, Kirby 또는 내가 좋아하는 다른 어떤 것으로 마이그레이션할 수 있습니다. 대부분의 클라이언트가 사이트에서 실행되는 CMS에 관심이 없다는 것을 모두 알고 있기 때문입니다!

@doubleedesign 당신이 그 조항을 가지고 있다는 것은 좋은 일입니다. 나는 당신이 그 아이디어에 익숙해질 수 있도록 당신의 클라이언트 기반을 곧 교육하기 시작할 것입니다.

@senlin Piet,

WordPress를 떠날 수 있다는 말씀이신가요?

@gidgey 브리짓,

저는 다른 CMS를 진지하게 살펴보고 있으며 이미 Grav CMS로 몇 개의 사이트를 구성했습니다.

예, 구텐베르크가 WP 5.0에서 떨어질 때 내가 WP를 떨어뜨릴 확률이 50% 이상이라고 말할 수 있습니다.

그리고 고려해야 할 다른 사항:

지금 WP를 선택한다면 ACF로 구축할 중간 규모의 프로젝트를 시작하고 있다면 실제로 WP를 선택하시겠습니까?

나는 내가하지 않을 것을 알고있다. 4개월 안에 클라이언트에게 내가 개발한 사이트를 더 이상 편집할 수 없거나 더 이상 업데이트할 수 없다고 말하는 것보다 학습 곡선을 갖고 싶습니다.

이것이 제가 두려워하는 것입니다. 대규모입니다.

나는 당신의 정직함에 감사하고 당신을 전혀 비난하지 않습니다. 마케팅이다
확실히 문제.

2017년 12월 11일 월요일 오후 2시 41분에 Piet Bos [email protected]에서 다음과 같이 썼습니다.

@gidgey https://github.com/gidgey 브리짓,

다른 CMS를 진지하게 검토하고 있으며 이미 구성했습니다.
Grav CMS가 있는 몇 개의 사이트.

그래서, 예, 당신은 실제로 내가 50% 이상의 가능성이 있다고 말할 수 있습니다.
Gutenberg가 WP 5.0에서 삭제되면 WP가 삭제됩니다.

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인
https://github.com/WordPress/gutenberg/issues/3926#issuecomment-350882640 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AV3JZs__wiuV2FslRNQMRkxvCoRKWnEJks5s_a-kgaJpZM4Q93ul
.

--
셀 949 370 4059
www.bridgetwillard.com

이것이 바로 제가 제 친구와 고객에게 이야기해 온 것입니다.

한숨을 쉬다. 피드백 주셔서 감사합니다, Piet.

2017년 12월 11일 월요일 오후 3시 1분에 Piet Bos [email protected] 은 다음과 같이 썼습니다.

그리고 고려해야 할 다른 사항:

지금 중간 규모의 프로젝트를 시작하고 있다면
ACF로 구축된 WP를 선택한다면 실제로 WP를 선택하시겠습니까?

나는 내가하지 않을 것을 알고있다. 말하는 것보다 학습 곡선을 갖고 싶습니다.
내가 개발한 사이트가 4개월 이내에 더 이상 편집할 수 없거나
더 이상 업데이트할 수 없습니다.

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인
https://github.com/WordPress/gutenberg/issues/3926#issuecomment-350887165 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AV3JZrxdz6HgF-9vGrhvZPC5Bi7prd2Nks5s_bQ7gaJpZM4Q93ul
.

--
셀 949 370 4059
www.bridgetwillard.com

지금 WP를 선택한다면 ACF로 구축할 중간 규모의 프로젝트를 시작하고 있다면 실제로 WP를 선택하시겠습니까?

뒷이야기: 저는 Drupal 주니어 개발자로 경력을 시작했고 제 고객을 위해 WP를 배웠습니다. 내 다음 직업은 100% 워드프레스였기 때문에 두 생태계 모두에 머물고 싶었지만 실제로는 WP를 고수하는 것이 더 합리적이었습니다.

ACF에 끌린 첫 번째 이유는 기본적으로 내가 Drupal에 대해 좋아하는 것(백엔드에서 콘텐츠 유형에 대한 필드를 쉽게 지정할 수 있는 기능)을 WP로 가져왔다는 것입니다. 이것에 대한 많은 용도가 있습니다. 고객이 서식 및 레이아웃에 대해 걱정할 필요 없이 콘텐츠로 양식을 쉽게 채우면 템플릿으로 표시를 제어할 수 있습니다. 이것이 내가 사이트를 구축하는 방법의 기초입니다.

그래서 내가 더 이상 이런 식으로 빌드할 수 없고 Gutenberg가 내 고객을 위해 작동하지 않는다면(나는 이미 형식이나 레이아웃에 대해 생각하고 싶지 않기 때문에 그것을 싫어할 일부 사람들을 생각할 수 있습니다. 그게 제 일입니다) 그러면 아니요, 어떤 경우에는 WP를 선택하지 않을 것입니다. 나는 아마도 Drupal로 돌아갈 것입니다. 모든 사람에게 해당되는 것은 아니며 아마도 대부분의 경우도 아닐 것입니다. 저는 여전히 WP와 함께 일할 것입니다. 하지만 일부는 확실히 그렇습니다.

채워주셔서 감사합니다, Leesa.

내 가정(그리고 희망)은 ACF 플러그인이 변환될 것이라는 것입니다. 하지만 켜져있어
WordPress Core가 아닌 블록을 만들 수 있습니다. 나는 그들이
또한 너무 많은 투자를 하기 전에 Gutenberg의 "배" 버전을 기다리고 있습니다.
자원(시간과 돈). 그게 내가 할 일이다.

2017년 12월 11일 월요일 오후 3시 10분 Leesa Ward [email protected]
썼다:

지금 중간 규모의 프로젝트를 시작하고 있다면
ACF로 구축된 WP를 선택한다면 실제로 WP를 선택하시겠습니까?

배경 이야기: 저는 Drupal 주니어 개발자로 경력을 시작하고 WP를 배웠습니다.
내 자신의 고객을 위해. 다음 직업은 100% WordPress였습니다.
두 생태계 모두에 머물고 싶었지만 실제로는 더 많이 만들었습니다.
대부분 WP를 고수하는 감각.

나를 ACF로 끌어들인 첫 번째 이유는 기본적으로
내가 Drupal에 대해 좋아했던 것 - 콘텐츠에 대한 필드를 지정하는 기능
백엔드에서 쉽게 유형 - WP로. 용도가 너무 많다.
이것. 클라이언트가 콘텐츠 없이 양식을 작성하는 것은 쉽습니다.
형식과 레이아웃에 대해 걱정해야 하고 디스플레이를 제어해야 합니다.
템플릿으로. 이것이 내가 사이트를 구축하는 방법의 기초입니다.

따라서 내가 더 이상 이렇게 빌드할 수 없고 Gutenberg가 내 작업에 적합하지 않다면
클라이언트(나는 그들이 싫어하기 때문에
서식이나 레이아웃에 대해 생각하고 싶습니다. 그게 제 일입니다) 그러면 아니요.
어떤 경우에는 WP를 선택하지 마십시오. 나는 아마도 Drupal로 돌아갈 것입니다. 를 위한 것이 아닙니다.
모두, 아마도 대부분은 아닐 것입니다 - 나는 여전히 WP와 함께 일할 것입니다

• 그러나 확실히 일부를 위해.

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인
https://github.com/WordPress/gutenberg/issues/3926#issuecomment-350889174 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AV3JZmN-TRB-9rQgHSqACUhcz9CqdOl-ks5s_bZtgaJpZM4Q93ul
.

--
셀 949 370 4059
www.bridgetwillard.com

내 가정(그리고 희망)은 ACF 플러그인이 변환될 것이라는 것입니다.

예, 절대적으로, 그렇게 될 것이라고 믿습니다. 그래서 모든 것을 위해 성급하게 Drupal로 다시 돌아가지 않을 것입니다.) WooCommerce와 달리 실제로 WooCommerce와 달리 생태계의 중추가 되었습니다.

그러나 개발자가 ACF와 호환되도록 시간이 필요하기 때문에 여전히 걱정입니다. 즉, 플러그인을 많이 사용하는 사람들은 기존 사이트를 변환할 때까지 변환할 수 없습니다. 이미 짧은 타임라인을 더 짧게 만들 수 있습니다.

나는 Gutenberg가 적어도 1년 동안 선택 사항이라는 제안에 전적으로 동의합니다. 이를 통해 플러그인 개발자는 플러그인을 호환 가능하게 만드는 철저한 작업을 수행할 수 있을 뿐만 아니라 개발자에게 이러한 변경 사항을 통합하고 클라이언트를 교육할 시간을 줄 수 있습니다.

또한 비용/시간 제약으로 인해 전혀 변환되지 않는 사이트의 경우 Gutenberg를 끈 상태로 유지하고 그 후 더 많은 시간 동안 클래식 편집기를 유지하는 옵션(예: Classic Editor 플러그인을 통해)이 있어야 합니다. . 중소 규모 웹 사이트의 유효 기간은 몇 년 안에 클라이언트가 어쨌든 재설계를 원할 수 있고 그 때가 되면 구텐베르크를 얻게 된다는 것을 의미합니다.

@doubleedesign Leesa는 여기서 중요한 점을 지적합니다.

그들은 [클라이언트] 서식이나 레이아웃에 대해 생각하고 싶어하지 않습니다. 그게 내 일입니다.

그리고 그것은 또한 나를 화나게/실망하게 만드는 것 중 하나입니다! 페이지 빌더가 있다는 것은 한 가지입니다. 분명히 그것을 위한 시장이 있지만 그것은 내 시장도 내 고객의 시장도 아닙니다.
그렇다면 왜 모든 사람들이 이제 페이지 빌더가 되는 WP로 밀려났습니까? 그리고 그것을 위해 _democratizing publication_이라는 문구를 사용하는 것은 옳지 않습니다 .

내가 클라이언트를 위한 사이트를 구축할 때, 그들은 고도로 맞춤화되고 클라이언트의 희망에 따라 정확하게 수행합니다. 내 고객은 콘텐츠 편집에 있어 실수를 하지 않습니다. (ACF를 사용하여) 내가 실수할 여지가 없는 백엔드 경험을 만들기 때문입니다.

테마 개발자가 콘텐츠를 통해 사용자를 이끌 수 있다고 언급한 @mor10 의 프레젠테이션을 보고 있었습니다.

나는 이미 지난 몇 년 동안 그것을하고 있습니다!!! 구텐베르크 없이 !

저는 2005년에 WP에 들어갔고 그 이후로 매우 행복하게 사용하고 있습니다. 저는 많은 플러그인을 개발했으며, 일부는 다른 것보다 더 유명합니다.

제가 종종 고객들에게 말하듯이, 웹사이트 세계는 끊임없이 움직이고 있고 제가 WP와 함께 강렬하게 보낸 시간이 끝나가고 있고 발견할 새로운 개척지가 저를 위해 지평선 위에 있다고 생각합니다.

그냥 끝맺음이 맘에 안들지만 또 가끔은 이별이 천천히 죽게 두는 것보다 밀어붙이는게 더 쉬울때가 있어...

페이지 빌더가 있다는 것은 한 가지입니다. 분명히 그것을 위한 시장이 있지만 그것은 내 시장도 내 고객의 시장도 아닙니다...

내 고객은 콘텐츠 편집에 있어 실수를 하지 않습니다. (ACF를 사용하여) 내가 실수할 여지가 없는 백엔드 경험을 만들기 때문입니다.

@senlin님 , 제 마음을 읽고 계시는 것 같아요! ;)

페이지 빌더가 있다는 것은 한 가지입니다. 분명히 그것을 위한 시장이 있지만 그것은 내 시장도 내 고객의 시장도 아닙니다...

내 고객은 콘텐츠 편집에 있어 실수를 하지 않습니다. (ACF를 사용하여) 내가 실수할 여지가 없는 백엔드 경험을 만들기 때문입니다.

@senlin , @doubleedesign , 여기에서 정확히 동일합니다.

Gutenberg는 확실히 흥미롭고 야심찬 프로젝트이지만 99%의 고객에게 아무 소용이 없습니다.

저는 10년 동안 워드프레스를 사용해왔고 처음부터 프랑스 커뮤니티에 참여하고 있습니다.

저는 현재 계획된 타임라인에 대해 약간의 관점을 제공하기 위해 팝업을 표시하고 싶었습니다. 우리가 5.0 커뮤니티를 향해 나아가면서 5.0 리더와 핵심 팀이 통합 경로를 파악하기 위해 함께 일할 것이기 때문에 계획이라고 말합니다. 병합되지 않았으며 최소 11개 버전이 예상됩니다. 1개는 방금 릴리스되었습니다.

모든 릴리스에는 릴리스 후보 단계가 있으며 5.0도 예외는 아닙니다. 또한 여러 사람이 가지고 있는 것 중 하나는 말할 가치가 있습니다. 오랫동안 클래식 편집기 플러그인 옵션과 네트워크 활성화 옵션이 있을 것입니다. 그 플러그인은 5.0 릴리스에서 아무데도 가지 않고 한동안 유지될 것입니다. 클래식 편집기 자체는 여전히 유지 관리되고 있습니다.

사용자 정의 필드가 누락되지 않았습니다. 작업 중인 멋진 플러그인이 있으며 여기에 게시물이 있습니다: https://riad.blog/2017/12/11/with-gutenberg-what-happens-to-my-custom- 필드/.

Metabox에는 업그레이드할 수 있는 몇 가지 잠재적인 경로가 있으며 현재 그 중 가장 좋은 방법을 찾고 있습니다. 시스템이 기본 설정되는 방식과 이에 대한 사용자 경험. 정해진 것은 없으며 최상의 사용자 경험을 위해 모든 것이 노력하고 있습니다. 사용자는 실제로 글을 쓰는 사람, 테마 제작자, 플러그인 제작자 등 모든 유형의 사람들입니다.

나는 변화가 어렵고 무섭다는 것을 알고 있습니다. 우리 모두는 그것을 느낍니다. 나는 그렇습니다. 당신은 그렇습니다. 그리고 우리가 그 변화를 완전히 이해할 수 없을 때 더 나쁩니다. 나는 사람들에게 프로젝트를 이해하기 위한 출발점으로 wordpress.org/gutenberg 를 가리킬 것입니다. 나는 당신이 핸드북(wordpress.org/gutenberg/handbook)으로 갈 수 있는 출발점이라고 말합니다. 예를 들어 공유하는 것이 중요하다고 생각하는 호환성 섹션은 다음과 같습니다.

Gutenberg 프로젝트는 호환성 문제를 적극적으로 해결하고 있습니다. 블록은 콘텐츠 기능을 구축하기 위한 사실상의 새로운 메커니즘이며 개발자는 블록으로 잘 캡슐화되어 제공되는 모든 기능을 마이그레이션하는 것이 좋습니다. 그러나 기존 WordPress 기능에 대한 지원은 계속 유지되며 단축 코드, 메타 상자 및 사용자 정의 게시물 유형에 대한 전환 경로가 있습니다.

단축 코드.

• 변경 없이 계속 작업할 것입니다.
• 삽입하는 데 도움이 되는 새로운 "단축 코드 블록"이 있습니다.
• 미리 보기를 위한 계획된 메커니즘이 있습니다.

메타박스.

• 일부는 새 UI에서 변경 없이 계속 작동합니다.
• 일부는 업데이트가 필요합니다(특히 작동을 위해 DOM에 의존하는 업데이트).*
• 몇 가지는 기본 블록으로 변환될 수 있습니다(특히 프런트 엔드에서 렌더링되는 블록).
• 일부는 콘텐츠 영역 외부에서 새로운 구텐베르크 기본 확장점으로 전환할 수 있습니다.
• 충돌하는 메타 상자가 알림과 함께 클래식 편집기를 로드하는 메커니즘이 있습니다.

사용자 정의 게시물 유형.

• 구텐베르크에서 지원합니다.
• REST API(show_in_rest) 선언이 필요합니다.
• "에디터" 지원을 선언하지 않음으로써 옵트아웃할 수 있습니다.
• 지원 및 기본 블록을 선언할 수 있습니다.

• 현재 편집 화면의 특정 구조에 의존하는 특정 메타 상자는 구텐베르크에서 작동이 보장되지 않으며 올바르게 로드되기 전에 변경이 필요할 수 있습니다.

저는 여러분 모두가 여러분의 특정 설정에 적합한 경로가 무엇인지 제가 말한 것을 고려하도록 권장합니다. 각 사람은 구텐베르크에 대해 다른 접근 방식을 원하거나 필요로 할 수 있습니다. 핵심은 첫날에 아무도 당신이 블록을 만들 것이라고 기대하지 않는다는 것입니다. 사람들이 가지고 있다면 놀랍겠지만 현실은 천천히 업그레이드할 수 있는 옵션이 있다는 것입니다. 많은 문서화, 교육 및 토론이 필요합니다. 전체 커뮤니티가 이 작업에 참여하고 수행할 수 있기 때문에 좋습니다.

마지막으로 겁먹지 마시기 바랍니다. WordPress는 커뮤니티이며 이와 같은 스레드가 무섭게 보일 수 있지만 Gutenberg는 그렇지 않으며 프로젝트에 관련된 모든 사람이 원하는 것은 여러분이 두려워하는 것입니다. 구텐베르크를 돌보는 사람들, 지역사회의 사람들을 돌보는 사람들. WordPress는 사람들이 만들고 있는 멋진 것들을 진정으로 존중하는 멋진 프로젝트입니다. 자신에게 가장 적합한 경로를 찾은 다음 블록에 대해 탐색하고, 재미있고, 신나는 것을 권장합니다. 계획을 세우고 거기에서 어떻게 구축할 수 있는지 살펴보십시오.

Gutenberg에 대해 질문이 있는 경우 어떤 맥락에서든 chat.wordpress.org의 #core-editor 채널이 항상 여러분을 위해 있습니다. 또한 해당 채널에서 진행 중인 작업과 수요일 18:00 UTC의 주간 회의 및 일반적으로 행아웃을 볼 수 있습니다. 앞으로의 길에 모두 함께 노력합시다.

@karmatosed 타미 ,

메타박스에는 몇 가지 잠재적인 업그레이드 경로가 있습니다.

문제는 GB 이전에 제 메타박스가 훌륭하고 멋졌습니다. 내가 더 이상 관리하지 않는 사이트에서 활성 상태일 수 있습니다. 내가 몇 년 전에 개발한 웹사이트의 클라이언트는 어떻습니까? 갑자기 사이트 콘텐츠를 더 이상 편집할 수 없게 됩니다.

나는 변화가 어렵고 무섭다는 것을 알고 있습니다. 우리 모두는 그것을 느낍니다.

이러한 유형의 발언은 정말 모욕적이고 후원하는 것처럼 보이기 때문에 불필요합니다! 사람들에게 아직 끝나지도 않았고 아직 진행 중인 문서 더미를 읽도록 지시하는 것은 내 생각에 터무니없는 일입니다.
NS. 그럴 시간이 없고 b. 이 논의는 GB를 이해 하는 것이 아니라 구텐베르크 롤아웃 타임라인의 경제적 영향에 관한 것입니다.

숏코드, 메타박스, CPT와 관련하여 수행해야 할 작업 목록에 대해 내가 생각한 것보다 훨씬 더 나쁘다는 것을 보여줍니다.

show_in_rest 를 선언하지 않으면 CPT가 더 이상 작동하지 않습니다 ?!?!?! 그럼 이제 클라이언트 사이트로 돌아가서 3~5년의 작업을 다시 해야 합니까?

Tammie, 그건 정확히이 게시물에 제기 경제적 영향 @gidgey (브리짓)입니다! 특히 당신이 GB의 일부이자 복음 전도자이기 때문에 이것을 이해하지 못하는 것 같아 무섭습니다!

@karmatosed 철저한 답변 감사합니다.

클래식 편집기 플러그인의 옵션과 네트워크 활성화 옵션이 오랫동안 있을 것입니다. 그 플러그인은 5.0 릴리스에서 아무데도 가지 않고 한동안 유지될 것입니다. 클래식 편집기 자체는 여전히 유지 관리되고 있습니다.

가까운 장래에 클래식 편집기를 사용할 사이트의 경우 5.0 출시 전에 이 편집기를 설치해야 합니까? 이러한 경우에 나에게 이상적인 것은 Gutenberg가 절대 켜지지 않는다는 것입니다. 말하자면 제가 모든 사이트에 급히 로그인하여 전원을 끄지 않는 것이 아닙니다.

나는 변화가 어렵고 무섭다는 것을 알고 있습니다. 우리 모두는 그것을 느낍니다.

이 스레드는 Stewie Griffin 목소리 가 아닙니다. "집에 문제가 있습니다! 나는 거스름돈을 좋아하지 않습니다!" 물건. 그것은 그것의 속도에 관한 것입니다. 당신은 5.0이 출시될 때 블록을 구축할 것이라고 기대하지 않는다고 말합니다. 그러나 개입 없이는 사이트 백엔드가 해당 인터페이스를 갖게 되며, 개발 중인 새 사이트를 변경하거나 업그레이드를 계획해야 합니다. 계획/범위 지정 중인 새 사이트에는 계획에 대해 많은 물음표가 표시됩니다.

또한 기존 사이트는 있지만 유지 관리 계획이 없거나 활성 개발자가 없는 고객은 혼란스러워 할 수 있으며 사이트가 중단되면 화를 낼 수 있습니다. IT 부서는 자신이 전혀 알지 못하는 것에 대한 지원 요청을 받고 개발자는 분노한 과거 고객의 전화를 받을 것입니다.

이 모든 것은 모두의 상당한 시간을 차지할 것입니다. Gutenberg가 한동안 베타 버전이라는 것을 알고 있지만 실제 고객이 있는 실제 사이트에서 이를 사용하여 우리 사이트와 고객의 실제 문제가 무엇인지 확인하는 것과는 다릅니다.

천천히 업그레이드할 수 있는 옵션이 있습니다.

느린 전환은 기본이고 기대해야 합니다. 이것은 이미 제안되었지만 확실히 5.0으로 업그레이드할 때 "편집기를 선택하십시오" 프롬프트가 나타날 수 있습니다. 이것은 변경에 대해 걱정하는 활성 개발자/유지 관리자가 없는 클라이언트에게 특히 유용합니다.

@senlin

Tammie는 *이 게시물에서 @gidgey (Bridget)가 제기한 경제적 영향입니다! 특히 당신이 GB의 일부이자 복음 전도자이기 때문에 이것을 이해하지 못하는 것 같아 무섭습니다!

개발자의 우려에 대한 기본 응답은 "하지만 Gutenberg는 굉장합니다!!!"인 것 같습니다. 지금 당장은 그것이 얼마나 멋진지는 신경 쓰지 않습니다. 출시 후 적절한 사용을 통해 적절한시기에 알게 될 것입니다. 지금 당장은 앞으로 일어날 일과 내가 해야 할 일, 내가 현재 유지 관리하고 있는 30개 이상의 사이트와 현재 개발 중인 소수에 대해 걱정하고 있습니다.

사용자는 실제로 글을 쓰는 사람, 테마 제작자, 플러그인 제작자 등 모든 유형의 사람들입니다.

@karmatosed 이것은 또한 약간 겸손하며 일부 개발자가 현재 느끼는 소외감을 돕지 않습니다. 우리는 우리가 유일한 사용자가 아니라는 것을 알고 있습니다. 사실 이 스레드에 실제로 글을 쓰는 일부 사용자에게 미치는 영향에 대한 우려를 표현하는 댓글이 있었습니다. 그들은 우리의 고객이기 때문입니다. 우리는 우리가 코딩하고 싶은 방식에 대해서만 만드는 것이 아닙니다(그것이 그것의 요소이지만 이 주제와 관련이 없지만).

@senlin 의도에 대한 비난에서

후원하려는 의도가 아니라 알리려는 의도로 내가 한 일을 공유했습니다. 제가 이 토론에서 가치를 보고 있다는 사실에 주목하는 것이 중요합니다. 저는 여기에 참여했고 참여했습니다. 실의 요점도 보입니다. 내가 느낀 것은 지금 우리가 가진 자원을 공유하는 것이 길을 찾는 데 중요하다는 것이었습니다.

이 시점에서 계속 진행하여 귀하의 의견에 대한 답변을 살펴보겠습니다.

내가 몇 년 전에 개발한 웹사이트의 클라이언트는 어떻습니까?

이것이 내가 작업 중인 잠재적인 폴백을 보여주기 위해 문서 인용문을 추가한 이유입니다. 메타 박스에 따라 다르지만 잠재적으로 그 대체가 발생합니다.

이 작업을 하는 사람들이 배울 점은 주목할 가치가 있으며, 생각하고 있는 예를 공유하는 것이 중요합니다. 이는 양방향 대화에 도움이 됩니다.

@doubleedesign님 , 답변도 감사합니다.

가까운 장래에 클래식 편집기를 사용할 사이트의 경우 5.0 출시 전에 이 편집기를 설치해야 합니까?

오늘은 클래식 편집기 플러그인을 켜야 합니다. 이것은 5.0의 날에 라이브를 유지하는 것을 의미합니다.

나는 가능한 사람들이 오늘 사이트에서 Gutenberg를 시험해 볼 것을 전적으로 권장합니다. 시도함으로써 버그, 문제 및 피드백을 작업하는 사람들에게 보낼 수 있습니다. 이것이 양방향 토론을 하는 데 중요합니다.

_그것은 메타박스에 달려있겠지만_ 그 대체가 _잠재적으로_ 일어날 것입니다.

。。。

메타 박스에 따라 다르지만 잠재적으로 그 대체가 발생합니다.

물론 저는 이 정도 규모의 소프트웨어 프로젝트에 직접 참여하지 않았기 때문에 이것이 정상적인 것인지는 모르겠습니다. 그러나 출시가 임박한 시점에서 여전히 불확실해 보이는 모든 부분에 대해 긴장하고 있습니다.

@doubleedesign 여기서 개발자를 해고한 것이 아님을 분명히 했습니다.

우리는 우리가 유일한 사용자가 아니라는 것을 알고 있습니다. 사실 이 스레드에 실제로 글을 쓰는 일부 사용자에게 미치는 영향에 대한 우려를 표현하는 댓글이 있었습니다. 그들은 우리의 고객이기 때문입니다.

개발자, 디자이너, 사용자 모두를 위한 경험에 관한 것입니다. 그 점은 오해를 받고 있는 것 같아서 확인하고 싶었다. 나는 모든 것이 중요하다고 말했고 개발자 경험을 전혀 무시하지 않았습니다.

내가 말한 것을 요약하자면:

• 5.0이 출시되면 문제가 발생하지 않습니다. 이를 방지하기 위한 옵션이 있습니다. 더 많은 옵션을 추가할 수 있습니다.
• 문제가 발생하지 않도록 하려면 피드백이 필요합니다. 팀에 문제가 있는 위치와 중단되는 설정을 알려주는 테스트는 필수적입니다. 이것은 작업하는 사람들이 테스트를 하지 않는다는 말은 아니며, 아무도 모르는 모든 단일 스트레스 사례일 뿐입니다. 양방향 커뮤니케이션이 핵심입니다.
• Gutenberg의 배송 방법은 5.0에 대한 세부 정보입니다. 지금 팀은 제품에 집중하고 피드백을 받고 응답하고 반복하고 있습니다. 그렇다고 해서 무시하는 것은 아니지만 5.0의 선두주자인 커뮤니티가 개입합니다. 구텐베르크가 배송되는 방법을 알아보세요.

@karmatosed

5.0이 출시되면 문제가 발생하지 않습니다.

이것은 보증입니까 아니면 아무런 가치도 부여하지 않고 말한 것을 요약한 것입니까?

@gidgey 중기의 잠재적인 솔루션은 Gutenberg로 제품을 전환하는 데 도움을 주고 받는 이 크라우드소싱 사이트입니다: https://gettingreadyforgutenberg.com/

귀하가 가지고 있는 전반적인 우려보다는 잠재적인 증상을 주로 해결한다는 것을 알고 있습니다. 순전히 철학적인 관점에서, 나는 우리가 이 커뮤니티가 끌어들이는 유형의 사람의 회복력을 과소평가하고 있는지 궁금합니다.

나는 미래를 예측할 수 없지만(그것이 초강대국에 대한 나의 위시리스트의 맨 위에 있지만) 큰 경제적 영향이 있을 것이라는 것은 맞습니다. 나는 우리가 눈을 뜨고 이 변화에 들어가야 한다고 생각하며, 토론을 위해 여기에서 공개적으로 우려를 말로 표현해 주셔서 감사합니다. 우리가 할 수 있는 한 최선을 다해 해결할 수 있도록 두려움의 이름을 지정하는 데 도움이 되는 것은 이와 같은 대화입니다. 🤗

바로, 조세파. 내 의도는 두려움을 조장하는 것이 아니라 인식입니다.

의견을 주신 Piet과 Tammie에게도 감사드립니다.

이것은 위대하고 꼭 필요한 토론이었습니다.

2017년 12월 12일 화요일 오전 8시 16분, josephahaden [email protected]
썼다:

@gidgey https://github.com/gidgey 나는 또한 잠재적인 해결책이라고 생각합니다.
중간고사는 도움을 받고 제공하는 이 크라우드소싱 사이트입니다.
제품을 Gutenberg로 전환: https://gettingreadyforgutenberg.com/

보다는 잠재적인 증상을 주로 다룬다는 것을 알고 있습니다.
당신이 가지고 있는 전반적인 관심사. 순전히 철학적인 관점에서 나는
우리가 이런 유형의 사람의 회복력을 과소평가하고 있는지 궁금합니다.
커뮤니티가 매력적입니다.

나는 미래를 예측할 수 없다
힘) 그러나 큰 경제적 영향이 있을 것이라는 것은 맞습니다. 제 생각에는
우리는 눈을 뜨고 이 변화에 들어가야 합니다.
토론을 위해 여기에서 공개적으로 우려 사항을 말로 표현하십시오. 대화입니다
우리가 두려움에 이름을 붙일 수 있도록 도와주어 우리가 가장 잘 다룰 수 있도록
할 수있다. 🤗

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인
https://github.com/WordPress/gutenberg/issues/3926#issuecomment-351101104 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AV3JZpL52P_idTCVbWhTT9qAnAnHjgfyks5s_qbegaJpZM4Q93ul
.

--
셀 949 370 4059
www.bridgetwillard.com

show_in_rest 를 선언하지 않으면 CPT가 더 이상 작동하지 않습니다 ?!?!?! 그럼 이제 클라이언트 사이트로 돌아가서 3~5년의 작업을 다시 해야 합니까?

제 이해는 그 반대입니다. show_in_rest 를 명시적으로 선언하지 않은 CPT는 기본적으로 구텐베르크를 사용하지 않습니다. Gutenberg는 REST API를 사용하여 게시물 데이터를 가져오고 저장하므로 CPT가 REST API를 지원하지 않으면 Gutenberg는 작업할 수 없습니다.

따라서 CPT의 ~95%는 변경할 필요 없이 기본적으로 클래식 편집기를 사용합니다.

https://github.com/WordPress/gutenberg/blob/9864a6092a965d2985307ed2456f83148a1dee78/lib/register.php#L303 -L338

show_in_rest를 명시적으로 선언하지 않은 CPT는 기본적으로 Gutenberg를 사용하지 않습니다.

"show_ui" => true 가 있는 모든 CPT는 구텐베르크에서 편집할 수 있어야 하기 때문에 이것은 실제로 API의 "버그"입니다. 그리고 이것이 병합되기 전에 수정될 것으로 기대합니다.

@iandunn 구텐베르크는 단순히 편집자를 교체하는 것이 아니라 뷰를 관리하는 완전히 새로운 방법이기 때문에 구텐베르크의 미래 발전에 큰 문제입니다. CPT가 구텐베르크를 차단하면 구텐베르크는 편집자를 넘어설 수 없습니다.

나에게 문제는 변화가 아니라는 점에서 전적으로 동의합니다. 우리가 변경하거나 앞으로 나아가지 않았다면 우리는 여전히 WordPress v1에 갇혀 있을 것입니다. 당시에는 훌륭했지만 지금만큼 좋지는 않습니다.

문제는 출시 시점이다. 우리는 Gutenberg가 2018년 초 언젠가 출시될 것이라고 들었습니다. 이는 매우 걱정스럽고 제 생각에는 너무 이른 것 같습니다.

WordPress의 대부분의 프로젝트(REST API를 생각하면)는 코어에 도입되기 몇 달 또는 몇 년 동안 플러그인이었고 사용자가 실제로 알아차릴 플러그인조차 없었습니다. 이것은 WordPress의 모든 사용자에게 막대한 영향을 미칠 것이라는 것을 기억할 수 있는 최초의 대규모 개발입니다. 당신이 개발자이든, 디자인이든, 콘텐츠 편집자이든 그것은 어떤 식으로든 당신에게 영향을 미칠 것입니다.

이 효과를 완화하고 전환을 더 원활하게 하려면 더 많은 시간이 필요합니다. 지금 이 스레드의 대부분과 내가 아는 WordPress 커뮤니티의 많은 개발자와 마찬가지로 우리는 ACF와 같은 도구를 사용하여 클라이언트 요구에 맞게 사용자 정의된 사이트를 구축합니다. 앞으로 똑같은 일을 하려면 짧은 시간에 Javascript와 React를 사용하여 완전히 새로운 언어를 배워야 할 것입니다. 이는 4-6개월이 될 수 있는 비현실적입니다.

여기에 있는 많은 스레드는 문서를 읽고 구텐베르크에 대해 모두 배우라고 말합니다. Javascript와 React, Gutenberg를 배우고 싶지 않다는 것은 아닙니다. WordPress에서 새로운 것을 구축하려는 경우 그렇게 하고 싶습니다. 그러나 이 스레드의 많은 사람들처럼 나는 운영해야 할 사업이 있고, 현재 고객이 돌봐야 하고 현실적으로 그렇게 짧은 시간에 이것을 배울 수는 없습니다. 시간이 없어요.

나는 WordPress 버전 5가 출시되면 클라이언트 사이트에 어떤 일이 일어날지 진심으로 걱정하고 있으며 불행한 클라이언트가 많을 것으로 예상합니다. 우리는 아직 거기에 있지 않으며 Gutenberg와 함께 WordPress 버전 5로 가는 길이 순조롭기를 바랍니다. 나는 인정해야 합니다. 그러나 내가 들은 것은 혼합된 메시지와 함께 이것이 사실이 될 것이라는 확신을 주는 것이 아닙니다.

지금까지 커뮤니티에서 이렇게 분열적인 문제는 없었습니다. 우리는 걱정하지 말라고 하지만 이것을 뒷받침할 확실한 증거가 없습니다. 생각보다 순조롭게 진행되기를 바랄 뿐입니다.

엉뚱한 생각이 들지만 5.0이 나온다는 생각을 하는 사람들은 다양한 생각을 하고 있지 않을까.

냅킨 생각의 뒷면은 다음과 같습니다.

Gutenberg는 4월 초까지 플러그인으로 정기적인 주간 릴리스를 계속합니다.

그런 다음 Gutenberg가 Core에 병합되도록 제안됩니다. 이것은 적어도 1주일의 물류 작업이 필요할 것입니다. 아마도 2주가 될 것입니다. 그러면 4월 중순을 바라보고 있습니다.

기능 프로젝트 병합 후의 과거 릴리스에서는 베타 1이 릴리스되기까지 일주일의 기간이 있었습니다. 나는 4월 25일이라고 말할 것이다.

이 크기의 릴리스에는 최소 4개의 베타가 필요할 수 있지만 여기에서는 5개가 더 안전할 수 있습니다. 그래서 우리는 RC1에 도달하기 전에 5월 말이라고 말할 것입니다.

가장자리를 다듬기 위한 3주간의 RC 기간은 WCEU 2017에서 Gutenbergs World Premiere가 열린 지 약 1년 후인 6월 19일경에 시작됩니다(그 전에 작업이 진행 중이었고 게시물이 make.wordcamp.org/에 있었다는 점은 무시합니다. 몇 개월 전 초기 작업의 일부를 요약한 핵심)

본질적으로 API가 안정적인 시점에 있다는 사실을 생각하면 6개월 이상의 준비 기간이 필요합니다. 분명히 사람들이 Gutenebrg 위에 더 쉽게 빌드할 수 있도록 가까운 시일 내에 더 많은 문서가 필요하지만 기본적으로 폭포수 유형을 준비하는 데 2/4가 소요되고 더 민첩한 사람들을 위해 13개의 2주 스프린트가 필요합니다.

_AWP 페이스북 그룹에서 들르기_

교육의 필요성에 동의합니다. 그러나 - 개발자/사이트 작성자로서 기존 사이트 몇 곳에서 Gutenberg를 테스트하는 데 많은 시간이 걸리지는 않을 것입니다. 이미 완성한 사이트에 대한 스테이징/로컬 사이트가 있는 경우 거기에 Gutenberg를 설치하고 테스트하기만 하면 됩니다. 3개 사이트에서 Gutenberg를 테스트하는 데 30분 정도 걸렸습니다(해당 사이트에서 WordPress와 모든 플러그인도 업데이트했습니다). Beaver Builder를 사용하고 있던 것은 내가 Beaver Builder(완전히 합리적인 일)를 사용하고 게시물(빌더 없음)이 상자에서 제대로 작동하는 한 페이지에 대해 완벽하게 문제가 없었습니다.
다른 두 사이트는 ACF를 많이 사용하여 구동되었으며 메타 박스가 현재 저장되지 않는다는 것을 알았습니다. 아직 알아내지 못했고 시간이 나면 GitHub에 보고할 것입니다(이 주제에 대해 이미 몇 가지 문제가 있는 것을 봤습니다).

저는 개인적으로 핵심 팀과 Gutenberg에서 정말 열심히 일하고 있는 모든 기여자를 신뢰합니다. 내가 아는 한 목표는 WordPress에서 실행되는 대부분의 사이트를 중단하지 않는 것입니다.
그러나 우리는 적어도 그 과정에서 마주치는 비호환성을 보고함으로써 커뮤니티에 보답해야 합니다.

또한 "비용이 많이 든다"는 점에는 전적으로 동의할 수 없습니다. 무엇을 할 것인가? 클래식 편집기 플러그인을 설치하시겠습니까? 클라이언트와 지원 계약이 있는 경우 수행할 5.0 업데이트의 일부로 Classic Editor 플러그인도 설치합니다. 팔! 완료되었습니다 :)
지원 계약이 없는 경우 사이트를 구축한 과거 클라이언트 목록을 작성하는 데 하루(또는 필요한 시간 - 몇 개월)가 소요됩니다. 자신과 모든 사람을 숨은 참조로 보내고 다음 라인에 따라 무언가를 작성하십시오.

안녕하세요, 저는 워드프레스 5.0에 대해 미리 알려드리고 싶었습니다., 게시/편집 환경에 대한 주요 업데이트가 이루어집니다. 이것은 정말 중요한 업데이트이기 때문에 사이트 콘텐츠 관리에 잠재적으로 부정적인 영향을 미칠 수 있습니다.
그래도 절망하지 마십시오! 여전히 안전하게 업데이트할 수 있는 정말 쉬운 솔루션이 있습니다. "클래식 편집기" 플러그인을 설치하고 활성화하기만 하면 됩니다. 이렇게 하면 이전과 동일한 인터페이스를 계속 사용할 수 있습니다.
항상 그렇듯이 스테이징 사이트에서 이러한 업데이트를 수행하거나 적어도 WordPress를 업데이트하기 전에 사이트를 백업하는 것이 좋습니다.
다가오는 업데이트에 대해 더 알고 싶으시다면 여기에서 읽어보세요.

도움이 필요하시면 기꺼이 도와드리겠습니다.
친애하는,

팔! 당신은 끝났습니다. 예, 그 시점에서 많은 문의에 응답해야 할 수도 있지만 이는 고객의 만족도를 확고히 할 뿐입니다. 그들은 귀하가 사이트를 완료한 후에도 귀하가 자신과 사이트의 웰빙에 관심을 갖고 있음을 알 수 있습니다. 고객에게 미리 알리고 싶지 않다면 그렇게 하지 마십시오. 제게는 그만한 가치가 있습니다.

내가 Facebook에 게시하지 않은 몇 가지 생각:

• 5.0으로 업데이트한 후 구텐베르크에 대해 알려주고 Classic Editor 플러그인을 설치하여 이전 UI를 되돌릴 수 있는 포인터를 만드는 것이 좋습니다. 이렇게 하면 Google/개발자/지원 등으로 달려가는 좌절하는 사람들의 수를 크게 줄일 수 있습니다. 도와주기 위해.
• 사용자 정의 WordPress 사이트를 개발하기 위해 현재 하고 있는 모든 것을 변경해야 한다고 주장하는 사람은 그렇지 않을 것임을 이해하십시오. 최악의 경우 플러그인 하나만 설치하면 됩니다(또는 테마/플러그인에 동등한 코드 추가). 그게 전부 입니다.
• 조정할 시간이 충분하지 않다고 말하는 사람(플러그인 작성자도 포함) - 4개월 이상 있습니다. 구텐베르크는 무대 뒤에서 작업 중인 것이 아니며 경고 없이 모든 사람의 머리에 떨어질 것입니다. 다시 말하지만, 지금 테스트하면 변경해야 하는지 알 수 있습니다. 문제가 해결되지 않으면 문제를 만들어 기여하십시오.

그리고 마지막으로...

제발, 제발, 제발 - 모든 기여자들에게 친절하십시오. 큰 변화가 실망스럽다는 점을 이해하지만 Gutenberg에서 작업하거나 그 뒤에 서 있는 기고자의 입장에서 잠시만 생각해 보십시오. 수천 개의 손가락이 당신을 가리키며 "당신이 하는 일이 나쁘고 기분이 나빠야 합니다. 우리는 당신의 혁신을 원하지 않습니다"라고 말한다면 당신의 기분은 어떻겠습니까? 기여자에 대항하지 말고 함께 일하십시오. 그들이 우연히 발견할 수 없는 코드/플러그인/테마의 모든 조합을 찾도록 도와주세요. 모든 사람이 더 쉽고 더 나은 전환을 할 수 있도록 도와주세요. 커뮤니티에 돌려주세요 :heart:

피스 아웃 :v:

@senlin

저는 다른 CMS를 진지하게 살펴보고 있으며 이미 Grav CMS로 몇 개의 사이트를 구성했습니다.

따라서 다른 CMS를 배우는 데 시간을 투자하고 싶지만 경험을 그대로 유지하는 플러그인은 설치하지 않으시겠습니까? 당신이 단독 개발자가 아닌 모든 것이 미래의 어느 시점에서 당신이 좋아하지 않거나 동의하지 않는 선택을 하고 당신을 같은 상황에 처하게 할 수 있다는 것을 이해합니까? 당신은 물론 당신이 원하는대로 자유롭게 할 수 있습니다. 내가 이해하는 상황을 감안할 때 그것은 단지 비논리적인 결정처럼 보입니다(아마도 우리는 그것을 다르게 이해하고 있습니까?).

show_in_rest 를 선언하지 않으면 CPT가 더 이상 작동하지 않습니다 ?!?!?! 그럼 이제 클라이언트 사이트로 돌아가서 3~5년의 작업을 다시 해야 합니까?

지금처럼 CPT가 show_in_rest 선언하지 않으면 기본 편집기가 표준 편집기로 설정됩니다(따라서 CPT에서 게시물을 편집하여 Gutenberg가 설치되었는지조차 모를 것입니다). 그러나 위에서 언급한 @youknowriad와 같이 이는 향후 수정되어 show_in_rest show_ui 가 누락된 경우

이전에 구축한 사이트 중 하나로 구텐베르크를 테스트할 기회가 있었습니까? 그렇지 않은 경우 설정에서 작동하는 것과 작동하지 않는 것을 더 잘 이해할 수 있도록 개발자 사이트에 설치하는 것이 좋습니다.

@nikolav-tmw 니콜라,

따라서 다른 CMS를 배우기 위해 시간을 투자할 용의가 있습니다.

네 확실합니다!

하지만 경험을 그대로 유지하는 플러그인을 설치하지 않으려면?

얼마나 오랫동안 경험을 유지합니까?

물론 마음대로 하셔도 무방합니다

와우, 감사합니다, 정말 당신의 허락이 필요했습니다!

어쩌면 우리는 그것을 다르게 이해하고 있습니까?

아마

이전에 구축한 사이트 중 하나로 구텐베르크를 테스트할 기회가 있었습니까?

사실 나는 몇 개의 사이트에 설치했습니다.

그렇지 않은 경우 설정에서 작동하는 것과 작동하지 않는 것을 더 잘 이해할 수 있도록 개발자 사이트에 설치하는 것이 좋습니다.

가정해 주셔서 감사합니다!

결국 경제적 영향은 (클라이언트를 위해) 사이트를 구축하는 방법에 달려 있다고 생각합니다. Beaver Builder에 대해 언급하셨는데요. 이전에 페이지 빌더가 제가 사용하거나 클라이언트가 원하는 것이 아니라는 점을 이미 언급했습니다(스크롤 위로). 여기에서 두 가지 다른 것을 비교하고 있습니다.

Gutenberg로 교체하는 것이 나에게 미칠 경제적 영향은 너무 커서 웹 사이트를 구축하는 다른 방법으로 전환합니다. 이해해 주시고 존중해주셔서 감사합니다!

여기에 많은 훌륭한 점이 있습니다. 나는 그들 모두에 거의 동의합니다. 진정한 해결책은 핵심 Wordpress에서 Gutenberg를 OPTION으로 구현하는 것이라고 생각합니다. 플러그인을 설치하지 않고도 Tiny MCE 편집기를 사용하도록 선택할 수 있는 기능을 남겨주세요.

양측 모두 이해합니다. 기회와 우려. Gutenberg가 새로운 WordPress 사용자를 끌어들이거나 기존 사용자에게 불쾌감을 줄지 전혀 알 수 없습니다. 그러나 개발자로서 Gutenberg가 WordPress Core의 일부가 되는 방식에 대해 읽은 모든 것이 잘못된 것 같습니다.

이 대화에서 @m 이 누락되었습니다. 과거의 이전 버전과의 호환성에 대한 이야기는 어디에 있습니까? 부드러운 전환을 원하면 강제로 변경하지 않아야 합니다. 클래식 편집기로 다시 전환하는 플러그인을 제공하지 마십시오. 클래식 편집기를 5.0으로 업데이트하는 기존 WordPress의 기본값으로 설정하십시오. 업데이트하는 사람들을 위해 Gutenberg를 옵션으로 만드십시오. 자동 업데이트를 수행하는 수천 개의 WordPress 설치에 대해 생각해 본 적이 있습니까? 구텐베르크 문제를 '해결'할 수 있는 방법을 알려주기 위해 사용자의 90%에 도달하지 못할 것입니다. 단순히 활성화하지 마십시오. WordPress 업데이트 화면에서 이에 대한 이야기를 들려주세요. 사람들에게 그것이 흥미로운 이유를 말하십시오. 구텐베르크가 미래라면 WordPress를 새로 설치할 때마다 활성화할 수 있지만 업데이트 후 구텐베르크로 기본 설정되지는 않습니다.

WooCommerce가 CRUD로 이동했습니다. 획기적인 변화입니다. 그리고 기대만큼 순조롭지 않았습니다. 그러나 이전 버전과의 호환성은 깨지지 않았습니다. 개발자는 CRUD가 도입된 후 적응할 시간이 있습니다. 구텐베르크와 같은 작업을 수행하지 않는 이유는 무엇입니까?

당신은 더 나은 구텐베르크 문서에 대해 이야기합니다. 괜찮은. 그러나 WordPress에 대한 플러그인 및 응용 프로그램을 개발하면서 소스 코드에 대한 최상의 문서를 배웠습니다. 따라서 추가 구텐베르크 개발 중에 무엇이 변경될지 모르기 때문에 최종 구텐베르크가 도착할 때까지 기다려야 합니다.

내가 프로젝트 리더라면 다음과 같은 간단한 계획을 따를 것입니다.

1. Gutenberg는 WordPress 업데이트를 위한 활성 편집기를 얻지 못합니다. 새로운 WordPress 설치에만 해당
2. 클래식 편집기로 전환하는 플러그인은 핵심의 일부입니다. 설정은 WordPress의 일반 게시 옵션에서 볼 수 있습니다.
3. CPT는 이전과 동일하게 작동합니다. 편집기 지원을 선언하면 기본적으로 클래식 편집기가 사용됩니다. 그들이 구텐베르크를 사용한다면, 그들은 그것을 선언해야 할 것입니다.
4. 메타박스는 이전과 같이 작동합니다. 콘텐츠, 분류 또는 사용자 정의 항목을 처리하는지 여부에 관계없이. 에디터가 비즈니스 로직에 영향을 미쳐야 할 이유가 없습니다.
5. 그리고 마지막으로 나에게 구텐베르크는 다른 페이지 빌더일 것입니다. 따라서 해당 개발자의 모든 훌륭한 작업과 WordPress 핵심 기능을 손상시키지 않도록 관리한 방법을 자세히 살펴보겠습니다. ;-)

그냥 내 2 센트

경제적 영향에 대한 이야기:

일부는 [GB]가 처음에 WordPress를 제안한 이후로 해결해야 하는 버그라고 주장합니다.

https://deliciousbrains.com/wordpress-gutenberg/#comment -3700968927

시간을 내어 참여해 주신 모든 분들께 감사드립니다. 이는 프로젝트가 진행되는 동안 참고할 수 있는 의미 있는 피드백입니다.

즉시 조치할 수 있는 사항이 없으므로 이 문제를 종료합니다.