Q&A
前回までの経緯は良く分かりませんが、
＞php5.2
.httaccessに指定しているPHPのバージョンが古すぎるのが気になります。
仕様的には最低でも7.1以降になっています。
https://lolipop.jp/service/server-spec/
前回も関連した質問でアドバイスを頂き大変参考になりました。
今回その延長線上で、XAMPP（Windows）の Apatch環境では
動作することを確認したスクリプトが Webサーバー(lolipop)で
実行できないという問題にぶつかり再び質問させて頂きます。
やりたいことは html中の phpスクリプトで引数を 別 cgi
に渡して実行しその cgiのプリント出力を php スクリプトに
戻して同一画面に表示させるというものです。
テスト用の htmlファイル中の phpスクリプトの主要部分は
<?php $result = exec("/usr/bin/perl $pcgi $pstr", $out, $rtn); if($rtn===0){ echo $out; }else{ echo "fail";} ?>
のような流れです。
($pcgi は test.cgi へのパス $pstr は引数)
一方、perl cgi(test.cgi)は
#!/usr/bin/perl my $argstr = $ARGV[0]; print "ARGV：$argstr"; 1; ```のように動作確認のため受け取った引数をプリントするだけで、 親の htmlファイルを閲覧したらその引数が表示されることを 期待しています。 localhost で問題なく動作することを確認したファイルを、 Webサーバーにアップロードして 属性を それぞれ 755 とか 604 (lolipopの指定値)で実行しましたが、 どうしても $rtn が 0になりません。(返値 127) Webサーバーのルートの .httaccess は ```ここに言語を入力 <FilesMatch ".html$"> AddHandler php5.2-script .html AddType application/x-httpd-php .html Options +ExecCGI +Includes AddType application/x-httpd-cgi .html AddType text/x-server-parsed-html .html </FilesMatch>
と言う指定をしています。
現在は htmlファイルと cgiファイルを同一ディレクトリに
置いておりますが、test.cgi のパスの指定が問題かと思い、
$fpath = getcwd() . "/test.cgi"; で得られたフルパス
(例：/home/users/0/sub.jp-xxxxx/web/usr/bin/test/test.cgi)から
test.cgi までいろいろ試しましたが、全て 127が返されました。
運用時は 階層の異なる複数の htmlから test.cgiを呼ぶことを
想定していて、localhostでは相対アドレス指定で
動作確認できていますが、Webサーバーでは同一ディレクトリでも
動作しないのでお手上げ状態です。
どなたかアドバイスを頂ければ幸甚です。
> $fpath = getcwd() . "/test.cgi"; で得られたフルパス
じゃなくて、本当のフルパスを指定してみましょう。
(1) PATHの問題
> $fpath = getcwd() . "/test.cgi";
これですと、apacheのアカウントでCGI動作時のレントディレクトリになるのでは？
getcwd()など使わず、 "/var/www/cgi-bin/test.cgi"のように直接指定した場合はどうなりますか？
(2) そもそも、本当にCGIなのか
動作させようとしているperlのスクリプトt test.cgiは、もともとCGIとして動作していたものですか？
単純なCGIですと一般的にコードの冒頭で "Content-Type: test/html\r\n\r\n" などが入るはずです。
それともそうではなく、今回PHPスクリプトの中から実行したい外部プログラム、と言うだけのことでしょうか？
（CGIと言う言葉を間違って使っていませんか？）
実は、"/usr/bin/perl" が無かったりしませんか。コマンドの実行が出来なかった場合、終了コードが127になっているかもしれません。リモートサーバーのターミナル上で
$ /usr/bin/perl --version
などと実行できるか確認をしてみてください。(localhost上での確認しかされていなさそうな質問の記述でしたので）
https://lolipop.jp/manual/hp/cgi/
によると、/usr/local/bin/perlもしくは/usr/bin/perlどちらでも利用可。とあるね。
とはいえ、共用レンタルサーバーって、PHPやCGIから別プログラムプロセスを呼べないように細工してあったりしないだろうか。
短時間に多くのコメントを頂きびっくりしました。
ApatchやPHPに関しては用語も心もとない状況で
ご指摘の意味がイマイチ理解できていない部分もありますが
追加させて頂きます。
＞.htaccess の php のバージョン
数年前に php の include だけを使い始めてその時の記述のままです。
確かに 仕様のページでは 7.1以上となっていますが、
5.2->7.1 のバージョンアップ作業には自信がなかったので
5.2 のままとしています。
そこが問題と確認できればやろうかと思っています。
＞本当のフルパス
ユーザ専用ページのサーバー情報では「フルパス」が
/home/users/0/sub.jp-xxxxx/web
getcwd() では カレントディレクトリが
/home/users/0/sub.jp-xxxxx/web/usr/bin/test
となっていましたので test.cgi を同じディレクトリに置いて
/home/users/0/sub.jp-xxxxx/web/usr/bin/test/test.cgi
とか
/usr/bin/test/test.cgi
など考えられる限りのパスを試しています。
＞"Content-Type: test/html\r\n\r\n"と入るはず
htmlから呼んで実行結果をhtml中で表示するので入れていません。
厳密には CGIでなく外部プログラム・・・その通りですね。
＞実は、"/usr/bin/perl" が無かったりしませんか。
perlシェバング行も phpの exec 側も入れています。
＞共用レンタルサーバーって、PHPやCGIから別プログラムプロセスを呼べない
ここが一番心配なところです。
カスタマーサポートには、別途今回の件を質問していますが
回答に時間がかかるという一次回答があったのでこちらで質問しました。
結果が分かったら書きこみます。
正: Apache(Apache2), 誤: Apatch です。
> ＞実は、"/usr/bin/perl" が無かったりしませんか。
> perlシェバング行も phpの exec 側も入れています。
伝わってなかったのかもしれませんが、/usr/bin/perl 自体、つまりそのPATHにperlが存在しなかったりしませんか、と言う意味です。m6uさんのコメントによるとそれはなさそうですけれども。
> ＞共用レンタルサーバーって、PHPやCGIから別プログラムプロセスを呼べない
> ここが一番心配なところです。
恐らくはこれっぽいですね。
あくまでtest.cgiを動かし、その出力を得たいのであれば内部からHTTPアクセスしてHTTPレスポンスのtext/plainなコンテントボディを取り込むなんて考えられるかなと思いましたが、前の質問でte2jiさんがその旨、回答されていましたね。
https://teratail.com/questions/273792
皆様に多くのアドバイスを頂きありがとうございました。
おかげさまで解決出来ました。
カスタマーサポートからはピント外れの回答があり、仕方ないので
皆様のコメントを再確認したところ、m.ts10806 さんのご指摘の通り
phpのバージョンアップ(5.2＞7.3)で返値 $rtn が 0 になり
cgi の print文の出力が $out に得られました。
いろいろ勉強させていただきありがとうございました。
回答1件
0
自己解決
私の手違いで、回答をくださったあとで補足を記入したら
ベストアンサーが選択できなくなってしまいました。
teratail事務局に確認したところ、質問を閉じるには
自己解決で閉じるしかないとの回答でした。
解決方法は補足の通り、サーバーの管理から
phpのバージョンアップ(5.2＞7.3)を行ったところ
返値 $rtn が 0 になり
cgi の print文の出力が $out に得られました。
アドバイスいただいた皆様 ありがとうございました。
投稿2020/08/13 13:22
総合スコア1
あなたの回答
tips
プレビュー
