てがろぐ - Fumy Otegaru Memo Logger -

🍩Re:3152◆うーむ。サーバのサポートさんの指摘は的を射ていなかったようですね。(^_^;)

▼改行コードかな……？
なんとなく改行コードが問題の可能性もあるかな……という気もしてきました。
サーバのファイルマネージャが、どんな改行コードを出力しているのかが分かりませんので。

🍘対処方法1：
サーバのファイルマネージャの編集機能に、改行コードを指定して保存する機能はありますでしょうか？ あれば LF だけにして保存した上で再度アクセスを試して頂きたいのですが。

🍘対処方法2：
もし、そのような機能がない場合は、
一度、ローカルで tegalog.cgi を編集して、改行コードが LF だけになるようにして上書き保存した上で、FTPのバイナリモードでアップロードしてみて頂けますでしょうか。
お使いのPCは、Windowsでしょうか？
タイムリーなことに、昨夜、WitchServerのサポートさんがその具体的な操作手順を案内して下さっていますので参考になさって下さい。

※文字コードを UTF-8 にしているとき、BOM（Byte Order Mark）が先頭に付与されるとたぶんマズいので、UTF-8で保存する際には、「UTF-8（BOMなし）」とか「UTF-8N」のような選択肢を選択して保存する必要がある点にもご注意下さい。

🍘対処方法3：
tegalog.cgi の1行目を #! /usr/bin/perl -- にしてみて下さい。「perl」の後に半角空白を開けてから半角ハイフン記号を2つ並べます。
それでもダメな場合は、
tegalog.cgi の1行目を #!!/usr/bin/perlml にしてみて下さい。mixhostで「lscgid: execve():〜〜〜: No such file or directory」というエラーが報告される場合の対処法としてググったら出てきましたので。^^;

▼.htaccessはどうかな
500エラーが出るときの、ブラウザのアドレス欄には、tegalog.cgi というファイル名が見えていますか？
もしかして、 500.shtml というファイル名が見えていないでしょうか。（お書き下さったエラーは、「500.shtml がない」というエラーですので……。）
もし、500エラーが出るときに「元々のURL」ではなく「エラー画面専用のURL」に移動してしまっている場合は、.htaccessの書き方に問題があります。
エラーページに恒久的に転送するよう記述してしまうと、ブラウザが「500エラーページへの転送」をキャッシュしてしまうので、CGIの動作に問題がなくなった以後でも最初から問答無用で500エラーページに転送されてしまいます。

🍘対処方法：
今まで tegalog.cgi にアクセスしたことのないブラウザを使ってアクセスして見て下さい。
もしくは、ブラウザのキャッシュを全削除してからアクセスしてみて下さい。

▼ただの転記ミスだとは思うのですが
tegalog.cgi の1行目を編集なさったということで 「 #! /usr/local/bin/per 」とお書き頂いていますが、これは「 #! /usr/local/bin/perl 」の転記ミスでしょうかね？
もし転記ミスではなくて本当に「 per 」と書いているなら、「 perl 」にして下さい。
（ただ、mixhost側が指定しているPerlパスは /usr/bin/perl のようです。）

▼他のCGIは動作していますか？
てがろぐ以外に何かCGIはお使いでしょうか。それらは動作していますか？
てがろぐ以外にCGIがない場合は、以下の3行を test.cgi 等のファイル名で保存してUPして、パーミッションを 700 または 705 または 755 にして、ブラウザでアクセスしてみて下さい。
#! /usr/bin/perl
print "Content-type: text/html \n\n";
print "Hello World!";
これで、ブラウザに「Hello Wold!」と表示されるかどうかを確かめてみて下さい。
これでも500エラーが出る場合、改行コードが LF だけになっているかどうかを確かめてみて下さい。
それでも500エラーになる場合は、もっと何か根本的なところに問題がある気がします。