|
|
 |
第 67章インストール
このセクションではPHPのインストール方法に関する一般的な質問扱います。
PHPは(OSX以前のMacOSを除けば)ほとんど全てのOSと、ウェブサーバで利用
可能です。
PHPをインストールには、ディストリビューションに含まれるファイルの説明に従っ
てください。ウィンドウズユーザの場合は加えてファイルも読む必要
があります。またウィンドウズユーザのための役立つヒントがここにあります。
- 1.
Unix/Windows: php.iniファイルはどこに置けばよいのですか？
- 2.
Unix: PHPをインストールしましたが、ファイルをロードするたびに
'Document Contains No Data(ページが表示できません)'というメッ
セージが表示されます。何が起こっているのですか？
- 3.
Unix: RPMを使ってPHPをインストールしたのですが、ApacheがPHPのページを
処理してくれません。何が起こっているのですか？
- 4.
Unix: PHP 3をRPMを使ってインストールしたのですが、そのRPMは私が必
要なデータベースサポートなしでコンパイルされたものでした。どうす
ればよいですか？
- 5.
Unix: ApacheにFrontPageエクステンションのパッチを当てたら、突然
PHPが動作しなくなってしまいました。PHPはApacheのFrontPageエクス
テンションと共存することはできないのですか？
- 6.
Unix/Windows: PHPをインストールしたのですがブラウザからPHPスクリ
プトにアクセスしても何も表示されません。
- 7.
Unix/Windows: PHPをインストールしたのですがブラウザからPHPスクリ
プトにアクセスするとInternal Server Error 500となってしまいます。
- 8.
PHPをインストールするまではエラーもなく問題なく進んだのですが、
apacheを起動させようとするとundefined symbolエラーが発生します:
[mybox:user /src/php4] root# apachectl configtest
apachectl: /usr/local/apache/bin/httpd Undefined symbols:
_compress
_uncompress |
- 9.
Windows: PHPをインストールしたのですがブラウザからPHPスクリプト
にアクセスすると次のようなエラーが出力されます：
cgi error:
The specified CGI application misbehaved by not
returning a complete set of HTTP headers.
The headers it did return are: |
- 10.
Windows: 全ての説明に従っているのにPHPがIISで動作しません！
- 11.
When running PHP as CGI with IIS, PWS, OmniHTTPD or Xitami,
I get the following error: Security Alert! PHP CGI
cannot be accessed directly..
IIS, PWS, OmniHTTPD, Xitami上でCGIとしてPHPを実行するとき、
次のようなエラーが出る:Security Alert! PHP CGI
cannot be accessed directly.
- 12.
php.ini が認識され読み込まれていることをどうやって知ることが
できますか？ 自分の行った変更が反映されてないらしいのですが。
1.
Unix/Windows: php.iniファイルはどこに置けばよいのですか？
UNIXの場合、デフォルトでは/usr/local/lib
です。コンパイル時に
--with-config-file-path
オプションを使用してこの場所を変えたいという人も多いでしょう。
例えばこのようにすることも出来ます：
--with-config-file-path=/etc |
そしてディストリビューションの php.ini-dist
を /etc/php.iniにコピーして環境に合うように
編集してください。
ウィンドウズの場合、php.iniのデフォルトパスはWindowsディレクトリになります。
Apacheウェブサーバを使っている場合はまずApacheがインストールされているディレクトリ
(例えばc:\program files\apache group\apacheにある
php.iniを探そうとします。このため、異なるphp.iniファイルを異なるバージョンの
Apacheごとに置いておくことができます。
設定ファイルの章も参照してください。
2.
Unix: PHPをインストールしましたが、ファイルをロードするたびに
'Document Contains No Data(ページが表示できません)'というメッ
セージが表示されます。何が起こっているのですか？
これはおそらくPHPに何らかの問題が起こっていてコアダンプしている
という状態です。サーバのエラーログを見てこのケースかどうかチェッ
クしてください。そして小さなテストケースで問題を再現させてみてく
ださい。もし'gdb'の使い方が分かるならバグレポートに加えてバック
トレースを提供してもらえると開発者が問題の箇所を突き止めるのに非
常に役立ちます。もしあなたがPHPをApacheモジュールとして使用して
いる場合は以下のようにします：
httpdを停止します
gdb httpd
Stop your httpd processes
> run -X -f /path/to/httpd.conf
ブラウザから問題のあるURLにアクセスします
> run -X -f /path/to/httpd.conf
もしコアダンプが発生するとgdbが知らせてくれます
bt とタイプします
このバックトレースをバグレポートに含めてください。バグレポートは
から送信してください。
もしそのスクリプトが正規表現関数を使用している場合
(ereg()やその類似関数)、PHPとApacheが同じ正規表現の
パッケージを使用してコンパイルされているかどうかを確認してください。
PHPとApache 1.3.xを使用している場合は常に確認が必要です。
3.
Unix: RPMを使ってPHPをインストールしたのですが、ApacheがPHPのページを
処理してくれません。何が起こっているのですか？
あなたがApacheとPHPの両方をRPMでインストールしたとすると、いかに示す
内容の一部もしくは全てをhttpd.confファイルに追加
するか、コメントを外す必要があります：
# Extra Modules
AddModule mod_php.c
AddModule mod_php3.c
AddModule mod_perl.c
# Extra Modules
LoadModule php_module modules/mod_php.so
LoadModule php3_module modules/libphp3.so /* for PHP 3 */
LoadModule php4_module modules/libphp4.so /* for PHP 4 */
LoadModule perl_module modules/libperl.so |
そして以下の行：
AddType application/x-httpd-php3 .php3 /* for PHP 3 */
AddType application/x-httpd-php .php /* for PHP 4 */ |
以上の内容を全体設定、もしくはPHPサポートを追加したいバーチャル
ドメインの設定に加えてください。
4.
Unix: PHP 3をRPMを使ってインストールしたのですが、そのRPMは私が必
要なデータベースサポートなしでコンパイルされたものでした。どうす
ればよいですか？
PHP 3のビルド方法の制約により、どの環境にも対応できる柔軟なPHPの
RPMを作成するのは困難です。この問題に関してはPHP 4で取り組んでい
ます。PHP 3ではとりあえずPHPディストリビューションの
INSTALL.REDHATファイルで説明されている方法を用いることをお勧めし
ます。もしどうしてもRPMバージョンのPHP 3を使う、という場合は続き
をお読みください。
RPMのパッケージャはインストール処理を単純化するため、
そして標準の/usr/local/ディレクトリではなく/usr/を使
用するためにデータベースサポート無しのRPMを作成しています。デー
タベースサポートを追加するにはRPM specファイルにサポートするデー
タベースの種類と最上位ディレクトリを指定する必要があります。
以下の例は広く使われているMySQLデータベースサポートを追加して
Apacheモジュールをインストールする場合について説明しています。
もちろん以下の全ての情報はPHPがサポートするいずれのデータベース
の場合でも対象箇所を適宜変更すれば対応可能です。この場合はMySQL
とApache共にRPMのみを使ってインストールしたものと仮定しています。
まずmod_php3を削除します :
ソースRPMを手に入れてインストールします。--rebuildではありません。
rpm -Uvh mod_php3-3.0.5-2.src.rpm |
/usr/src/redhat/SPECS/mod_php3.specを編集します
%buildセクションに追加するデータベースサポートとそのパスを記述します。
MySQLの場合は以下のようになります。
%buildセクションは例えば以下のようになるでしょう
./configure --prefix=/usr \
--with-apxs=/usr/sbin/apxs \
--with-config-file-path=/usr/lib \
--enable-debug=no \
--enable-safe-mode \
--with-exec-dir=/usr/bin \
--with-mysql=/usr \
--with-system-regex |
変更が終了したら以下のようにしてバイナリRPMを構築します：
rpm -bb /usr/src/redhat/SPECS/mod_php3.spec |
インストールします。
rpm -ivh /usr/src/redhat/RPMS/i386/mod_php3-3.0.5-2.i386.rpm |
Apacheを再起動するのを忘れないでください。そうすればPHP 3には
MySQLサポートが追加されているはずです。ただ、ディストリビューショ
ンのtarファイルから構築してそこに含まれる
INSTALL.REDHATファイルにしたがった方がおそ
らくずっと簡単である、ということも忘れないでください。
5.
Unix: ApacheにFrontPageエクステンションのパッチを当てたら、突然
PHPが動作しなくなってしまいました。PHPはApacheのFrontPageエクス
テンションと共存することはできないのですか？
いいえ。PHPはFrontPageエクステンションと問題なく共存できます。問
題はFrontPageエクステンションのパッチがPHPが依存しているApacheの
構造の一部を変更してしまうことにあります。パッチを当てた後でPHP
を再コンパイル('make clean; make'として下さい)すれば問題は解決さ
れます。
6.
Unix/Windows: PHPをインストールしたのですがブラウザからPHPスクリ
プトにアクセスしても何も表示されません。
ブラウザの「ソースの表示」を実行してください。おそらくPHPのソー
スコードが表示されると思います。これはウェブサーバがスクリプトを
PHPに渡していないためスクリプトが実行されていない、ということを
意味します。サーバ側の設定のどこかが間違っているはずですので、
PHPインストールマニュアルに従って再度入念に設定を確認してみてく
ださい。
7.
Unix/Windows: PHPをインストールしたのですがブラウザからPHPスクリ
プトにアクセスするとInternal Server Error 500となってしまいます。
ウェブサーバがPHPを実行するときに何らかの問題が起きています。ど
んなエラーが起こっているか確認するために、コマンドラインでPHP実
行ファイル(Windowsではphp.exe)のあるディレ
クトリに移動してphp -iを実行して下さい。もし
PHPの実行時に問題があった場合は適切なエラーメッセージが表示され
るのでそれを手がかりに次に何をすべきかを知ることができます。画面
一杯にHTML(phpinfo()関数の出力)が表示された場
合にはPHPは問題なく動作していますので、問題はウェブサーバの設定
にあるはずです。再度入念にチェックしてみて下さい。
8.
PHPをインストールするまではエラーもなく問題なく進んだのですが、
apacheを起動させようとするとundefined symbolエラーが発生します:
[mybox:user /src/php4] root# apachectl configtest
apachectl: /usr/local/apache/bin/httpd Undefined symbols:
_compress
_uncompress |
これは、PHPとは関係なくMySQLクライアントライブラリの問題です。
このライブラリのうちある種のものは --with-zlib を必要とし、
他のものは必要としません。こ問題はMySQL FAQでも扱われています。
9.
Windows: PHPをインストールしたのですがブラウザからPHPスクリプト
にアクセスすると次のようなエラーが出力されます：
cgi error:
The specified CGI application misbehaved by not
returning a complete set of HTTP headers.
The headers it did return are: |
このエラーメッセージはPHPが(何らかの理由で)何も出力できなかった
ことを意味します。詳細なエラーメッセージを得るためにはコマンドラ
インから、PHP実行ファイル(Windowsでは
php.exe)のあるディレクトリに移動して
php -iを実行して下さい。もしPHPの実行時に問題
があった場合は適切なエラーメッセージが表示されるのでそれを手がか
りに次に何をすべきかを知ることができます。画面一杯に
HTML(phpinfo()関数の出力)が表示された場合には
PHPは問題なく動作しています。
PHPがコマンドラインで動作したなら、再度ブラウザからPHPスクリプト
にアクセスしてみて下さい。もしまだ失敗するようなら以下のいずれか
の理由によるものと思われます。
PHPスクリプト,
php.exe, php4ts.dll,
php.iniもしくはロードしようとしているPHPエクステンションの
ファイルパーミッションが匿名インターネットユーザ
IUSER_<machinename>にアクセスできな
いものになっている。
スクリプトが存在しない(もしくはあなたが在ると思っている場所と
ウェブサーバのルートディレクトリからの相対位置がずれている)。
IISを使用している場合は、Internet Service Managerでスクリプト
マッピングを設定するときに「ファイルの存在を確認する」にチェッ
クをすることでこのエラーをトラップすることができます。もしスク
リプトファイルが存在しない場合はサーバが代わりに404エラーを返
すようになります。これにはもう一つ利点があります。それはIISが
スクリプトファイルのNTLanManパーミッションに応じて認証を要求す
るようになる、ということです。
10.
Windows: 全ての説明に従っているのにPHPがIISで動作しません！
PHPスクリプトを実行しようとするあらゆるユーザが
php.exeの実行権限を必要としているということを忘
れないでください。IISはインストール時に追加された匿名ユーザを使用し
ます。このユーザに対してphp.exeの実行権限が必要
です。また、認証された全てのユーザに関しても
php.exeの実行権限が必要です。IIS4の場合はさらに
PHPがスクリプトエンジンであるということを教えてやる必要があります。
このFAQも
読んで下さい。
11.
When running PHP as CGI with IIS, PWS, OmniHTTPD or Xitami,
I get the following error: Security Alert! PHP CGI
cannot be accessed directly..
IIS, PWS, OmniHTTPD, Xitami上でCGIとしてPHPを実行するとき、
次のようなエラーが出る:Security Alert! PHP CGI
cannot be accessed directly.
cgi.force_redirect
に0をセットしてください。デフォルトでは
1にセットされていますので、そのディレクティブ
が;でコメントアウトされていないことを確認してください。
他のディレクティブと同様にこれは php.ini 上でセットされます。
デフォルトは1なので、100%正しくphp.iniファイルが
読み込まれているかどうかが重要です。
詳細はこのFAQを
読んで下さい。
12.
php.ini が認識され読み込まれていることをどうやって知ることが
できますか？ 自分の行った変更が反映されてないらしいのですが。
php.iniとそれがPHPに読み込まれているかを確認するには
phpinfo()をコールして最初のほうに
表示されているConfiguration File (php.ini)
を見てください。これはPHPが認識しているphp.ini と、それが
読み込まれているか否かを示しています。ディレクトリパスだけが
表示されている場合は、読み込まれていないということなので、
そのディレクトリにphp.iniを置いてください。
php.iniがPATHにある場合それが読み込まれます。
php.iniが読み込まれていてかつPHPをモジュールとして実行
している場合、php.iniを変更した後で必ずWebサーバを
再起動してください。
vlad at vkelman dot com
02-Mar-2005 04:45
In addition of what jimo at mail dot azhsv dot com said:
I don't know which idiot at Microsoft wrote those Knowledge Base articles () - maybe the same idiot who created "Web Server Extensions". But the same - adding extensions and enabling them may be achived much simplier: just open III Manager, go to "Web Server Extensions" and add what you need interactively.
I'm trying to make both PHP 4 and PHP 5 running as modules on my machine, PHP 4 under IIS and PHP 5 under Apache 2. It turns out that it much easier to work with Apache. In particular, it allows to use PHPIniDir directive to point PHP to php.ini file. IIS is supposed to allow it with setting the PHPRC environment variable, but for some reason it doesn't work on my machine so far.
barry dot fagin at usafa dot af dot mil
04-Jan-2005 05:22
Fixing 404 (file not found) errors with PHP 5.0.3 and IIS 6.0
IIS 6.0 is installed with security settings that don't permit dynamic content. This means that even if all the hints in the FAQ are paid attention to (.ini modified correctly, security and permissions correct for IUSR_xxx user, etc), you still get 404 errors for all php files.
To fix this: IIS Manager -> expand local computer -> Web Services Extensions -> Add web service or extension -> .php, browse to c:\php\php-cgi.exe or wherever you had the php executable installed. That plus setting the doc_root in the .ini file solved the problem.
--BF
furrycod at hotmail dot com
07-Sep-2004 04:35
Great WAMP 1.4.4 (Apache 1.*, MySql 4.*, PHP 4.*) installation article at
This article details how to install these onto a USB stick--which means changing *nothing* on the host PC, such as registry entries, environment variables, files in the Windows path, NT services, ini files, etc.
The USB stick install seems awkward, but I installed WAMP to my harddrive using this article as a guide (essentially replacing E:\ with C:\), and it works fine. No more trying to decide where the *real* php.ini or my.ini file is that needs to be changed.
18-Aug-2004 01:10
if your php scripts are under folder c:\inetpub\wwwroot, then you must change the doc_root in php.ini to "c:\inetpub\wwwroot" instead of "c:\inetpub" as in installation manual.
masternuthin diespammer at yahoo dot com
23-Jun-2004 10:33
PHP 4.3.7.7 and IIS 6 (w2k3 standard)
Followed note from nigel dot salt at hotmail dot com
but had to modify "Script Map" to "ScriptMap"
Also, had to follow note from jimo at mail dot azhsv dot com
after all that - it worked.
jeff_graham at datacenterservices dot net
01-Feb-2004 09:51
As stated within the note "jimo at mail dot azhsv dot com
29-Nov-2003 04:33
PHP 4 and IIS 6.0 (Windows Server 2003)," I found the same steps were requiered for installation of PhP 5 beta 3 on my Windows 2003 server (Standard Edition)
nigel dot salt at hotmail dot com
14-Dec-2003 01:00
Finally got IIS 5 and PHP 5 to talk.
What worked for me was:
1) Set
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\
W3SVC\Parameters\Script Map]
".php"="your path to php\\php.exe"
2) ensure there is not a php.ini in the windows system folder and that there is one wherever you've put PHP
3) edit php.ini and set cgi force redirect to 0 and cgi.rfc2616_headers = 1
4) Put the PHP scripts in their own folder underneath the inetpub root
5) Open the IIS console, right click your new php folder
In the Directory tab
set application name to the name of the folder
set executable and script as permission
set application protection to low
Click configuration and check that .php is mapped to wherever you put
PHP
Restart IIS
Try a very simple PHP page and it should work
Nigel
jimo at mail dot azhsv dot com
30-Nov-2003 03:33
PHP 4 and IIS 6.0 (Windows Server 2003)
Had difficulty getting PHP 4.3.3 to work with Win2003 Ent Server for use with SquirrelMail. Problem found and believed solved. Appears to be something New with IIS 6.0 (More security by Micro$oft) Was getting 404 error and php was not being run as a cgi even though it was in extensions and IIS user had rights to execute it. (php from command line operated correctly)
If you are installing on Windows Server 2003 (only have Enterprise Edition � Not sure if this applies to standard edition), and you have done the normal procedures for inclusion of PHP scripts (either ISAPI or CGI) in IIS, you will still get a 404 error when attempting to execute those scripts even though IIS has rights and the extension points to the correct file. To alleviate this problem, perform the following:
1. Open a command prompt window
2. Change to C:\windows\system32
3. Execute the command: cscript iisext.vbs /AddFile c:\php\php.exe 1 php 0 php
4. Execute the command: cscript iisext.vbs /EnFile c:\php\php.exe
5. To check for correct execution of the above,
6. Execute the command: cscript IisExt.vbs /ListFile � the php extension should be listed
If you try just step 4 without step 3 you get an error that the file is not in the list (and won�t be there till you do step 3 above)
After this, IIS seems to like the php extension and work normally.
For additional reference, see the below 3 Micro$oft KB Articles:
HOWTO: Enable and Disable ISAPI Extensions and CGI Applications in IIS 6.0 (MS KB Article 328360)
HOWTO List Web Server Extensions and Extension Files in IIS 6.0 (MS KB Article 328505)
HOWTO Add and Remove Web Service Extension Files in IIS 6.0 (MS KB Article 328419)
peter dot mosinskisNOSPAM at csuci dot edu
06-Mar-2003 08:36
Running Win2K AS + IIS5.0 + PHP 4.3.1, I ran into a nasty problem that I mistakenly thought had to do with something in the php.ini configuration. When I would try to submit a form using the HTTP method GET it would work, but I would get a "404 Page Not Found" error using the POST method.
All my permissions were set correctly, the php.ini was configured correctly. It had to do with URLScan being installed on IIS (see below)
Page 404 File Not Found Error When Using POST method in PHP (and Perl, and otherwise)
-------------------------------------------
This is related to the Microsoft URLScan utility. If you have this problem, the IIS administrator has probably run the IIS Lockdown tool as well as configured URLScan to reject this type of HTTP method when sent in a URL. These tools are meant to enhance web server security.
URLScan configuration files can be found in the \WINNT\system32\inetsrv\urlscan folder on the web server. Specifically, the file to modify is urlscan.ini.
The changes to make are as follows:
1. Make sure UseAllowVerbs=1 under [options]
2. Under the [AllowVerbs] section, list your allowed HTTP methods to include:
GET
POST
For more information on the IIS Lockdown tool and URLScan, visit
monroe at peoplego dot com
18-May-2002 05:32
INSTALLATION ON OPENBSD 3.1 VIA PORTS COLLECTION
Would have succeed but no mysql support.
I commented out the FLAVORS+= dbase filepro mysql mysql_bundled postgresql iodbc in the /usr/ports/www/php4/Makefile and in the configure options added
--with-mysql=/usr/local and it worked.
Good Luck
rodent at mighty dot co dot za
17-Apr-2002 11:46
On windows 2000 installation I've had PHP simply hanging when running a PHP script.
To see exactly what is going wrong with PHP in the context of the IUSR_MACHINENAME account create a shortcut on your desktop to point to cmd.exe.
Right click on the shortcut, and select properties.
Then check the 'run as a different user' checkbox of the property pages of the shortcut.
Double click then shortcut, and you will be prompted for a user account to run the cmd.exe shell under.
Enter IUSR_MACHINENAME (replace machine name with the machine name of your system), and enter the password for the account.
If you don't know the password for the IUSR account you might need to go change it in Administrative Tools->Computer Management.
Enter the password, and you will be dropped into a command prompt.
Now run c:\php\php.exe -i and see if you can catch any error messages.
On my system it had a problem accessing c:\winnt\system32\browscap.ini which I was then able to sort out.
Running PHP as the Administrator user didn't give this problem, so being able to impersonate the IIS account was a very useful diagnostic tool.
tanis22 at hotmail dot com
13-Nov-2001 07:01
I figured out why i get this error with just a virtual directory and not the root:
8. Windows: I have installed PHP, but when I to access a PHP script file via my browser, I get the error: cgi error:
The specified CGI application misbehaved by not
returning a complete set of HTTP headers.
The headers it did return are:
---------------------
Look at the php.ini file and look for
doc_root =
set it to nothing so that it does not only look for that directory. I hope it helps people with IIS and PHP
rggonzalez at iname dot com
10-Nov-2000 01:40
Notes on installing PHP (3.x.x or 4.x.x) on a RedHat 6.x Linux box using glibc 2.1.x. When you install it as a DSO module for Apache (--with-apxs) with the standard RPM's from RedHat for Apache and MySQL, the httpd daemon dies without giving any error message, and without sending any message to the console.
From a comment by Rasmus Ledorf: this is caused "probably due to a glibc-2.1.x bug related to dynamically loading a library
linked against pthreads into a binary that isn't linked against
pthreads. Try it using --without-mysql and see if it works. If it does
then you know it is a mysql-related problem. To fix it you will need the
non-threaded mysql client rpm available from www.mysql.com".
You can also download the source code for MySQL and recompiled it statically, using this configuration options:
--with-client-ldflags=-all-static
--with-mysqld-ldflags=-all-static
You must then re-run the ./configure; make; make install in your PHP source tree to get the PHP shared module working with the new MySQL support.
Regards,
Rodolfo Gonzalez.
[email protected]
fischer_dj at mailcity dot com
24-Aug-2000 04:29
I've added detailed PWS, Perl, & PHP4 installation instructions for Win98 at FAQts.
| |
データベースに関する問題
