No.789, No.788, No.787, No.786, No.785, No.784, No.783［7件］
🌟お知らせ：
Ⓐ4月9日(火) 午前1～7時 nishishi.com側サーバのメンテ（OS更新）終了
Ⓑ4月18日(木) 午前1～7時 nishishi.org側サーバのメンテ（OS更新）終了
配布サイトはⒶにあります。今ご覧のテストページはⒷにあり、βテスター用空間もⒷにあります。それぞれ、メンテ時間中にはアクセスできない可能性があります。※サーバのOSが「FreeBSD 11」にアップグレードされます。
Ⓐ
Ⓑ
配布サイトはⒶにあります。今ご覧のテストページはⒷにあり、βテスター用空間もⒷにあります。それぞれ、メンテ時間中にはアクセスできない可能性があります。※サーバのOSが「FreeBSD 11」にアップグレードされます。
最新の機能を使うためには、最新の機能を使えるようにするための記述がスキン内に存在しないといけない場合もあるので、もし配布スキンをそのまま使っている場合は、スキンも上書きアップデートして下さい。(^_^;) スキンをカスタマイズしたり自作したりしている場合には、上書きはできませんが……。(そういう方々に向けた何らかの情報提供が必要かな……。)
アップデートの詳細内容を（バージョンごとに）確認できる簡単説明ページとかがあった方が良さそう。
とりあえず、配布ページに「Internal Server Errorになってしまう場合の対処方法」という解説項目を加えてみました。
配布しているCGIソース自体も、改行コードを LF だけにした状態で配布した方が良いかな……。（ただ、Windows上でソースの先頭付近を書き換える際には、改行コードが CR+LF ではない場合に困るケースもあるかな、とも思わないでもないんだけども。）
Re:783～782◆それはおそらく、FTPでアップロードする際に改行コードが適切に変換されていないことが原因だと思います。配布している元ファイルの改行コードは（Windows向けの）CR+LFですが、たいていのウェブサーバでは（UNIX向けの）LFにする必要があります。FTPソフトのテキストモードで転送すれば、たいてい自動変換されるのですが、バイナリモードで転送されると自動変換されないのでInternal Server Errorになってしまいます。
CGIの先頭行を #!/usr/bin/perl -- のように「--」を加えると動作する理由は https://oshiete.goo.ne.jp/qa/767872.html#an2393406 が参考になります。それで動作しているなら良いのですが、改行コードがCR+LFのままだと、他の動作部分で何か予期しない不具合が出る可能性もないとは言えません。なので、可能なら「--」を付けなくても動作するようにアップロードし直される方が無難だと思います。
Re:781◆*･゜ﾟ･*:.｡..｡.:*･'(*ﾟ▽ﾟ*)'･*:.｡. .｡.:*･゜ﾟ･*
CGIの先頭行を #!/usr/bin/perl -- のように「--」を加えると動作する理由は https://oshiete.goo.ne.jp/qa/767872.html#an2393406 が参考になります。それで動作しているなら良いのですが、改行コードがCR+LFのままだと、他の動作部分で何か予期しない不具合が出る可能性もないとは言えません。なので、可能なら「--」を付けなくても動作するようにアップロードし直される方が無難だと思います。
Re:781◆*･゜ﾟ･*:.｡..｡.:*･'(*ﾟ▽ﾟ*)'･*:.｡. .｡.:*･゜ﾟ･*
すいません「500エラーが出て全く動きません。」の人です。
自己解決しました。
tegalog.cgiに記載のパスを
#!/usr/bin/perl --
に変更で無事動きました！
もし、同じような感じで悩まれている方は
参考にしてみてください。
お騒がせして申し訳ありませんでした！
自己解決しました。
tegalog.cgiに記載のパスを
#!/usr/bin/perl --
に変更で無事動きました！
もし、同じような感じで悩まれている方は
参考にしてみてください。
お騒がせして申し訳ありませんでした！
