findでファイルを抽出してsedにわたす。

以前、bashでの置換例を書きsedは遅いと書いた。
bashで文字列置換をする

遅くても便利なら使うのだ。

さて、"abc" を "efg" に書き換えるワンライナー（1行実行）の例は下記。

find . -type f -name "*.twig" -exec sed -i 's/abc/efg/g' {} +

これは、Gnu版のsedを使用する例
sed --version
sed (GNU sed) 4.2.2

同じコマンドをMacOSのBSD版で実施すると、エラーになる
エラーメッセージ「sed: 1: "./t2/index.twig": invalid command code .」
これには、ちょっとはまって混乱した。

BSD版sedでは、バックアップをとらないとき -i '' という明示をしないとだめということらしい。

Macでは、下記のコマンドになる。

find . -type f -name "*.twig" -exec sed -i '' 's/abc/efg/g' {} +

逆に、GNUのsedでこれをやると、
エラー「sed: s/abc/efg/g を読み込めません: そのようなファイルやディレクトリはありません」
-i に関して互換性がない。

ちなみに、今回一括置換をやろうと思ったのは、EC-CUBEのバージョンアップで .twig ファイルの書式が変わり、修正が必要になったため。

{% for f in form if f.vars.eccube_form_options.auto_render %}
↓
{% for f in form|filter(f => f.vars.eccube_form_options.auto_render) %}

下記のようなワンライナーで処理。

find . -type f -name "*.twig" -exec sed -i 's/ if f.vars.eccube_form_options.auto_render %}/|filter(f => f.vars.eccube_form_options.auto_render) %}/g' {} +

2026年10月20日追記。

find で複数条件を指定たとえば .htmlと.htmを抽出するとき、

find . -type f \( -name "*.html" -o -name "*.htm" \)

-oで条件をつなぎ、()でまとめるが、エスケープが必要。

また、URLを置換するような場合はsedの置換でデリミタを変えることも可能。
デリミタをスラッシュからドル記号へ変更した例

find . -type f \( -name "*.html" -o -name "*.htm" \) -exec sed -i '' 's$https://www\.example\.com/$./$g' {} +

さらに対象となるファイル、今回の場合htmlがShift-JISの場合、Macではエラーになった。
sed: RE error: illegal byte sequence

UTF-8として処理しようとして文字コードが問題なのだと思う。
LC_ALL=Cをつける。

find . -type f \( -name "*.html" -o -name "*.htm" \) -exec env LC_ALL=C sed -i '' 's$https://www\.example\.com/$./$g' {} +

ただし、上記ではsed -i ''により、置換対象ではないファイルも触られるためタイムスタンプが変わってしまう。
厳密に行うには、先に置換対象文字列を含んだファイルだけを抽出してsedにわたす方法で回避できる。

find . -type f \( -name "*.html" -o -name "*.htm" \) -exec sh -c 'for f do if LC_ALL=C grep -qF "https://www.example.com/" "$f"; then LC_ALL=C sed -i "" "s\$https://www\\.example\\.com/\$./\$g" "$f"; fi; done' sh {} +

sh -c の中で sed の置換式をダブルクォートで囲んでいるため、区切り文字の $ を \$ とエスケープしている。

参考ページ）
https://www.ec-cube.net/products/detail.php?product_id=2277

(1)事前準備

アップデートを実行する前に、以下の設定をご確認ください。
・xdebugが有効になっている→xdebugを無効にする
・memory_limitが128M→memory_limitを512Mに設定
・max_execution_timeが30→max_execution_timeを180に設定

今回のアップデート対象サーバでは、上記全てクリアしており、特に作業は不要だった。

(2)データのバックアップを取る。
フォルダ丸ごとコピーをとり、データベースはエクスポートしてバックアップ。

(3)EC-Cubeをメンテナンスモードにする。

(4)EC-CUBEアップデートプラグイン(4.0.5〜4.0.6)をインストール

(5)プラグイン有効化

再生ボタンのようなものをクリック。

(6)プラグインの設定を開く

歯車をクリック

(7)プラグインの対応状況の確認

(8)書込権限の確認

(9)ファイル更新の確認へ

ソースをカスタマイズしている場合には、アップデートで変更内容が消えてしまうため、警告してくれているものと思う。親切。
後でバックアップとの差分を見て、必要であれば、上書き後に反映すれば良い。

