0

私は pyrocms 2.0.1 にサイトを持っており、ユーザー モジュールとは別にうまく機能しています。管理者からユーザーの管理をクリックすると、500内部サーバーエラーが発生し、ローカルサーバーでusreモジュールが非常に遅くなります。db.here には約 5000 人のユーザーがいます。構成ファイルはhttp://www.mypartyaid.com/info.phpです。

エラーログに表示されるエントリは次のとおりです

エラー - 2012-11-29 04:07:08 --> ページがありません: m/style/images/ui-bg_inset-soft_25_000000_1x100.png エラー - 2012-11-29 04:07:08 --> プラグイン メソッド "baseuri " はクラス "Plugin_Url" に存在しません。エラー - 2012-11-29 04:07:59 --> ページが見つかりません: robots.txt エラー - 2012-11-29 04:07:59 --> プラグイン メソッド "baseuri" がクラス "Plugin_Url" に存在しません。エラー - 2012-11-29 04:08:15 --> クラス「Plugin_Url」にプラグイン メソッド「baseuri」が存在しません。エラー - 2012-11-29 04:08:21 --> ページがありません: m/style/images/ui-bg_inset-soft_25_000000_1x100.png エラー - 2012-11-29 04:08:21 --> プラグイン メソッド "baseuri " はクラス "Plugin_Url" に存在しません。エラー - 2012-11-29 04:09:51 --> ページが見つかりません: m/style/images/ui-bg_inset-soft_25_000000_1x100.png エラー - 2012-11-29 04:09: 51 --> クラス「Plugin_Url」にプラグインメソッド「baseuri」が存在しません。エラー - 2012-11-29 04:10:35 --> クラス「Plugin_Url」にプラグイン メソッド「baseuri」が存在しません。エラー - 2012-11-29 04:10:35 --> クラス「Plugin_Url」にプラグイン メソッド「baseuri」が存在しません。エラー - 2012-11-29 04:10:35 --> クラス「Plugin_Url」にプラグイン メソッド「baseuri」が存在しません。エラー - 2012-11-29 04:10:38 --> クラス「Plugin_Url」にプラグイン メソッド「baseuri」が存在しません。エラー - 2012-11-29 04:10:38 --> クラス「Plugin_Url」にプラグイン メソッド「baseuri」が存在しません。エラー - 2012-11-29 04:10:39 --> 重大度: 通知 --> 未定義のインデックス: 都市 エラー - 2012-11-29 04:10:35 --> クラス「Plugin_Url」にプラグイン メソッド「baseuri」が存在しません。エラー - 2012-11-29 04:10:35 --> クラス「Plugin_Url」にプラグイン メソッド「baseuri」が存在しません。エラー - 2012-11-29 04:10:35 --> クラス「Plugin_Url」にプラグイン メソッド「baseuri」が存在しません。エラー - 2012-11-29 04:10:38 --> クラス「Plugin_Url」にプラグイン メソッド「baseuri」が存在しません。エラー - 2012-11-29 04:10:38 --> クラス「Plugin_Url」にプラグイン メソッド「baseuri」が存在しません。エラー - 2012-11-29 04:10:39 --> 重大度: 通知 --> 未定義のインデックス: 都市 エラー - 2012-11-29 04:10:35 --> クラス「Plugin_Url」にプラグイン メソッド「baseuri」が存在しません。エラー - 2012-11-29 04:10:35 --> クラス「Plugin_Url」にプラグイン メソッド「baseuri」が存在しません。エラー - 2012-11-29 04:10:35 --> クラス「Plugin_Url」にプラグイン メソッド「baseuri」が存在しません。エラー - 2012-11-29 04:10:38 --> クラス「Plugin_Url」にプラグイン メソッド「baseuri」が存在しません。エラー - 2012-11-29 04:10:38 --> クラス「Plugin_Url」にプラグイン メソッド「baseuri」が存在しません。エラー - 2012-11-29 04:10:39 --> 重大度: 通知 --> 未定義のインデックス: 都市 クラス「Plugin_Url」には存在しません。エラー - 2012-11-29 04:10:35 --> クラス「Plugin_Url」にプラグイン メソッド「baseuri」が存在しません。エラー - 2012-11-29 04:10:38 --> クラス「Plugin_Url」にプラグイン メソッド「baseuri」が存在しません。エラー - 2012-11-29 04:10:38 --> クラス「Plugin_Url」にプラグイン メソッド「baseuri」が存在しません。エラー - 2012-11-29 04:10:39 --> 重大度: 通知 --> 未定義のインデックス: 都市 クラス「Plugin_Url」には存在しません。エラー - 2012-11-29 04:10:35 --> クラス「Plugin_Url」にプラグイン メソッド「baseuri」が存在しません。エラー - 2012-11-29 04:10:38 --> クラス「Plugin_Url」にプラグイン メソッド「baseuri」が存在しません。エラー - 2012-11-29 04:10:38 --> クラス「Plugin_Url」にプラグイン メソッド「baseuri」が存在しません。エラー - 2012-11-29 04:10:39 --> 重大度: 通知 --> 未定義のインデックス: 都市 . エラー - 2012-11-29 04:10:39 --> 重大度: 通知 --> 未定義のインデックス: 都市 . エラー - 2012-11-29 04:10:39 --> 重大度: 通知 --> 未定義のインデックス: 都市

