Manual:Common errors and symptoms/ja

空白のページが表示される

 * PHPエラーを示す空白のページを、スクリーンに表示させない. これを強制するためには、次の行をLocalSettings.phpの&lt;?phpの下部に追加して下さい:


 * error_logの値をPHP.iniに設定して何が起きているのかを理解するためにPHPエラーログを見ることが出来ます. PHPエラーはウェブサーバエラーログにも記録されることがあります.


 * 多くの人は最近のバージョンのwikiに記事を投稿した後に空白ページを報告します. よくある原因はPHPのメモリ制限です(通常は8MBに設定されています). PHPとApacheエラーログを確認するようお願いします. この設定を修正するために を編集して"memory_limit"で設定されているメモリー量を増やして下さい. 20MBに増やしたい場合、" "とします. この値を変更した後にApacheサーバを再起動して下さい.

画像のサムネイルが動作しない/表示されない

 * LocalSettings.phpで変換のためにImageMagickを無効にしてGDを使うようにすることを試して下さい
 * $wgImageMagickConvertCommand変数が正しいことを確認して下さい. 共通の設定です:
 * $wgImageMagickConvertCommand = "/usr/bin/convert";
 * $wgImageMagickConvertCommand = "/usr/local/bin/convert";

Sorry! We could not process your edit due to a loss of session data. Please try again. If it still doesn't work, try logging out and logging back in.

 * 一見正しいログオンセッションを使用するときでさえこのエラーが起こることを前提とします:
 * session.save_pathの値が正しくウェブサーバへ書き込み可能であることを確認して下さい - PHPコンフィギュレーション.

内容の制限

 * ApacheサーバがHardened PHP patchを使用しており、

Wikiが大容量のページを持つことが出来るようにしたい場合、/etc/php.iniファイルにあるいくつかの変数を編集する必要があることがあります. とりわけ、varfilter.max_value_length、hphp.post.max_value_lengthとhphp.request.max_value_lengthの設定を考えて下さい. デフォルトの設定は10Kもしくは64k以下にページサイズを制限している可能性があります.

Fatal error: Allowed memory size of xxxxxxx bytes exhausted (tried to allocate xxxx bytes)

 * php.iniにあるPHPのメモリ制限を上げて下さい: memory_limit = 32M      ; スクリプトが消費するメモリの最大量です(32MB)

Error selecting database wikidb: 1044 Access denied for user 'username'@'localhost' to database 'wikidb'

 * wikidb.*にパーミッションを与える必要があります - Manual:Installation/jaをご覧下さい
 * 注意: 192.168.0.xをあなたのウェブサーバのIPで置き換えて下さい
 * 注意: 192.168.0.xをあなたのウェブサーバのIPで置き換えて下さい

Could not find a suitable database driver!

 * PHPのMySQLサポートがインストールされていない/有効になっていません -　http://www.php.net/manual/ja/ref.mysql.php をご覧下さい

Filename Case Errors
ファイルをサーバにアップロードするためにFileZillaよりも異なるFTPクライアントを使用する場合、大文字、小文字のファイル名を強制しないようにクライアントを設定して下さい. MediaWikiのファイル名は大文字と小文字を区別します.

不完全なアップロードエラー
MediaWikiパッケージは数十のディレクトリまで広がる多くのパッケージを含んでいます. アップロードをするときに注意して下さい. 転送が中断されたとき、転送されたファイルが失われるもしくは不完全であることがあります. 信頼できない接続がある場合、何回かアップロードをリトライしなければならない場合があります.

シンボリックリンクによる403 Forbidden
ウェブサーバが"403 Forbidden error"を出力してシンボリックリンクを使用している場合、Apacheのhttpd.confファイルがシンボリックリンクを許可するためにOptions FollowSymLinksを設定をしていて、リンクをされたディレクトリを下準備しているそれぞれのディレクトリがユーザが動作させるhttpdのために+xパーミッションを持っていることを確認して下さい.

