Woo-poly-integration: 可変製品の問題

同じ問題があります。主要言語からコピーすると、バリエーションをコピーする可能性がなく、単純な製品のみが表示されます。 どうすればこれを解決できますか？

こんにちは、

プラグイン「jQueryMigrateHelper」をインストールしようとしましたか？

リポジトリのコードを使用して、ダウンロードコードから直接zipをダウンロードしてインストールしてください。解決される可能性があると思います。来週はこれをたくさんテストしますが、フィードバックは大歓迎です。

リポジトリのコードを使用して、ダウンロードコードから直接zipをダウンロードしてインストールしてください。解決される可能性があると思います。来週はこれをたくさんテストしますが、フィードバックは大歓迎です。

zipをダウンロードしてGitHubからインストールした後、2つの問題があります。
1）製品を第一言語から第二言語にコピーすると、多くのバリエーションが作成されます（たとえば、2色の製品がある場合、第2言語は色から10のバリエーションを作成します）
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あなたがこのプロジェクトの共同作業者であることが

申し訳ありませんが、私はずっと前にタイプミスのいくつかの修正をコミットしただけです。 このプラグインの内部動作に関する私の知識はほぼゼロです。
このバリエーションのバグを修正するために何をしなければならないのかわかりません。

今のところ、このプラグインがどのように機能するかを知っているのは@ Jon007だけだと思います

＃518には、既存のサイトを壊す可能性があるため、＃450ですでに拒否したこのタイプミスの修正が含まれていることを確認しましたが、

今のところ＃518を元に戻しました。 そして、後で詳しく見ていきます

ありがとう！

たぶん、プラグインは、現在のカスタム方法ではなく、公式のPolylang pll_copy_taxonomiesフィルターを使用してWooCommerce分類法（product_type、product_visibilityなど）を同期する必要があります。これは、WooCommerceの一定のリリースに対して脆弱であるようです。 プラグインはすでにPolylang pll_copy_post_metasフィルターを使用して製品メタをコピーしているため、 pll_copy_taxonomiesを使用して製品分類を同期するのが妥当と思われます。

このフィルターを使用すると、同期またはコピーする分類法を指定でき、新しい翻訳を作成するときに、Polylangがその分類法とそれに関連する用語の同期/コピーを処理します。

ただのアイデア。

私はそれを見ましたが、woocommerceが独自のAPIと独自のテーブルに移行するにつれて、製品を投稿として扱い、一般的な投稿ベースのAPIを使用することに頼ることができないため、これらはすべて危険なほど時代遅れになっています。 せいぜい、woocommerceキャッシングメカニズムにはバグがあるでしょう。

はい、知っています。 WC apiの変更を待つ間、一時的な解決策として考えていました。
一方、製品が可変で、 Meta.phpのJSコードを次のように変更すると、「SimpleProduct」の誤った選択を解決できると思います。

から：

$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重複製品リンクをクリックしても、製品タイプはレプリカにコピーされません。

私は、これを追加することで、それを"固定" unlinkOrginalProductTranslations()関数Duplicator.php ：

$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の説明を含む、可変製品の問題に対するいくつかの解決策をコミットしました-誰かが最新のコードをテストし、残っている問題を確認できれば素晴らしいでしょう-理想的には、新しいクリーンなgithubの問題で、部分的にまたはチケットを完全に複製し、フォローするのが難しくなっています。

あなたの仕事をありがとう！ 機会があれば最新のコードをテストし、問題が発生した場合はお知らせします。

最新のコードをテストした後、問題が発生しました。
https://github.com/hyyan/woo-poly-integration/issues/526

@hyyan @mrleemon先週、いくつかの重要な変更をチェックインし、5.1というラベルを付けました

特に、以下へのmeta.php呼び出しをコメントアウトすることにより、＃408の@mrleemonによる回避策の修正を
$ this-> syncSelectedproductType（$ ID）;

以前は、少なくとも5.0では保存シーケンスが正しくなかったため、この問題が発生していました。

1. WordPressが投稿を保存
2. woopolyは投稿を同期します（ただし、WooCommerceはまだ保存されていないため、製品タイプは保存されず、正しく同期されません）
3. WooCommerceは製品を保存します
4. [可変製品の場合、WooCommerceはバリエーションを保存し、woopolyはこれらを同期します]
5. 製品の翻訳を表示するときの回避策の修正により、フォームがリセットされ、_translation_porduct_typeに製品タイプが表示されるようになり、翻訳を保存すると正しくなります。

コードリビジョンは、WooCommerceの保存直後にフックを取得するようになり、クイック編集（＃549）と一括編集でも機能するように調整されたため、製品タイプの回避策は不要になりました。

もちろん、これで終わりではありません。wooapiのみを使用し、wp apiを回避するように全体を再検討する必要がありますが、奇妙な動作の一部を削除する必要があります。

素晴らしい！ その回避策の修正は本当にひどいものでした。
では、スペルミスのある_translation_porduct_typeメタも不要になりましたか？
時間があれば、この更新されたバージョンをテストします。

ありがとう！

スペルミスの_translation_porduct_typeメタ割り当ては今のところそこに残していますが、使用されていません。 このバージョンに問題がなければ、後続のリリースでこのコードやその他の冗長なコードが削除される可能性があります

この新しいバージョンをテストしたところ、問題が見つかりました。

1. 私は3つの言語（スペイン語、英語、フランス語）のサイトを持っています。 スペイン語がデフォルトです。 woopolyの「Product-type」同期オプションがチェックされています。
2. スペイン語で新製品を追加します
3. 「グループ化された製品」（または「単純な製品」以外の製品タイプ）を選択して保存します。
4. [製品タイプ]ドロップダウンには、選択した製品タイプが表示されます。
5. 「言語」メタボックスの「+」リンクをクリックして、翻訳を追加します。
6. 新しい翻訳の製品タイプドロップダウンは無効になっていますが（[製品タイプ]同期オプションがオンになっています）、デフォルトの言語製品で選択された製品タイプの代わりに[単純な製品]が表示されます。

はい、見ていきます。
既存の製品の製品タイプ（およびその他のプロパティ）を変更しても問題ありません。

@mrleemonがチェックインしました：

わかりました、ありがとう！
後でテストして、できるだけ早く戻ってきます。

この新しいバージョンをテストしたところ、新しい翻訳に関する問題が修正されました。
ありがとう！