Woo-poly-integration: WooCommerce 3.6 문제

안녕하세요. 위에서 언급한 것과 관련된 버그가 있습니다.

기본 Wordpress 테마(예: Storefront)에서 이 문제를 재현할 수 있습니까?
예

WooCommerce, Polylang 및 Hyyan WooCommerce Polylang 통합을 제외한 다른 모든 플러그인이 비활성화된 경우 이 문제를 재현할 수 있습니까?
예

이 문제가 발생할 때 어떤 제품 버전 및 설정을 사용하고 있습니까?
PHP: 7.3.1
워드프레스: 5.1.1
우커머스: 3.6.1
폴리랑: 2.5.3
Hyyan WooCommerce Polylang 통합: 1.3.0
브라우저: 크롬,파이어폭스

번식 단계
최소 2개 언어로 Polylang 설정
기본 언어로 변수 제품 생성
제품 번역 만들기

내가 기대했던 것
번역된 제품도 가변적입니다.

대신 일어난 일
제품 번역을 추가하기 위해 클릭하면 해당 번역의 제품 유형이 SIMPLE로 설정됩니다.
제품 유형이 동기화되지 않았습니다.

제품 유형이 3.6.x 문제로 확인됨 - 이 또한 재현할 수 있으며 https://wordpress.org/support/topic/variable-products-change-to-simple-in-translated-version/ 에도 보고됩니다.

제품 유형 문제는 제품 유형 https://github.com/woocommerce/woocommerce/pull/22612/commits/57ccde66437ade8e91d12890245d9d4c5e5e1892에 추가된 캐싱으로 인해 발생할 수
즉, 제품 유형이 Woopoly에 의해 업데이트되는 경우 캐시가 무효화되지 않으므로 단순으로 나타납니다.

이것은 새로운 제품 데이터 조회 테이블과 다르지만 유사한 문제입니다. 기본적으로 모든 업데이트는 이제 캐싱 및 조회 테이블이 업데이트되었는지 확인하기 위해 woocommerce API를 통과해야 합니다.
현재 플러그인은 메타 및 분류에 복사 또는 번역이 필요한 최소한의 이해와 함께 포스트 메타 및 분류를 복사하기 위한 Polylang 기능을 확장합니다.
이제 사전 정의된 WooCommerce 항목은 WooCommerce API 자체를 통해 처리되어야 합니다.

WooCommerce 코드를 다루는 경험이 많지 않지만 WooCommerce 캐싱에 대한 정보가 어딘가에 있으므로 이러한 문제를 해결할 방법을 찾을 수 있습니까? 조사 결과에 따르면 Meta.php 의 copyTerms() 함수를 업데이트해야 합니까?

https://github.com/hyyan/woo-poly-integration/blob/1d83ef23e96f35c2bb008b5fa37e5157bfc388e4/src/Hyyan/WPI/Product/Meta.php#L341

이상적으로 모든 업데이트는 wordpress Post 개체가 아닌 woocommerce Product 개체를 사용하여 우커머스 수준 캐싱과 중간 테이블(및 향후 제품 테이블)이 항상 일관되도록 해야 합니다. 이것은 들리는 것처럼 어렵지 않을 수 있습니다.

또는 있는 그대로 업데이트하고 woocommerce가 관련 개체를 다시 캐싱하고 다시 계산하도록 할 수도 있지만 API를 통한 업데이트는 미래에 대비할 수 있으며 유지 관리 및 향후 woocommerce 릴리스에서 발생하는 문제를 줄일 수 있습니다. .

변경 사항에 대한 정보는 이 스레드의 첫 번째 링크와 그 이후의 포인트 버전 릴리스 노트에 모두 있습니다. 위의 woocommerce github 링크는 github 수정 사항에 연결된 릴리스 노트를 통해 찾았습니다.

플러그인의 정말 오래된 버전에서는 Meta.php 의 syncProductsMeta() 함수 끝에서 $this->syncSelectedproductType($ID); 에 대한 호출이 있었습니다. 이것을 다시 추가하면 가변 제품의 새 번역이 제품 유형 드롭다운에서 올바른 옵션을 선택합니다.

@mrleemon 넵 변형 제품 유형 문제를 수정했습니다. 잘했습니다!

이것은 약간의 해킹 작업입니다. 실제로 근본적인 문제를 수정하는 것이 아니라 약간의 자바스크립트를 사용하여 번역된 새 제품 양식을 약간의 우폴리 메타와 동기화하여 제품이 저장될 때 제대로 작동하도록 합니다.

일반 제품 동기화도 괜찮은 것 같고(추가 테스트 대상), 새로운 wc_product_meta_lookup 테이블만 업데이트되지 않고 현재 정렬에만 영향을 미친다고 생각합니다.