(10)最新バージョンで上書き

(11)エラー発生の対応

システムエラーが発生してしまった。

原因が全くわからない。
php.iniでPHPのエラー表示をONにすると・・・。

Warning: include(<PATH>/vendor/composer/../../app/proxy/entity/src/Eccube/Entity/Product.php): failed to open stream: No such file or directory in <PATH>/vendor/composer/ClassLoader.php on line 444

Product.phpがないとのこと。
ディレクトリを調べるとたしかになかった。なくなっていた。

よって、バックアップからapp/proxy/entity/src/Eccube/Entity/Product.phpをコピーする。
エラー発生しなくなった。

参考ページ）
https://xoops.ec-cube.net/modules/newbb/viewtopic.php?topic_id=27424&forum=11&post_id=108747

(12)アップデート完了

ログイン画面へアクセスすると、「ファイルの更新が完了しました。引き続き、データの更新を行ってください。」とのメッセージ。
これでアップデートが完了した。

(13)メンテナンスモード無効化

(14)キャッシュ削除

これは念の為。

管理画面の[受注管理]→[受注一覧]→[納品書出力]を押すと「お買上げ明細書(納品書)」のPDFが出力されるが、この納品書の宛名に当たる部分が、デフォルトでは配送先に固定されている。

ここを配送先ではなく、お金を払った購入者(請求先)へ変更したいのだ。

例えば、山田太郎さんが鈴木一郎さんへプレゼントした場合には、納品書が下記のようになる。

E-CUBE 4.2.0にて実験。

参考サイト）
https://xoops.ec-cube.net/modules/newbb/viewtopic.php?topic_id=26348&forum=17&post_id=104935#forumpost104935
https://qiita.com/chihiro-adachi/items/b3bb70e6abbc0f824965
https://xoops.ec-cube.net/modules/newbb/viewtopic.php?viewmode=flat&order=ASC&topic_id=26833&forum=11
https://web-memo.yzkzk365.com/2021/07/30/eccube4-nouhinsyo-tyumonsya/

準備や、エラー発生を含めて順を追って記載する。

(0)ソースを直接編集して動作確認
まずsrc下で直接編集。
src/Eccube/Service/OrderPdfService.php

renderOrderData()内で、

