FAQ

FAQ（設置編）

11	掲示板又はチャットで画像アイコンが出ません

YY-BOARDなどアイコン対応の掲示板やチャットを設置した場合に、「画像アイコン」が出ないという質問をいただくことがあります。

これは大きく以下の２つの原因が考えられます。

画像への「パス指定」が正しくない
- 画像にパスが通っていないため、画像表示されないケースが多いようです。
- もし、画像を置くディレクトリが yybbs.cgi のあるディレクトリの１つ下に、例えば imgディレクトリとして分けている場合は、
  $imgurl = "./img";
  とするか、あるいは絶対パス (URL) で、
  $imgurl = "http://～/img";
  とすればＯＫです。
- またファイル名の指定で、大文字と小文字は区別されますのでご注意ください。例えば、home.gif と HOME.GIF は全くの「別ファイル」として扱われます。

画像を置いてはいけないディレクトリに転送している

プロバイダの設置規定上、HTMLファイル（画像ファイル含む）を置くディレクトリと、CGIファイルを置くディレクトリを分けている場合があります。
こういったケースでは、画像をCGIファイルと同じディレクトリに置いて、上記のようにいくら正しいパスを通しても画像は表示されません。
→ 設置ディレクトリが分割されるプロバイダ例：@nifty, HI-HO, BIGLOBE(www5aサーバ）など

以下に @nifty と HI-HO での YY-BOARD を設置する例を挙げておきます。

▼ @niftyの場合

  ftp?.nifty.com
      |
      +-- homepage / index.html (トップページ)
      |      |
      |      +-- img / home.gif kuma.gif...
      |                （アイコン1式）
      |
      +-- cgi-bin / yybbs.cgi [755]
             |      yybbs.log [666]
             |      count.dat [666]
             |      jcode.pl  [644]
             |
             +-- lock /

注1：ftp? の ? は数字が入ります。
注2：呼び出す掲示板のURL名は
     http://hpcgi?.nifty.com/ユーザ名/yybbs.cgi
  　（?の部分は数字は入ります）
注3：設定変更箇所
     アイコンディレクトリの指定に注意
     $imgurl = "http://homepage?.nifty.com/ユーザ名/img";


▼ HI-HOの場合

  www.???.hi-ho.ne.jp
     |
     +-- html / index.html (トップページ)
     |    |
     |    +-- img / home.gif kuma.gif...
     |             （アイコン1式）
     |
     +-- cgi-bin / yybbs.cgi [755]
            |      yybbs.log [666]
            |      count.dat [666]
            |      jcode.pl  [644]
            |
            +-- lock [777] /

注1：サーバ名の ??? は原則として3文字
     のサーバ名が入ります。
注2：呼び出す掲示板のURL名は
     http://www.???.hi-ho.ne.jp/cgi-bin/
     user/ユーザ名/yybbs.cgi
  　（???の部分はサーバ名が入ります）
注3：設定変更箇所
     アイコンディレクトリの指定に注意
     $imgurl = "http://www.???.hi-ho.ne.jp/~ユーザ名/img";
    （???の部分はサーバ名が入ります）

12	いつのまにかcoreという名前のファイルができました。

いつのまにかCGIファイルを置くディレクトリ内に core という名前の大きなファイルが出来てしまうことがあります。
この coreファイルが作成されている場合には、これは速やかに「削除」しましょう。本来は管理者向けの解析調査のためのものですから、利用者にとっては必要のないものです。
coreファイルが出来てしまう場合には、以下の理由が考えられます。
- サーバ自身が不安定な場合
- サーバにインストールされるPerlとCGIスクリプトの相性不一致
- 大量データの検索などで、処理時間が異常にかかった時
これはCGI実行中にスクリプトが異常終了してしまうと、サーバはメモリ上に蓄えられていたプロセスを core というファイル名で吐き出してしまうためです。ファイル容量も比較的大きく（1～2MB単位）、ディスクスペースも圧迫してしまいます。
coreファイルが出来る場合は、これはこまめに削除すべきですが、頻繁に出来てしまう場合には、このCGIの使用を中止すべきことも検討しなければなりません。
- Perl4とPerl5の両者が指定可能なプロバイダ（BIGLOBEなど）では、CGIスクリプト先頭行のPerlのパスを「Perl5」に指定することで解決したという報告も複数あります。
- また、荒技ですが、エディタで core ファイルと同一のファイル名の空きファイルを作成し、パーミッションを 000 に設定して coreファイルをできないようにするという方法もあるようです。（あくまでもご自分の責任の範囲内で行って下さい）

13	ロックファイルは自分で空きファイルを作成するのですか?

掲示板やカウンタなどで、同時アクセスによるログファイル破損を防止するためにロックファイル機構がありますが、このロックファイルは自分で作成しなければならないのかで迷う方がいるようです。
→　設定箇所例： $lockfile = './lock/yybbs.lock';
KENT WEBで配布するCGIスクリプトのロックファイル機構では、ロックファイルは自分で作成する必要はありません。
→　ロックファイルは自動で作成され、自動で削除される仕様になっているためです。

14	ロックファイルの使用可否をチェックしたい。

CGIスクリプトにおいて、ロックファイルの設定で、「symlink関数」と「mkdir関数」で設定方法を選択形式にしている場合があります。
これはサーバによっては「symlink関数」が使用不可なところがあり、しかもこのような環境でsymlink関数を使用するとCGIが致命的なエラー（異常終了）を起こしてしまいます。（例えばNTサーバではsymlink関数は使用できません）
これに対して、「mkdir関数」はすべてのサーバ環境に使用可能なので、symlink関数が使用不可か又は使用できるかどうかが分からない場合には、mkdir関数を選択します。
それでは「設定」では「symlink関数」はやめて、すべて「mkdir関数」に統一すればいいように思えますが、この「mkdir関数」は処理が遅いという欠点があります。特に同時アクセスを防止するロック処理では、できるだけこれを高速に処理したほうがいいことから、「symlink関数」が使えるサーバ環境では、この使用を KENT WEB では推奨しています。
そこで、プロバイダのサーバ環境でこの「symlink関数」が使用可能かどうかをチェックするユーティリティを作成してみました。また、合わせて「flock関数」の使用可否もチェックしますので、どうぞご活用ください。

15	記事を投稿しエラーも出ないのに何も反映されない。

掲示板やアンケート投票等で、記事を投稿して正常に終了しているのに、その投稿内容が反映されていないことがあります。
このケースでは、まず原因としてブラウザの「キャッシュファイル」を疑いましょう。

→ つまり、実際には処理は正常に完了しているに、ブラウザが単に投稿前の画面を表示している
対処方法としては以下の方策が考えられます。
- ブラウザの一時ファイルの設定を変更する
  IE5 (Win) の例：「ツール」→「インターネットオプション」→ インターネット一時ファイルの「設定」をクリック → 保存しているページの新しいバージョンの確認で「ページを表示するごとに確認する」を選択
- ブラウザの「アドレス」欄に表示されているURLを１度クリックして「Enter」キーを押す。または、表示されているURLの末尾に「?」を付けて「Enter」キーを押す。
- CGIスクリプトにキュッシュを無効化にする「METAタグ」を挿入する。
  → CGIスクリプトをエディタで開き、エディタの検索機能を使って、
  <META HTTP-EQUIV="Content-type" CONTENT="text/html; charset=Shift_JIS">
  という１行を見つけて、その下に以下のMETAタグを新規に追加します。
  <META HTTP-EQUIV="Pragma" CONTENT="no-cache">