Internal Error
インストール作業の始めにウェブサーバが"500 Internal Error"を返す場合、configフォルダのパーミッションを755に変更する必要があることがあります. configディレクトリのためにパーミッションを変更した場合、まだ書き込みできないエラーを得る場合、所有者をapacheに変更してみて下さい. chown -R apache:apache /var/www/html/mediawiki/*

SELinux
SELinux('Security Extensions')をサポートするLinuxディストリビューションはより広まっています. それらのシステム上では、PHPスクリプトは通常のファイルパーミッションを設定した後で、configディレクトリに書き込むことはできません. SELinuxファイルタイプを変更するために'chcon'コマンドも使用する必要があります. SELinuxをご覧下さい.

ホストのサイト上で広告を要求される
Mediawikiソフトウェアをバナーもしくは広告を前に置くことを要求するフリーサイト上で動かす場合、このことが原因でMediaWikiが動作せず、バナー広告を越えて空のページだけを生成することがあります. このことに対する修正は将来なされます. それまでの間、唯一の選択は有料ホストサイトを見つけることです. これはバグとも考えられ、報告されます.

Debian、Apache2、とPHP5
Debian上のApache2とPHP5でMediaWikiを動かしている場合、MtSQLの接続に問題が起こることがあります、その場合は'/etc/php5/apache2/php.ini'ファイルの';extension=mysql.so'をアンコメントして下さい.

'user_password' can't have a default value
MySQLがstrict modeで動いていないことを確認して下さい. sql-modeにSTRICT_ALL_TABLESまたはSTRICT_TRANS_TABLESが指定されているとインストールが中断されます.

指定したキーが短すぎる
"experimental UTF-8"を選択した場合、"specified key was too long"のタイプのMySQLが起こることがあります. 解決する方法の一つはmaintenance/tables.sqlを編集して、問題を起こしているテーブルがより短いキーを使用するようにします. (MediaWikiのバージョンによって、tables.sqlも編集する必要があります; 例えば、MySQL 5で1.6.10を使用する場合、maintenance\mysql5\tables.sql</tt>です. )

例えば、次のようなエラーメッセージを見る場合です: PRIMARY KEY job_id (job_id), KEY (job_cmd, job_namespace, job_title) ) TYPE=InnoDB " failed with error code "Specified key was too long; max key length is 1024 bytes (localhost)".

tables.sqlで"job"テーブルを見つけ、KEY (job_cmd, job_namespace, job_title)</tt>をKEY (job_cmd(160), job_namespace, job_title(160))</tt>のようなもので置き換えます.

(ポイントはvarcharフィールドを3倍にするときでも(UTF-8の文字は3バイト使用するので)、すべてのKEY宣言のすべてのフィールドの全体の長さはエラーメッセージで述べられた最大のキーサイズよりも小さくすることです. )例えば、job_cmdがvarchar(255)、job_namespaceがint、job_titleがvarchar(255)であるとすると、KEY (job_cmd, job_namespace, job_title)</tt>の全体のキーの長さは3*255 + 4 + 3*255 = 1534で、1024より大きいので、3*160 + 4 + 3*160 = 964に置き換えればOKです. ) tables.sql</tt>を修正した後で、前に作成したすべてのテーブルをドロップして、インストールスクリプトを再実行しなければなりません(エラーメッセージのページをリロードします. この方法ではすべてを再入力する必要はありません). いくつかのテーブルでこのエラーを得た場合 - jobとpage_restrictionsは影響受ける可能性があるものです.

MediaWiki bug 4445もご覧下さい.

テーブルの接頭辞(table prefix)が見つからない
ホスティングサービスを利用している場合、データベース名とデータベースユーザ名は余分な接頭辞を持つことがあります(通常はホスティングプロバイダによるユーザidです). 例えば、データベース名がdb01でユーザidがocomの場合(ホスティングプロバイダによって与えられたもの)、データベース名とユーザ名はそれぞれocom_db01とocom_u01を入力します.

共有ホスト上のMySQLでMediaWiki1.8.2をインストールしようとするとdatabase table prefix入力ボックスが表示されることがあります. フォームフィールドは非表示属性でコンフィギュレーションページが生成されたからです. このような問題を経験した場合、下記で示すような//</tt> characters to config/index.php</tt>の追加によってこのフィールドが再表示されるようになります. この入力ボックスは一つ以上のMediaWikインスタンスが単独のデータベースにインストールされない限り必要ありませんので、フィールドが表示される、されないかに関わらず、大抵のインストレーションはこれをする必要はありません. <?php // database_switcher('mysql'); ?> <?php aField( $conf, "DBprefix", "Database table prefix:" ); ?>

MediaWiki 1.9.3でも問題は存続しています. その後の経験では、データベース部分のインストレーションフォーム(MySQLは黄色い背景で現れ、Posgresオプションは青です)がアクティベイトされます -- データベース選択ラジオボタン上でさらに独自の追加クリックをしても現れない場合(Firefox 1.5の元で動作することを確認)