그래서 지금처럼 pll_copy_post_metas 필터에 의존하지 않고 WooCommerce CRUD 기능을 사용하여 상품 속성을 직접 복사해야 하는 것 아닌가요?

메타 자체가 작동하는 것 같습니다. 예를 들어 여기에 변형 속성에 대해 추가된 우커머스 캐싱이 캐시될 수 있다는 위험이 있습니다.

    public function read_variation_attributes( &$product ) {
        global $wpdb;

        $variation_attributes = array();
        $attributes           = $product->get_attributes();
        $child_ids            = $product->get_children();
        $cache_key            = WC_Cache_Helper::get_cache_prefix( 'product_' . $product->get_id() ) . 'product_variation_attributes_' . $product->get_id();
        $cache_group          = 'products';
        $cached_data          = wp_cache_get( $cache_key, $cache_group );

어떻게 든 캐시가 지워지고 이것이 작동한다고 생각합니다. 디자인보다는 운이 좋을 수 있습니다.
여전히 wc_product_meta_lookup 테이블을 업데이트해야 하며 제품 클래스를 통해 특정 필드를 업데이트하여 별도로 수행할 수 있지만 반복되는 데이터베이스 호출을 피하기 위해 모든 업데이트가 _relevant_ 제품 클래스를 통해 수행된다면 더 효율적일 것입니다. 제품 유형마다 처리 방법이 다르기 때문에 아마도 _relevant_ 제품 클래스여야 합니다.

다음 WC 기능이 새 번역을 생성할 때 제품 데이터를 복사하는 데 유용할 수 있는지 모르겠습니다.

https://docs.woocommerce.com/wc-apidocs/source-class-WC_Admin_Duplicate_Product.html#134

woocommerce_duplicate_product_exclude_meta 필터를 사용하여 복사되는 메타 필드를 제외하고 woocommerce_product_duplicate_before_save 후크를 사용하여 생성되기 전에 제품 개체를 추가로 수정합니다.

@mrleemon 감사합니다.. 우리는 그런 제품을 복제하지 않지만 아마도 우리는 할 수 있습니다 .....?

그 동안 체크인할 다른 솔루션이 있습니다.

@mrleemon $this->syncSelectedproductType($ID); 번역 제품 캐시가 지워지고 조회 테이블이 업데이트되었는지 확인하는 기능을 추가했습니다.

이것은 지금까지 보고된 모든 3.6 문제를 해결합니다.
그러나 전체 코드 리뷰가 아닙니다 ...

@mrleemon 감사합니다.. 우리는 그런 제품을 복제하지 않지만 아마도 우리는 할 수 있습니다 .....?

네, 알겠습니다. 그러나 WC 팀이 향후 wp_postmeta 테이블에서 모든 제품 메타데이터를 이동할 계획임을 감안할 때 장기적으로 WC 핵심 기능을 사용하여 제품을 복제하는 것을 고려해야 할 것입니다.

새 제품 게시물은 언어 및 링크된 번역 및 선택한 메타에 대한 분류 데이터가 포함된 빈 게시물로 Polylang에 의해 생성되며 이 플러그인은 메타 옵션 및 추가 용어 및 분류를 처리하기 위해 일반적인 방식으로 확장합니다.

용어와 분류는 일반적으로 모든 제품 유형(우리가 모르는 제품 유형 포함) 및 플러그인에서 (일반적으로) 작동(또는 필터와 함께 작동하도록 만들 수 있음)하기 때문에 일반적인 방식으로 복사하는 것이 더 좋습니다. 제품에 메타 데이터 또는 분류를 추가합니다(표준 우커머스 개체가 알지 못하는).

WooCommerce의 장기 목표는 게시물 테이블 자체에서 제품 데이터를 이동하는 것처럼 보이지만 모든 확장 플러그인이 중단되므로 정렬에 사용되는 기본 데이터 필드의 성능 제한을 완화하기 위해 이 조회 테이블을 고안했습니다.

안녕하세요! 이 버그가 수정되었습니까? 마지막 변경 로그 항목에는 WC 3.6과의 호환성이 수정되었지만 이 문제는 여전히 열려 있다고 언급되어 있습니다. 상태는 무엇입니까? 또한 WP(https://wordpress.org/plugins/woo-poly-integration/)에서 배포한 플러그인을 업데이트할 수 있습니까?

BTW, 관련된 모든 사람들에게 이 플러그인을 유지해 주셔서 감사합니다!

이것은 단일 문제를 언급하지 않는 woo3.6 문제에 대한 일반적인 주제입니다. 지금까지 보고된 특정 문제는 github에서 이 플러그인의 첫 번째 3.4 릴리스에서 수정되었습니다. 소스는 이제 3.4.3이며 몇 가지 사항을 더 확인한 후 github에서 릴리스할 예정입니다.

WordPress에 정식 출시되기 전에 얼리 어답터로부터 더 많은 피드백을 받는 것이 항상 바람직합니다. 다른 플러그인을 고려할 때 전체 테스트가 실제로 불가능할 정도로 다양한 설정과 사용 시나리오가 있습니다. 이미 변경 사항을 수락한 후 한 가지 변경 사항을 되돌려야 했습니다. 한 플러그인의 이점을 위한 호환성 변경으로 인해 다른 플러그인과의 호환성이 깨졌기 때문입니다(가격 대 통화 전환기 이름 지정).

어제 WooCommerce는 WooCommerce 3.6+에 대한 내 관련 pull 요청 중 하나를 이전에 수락한 후 거부했습니다. WordPress API를 사용하는 게시물에는 문제가 있습니다. 동시에 모든 제품(우리가 알지 못하는 데이터가 있는 사용자 정의 제품 유형 포함)에 대한 제품 데이터를 복사하는 유일한 신뢰할 수 있는 방법은 존재하는 모든 메타 및 분류 데이터를 복사하는 것입니다(설정 및 필터링 가능한 강좌).
3.4에 추가된 해결 방법은 여전히 ​​작동하지만 릴리스 전에 다시 살펴보겠습니다.

wp5.2.2의 Hyyan WooCommerce Polylang 통합 버전 1.4.3에서 여전히 이 버그를 경험하고 있습니다.

가변 제품에 대한 편집기를 로드하면 가변 제품 데이터가 제거되며, 가변 제품 데이터를 다시 저장해도 효과가 없습니다.

Hyyan을 비활성화하고 다시 활성화해도 이 동작은 변경되지 않았습니다.
최근에 Polylang에 대한 업데이트가 있었습니다.
https://wordpress.org/plugins/polylang/#developers
2.6.2 (2019-07-16)
장점: 번역 업데이트 서버에 연결할 수 없는 경우 느린 관리자 수정
장점: repeater의 ACF 복제 필드에 대해 값이 올바르게 번역되지 않은 수정
WPML 호환성을 통해 등록할 때 혼합된 문자열 번역을 수정합니다. #381

안녕하세요, @Oclair 는 최신 Polylang 및 WooCommerce 업데이트에도 여전히 수정 사항이 작동하고 있으므로 문제가 발생하는 경우 자세한 내용과 함께 별도의 github 문제로 제기하십시오.

해결 방법에는 자바스크립트가 포함되어 있으므로 서버 측 오류를 확인하는 것 외에도 Chrome 개발자 도구를 사용하여 검사하고 자바스크립트 콘솔에 오류가 있는지 확인하는 것이 좋습니다.

다른 문제나 다른 플러그인이 어떤 식으로든 이 문제에 영향을 줄 수 있습니다.

자바 스크립트를 활성화하는 사소한 경고가 아니라 응답과 솔루션에 감사드립니다!
이 자바스크립트에 문제가 있는 경우 플러그인이 관리자에게 알릴 수 있습니까? 대부분의 사람들은 일부 텍스트만 업데이트해야 하는 경우 제품 변수를 확인하지 않기 때문입니다....

다시 한 번 감사합니다. 좋은 시간 되세요!

안녕하세요, @Oclair 는 최신 Polylang 및 WooCommerce 업데이트에도 여전히 수정 사항이 작동하고 있으므로 문제가 발생하는 경우 자세한 내용과 함께 별도의 github 문제로 제기하십시오.

해결 방법에는 자바스크립트가 포함되어 있으므로 서버 측 오류를 확인하는 것 외에도 Chrome 개발자 도구를 사용하여 검사하고 자바스크립트 콘솔에 오류가 있는지 확인하는 것이 좋습니다.

다른 문제나 다른 플러그인이 어떤 식으로든 이 문제에 영향을 줄 수 있습니다.

이 자바스크립트에 문제가 있는 경우 플러그인이 관리자에게 알릴 수 있습니까?
감지하고 조치를 취하기 어려운 상황일 수 있습니다. 자바스크립트 문제가 실행되지 않는 경우 경고를 보낼 수 없습니다.

이 해결 방법이 마음에 들지 않고 필요하지 않다는 것을 알았기 때문에 몇 가지 버전 전에 실제로 이 해결 방법을 제거했습니다. 불행히도 WooCommerce 변경으로 인해 다시 필요하게 되었고 더 나은 대안을 찾을 수 없었습니다..