mcontactさま

たびたび恐れ入ります。ご丁寧にありがとうございました。
同じフォルダに移し替えないといけない旨理解いたしました。
そこで間違えて、データベースが無事だったのに傷口を広げるようなことにならなくて
本当に助かりました。
細々頑張ってみて、プロに依頼する、商品数を絞って新しく作る等も
相談をして進めて参りたいと思います。

重ね重ね、お付き合いいただき、ありがとうございました。

> EC-CUBEインストールフォルダの全てのファイルを書き戻すことはできるかと思いますが、別フォルダ名でアップしてフォルダ名を入れ替えることで問題はございませんでしょうか。
別フォルダに書き戻すことは出来ますが、設定が必要です。
このあたりの知識があるのであれば、普通にさくらレンタルサーバ上なりお持ちのMacにも検証環境は作れると思いますが...

> データベースをリストアという作業が分からず、また恐ろしく感じております。今まで作業としてはFTPとエラーのでるコマンドを打ち込むことしかしていませんが、データベースが壊れてしまっている可能性はどの程度ございますでしょうか。

データベースの復元方法は、さくらレンタルサーバのサイトに記載されています。
https://help.sakura.ad.jp/rs/2188/

データベースが壊れてしまっている可能性は実環境を見ていないので、どの程度あるかは詳しくは分かり兼ねます。

ただし、エラーが発生しておりバックアップデータがあるのであれば、普通はシステムバックアップから戻そうと思い約1週間程度システムエラー状態でシステム運用が出来ない状態にはしないと思います。
知識がなく怖いのであれば、知識がないと難しいと思いますので、素直にEC-CUBEインテグレートパートナーなどに相談する事をオススメ致します。

----------------
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
EC-CUBEインテグレートパートナー【ゴールド】ランク
M&I Works
URL: https://miworks.biz/
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

mcontactさま

またまたお知恵をお借りさせていただき、ありがとうございます。
root以下は全てFTPでのダウンロードはしております。
EC-CUBEインストールフォルダの全てのファイルを書き戻すことはできるかと思いますが、別フォルダ名でアップしてフォルダ名を入れ替えることで問題はございませんでしょうか。
データベースをリストアという作業が分からず、また恐ろしく感じております。今まで作業としてはFTPとエラーのでるコマンドを打ち込むことしかしていませんが、データベースが壊れてしまっている可能性はどの程度ございますでしょうか。

たびたび恐れ入ります。
何卒、よろしくお願い申し上げます

> 以前の状態に戻すというのは、app/config/eccube app/DoctrineMigrations bin src html vendor 等の入ったフォルダをサーバにアップするでよかったでしょうか？

本作業（個別ファイルの差し替え）を行う前の、システムバックアップがあるのであれば、
EC-CUBEインストールフォルダの全てのファイルを書き戻す、データベースをリストアすれば作業前の状態には戻ると思います。
作業前のシステムバックアップがないのであれば、初心者ではどこがおかしくなっているのか確認作業含めて知識がないと難しいと思いますのd、EC-CUBEインテグレートパートナーなどに相談する事をオススメ致します。

----------------
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
EC-CUBEインテグレートパートナー【ゴールド】ランク
M&I Works
URL: https://miworks.biz/
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

mcontactさま

またまたお知恵をお借りさせていただき、ありがとうございます。
バージョンアップ失敗しておりましたか‥涙
でも、お力をお借りできましたおかげで、無駄にいじり倒す必要は無くなりました。ありがとうございます。

プラグインは、4.1に対応していなかったので捨てても良いものだったのですが、消しておかなかったことがトラブルの元になっているのですね。反省です‥

以前の状態に戻すというのは、app/config/eccube app/DoctrineMigrations bin src html vendor 等の入ったフォルダをサーバにアップするでよかったでしょうか？
コアシステムが壊れているかもというお言葉に、心配が募っております。
たびたびお手数をおかけいたします。何卒、よろしくお願い申し上げます

> すでにeccube-4.1.2-p2のファイルで、「vendor ディレクトリで上書き」
> ステップをおこなってしまっており、4.0.6のapp/config/eccube app/DoctrineMigrations bin src html vendor などに差し替えてしまうのも危険ではと感じております。

EC-CUBE 4.0.2からEC-CUBE4.1.2-p2にて個別ファイルにてバージョンアップ作業をして、下記のエラーなどが出ているのであればバージョンアップ作業に失敗していると思います。
また、下記のエラーはプラグインにて発生していますので導入したプラグインがEC-CUBE4.1に対応していない状態かと思います。