ここに画像の説明を入力

サーバーエラーログ

[Thu Nov 29 00:29:33 2012] [warn] [client 141.101.99.77] mod_fcgid: stderr: PHP 警告: date(): システムのタイムゾーン設定に依存するのは安全ではありません。date.timezone 設定または date_default_timezone_set() 関数を使用する必要があります。これらの方法のいずれかを使用してもこの警告が表示される場合は、タイムゾーン識別子のスペルが間違っている可能性があります。/var/www/vhosts/mypartyaid.com/httpdocs/m/post.php の 134 行目で、「EST/-5.0/no DST」の代わりに「America/New_York」を選択しました。リファラー: http://www.mypartyaid .com/m/post.php?pid=80

[Thu Nov 29 00:32:01 2012] [warn] [client 108.162.222.7] mod_fcgid: 45 秒でデータのタイムアウトを読み取り、リファラー: http://www.mypartyaid.com/admin

[2012 年 11 月 29 日 00:32:01] [エラー] [クライアント 108.162.222.7] スクリプト ヘッダーの途中終了: index.php、リファラー: http://www.mypartyaid.com/admin

[Thu Nov 29 00:35:42 2012] [warn] [client 108.162.222.7] mod_fcgid: 45 秒でデータのタイムアウトを読み取り、リファラー: http://www.mypartyaid.com/admin

[2012 年 11 月 29 日 00:35:42] [エラー] [クライアント 108.162.222.7] スクリプト ヘッダーの途中終了: index.php、リファラー: http://www.mypartyaid.com/admin

4

2 に答える 2

1

The issue ended up not being a server error, it was an inefficiency with the default user model. The module splits the user table into two different tables default_profiles and default_users. The two tables are then joined using the user_id field.

The problem is that many generated SQL statements in the CMS run complex join statements on default_profiles causing the query time to increase linearly with the size of the user table.

I put an index on the field user_id and the query time for the site's homepage went from 8 seconds to under .001 seconds. Therefore adding an index to this field will allow your user table to scale properly.

于 2013-02-12T04:43:06.283 に答える
1

ほぼ常に 500 は致命的なエラーを示しますが、ライブ サイトは明らかに、ユーザーがサイトをハッキングするために使用できる情報を見つけることにつながるデバッグ データを吐き出すことを望んでいません。

PHP ログを確認すると、答えは明らかです。それでうまくいかない場合は、質問を編集してログからのエラーメッセージを含め、この質問にコメントしてください。回答を更新できます。

于 2012-11-28T15:34:22.993 に答える