$Order = $Shipping->getOrder();
の行を活かして、
$Shipping->getPref()
を
$Order->getPref()
に変更する。
同様に $Shipping->getAddr01();
を
$Order->getAddr01();
といった形でメソッド内の $Shipping を $Order に修正する。

    protected function renderOrderData(Shipping $Shipping)
    {
.....
        $Order = $Shipping->getOrder();

if(0):
        // 購入者都道府県+住所1
        // $text = $Order->getPref().$Order->getAddr01();
        $text = $Shipping->getPref().$Shipping->getAddr01();
        $this->lfText(27, 47, $text, 10);
        $this->lfText(27, 51, $Shipping->getAddr02(), 10); // 購入者住所2

        // 購入者氏名
        if (null !== $Shipping->getCompanyName()) {
            // 会社名
            $text = $Shipping->getCompanyName();
            $this->lfText(27, 57, $text, 11);
            // 氏名
            $text = $Shipping->getName01().'　'.$Shipping->getName02().'　様';
            $this->lfText(27, 63, $text, 11);
        } else {
            $text = $Shipping->getName01().'　'.$Shipping->getName02().'　様';
            $this->lfText(27, 59, $text, 11);
        }
endif;

        // 購入者都道府県+住所1
        // $text = $Order->getPref().$Order->getAddr01();
        $text = $Order->getPref().$Order->getAddr01();
        $this->lfText(27, 47, $text, 10);
        $this->lfText(27, 51, $Order->getAddr02(), 10); // 購入者住所2

        // 購入者氏名
        if (null !== $Order->getCompanyName()) {
            // 会社名
            $text = $Order->getCompanyName();
            $this->lfText(27, 57, $text, 11);
            // 氏名
            $text = $Order->getName01().'　'.$Order->getName02().'　様';
            $this->lfText(27, 63, $text, 11);
        } else {
            $text = $Order->getName01().'　'.$Order->getName02().'　様';
            $this->lfText(27, 59, $text, 11);
        }

この修正で問題なく、配送者が購入者へ置き換わるることを確認。

さて、このままだとEC-CUBE本体のアップデートで修正が消えてしまう可能性があるため、src/Eccube/Service/OrderPdfService.php の修正は元に戻して app下に修正を反映することにする。

(1)PDF出力のソースをコピーして編集
src/Eccube/Service/OrderPdfService.php
↓
app/Customize/Service/OrderPdfService.php

修正内容は同じで、function renderOrderData 内の $Shipping を $Order に修正する。

(2)作成した app 下の OrderPdfService.php が参照されるよう設定

(1)だけをやっても、作成したphpファイルがが即使われるわけではない。twigファイルとは違うようだ。
よって、yamlで指定する。

app/Customize/Resource/config/services.yaml
を作成し、下記の内容にする。

services:
  Customize\Service\OrderPdfService:
    public: false
    autowire: true
    decorates: Eccube\Service\OrderPdfService

ここで再度納品書を出力すると、下記エラーが発生。

----------
Cannot resolve argument $orderPdfService of "Eccube\Controller\Admin\Order\OrderController::exportPdfDownload()": Cannot autowire service "Customize\Service\OrderPdfService": argument "$taxRuleService" of method "__construct()" has type "Customize\Service\TaxRuleService" but this class was not found.
----------

taxRuleService のクラスがない的なことですね。

(3)app/Customize/Service/OrderPdfService.phpを再修正

use Eccube\Service\TaxRuleService;

を追加する。

ここで納品書を出そうとするとまたエラー発生。

----------
Argument 2 passed to Eccube\Controller\Admin\Order\OrderController::exportPdfDownload() must be an instance of Eccube\Service\OrderPdfService, instance of Customize\Service\OrderPdfService given, called in [ドキュメントルート]/ec/vendor/symfony/http-kernel/HttpKernel.php on line 153
----------

コントローラー側も直さないとだめということですね。

(4)コントローラーのソースをコピーして編集
app/Customize/Controllerに
Admin/Order フォルダを作成し、
src/Eccube/Controller/Admin/Order/OrderController.php
を下記にコピーする。
app/Customize/Controller/Admin/OrderOrderController.php
そして下記の内容を修正する。

----------
namespace Eccube\Controller\Admin\Order;
↓
namespace Customize\Controller\Admin\Order;
----------

----------
// use Eccube\Service\OrderPdfService;
// ↓
use Customize\Service\OrderPdfService;
----------

これで、完了。

納品書の配送先を購入者へ差し替えることができた。

システムエラーが発生しました。
大変お手数ですが、サイト管理者までご連絡ください。

ただ普通にインストールしただけなのに。

ログを確認すると、メール設定の部分でつまづいていることがわかった。

[2023-12-30T01:04:08.572934+09:00] front.ERROR [cff26ec0] [f607b03] [N/A] [Eccube\Log\Logger:log:66] - システムエラーが発生しました。 ["The controller for URI \"/shopping\" is not callable: The \"smtp://メールアドレス:パスワード\" mailer DSN is invalid."

メール設定は、.envで下記になっていた。

MAILER_DSN=smtp://メールアドレス:パスワード@サーバ名:465?auth_mode=plain

一見問題なさそうだが、パスワードに#が入っていることがNGだった理由。
.envでは #以降がコメントアウトになってしまうからね。
それでログでDSN is invalidになっているし、ログ内でもDSNのパスワード部分が途中で切れていた。

さくらサーバの仕様としてはメールパスワードに記号が使えるし # を使っても問題ないが、EC-CUBEのSMTPに使う場合には # は使えないということ。

同様に、データベースパスワードにも使えないことになるね。

ちなみに、これまでEC-CUBEを使用したときにSMTP設定をした記憶がなくて、SMTPを使わないときは .envが下記になっていた。

MAILER_URL=smtp://localhost:25

さくらサーバのクイックインストールでは、メールアドレスだけではなく、SMTP情報を聞かれたのでした。

「ログイン画面へ」をクリックしても、そのログイン画面すらシステムエラー。

これまでも特定ページがシステムエラーになることはたまにありましたが、管理画面へ全くアクセスできないので、キャッシュクリアもできない。

と思ったら、コマンドラインからできるようです。

sshで接続して下記のコマンドを実行。

rm -rf [ドキュメントルート]/var/cache/*

これで復旧できました。