casaさんありがとうございます！！
教えていただいたことを１からやり直してみたら、うまくいきました。
丁寧に教えていただいて、とても助かりました。

既に実施されているとは思いますが、以下を試してみてください。

１．パラメータ設定の「USER_DEF_PHP_REALFILE」の内容を「DATA_REALDIR . "__default.php"」にしてください。

２．ダウンロードしてきた2.13系EC-CUBEの「data/__default.php」を同じフォルダにアップロードしてください。
　※html/user_data/__default.php にではありません。

３．上記でダメでしたら、html/user_data/__default.php の方を置き換えてみてください。

１，２で改善できず、３を実施してうまくいった場合には、
パラメータ関連のバージョンアップに失敗している可能性があります。

パラメータ設定画面の設定内容と、data/cache/mtb_constants.php の内容が
一致しているか確認した方がよいと思います。

内容が一致しておらず、パラメータ設定画面の「この内容で登録する」を一度も
押したことがないようでしたら、一度クリックすれば反映されるはずです。

casaさんが記載していただいたようになってましたが、生成されるページのソースは、下記の通りでした。
__default.phpも念のため、2.13をダウンロードしてきたものを上書きしたのですが。。。

インストールは、新規サーバーを借りて、新しく構築しなおしたのですが、手元にある以前のデータは2.12でしたので何か大事なファイルを2.12と混在させてしまったのかもしれません。


<?php
require_once '../require.php';
require_once CLASS_EX_REALDIR . 'page_extends/LC_Page_Ex.php';

/**
* ユーザーカスタマイズ用のページクラス
*
* 管理画面から自動生成される
*
* @package Page
*/
class LC_Page_User extends LC_Page_Ex {

/**
* Page を初期化する.
*
* @return void
*/
function init() {
parent::init();
}

/**
* Page のプロセス.
*
* @return void
*/
function process() {
parent::process();
$this->action();
$this->sendResponse();
}

/**
* Page のアクション.
*
* @return void
*/
function action() {
}

/**
* デストラクタ.
*
* @return void
*/
function destroy() {
parent::destroy();
}
}


$objPage = new LC_Page_User();
register_shutdown_function(array($objPage, 'destroy'));
$objPage->init();
$objPage->process();

2.12から2.13へのアップデートをどのように行ったか分からないのですが、
管理画面の「システム設定＞パラメーター設定」の画面で、
「USER_DEF_PHP_REALFILE」の内容が「DATA_REALDIR . "__default.php"」になっていれば、
問題ありません。

もし「USER_REALDIR . "__default.php"」となっている場合は
2.12のときの古いファイルを参照していますので、先に記載した内容で
更新してください。

※念のため、data/__default.php が存在することを確認してください。

横槍失礼します。

移行後でしたら、特にそのような処理はしなくて問題なかったかとおもいます。
(2.13では、user_data以下にページを作成したときもdestroyは出てこないので)

casaさん、ありがとうございます。
かなりハマッてしまったので、脱出できてよかったです。

毎回user_dataの新規ページを作成するたびにdestroyの部分を消すことになるのでしょうか？

それほど手間じゃないのでそれでもいいのかなと思いましたが、始めから消しておく方法をご存知でしたら教えてください。

2.13ではdestroy()がなくなっているので、消して大丈夫です。

この件について書こうと思っていたのですが、
移転前後のEC-CUBE構成が同じで、サーバ移転前には500エラーが出ていなかったとしたら
的外れになってしまうと思い、まずは環境の違いをお伺いした次第です。

解決してよかったです！

返信ありがとうございます。
さきほど、なんとか解決できました。
移転前と移転後でEC CUBEのバージョンを2.12から2.13にアップしたのですが、
何かで見たのですが、2.13で function destroy()がなくなった？とのことなのでまず、パンくずプラグインを削除したことと、user_dataで作成されるページの、function destroy()をコメントアウトしてみたら、レスポンスコードが200になりました。

見た目上は問題なさそうなのですが、function destroy()を消してしまって本当によかったのかどうかはわかりませんが、しばらく様子をみてみます。

こんにちわ。

サーバ移転前と移転後で、使用しているプラグインやカスタマイズ内容には変更がなく、移転前には500エラーは出ていなかった、ということでしょうか。

atsu さん

500エラーはGooglebotのクロールエラー時に出ることが多いようです。あとは、ApacheでTimeOutしている場合、処理が重いなど。

・robots.txtでブロックしていないか？
・ページが重くないか？

など確認してみてはいかがでしょうか？

----------------
無料で学べるEC-CUBEノウハウ - EC-CUBEの学校
アラタナ