Woo-poly-integration: 가변 제품의 문제

동일한 문제가 있습니다. 기본 언어에서 복사하면 변형을 복사할 가능성 없이 단순한 제품만 표시됩니다. 이 문제를 어떻게 해결할 수 있습니까?

안녕하세요,

플러그인 "jQuery Migrate Helper"를 설치하려고 했습니까?

저장소에서 코드를 사용하고 다운로드 코드에서 직접 zip을 다운로드하여 설치하십시오. 해결될 수 있다고 생각합니다. 다음 주에 이것을 많이 테스트할 예정이지만 모든 피드백을 환영합니다.

저장소에서 코드를 사용하고 다운로드 코드에서 직접 zip을 다운로드하여 설치하십시오. 해결될 수 있다고 생각합니다. 다음 주에 이것을 많이 테스트할 예정이지만 모든 피드백을 환영합니다.

zip을 다운로드하고 GitHub에서 설치한 후 2가지 문제가 있습니다.
1) 기본 언어에서 보조 언어로 제품을 복사하면 많은 변형이 생성됩니다.
2) 고객님 주문 후, 재고가 남아도 품절되는 상품입니다.

1. If I copy a product from the primary language into the secondary it creates many variations, (example if I have a product with 2 colors, the second language creates 10 variations from the color)

플러그인의 GitHub 버전과 동일한 문제가 있습니다.

최신 PR #518이 가변 제품과 관련된 것을 망친 것 같습니다.

좋아, 주제를 읽었습니다. 이제 문제는 메타 속성의 철자 오류입니다. 업데이트 쿼리로 해결하고 src/Hyyan/WPI/Plugin.php에서 이름을 수정할 수 있습니까?
@mrleemon 나는 당신이 이 프로젝트의 공동 작업자

죄송합니다. 오래전에 오타에 대한 몇 가지 수정 사항만 커밋했습니다. 이 플러그인의 내부 작동에 대한 나의 지식은 거의 0에 가깝습니다.
이 변형 버그를 수정하기 위해 무엇을 해야 하는지 모르겠습니다.

지금은 이 플러그인이 어떻게 작동하는지 아는 사람은 @Jon007뿐이라고 생각합니다.

#518에는 기존 사이트가 손상될 가능성이 있으므로 #450에서 이미 거부한 이 오타 수정 사항이 포함되어 있는 것을 보았지만 @hyyan 은 이를 수락했습니다...

나는 지금 #518을 되돌렸다. 그리고 나중에 자세히 알아보도록 하겠습니다

감사 해요!

플러그인은 지속적인 WooCommerce 릴리스에 취약한 현재 사용자 지정 방식 대신 공식 Polylang pll_copy_taxonomies 필터를 사용하여 WooCommerce 분류(product_type, product_visibility 및 기타)를 동기화해야 합니다. 플러그인은 이미 Polylang pll_copy_post_metas 필터를 사용하여 제품 메타를 복사하므로 pll_copy_taxonomies 를 사용하여 제품 분류를 동기화하는 것이 합리적입니다.

이 필터를 사용하면 동기화하거나 복사하려는 분류법을 지정할 수 있으며 Polylang은 새 번역을 만들 때 해당 분류법 및 관련 용어의 동기화/복사를 처리합니다.

그냥 아이디어입니다.

나는 그것을 보았지만 우커머스가 자체 API와 자체 테이블로 더 많이 이동함에 따라 제품을 게시물로 취급하고 일반 게시물 기반 API를 사용하는 데 의존할 수 없게 되면서 이 모든 것이 위험할 정도로 구식으로 바뀌고 있습니다. 기껏해야 우커머스 캐싱 메커니즘에 버그가 있을 것입니다.

네, 압니다. WC API 변경을 기다리는 동안 임시 솔루션으로 생각했습니다.
한편, Meta.php 의 JS 코드를 다음과 같이 변경하여 제품이 가변적일 때 "단순 제품"의 잘못된 선택을 해결할 수 있다고 생각합니다.

에서:

$code = sprintf(
    '// <![CDATA[ %1$s'
    . ' addLoadEvent(function () { %1$s'
    . '  jQuery("#product-type option")'
    . '     .removeAttr("selected");%1$s'
    . '  jQuery("#product-type option[value=\"%2$s\"]")'
    . '    .attr("selected", "selected");%1$s'
    . '})'
    . '// ]]>', PHP_EOL, $type[0]
);

에게:

$code = sprintf(
    '// <![CDATA[ %1$s'
    . ' addLoadEvent(function () { %1$s'
    . '  jQuery("#product-type option")'
    . '     .prop("selected", false);%1$s'
    . '  jQuery("#product-type option[value=\"%2$s\"]")'
    . '     .prop("selected", true);%1$s'
    . '})'
    . '// ]]>', PHP_EOL, $type[0]
);

분명히 옵션을 선택/선택 해제하기 위해 attr() 및 removeAttr() 를 사용하는 것은 WP의 jQuery 최근 변경 사항으로 인해 더 이상 사용되지 않습니다.

https://jquery.com/upgrade-guide/3.0/에서 :

Breaking change: .removeAttr() no longer sets properties to false

Prior to jQuery 3.0, using .removeAttr() on a boolean attribute such as checked, selected, or readonly would also set the corresponding named property to false. This behavior was required for ancient versions of Internet Explorer but is not correct for modern browsers because the attribute represents the initial value and the property represents the current (dynamic) value.

It is almost always a mistake to use .removeAttr( "checked" ) on a DOM element. The only time it might be useful is if the DOM is later going to be serialized back to an HTML string. In all other cases, .prop( "checked", false ) should be used instead.

