セットアップの実行中に奇妙なエラー：モジュールのインストール後のアップグレード

wyomind google shoppingをインストールしようとしましたが、bin / magento setup：upgradeを実行すると次のエラーが発生します。

[UnexpectedValueException]
Unable to retrieve deployment version of static files from the file system.

[Magento\Framework\Exception\FileSystemException]
Cannot read contents from file "/var/www/vanillamage2/public_html/pub/stati
c/deployed_version.txt" Warning!file_get_contents(/var/www/vanillamage2/pub
lic_html/pub/static/deployed_version.txt): failed to open stream: No such f
ile or directory

Magento 2.1.7の2つの別個のサーバーと3つの別個のインストールでこれを試しましたが、毎回同じ問題を受け取ります。私は同様の問題をここで見ました：

https://github.com/magento/magento2/issues/6426

そして

http://olivernam.com/magento2-frontpage-error-after-deploying-static-files

そこで、静的ファイルの再デプロイ、権限のリセット、静的コンテンツの削除、空のdeployment_version.txt ectの配置など、ここで言及した多くのソリューションを試してみましたが、運はありません。私はそのファイルを777に設定し、正しい所有者を持っていますが、以下の私の解決策はこのファイルの権限を変更しないので、それは問題ではないと確信しています。

セットアップを取得する方法は2つしかありません：アップグレードを実行する。

1. プラグインを無効にします。
2. app / code / Wyomind / SimpleGoogleShopping / Setup / UpgradeData.phpの名前をUpgradeData.bakに変更します

これらのいずれかを行うと「setup：upgrade」の実行が許可されますが、Wyomindはこれがプラグインではなく私の側の問題であることを示唆しているので、支援したくないと考えています。

この問題を引き起こしている可能性のある提案はありますか？

データベースcore_config_dataテーブルを更新する必要があります。

レコード（path field value = 'dev/static/sign'）がcore_config_dataテーブルに存在する場合

UPDATE core_config_data SET value = 0 WHERE path = 'dev/static/sign'

レコードが存在しない場合、以下のクエリを実行してレコードを挿入します。

INSERT INTO core_config_data VALUES (null, 'default' , 0, 'dev/static/sign', 0);

その後、コマンドを実行します

私の場合、走っphp bin/magento setup:static-content:deployてエラーが消えました。

googleモジュールとは何の関係もないようです。展開後に発生する可能性があります。productionモードでMagentoを扱う場合は特にそうです。

実行bin/magento setup:upgradeすると、generatedディレクトリのコンテンツが削除されます。ディレクトリdevelopmentの内容はgenerated動的に生成されるため、これはモードでは問題ありません。ただし、productionモードでは、generatedディレクトリは動的にも自動でも生成されません。つまり、generatedディレクトリのコンテンツの生成を手動でトリガーする必要があります。

bin/magento setup:static-content:deploy en_GB en_US en_AU

（ヒント：インストールのすべてのロケールを追加する必要があります）

これがデフォルトの解決方法です。ただし、場合によっては、generatedディレクトリのコンテンツを保持することもできます。その内容は展開中に変更されなかったためかもしれません。おそらく、そのコンテンツを別の環境または展開パイプラインで生成し、ディレクトリをコピーして現在のサーバーに展開したいだけだからです。

bin/magento setup:upgradeそのような場合でも実行する必要があるかもしれませんが、generatedディレクトリから何も削除したくないでしょう。この目的のために、スマートMagento開発者はkeep-generatedフラグを追加しました。

bin/magento setup:upgrade --keep-generated

githubからのソリューションは私のために働いています。https://github.com/magento/magento2/issues/6426#issuecomment-243879287

次のパスに空のファイルを作成できます。 pub/static/deployed_version.txt

次に、静的コンテンツの展開を実行します

php bin/magento setup:static-content:deploy

sshが実行するMagento Cloudの場合：

  vendor/magento/ece-tools/bin/ece-tools deploy

これは私のために働いた：

php bin/magento setup:static-content:deploy -ea_php 72

（-ea_php 72はPHPバージョン7.2の使用を強制するために使用されます。これは、私のサーバーが7.0.32を継承するためです）

core_config_dataテーブルの更新が必要です。

「パス」は「dev / static / sign」で検索できます

値をから1に変更します0。

または、クエリで更新できます：

UPDATE core_config_data SET value = 0 WHERE path = 'dev/static/sign'