引用：

バージョンアップ作業に失敗して、最悪EC-CUBEコアシステムの内容を壊している可能性もありますね。
可能ならバージョンアップ前のシステムバックアップから戻してEC-CUBE4.0.2の状態に戻して、EC-CUBE4.0.2→EC-CUBE4.0.3→EC-CUBE4.0.4→EC-CUBE4.0.5→EC-CUBE4.0.6と順番にバージョンアップすると良いと思います。

----------------
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
EC-CUBEインテグレートパートナー【ゴールド】ランク
M&I Works
URL: https://miworks.biz/
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

h_tanakaさま

コメントをありがとうございます。

バージョンアップしたい理由といたしましては、
管理画面でプルダウンが使えなくなっており、操作が出来なくなっていたためでした。

検索で理由を調べていったところ、
さくらインターネットのPHPが7.4.33に強制的に上がってしまっているのですが、
EC-Cube4.0.4以前では、PHP7.3でないと、プルダウンが動かなくなる
不具合があるとのことでしたので、そちらが該当しているのかなと
考えております。

https://doc4.ec-cube.net/update41のページを参考に4までは進めてしまっており。
特に「vendor ディレクトリで上書き」を、eccube-4.1.2-p2のファイルですでに
行ってしまっているため、4.1.2-p2にバージョンアップをしなくてはならないのかなと考えておりました。

4.1にバージョンアップはハードルが高かったのですね‥
もし可能でしたら、4.0.6-p3までに戻す方法がございましたら、是非ご教授いただけますと
大変うれしいです。
何卒、よろしくお願い申し上げます。

ご回答頂いたバージョンファイルにて、バージョンアップを進めておりましたが、
再度ぶつかってしまったのでまたご相談をさせていただけますでしょうか。

躓いているのは、まだ[現象]に記載しております
4.個別ファイル差し替え になります。

https://doc4.ec-cube.net/update こちらのページを参考に
4.0.2 → 4.0.3 ・・・→ 4.0.6の差分ファイルのアップを行いました。

また、https://doc4.ec-cube.net/update41のページを参考に
eccube-4.1.2-p2の以下ファイルをアップしております。
composer.json
composer.lock
.htaccess
symfony.lock
index.php


その後、コマンドを打ち込んで見たのですが、以下エラーがでております。
In FormPass.php line 118:

"form.type_extension" tagged services have to implement the static getExten
dedTypes() method. Class "Plugin\CategoryExtensionB\Form\Extension\Category
TypeExtension" for service "Plugin\CategoryExtensionB\Form\Extension\Catego
ryTypeExtension" does not implement it.


こちらは、4.0.6 → 4.1.0 → 4.1.1 →4.1.2 の差分ファイルについては
触っていないせいでしょうか。

すでにeccube-4.1.2-p2のファイルで、「vendor ディレクトリで上書き」
ステップをおこなってしまっており、4.0.6のapp/config/eccube app/DoctrineMigrations bin src html vendor などに差し替えてしまうのも危険ではと感じております。

お忙しいところ恐縮ですが、どなたかお知恵をお借りできませんでしょうか。
何卒よろしくお願い申し上げます。

バージョンアップされたい理由はなんでしょうか？

サーバーのPHPバージョンが上がったためや、新しいバージョンのプラグインを仕様したいため、などでしたら上げる必要ありますが、
セキュリティ対策のためでしたら、ひととおりの脆弱性の対応だけでも良いかと思います。
https://www.ec-cube.net/info/weakness/

もしバージョンアップされたい場合も、 4.0 から 4.1 はハードルが高いですので、 4.0.6-p3 までで良いかと思います。

----------------
EC-CUBE 《プラチナ》ランクパートナー
トエビス株式会社　田中 宏典
EC-CUBEの機能やデザインのカスタマイズ承ります。

mcontactさま

コメントありがとうございます。
気づくのが遅れて申し訳ございません。
必要なファイルを書き出して構築するという手段もあったのですね。

なにぶん、あまり知識無くサイト上にある情報だけで
手探りで実施してまして、検証環境等もございません‥

両親の趣味用に昔用意してあげていたものをずっと大事に使ってくれていて、
管理画面のプルダウンが使えなくなってどうしようもなくなった状態になって
相談されていまして‥
プロに依頼するような収益もあるものではないので、手弁当で頑張っております‥