또한 현재 사용자가 WC 복제 제품 링크를 클릭하면 제품 유형이 복제본에 복사되지 않습니다.

Duplicator.php 의 unlinkOrginalProductTranslations() 함수에 이것을 추가하여 "고정"했습니다.

$type = $product->get_type();
update_post_meta($duplicate->get_id(), '_translation_porduct_type', $type);

문제가 있는지 모르겠습니다.

'_translation_porduct_type'을 완전히 없애고 싶습니다. 실제로 필요하지는 않습니다. 사용자 인터페이스 문제에 대처하기 위한 것일 뿐입니다. 그러나 지금은 그대로 유지하고 제안한 대로 수행하는 것이 가장 간단합니다.

이것에 대해 묻고 싶었습니다. 번역된 제품 유형이 _translation_porduct_type 저장되는 이유는 무엇입니까? 필요할 때 원래 제품에서 직접 가져올 수 없습니까?

polylang을 번역할 때 이전 제품을 요청할 때 번역된 제품 세부 정보를 제공하려고 할 때 최소한 메타데이터에서 복사하는 것이 더 쉽기 때문에 복잡하다고 생각합니다.

_translation_porduct_type 메타를 제거하려면 플러그인이 wp_insert_post 사용하는 사용자 정의 솔루션에 의존하는 대신 WC API WC_Product:save() 기능을 사용하여 번역을 저장해야 한다고 생각합니다. 직접 작업을 수행해야 하지만 이는 Meta.php 에 있는 많은 코드를 리팩토링하는 것을 의미하며 어디서부터 시작해야 할지 모르겠습니다.

안녕. 이 문제를 해결하셨습니까?

안녕하세요, 저는 #430에 대한 설명을 포함하여 Variable 제품 문제에 대한 몇 가지 솔루션을 약속했습니다. 누군가 최신 코드를 테스트하고 어떤 문제가 남아 있는지 확인할 수 있다면 좋을 것입니다. 티켓이 완전히 중복되어 따라가기가 어려워지고 있습니다.

작업해주셔서 감사합니다! 기회가 되면 최신 코드를 테스트하고 문제가 발생하면 알려 드리겠습니다.

최신 코드를 테스트한 후 문제를 열었습니다.
https://github.com/hyyan/woo-poly-integration/issues/526

@hyyan @mrleemon 지난 주에 몇 가지 중요한 변경 사항을 확인하고 5.1로 레이블을 지정했습니다.

특히 다음 에 대한 meta.php 호출을 주석 @mrleemon이 수정한 해결 방법을 제거했습니다.
$this->syncSelectedproductType( $ID );

이전에는 저장 순서가 적어도 5.0에서는 정확하지 않았기 때문에 이 문제가 있었습니다.

1. WordPress가 게시물을 저장합니다.
2. woopoly는 게시물을 동기화합니다(그러나 WooCommerce는 아직 저장되지 않았으므로 제품 유형이 올바르게 저장되고 동기화되지 않음)
3. WooCommerce는 제품을 저장합니다
4. [변수 제품의 경우 WooCommerce는 변형을 저장하고 Woopoly는 이를 동기화합니다.]
5. 제품 번역을 볼 때 해결 방법 수정은 _translation_porduct_type에 제품 유형을 표시하도록 양식을 재설정하여 번역을 저장할 때 정확하도록 합니다.

코드 수정은 이제 WooCommerce 저장 직후 후크를 선택하고 빠른 편집(#549) 및 대량 편집에서도 작동하도록 조정되어 제품 유형 해결 방법이 더 이상 필요하지 않습니다.

물론 이것이 끝이 아닙니다. woo api만 사용하고 wp api를 피하려면 전체를 다시 검토해야 하지만 일부 이상한 동작은 제거해야 합니다.

엄청난! 그 해결 방법 수정은 정말 끔찍했습니다.
그렇다면 철자가 잘못된 _translation_porduct_type 메타도 더 이상 필요하지 않습니까?
시간이 있을 때 이 업데이트된 버전을 테스트하겠습니다.

감사 해요!

지금은 철자가 틀린 _translation_porduct_type 메타 할당을 남겨두었지만 사용되지 않습니다. 이 버전이 괜찮으면 후속 릴리스에서 이 코드와 기타 중복 코드를 제거할 수 있습니다.

이 새 버전을 테스트한 결과 다음과 같은 문제를 발견했습니다.

1. 세 가지 언어(스페인어, 영어 및 프랑스어)가 있는 사이트가 있습니다. 스페인어가 기본입니다. Woopoly의 "제품 유형"동기화 옵션이 선택되어 있습니다.
2. 스페인어로 신상품 추가
3. "그룹화된 제품"(또는 "단순 제품"이 아닌 다른 제품 유형)을 선택하고 저장합니다.
4. 제품 유형 드롭다운에는 선택한 제품 유형이 표시됩니다.
5. "Languages" 메타박스에서 "+" 링크를 클릭하여 번역을 추가합니다.
6. 새 번역의 제품 유형 드롭다운은 비활성화되어 있지만("제품 유형" 동기화 옵션이 선택됨) 기본 언어 제품에서 선택한 제품 유형 대신 "단순 제품"이 표시됩니다.

알겠습니다. 확인하겠습니다.
기존 제품의 제품 유형(및 기타 속성)을 변경하는 것은 괜찮습니다.

@mrleemon 체크인: woo hook이 아직 실행되지 않았기 때문에 wordpress hook을 유지하려면 새로운 번역이 필요합니다.

알았어 고마워!
나중에 시간이 되면 테스트해보고 최대한 빨리 다시 연락드리겠습니다.

이 새 버전을 테스트했으며 새 번역 문제가 수정되었습니다.
감사 해요!