No.3156, No.3155, No.3154, No.3153, No.3152, No.3151, No.3150［7件］
➡
2022年10月22日(土)
17時24分
〔2年以上前〕
つぼやき
No.3154
✎
！
簡単にHTMLについて習ってた時に(初心者レベル)、いちばん最初に言われたのがHTMLは絶対にテキストエディタで書け！絶対にWordで開いたり書いたりいじったりするな保存したらｺﾛｽ！！！！だった、と言うことをふと思い出した。
自分はそのことをすでに知ってたが知らない人もクラスには多くて、なぜかと言う説明からして通じない以前に、テキストエディタとは？と言うレベルだったなあとか、フォントとかの色指定するのにコードじゃなくて色名で書くなら、灰色はgray(英国綴)じゃなくてgrey(米国綴)だ！とか、そんなことをふと思い出した。
自分はそのことをすでに知ってたが知らない人もクラスには多くて、なぜかと言う説明からして通じない以前に、テキストエディタとは？と言うレベルだったなあとか、フォントとかの色指定するのにコードじゃなくて色名で書くなら、灰色はgray(英国綴)じゃなくてgrey(米国綴)だ！とか、そんなことをふと思い出した。
➡ 2022年10月22日(土) 15時34分 〔2年以上前〕 回答/返信 No.3153 ✎ ！
🍩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エラーになる場合は、もっと何か根本的なところに問題がある気がします。
▼改行コードかな……？
なんとなく改行コードが問題の可能性もあるかな……という気もしてきました。
サーバのファイルマネージャが、どんな改行コードを出力しているのかが分かりませんので。
🍘対処方法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エラーになる場合は、もっと何か根本的なところに問題がある気がします。
➡ 2022年10月22日(土) 14時38分 〔2年以上前〕 No.3152 ✎ ！
🍏Re:3150 お返事が大変遅くなり、申し訳ありませんm(__)m 3149,3147です。
💬エラーについて
Cパネルのエラーログから、このようなログが取得できました。（一部ボカしております）
💬「CGIモジュール」か「Time::Localモジュール」について
ご、ごめんなさい、検索してみたのですが、特にそういった特別なことはサーバー内操作も含め、一切しておりません。
FTPからぴょーーーっと、ドラッグ・アンド・ドロップでアップロードし、
そのあとは、パーミッションをFTPソフトで行い、
サーバーのファイルマネージャー上からUTF-8で編集できるエディターにてcgiを直接操作しております。
●変更箇所や、行ったこと
セットアップ説明にそった設置
↓
500 Internal Server Error
教えていただいた、tegalog.cgiの89行目付近を変更
↓
同じく、500エラーを発生させていました。
●500エラーを回避
■変更箇所
tegalog.cgi 1行目
#! /usr/bin/env perl
↓
#! /usr/local/bin/per
↓
lscgid: execve():/home/ユーザーID/public_html/hogehoge.net/tegalogのディレクトリ/tegalog.cgi: No such file or directory
という画面が表示されております。
重ね重ね、お手数おかけいたします。よろしくお願いします。
💬エラーについて
2022-10-22 14:23:45.069958 [INFO] [1124432] [T0] [XX.XX.XX.XX:56175-H3:831CCCC2FEC19823XXXXXXXXXXXXXXXXX-0#APVH_hogehoge.pagepage.mixh.jp:443] File not found [/home/ユーザーID/public_html/hogehoge.net/500.shtml]
Cパネルのエラーログから、このようなログが取得できました。（一部ボカしております）
💬「CGIモジュール」か「Time::Localモジュール」について
ご、ごめんなさい、検索してみたのですが、特にそういった特別なことはサーバー内操作も含め、一切しておりません。
FTPからぴょーーーっと、ドラッグ・アンド・ドロップでアップロードし、
そのあとは、パーミッションをFTPソフトで行い、
サーバーのファイルマネージャー上からUTF-8で編集できるエディターにてcgiを直接操作しております。
●変更箇所や、行ったこと
セットアップ説明にそった設置
↓
500 Internal Server Error
教えていただいた、tegalog.cgiの89行目付近を変更
↓
同じく、500エラーを発生させていました。
●500エラーを回避
■変更箇所
tegalog.cgi 1行目
#! /usr/bin/env perl
↓
#! /usr/local/bin/per
↓
lscgid: execve():/home/ユーザーID/public_html/hogehoge.net/tegalogのディレクトリ/tegalog.cgi: No such file or directory
という画面が表示されております。
重ね重ね、お手数おかけいたします。よろしくお願いします。
➡ 2022年10月21日(金) 19時31分 〔2年以上前〕 回答/返信 No.3150 ✎ ！
🍏Re:3149◆ああ、なるほど。サポートの回答を転載下さって助かりました。たぶん、以下の方法で解決します。
tegalog.cgiの89行目付近に、以下のような行があります。
この行の先頭にある「 # 」記号を消して、以下のようにして上書き保存して下さい。
この状態で tegalog.cgi をアップロードすると、解決すると思います。（解決できなかった場合は、サーバのエラーログをもし閲覧可能なら、どんなエラーが出ているのかを教えて頂けるとありがたいです。）
参考までに教えて頂けるとありがたいのですが、「CGIモジュール」か「Time::Localモジュール」のファイルを、てがろぐ設置ディレクトリに自力で置かれたりしましたでしょうか？（上記の89行目は、本来は「サーバにインストールされていないモジュールを自力で置いた場合に、それを読み込ませるための対処方法」として用意しているものなのですが。） 自力でそのようなことをしていないにも関わらず、この89行目のような修正が必要になるケースがあるのだろうか……？ とちょっと疑問に思ったもので。
tegalog.cgiの89行目付近に、以下のような行があります。
#use lib '.'; # サーバにインストールされていないモジュールを自力で置いた場合は～(略)
この行の先頭にある「 # 」記号を消して、以下のようにして上書き保存して下さい。
use lib '.';
この状態で tegalog.cgi をアップロードすると、解決すると思います。（解決できなかった場合は、サーバのエラーログをもし閲覧可能なら、どんなエラーが出ているのかを教えて頂けるとありがたいです。）
参考までに教えて頂けるとありがたいのですが、「CGIモジュール」か「Time::Localモジュール」のファイルを、てがろぐ設置ディレクトリに自力で置かれたりしましたでしょうか？（上記の89行目は、本来は「サーバにインストールされていないモジュールを自力で置いた場合に、それを読み込ませるための対処方法」として用意しているものなのですが。） 自力でそのようなことをしていないにも関わらず、この89行目のような修正が必要になるケースがあるのだろうか……？ とちょっと疑問に思ったもので。
HTML Color Chart 2.2 Gray か Grey か