0

suPHP をインストールしてから (Wordpress を正しく実行できるようにするため)、「500 内部サーバー エラー」が発生します。WP をロードするときではなく、ロードするindex.phpときphpinfo.php(phpinfo 関数のみ)。また、phpMyAdmin はログインできなくなりました (Chrome は代わりに「名前を付けてファイルを保存」ダイアログを表示します)。

だから私はこの答えを見つけました。今だけphp.iniファイルが問題を引き起こしているようで、すべてのページで 500 エラーがスローされますindex.php。以前はロードされていました。そのサイトで示唆されているように、これが私php.iniの全文です。何らかの理由ですべてが壊れているだけです:

register_globals = On 
allow_url_fopen = On
upload_max_filesize = 80M 
post_max_size = 80M 
memory_limit = 80M 
upload_tmp_dir = 80M 
max_execution_time = 20000

そしてここにある.htaccess

suPHP_ConfigPath /home/computer/Documents/Cf 
<Files php.ini> 
order allow,deny 
deny from all 
</Files>

私はUbuntuデスクトップ12.10を使用しています。私の仮想ホストは私のディレクトリを指してい~/Documentsます (suPHP をインストールする前はすべて正常に動作していました)。

LAMP をセットアップするのはこれが初めてです (私は今まで再パッケージ化された MAMP/LAMPP を使用していました... 完全な LAMP セットアップを管理する方法を学びたいのですが、私は一日中このことと戦っていて、できません仕事を終わらせるために)。

編集:すべてのファイルの所有権 ( sudo chown -R www-data) を Apache に変更すると、スクリプトからファイルを書き込むことができますが、それでも suPHP の何が問題なのかわかりません。これが解決するまで無効にしました。

4

2 に答える 2

1

PHPファイルハンドラーが失敗し、Apacheがファイルの使用方法を知らない場合、ダウンロード用に提供するだけであるため、Chromeは「ファイルを名前を付けて保存」するように求めています。PHP ハンドラー (mod_php の外部) と連携するように Apache を手動で構成することは、気弱な人向けではないため、この挑戦​​に取り組むことを称賛します。私は CentOS での経験しかなく、Ubuntu での経験はありませんが、get/make の違いを除けば、このガイドは普遍的に適用して手順をカバーし、見落としがないかどうかを確認する必要があります。

http://markus.revti.com/2010/03/installing-suphp-on-centos-5/

おそらく、あなたの問題はphp.iniやhtaccessの設定が悪いからではなく、suPHPモジュールをロードし、suPHPエンジンをオンにし、suPHPハンドラーを設定し、suphp.confを設定するhttpd/virtualhosts構成に何かが欠けているためです。それがすべて正しく、それが suPHP_UserGroup のパーミッションの問題である場合、サーバーは .php ソース コード ファイルをバーフィングしません。

php.ini を微調整する前に、ページを提供するようにしてください。これらの値が何のために提案されているのかはわかりませんが、理想的ではありません。たとえば、20000 秒 (5.56 時間) の max_execution_time や、投稿とアップロードを PHP スクリプトのメモリ制限と同じサイズに制限するなどです。

于 2012-11-14T05:54:08.693 に答える