Alicia
投稿の際は下記の情報をお書き添えください。
-------------------------------------------
WordPress のバージョン:(例 6.8.2)
Welcart のバージョン:(例 2.11.20)
PHP のバージョン:(例 8.2)
Welcart専用の拡張プラグインとバージョン:(例 DL Seller 3.5.8、SKU Select 1.4.7)
ご利用の親テーマとバージョン :(例 Welcart Basic 1.8.7)
ご利用の子テーマとバージョン :(例 Welcart Beldad 1.5.5)
利用している決済モジュール:
症状を確認したブラウザ:
サーバー【重要】:(会社名、サービス名)
--------------------------------------------
フォーラムへの返信
-
投稿者投稿
-
Alicia
参加者furuta 様
ご丁寧にありがとうございます。
普段使っているテーマが他社製(TCD)でメンテナンスが行き届いてないことが多々ありまして、1年以上悩んでおりました。一旦スコアが落ちるとしばらく回復しないのか、Welcart Basic に変更しても通過できなかったので、問題の切り分けに難航しております。とりあえず、ご指摘の通りに子テーマに変更を加えますと、無事通過することができました。感動しております。しばらく様子を見ようと思います。今回は、「配送・支払方法」に新たに reCAPTCHA が追加されたことで、wc_delivery_page.php に対して修正が必要になったと理解したのですが、従前から「お客様情報」でも同様のエラーで進めなかったのは、wc_customer_page.php にも同様の修正が必要だったということになるのかと想像するのですが、合ってますでしょうか?
Google reCAPTCHA v3 の仕様上、公式サイトでは、次のように複数のページに読み込むことを推奨していますが
reCAPTCHA v3 はユーザーの操作を妨げることがないため、複数のページに追加することをおすすめします。複数のページに追加することで、適応型リスク分析エンジンで複数のページにまたがるアクティビティを分析し、より正確に攻撃パターンを特定できるようになります。
Welcart では、どのページに読み込まれているのでしょうか?usceshop.class.php にそれらしい記述はあるのですが、まだ特定に至っておりません。
この読み込まれているページの全てのテンプレートについて、修正が必要でしょうか?Welcart Basic にて確認できたそれらしいページを記します。
wc_templates/cart/wc_customer_page.php
<div id="customer-info">...</div>wc_templates/cart/wc_delivery_page.php ←今回のご指摘
<div id="delivery-info">...</div>wc_templates/cart/wc_confirm_page.php
<div id="info-confirm">...</div>wc_templates/member/wc_member_page.php
<div id="memberinfo">...</div>wc_templates/member/wc_new_member_page.php
<div id="memberpages">...</div>
(あるいは
<div id="newmember">...</div>
でしょうか?)お忙しいところ恐縮ですが、漏れなどがありましたらご指摘いただけますと幸いです。
よろしくお願いいたします。Alicia
参加者内容確認ページのリファラーチェック修正 となってますね。
複合要素でしょうか?
ループはなくなりましたが、Google reCAPTCHA v3 は、オフにしないと進めませんでした。
こちらは、前からなのでたぶん別件ですね。気にしないことにします。Alicia
参加者2.9.12 出ましたね。
Alicia
参加者kissui 様
こんにちは。
カスタマイズに影響がないようでしたら、緊急避難的に 2.8.23 まで戻せば自動更新は避けられるはずですよ。Alicia
参加者一旦、自動更新を停止して、2.9.10 に戻したら正常に動いています。
Alicia
参加者私も同様です。
発送・支払方法に、Google reCAPTCHA v3 を入れたことが原因なのでしょうね。何か上手くいってない様子。
私の環境では、Google reCAPTCHA v3 が度々問題を起こすことがあったのですが、今回はオフにしても駄目ですね。Alicia
参加者furuta 様
そうなんですね。コメントくださればよかったのに。
ご対応感謝いたします。いつもありがとうございます。Alicia
参加者furuta 様
いつもお世話になりありがとうございます。
先日申し上げた、「御中」と「様」が併記されてしまう件ですが、その後 order_print.php を眺めていましたら、usces_filters_pdf_company_honor というフィルターフックが存在するのに気づきました。
元々、このフックを用いて消去することを前提にされていたのかもしれませんので、この要望を取り下げさせていただきます。ただ、このトピ主様のように宛名の見栄えの向上を望む場合、「2.につきまして、カスタマイズ自体は可能 」とご回答されているのですが、個人名の場合は、上書きしなければ実現できそうにありません。
会社名のすぐあとに「御中」をつけるには、元々存在する「御中」を非表示にしたうえで
usces_filter_pdf_customer_company を用いて、
$company_honor2 = ( 'JP' === $usces->options['system']['currency'] ) ? ' 御中' : ''; $company = usces_conv_euc($company. apply_filters( 'usces_filters_pdf_company_honor2', $company_honor2 ));のようにすれば可能かと思います。
同様に、個人名の場合には usces_filter_pdf_contact_person で採用されているような文字列の結合、つまり
$person = ~中略~ usces_get_pdf_name( $data ) ) . apply_filters( 'usces_filters_pdf_person_honor', $person_honor )
のように
個人名 = 個人名 + 個人敬称 に置き換えたいのですが、ここにフックが存在しないため、上書きによる方法しか残されていないように思います。お忙しいところ恐縮ですが、個人名を置き換えるフィルターフックの設置をご検討いただけないでしょうか。
よろしくお願いいたします。
Alicia
参加者hosohoso 様
こんにちは。
会員メンバーならば、会員情報ページにある購入履歴から閲覧できますよ。Alicia
参加者s_k 様
こんにちは。
ヒントになるかわかりませんが、少しだけ。私の知るかぎりでは、6つのフックを設置いただいているようです。(他にも知ってる方がいれば、情報お持ちしています。)
・usces_filter_management_status (usc-e-shop/classes/orderList2.class.php 内) (済んでると思います。)
・usces_filter_orderlist_process_status (usc-e-shop/includes/member_edit_form.php 内 234付近 usc-e-shop/includes/order_list.php 内) (済んでると思います。)
・usces_filter_orderlist_search_process_status (usc-e-shop/classes/orderList2.class.php 内) (済んでますか?)
一括操作までしたいとすれば、
・usces_filter_collective_order_status_query (usc-e-shop/functions/function.php 内) ← たぶん今ココ。が必要です。この付近には、さらに2つ、
ステータス変更後に、何かするフック
・usces_action_collective_order_status_each
「発送済み」に変更した後、ついでに発送完了メールも送信するとか、「入金済み」に変更した後、ついでに入金確認メールを送信&領収書印刷する とか?おそらくそういう類いのものかと思います。完了メッセージ後に、何かするフック
・usces_action_collective_order_status
・・・何も思いつかないのが悔しい。もあるので、お好みでどうぞ。設置されたら共有いただけると嬉しいです。
ただ、一部問題もあるようです。usces_filter_collective_order_status_query では、
独自に追加したステータスから、元々存在している、duringorder, cancel, completion, new, への一括操作の場合には、現在のところ、この部分のクエリを変更するフックは存在しません。
その為、本来は文字列操作で追加したステータスを消去した上で、duringorder, cancel, completion, new に置き換えなければならないのですが、消去せずに追加されるだけなので、追加したステータスがゴミとして残ってしまいます。
これが原因で、受注検索では変更前の独自追加ステータスにも掛かってしまいます。解決する為には、個別に受注データ編集にて、「設定を更新」する必要があると思います。
他に、何か方法があるかもしれませんが、素人の私にはわかりませんでした。ご参考になればいいのですが。Alicia
参加者furuta 様
いつもお世話になっております。
横から失礼いたします。
PDF関係において、(団体・組織)名+個人名宛 の場合には、ビジネス儀礼上は、
(団体・組織)名 + 個人名 + 様 が一般常識と言われております。
Welcart の場合、
(団体・組織)名 + 御中 + 個人名 + 様
となり、御中と様が併記されてしまいます。この辺りの修正をご検討いただくことはできますでしょうか。
よろしくお願いいたします。Alicia
参加者kashiwabara 様
返信ありがとうございます。
無事解決することをお祈りします。Alicia
参加者kashiwabara 様
1商品にSKU210個(これからも日々増えるのですか?)の件ですが、商品の特性がわからないので何とも言えないのですが、例えば1ヶ月ごとに商品を分けるなどして、最大SKUを30個に制限するという対策はできないものでしょうか?
Max Input Vars : 10000 は、通常の利用では充分すぎる数値だと思われます。
と書きましたが、ACFなどを用いて、カスタムフィールドのpost_metaが膨大になるケースが見受けられます。そういったものをできるだけ整理して減らしてみるなど、負荷軽減のためにできることがあるかもしれません。SKU210個と同じように極端なことをされていないかお確かめください。
それから、PHPのバージョンは、8.0まで落とされましたか?
システム要件は最低限守らないと問題の切り分けが難しくなりますのでご注意ください。yskysmr 様
ご回答ありがとうございました。
Alicia
参加者kashiwabara 様
こんにちは。
Max Input Vars : 10000 は、通常の利用では充分すぎる数値だと思われます。
考えられるのは、PHPのバージョンが高すぎるのかもしれません。
Welcart e-Commerce 2.9.7本体はPHP8.1に対応しているらしいのですが、WCEX SKU Select 1.4.5は、公式アナウンスでは、PHP8.0までになっています。一度、PHP8.0まで下げてみて、それでも改善しない場合はサーバースペックなど様々な要因も考えられます。
公式からのサポートがあるかもしれませんのでお待ちください。Alicia
参加者kobayashi 様
両方に目を通しておりますので、ご安心ください。私も含め過去に同様の要望を出されている方がおられますことを申し添えます。よろしければ、ご覧下さい。
-
投稿者投稿
PAGE TOP