こんばんわ。いしどう です。 6月8日に、ズッコさんは書きました。 >私がカウンタを設置しようとしているサーバには >Web以下HTML内にcgi-binフォルダがあったのでそこにnpc.exeを設置したのですが、 >いしどう様や、発言元の方は、別の所、wwwroot、scripts、などに設置されてますよね。 >私が見たサーバ内にもそれぞれ同じ名前のフォルダが存在してましたが、 >何か設定による理由があるのでしょうか? はい。 わたくしが書いた設定方法で上記ディレクトリ (/scripts 仮想ディレクトリ) に npc.exe を置いたのは、この仮想ディレクトリがインストールの際に 既定で(←マイクロソフト用語(^^;;;)CGI の実行の設定がされているからです。 そうでないディレクトリに EXE ファイルを置いても、ダウンロードが開始される だけだったとおもいます。 /scripts 仮想ディレクトリ以外に CGI ファイル(Perl のスクリプトでも、 ASP のファイルでも、EXEファイルによる実行ファイルでも)を置いて実行 させたい場合には、インターネットサービスマネージャを使用して CGI ファイル が置いてあるディレクトリに実行可能の設定をする必要があります。 詳しくは、マニュアルか関連書籍をご覧ください。 >もしくは、とりあえず、wwwroot、scripts内に設置すれば >別に設定などしなくても構わないですか? と、いうことで、/scripts に設置する場合にはとくにインターネットサービス マネージャによる設定は不要です。 >私、自分用に借りているサーバがcgi-binにcgiを設置するように設定されてますので、 >無条件に、今回もcgi-binにnpc.exeを放り込んでしまいました。 それでは、そちら(cgi-bin)を img タグの参照先として記述すればよいのではないかと 思います。ウェブブラウザでアクセスする時にどのように指定するか、を考えて 記述すればよろしいかと思います。 npc.idx ファイルの指定は…えーと、どうすればよいのかな…ちょっと試して 見ますね…やっぱり、エクスプローラで見えるパス名で指定するのが確実かな? >最後に、エクスプローラで見るのと、サービスマネージャで見るのとでは >ディレクトリが違ってたりするのでしょうか。 実際にご覧いただくのが一番早いかと思います。ハイ(^^) とにかく、仮想ディレクトリ、という考え方をご理解いただくといいのでは ないか、と思ったことも付け加えておきます。
どうも御親切にありがとうございます。 今日、先方に出向くことになりました。 「カウンター?簡単ですよぉ」なんていって、 すでに今回で三回目の挑戦になります。 いちおう、いしどう様に御指摘して頂いた通りにやってみます。 結果はまた御報告いたします。
上手くいきませんでした。 相変わらず、Cannot Open Index File、が出ます。 同じフォルダに入れてたんですけど、 npc.exeの設定が違うんでしょうか・・・。 うー、断念しようか迷ってます(;o;)。
いしどう っす。 6月11日に、ズッコさんは書きました。 >上手くいきませんでした。 >相変わらず、Cannot Open Index File、が出ます。 >同じフォルダに入れてたんですけど、 >npc.exeの設定が違うんでしょうか・・・。 npc.exe の設定が違う、というか、index file の場所の指定が違うんじゃないか と思います。 <img src="/scripts/npc.exe?I=c:/inetpub/scripts/npc.idx&L=ここは好きなように"> とhtmlファイル中に入れる、と以前書きましたが、ここの、 c:/inetpub/scripts/npc.idx という部分を、インデックスファイルのありかを エクスプローラで見た時の名前に変えてみてください。 また、インデックスファイルの先頭行が、 #!npc.cgi となっているかどうかも確認してください。 それと、インデックスファイルのアクセス権が、 IUSR_IISのコンピュータ名 が 書き込みが可能なようになっているかどうかも確認する必要があります。 インデックスファイルをエクスプローラで右クリックし、プロパティを選択し、 セキュリティタブをつついてみてください。 以上3点、ご確認ください。
いつもどうもありがとうございます。 一体、いつまでおつきあいして頂けるのか・・・。 なんとなく思いあたったのですが、 インデックスファイルのアクセス権の設定ミス という可能性について確認させて下さい。 たしか、設定画面で、「特別なアクセス権」を選択、 それぞれ、読み書き可能、をチェックしました。 これってよろしいでしょうか。 フルにしててもダメだったような気もしますけど・・・。 ここが間違いだったら、悩まなくても良いんですけど。 逆に、いしどう様には大変申し訳無いですね・・・。
6月6日に、TADさんは書きました。 >設定ファイル(npc.idx)に以下の記述をしておけば、 >NetscapeCommunicatorで再読込した場合、カウントアップしないというのは >既知の情報でした。 > >=IF=ENV=HTTP_PRAGMA > no-cache > =INCREMENT > 0 >=ENDIF > > それでは、IE5.0以外のブラウザーでカウントアップさせない方法 は無いのでしょうか?
6月12日に、HIROSHIさんは書きました。 >それでは、IE5.0以外のブラウザーでカウントアップさせない方法 >は無いのでしょうか? いやいや、今まで、 >6月6日に、TADさんは書きました。 >>NetscapeCommunicatorで再読込した場合、カウントアップしないというのは >>既知の情報でした。 と言うことで、元々Communicatorは同じ方法でカウントアップさせないことが出来たのです。 今回はそれに加えてIE5.0もカウントアップさせなく出来るようになった、と言う報告です。(^^) ...が、いま手元のWin2K上のIE5(5.00.2920.0000)で試したらカウントアップ してしまった(= no-cacheが付いてない)のですが (^^; TADさんが試したのは どのヴァージョンでしたか?
6月13日に、にあさんは書きました。 >6月12日に、HIROSHIさんは書きました。 > >>それでは、IE5.0以外のブラウザーでカウントアップさせない方法 >>は無いのでしょうか? > >いやいや、今まで、 >>6月6日に、TADさんは書きました。 >>>NetscapeCommunicatorで再読込した場合、カウントアップしないというのは >>>既知の情報でした。 >と言うことで、元々Communicatorは同じ方法でカウントアップさせないことが出来たのです。 >今回はそれに加えてIE5.0もカウントアップさせなく出来るようになった、と言う報告です。(^^) フォローありがとうございますです。(#^_^#) そういう意味で書いたつもりでしたが、少し説明を省いてるところもあるので正確に伝わらなかったようですみません。 それともこの方法でカウントアップしてしまうブラウザ(IE4,3)でもカウントアップさせない方法はないか、 ということでしょうか。 そういうことでしたら、ブラウザが「今回のアクセス(リクエスト)は再読込だよ」と教えてくれないからには、 CGI側で再読込かどうかを判断する必要があります。例えば、 1.直前のアクセスと同じ'REMOTE_ADDR','HTTP_USER_AGENT'だったら同じ人からの再読込と判断する。 2.直前の10アクセス分の'REMOTE_ADDR','HTTP_USER_AGENT'を保存しておいて、今回のアクセスが その中の条件と一致していたら再読込と判断する。 3.上記に加えて、30分以内に同じ条件のアクセスがあったら再読込と判断する。 など。 ですが、ちょっと考えればどれも完全な再読込チェックにはならないことがわかります。 ので、どこまでのチェックをするかはポリシーの問題になるでしょう。 で、どうやって実現するかですが、 カウンタCGIの中にその判断処理を組み込むか カウンタCGIの前にそのような判断をするCGI(CGI Wrapper)をかませるか 等が考えられます。 npc.cgiの場合は、前者の方法は難しい(Cプログラムを修正し、コンパイルが必要)ので 後者の方法になると思います。 で、うれしいことには、そのようなCGI Wrapper(ラッパー)を作った方が以前いたと思います。 使いたいのであれば、過去記事を漁って見てください。 #具体的な説明は省略しましたが、手がかりになれば幸いです。 で、もうひとつIE5のバージョン問題。 >...が、いま手元のWin2K上のIE5(5.00.2920.0000)で試したらカウントアップ >してしまった(= no-cacheが付いてない)のですが (^^; TADさんが試したのは >どのヴァージョンでしたか? Win98SEについてたIE5(5.00.2614.3500)です。 念のため、再確認してみましたが再読込時にはちゃんと付いてました。(見間違いじゃなくてよかった。(^^;; ) HTTP_PRAGMA no-cache HTTP_USER_AGENT Mozilla/4.0 (compatible; MSIE 5.0; Windows 98; DigExt) IE5からはちゃんと付くようになったんだ、と勝手に思いこんでしまったために バージョンを書くのを忘れてましたね。(^^;; ということで、周りにあったIE5で確認してみたところ以下の2つのバージョンでもOKでした。 5.00.2314.1003 5.00.2219.6307 #古いのしかないですね。(#^_^#) 新しいバージョンでは no-cache が付かなくなっているのでしょうか。 IE5の初期バージョンは気まぐれだったのでしょうか。 新しめのIE5をお使いの方へ、よろしかったら下のリンクで環境変数の確認ができますので 再読込してHTTP_PRAGMAが付くかどうかをチェックして見ていただけませんか。 TADのページにある環境変数表示CGI
6月13日に、TADさんは書きました。 >>...が、いま手元のWin2K上のIE5(5.00.2920.0000)で試したらカウントアップ >>してしまった(= no-cacheが付いてない)のですが (^^; TADさんが試したのは >>どのヴァージョンでしたか? > >Win98SEについてたIE5(5.00.2614.3500)です。 >念のため、再確認してみましたが再読込時にはちゃんと付いてました。(見間違いじゃなくてよかった。(^^;; ) >ということで、周りにあったIE5で確認してみたところ以下の2つのバージョンでもOKでした。 > 5.00.2314.1003 > 5.00.2219.6307 チョット試してみて気が付いたことがあるのですが、もしかしてTADさんは 「明示的に」proxyサーヴァを指定していますか? うちからだと、Internetへの出口の所に、自動的に使われるproxy(cache)サーヴァが あるのですが、自動的に使われる場合には Pragma: no-cache が付かないのに、 明示的に指定してやると付きます。 つまり、Pragma: no-cache を経路にあるcacheサーヴァへの指示だと見なして 明示的にproxyを指定した時にのみ付けるようになったのではないかしら? # まあ、cacheサーヴァへの指示だと言えばそうですが、うちみたいに勝手に # 通るところだってあるんだから、ケチケチせずにreloadの場合は全部に # 付けてくれれば良い物を。(^^;
6月13日に、にあさんは書きました。 >チョット試してみて気が付いたことがあるのですが、もしかしてTADさんは >「明示的に」proxyサーヴァを指定していますか? ファイアウォールの中にいまして、proxyサーヴァを指定しないと外が見られません。 >うちからだと、Internetへの出口の所に、自動的に使われるproxy(cache)サーヴァが >あるのですが、自動的に使われる場合には Pragma: no-cache が付かないのに、 >明示的に指定してやると付きます。 > >つまり、Pragma: no-cache を経路にあるcacheサーヴァへの指示だと見なして >明示的にproxyを指定した時にのみ付けるようになったのではないかしら? なるほど、そういうことみたいですね。 職場のLAN上にあるWEBサーバ上にenv.cgiを置いて前述のバージョンのIE5でアクセスしてみましたが 再読込しても'Pragma: no-cache'は付きませんでした。 ちょっとフライングしてしまったようですね。(^^;; その辺の特殊なネットワーク環境も考慮せず、また説明もせず混乱を招いてしまいました。 どうもすみませんでした。 ># まあ、cacheサーヴァへの指示だと言えばそうですが、うちみたいに勝手に ># 通るところだってあるんだから、ケチケチせずにreloadの場合は全部に ># 付けてくれれば良い物を。(^^; そうですよね。と、ひと(MS)の所為にしておくと... (^^;;
6月13日に、にあさんは書きました。 >いやいや、今まで、 >>6月6日に、TADさんは書きました。 >>>NetscapeCommunicatorで再読込した場合、カウントアップしないというのは >>>既知の情報でした。 >と言うことで、元々Communicatorは同じ方法でカウントアップさせないことが出来たのです。 >今回はそれに加えてIE5.0もカウントアップさせなく出来るようになった、と言う報告です。(^^) フォロー遅くなってすみません。 そうなんですか。しかし私は Netscape 4.73を使っていますが必ずカウントアップ してしまいますので、IE 5.0だけカウントアップしないのか、と勘違いしてまいした。 後に、にあさんのフォローで自動proxyの設定にしているとカウントアップしてしまう とありますが、私の環境も同じですので仕方ないのかもしれませんね。
6月14日に、HIROAHIさんは書きました。 >そうなんですか。しかし私は Netscape 4.73を使っていますが必ずカウントアップ >してしまいますので、IE 5.0だけカウントアップしないのか、と勘違いしてまいした。 > >後に、にあさんのフォローで自動proxyの設定にしているとカウントアップしてしまう >とありますが、私の環境も同じですので仕方ないのかもしれませんね。 すみません。 =IF=OPT=MODE 1 =IF=ENV=HTTP_PRAGMA no-cache =INCREMENT 0 =ENDIF =ENDIF となっているところを =IF=ENV=HTTP_PRAGMA no-cache =INCREMENT 0 =ENDIF だけにしたらカウントアップしなくなりました。 どうもすみませんでした。
npc.cgiを使わせてもらっています。 最近、ネスケ6で見たところ、 No permisson TO Use This Counter という表示になってしまいました。 IE5、NN4では表示されました。 npc.idxのブラウザの許可のところを 直そうとしたのですが、よく分かりません。 どうしたら、ネスケ6でも表示されるようになりますか?
6月12日に、ちゃこぷんさんは書きました。 >npc.cgiを使わせてもらっています。 >最近、ネスケ6で見たところ、 Netscapeの6ですか... しばらく前には試しに入れてあったマシンがあったのですが、 それもWin2kに換えた時に消してしまったので、今は手元に無くなってしまいました。(^^;; # 入れてた時にチャンと調べておくのだった。 ## っていうか、npc.cgi がエラーになっていたような記憶はないのだが... (^^; >No permisson TO >Use This Counter >という表示になってしまいました。 普通の設定ファイルなら、他のブラウザで動いているのにこれが出ると言うことは、 Referer: フィールドに誤った物が渡ってしまったと考えられますが... Netscape6で以下には何が表示されますか? 通常ならこの記事のURL(http://www2.biglobe.ne.jp/%7Enir/Forum/mesh.npc.2/00823.htmlかな?) が表示されるはずですが。
フォローありがとうございます。 >## っていうか、npc.cgi がエラーになっていたような記憶はないのだが... (^^; 今日、もう一回見てみたら、ちゃんと表示されていました。 ご心配(?)かけてすみません。 このジジジカウンタは、ちゃんと自分のサーバーに置けるところまで サポートしてくれているので、読み込みも早く、 すっごく満足してます。
6月9日に、おサルさんは書きました。 >いつかはわたしのホームページでも二次配布できないものだろうかと考えて >いたのですが、できればサーバー上でコンパイルしたものをと思い、こちらの >過去ログや参考サイトを読み漁ること数日、やっとコンパイルが成功しました。 >1.TELNET禁止・コンパイル環境も提供されていない「ぷらら」の会員向けに > 配布を考えておりますがよろしいでしょうか? 同じサイトで使う用途の物を同じプロバイダのユーザ向けに再配布したい、と言う ことですよね。それは全然構いません。 >2.バイナリを提供させて頂きたいと思うのですが上記のような環境でgccの > バージョンを調べる方法はあるのでしょうか? > >ちなみに 「uname -a」を実行しましたところ・・・ >Linux cgi11 2.2.14 #2 SMP Sun Jan 23 22:34:59 JST 2000 i686 unknown >とのことです。果たしてバイナリを提供させて頂く価値があるのかどうか。(^^; 「uname」を実行したのと同じようにして、「gcc --version」実行すれば gccのヴァージョンが解ります。「2.95.2」とか番号が返ります。 バイナリ提供は、うーん、どうなんでしょう。そこは現在あるバイナリでは動かないような 環境だったのでしょうか? Linux版は色々取りそろえていますので、あまり増えるのも 何なんですが。(^^;;
6月13日に、にあさんは書きました。 >同じサイトで使う用途の物を同じプロバイダのユーザ向けに再配布したい、と言う >ことですよね。それは全然構いません。 快諾頂きましてありがとうございました。 現在わたしはぷらら会員なんですが、ぷららでコンパイルしたものを、ぷららの会員向けに 配布したいと考えています。 >「uname」を実行したのと同じようにして、「gcc --version」実行すれば >gccのヴァージョンが解ります。「2.95.2」とか番号が返ります。 ありがとうございました。実行してみましたところ、「egcs-2.91.66」と出力されました。 >バイナリ提供は、うーん、どうなんでしょう。そこは現在あるバイナリでは動かないような >環境だったのでしょうか? Linux版は色々取りそろえていますので、あまり増えるのも >何なんですが。(^^;; 了解しました。 ご指摘のように、こちらのライブラリから頂いたバイナリで今までちゃんと動いていました。 ただ、わたしにはぷららのサーバ用にどれが一番適しているのか判断できず、またぷららの 掲示板でも同様の質問を見かけましたので、もし再配布させて頂けるのであれば、ぷららで コンパイルに成功したバイナリのほうがいいのではと考えトライしてみた次第です。 バイナリを提供させて頂く価値があるかどうかも判らずにご質問させて頂いたのですが、 現在ぷららで動作するバイナリも配布されているということは、こちらから提供させて頂く 価値はなかったのですね。(^^; というか・・・そもそもコンパイルにトライする価値もなかったのかもしれませんね(^^;;; 大変失礼しました。 では、ページのほうが完成しましたらまたご連絡させて頂きます。ありがとうございました。
はじめまして、 そちらのカウンターについて、超ビギナーな質問しても良いでしょうか。 リロードした時のカウントアップ制限をしたいのですが =IF=ENV=HTTP_PRAGMA no-cache =INCREMENT 0 =ENDIF のタグを、どの部分に入れれば良いのか、わかりません(泣) ちなみに、うちのカウンターはこんなカンジです。
6月17日に、さいこさんは書きました。 >リロードした時のカウントアップ制限をしたいのですが >=IF=ENV=HTTP_PRAGMA > no-cache > =INCREMENT > 0 >=ENDIF >のタグを、どの部分に入れれば良いのか、わかりません(泣) お使いのnpc.idxの設定がどうなっているかが解らないと確かなことは言えないんですが、 sample2.idx を変更して使っているのなら、サンプルにあったように =COUNTER の 直前に入れるのが良いでしょう。 昔の形式(sample1.idxみたいなの)を使っている場合は、どこかに =INCREMENT 1 と言う部分があると思いますので、その直後に入れるのが安全でしょう。
例えばあるページにダウンロードできるファイルを3つ掲載したとして、 それぞれのファイルへのアクセス数を表示できますか? <例> kokokara.html a.zip 315 b.ppt 101 c.doc 423 −−−−−−− ロケーションのとこを L=http://www.arutoko.co.jp/tukatte/a.zip L=http://www.arutoko.co.jp/tukatte/b.ppt L=http://www.arutoko.co.jp/tukatte/c.doc ってやって動くもんでしょうか?
はじめまして、 そちらのカウンタをお借りしている者です。 実は、間違ってトップページを一度削除してしまい もう一度アップし直しました。 そうしたら、カウンタが表示されなくなってしまったのですが 一度、削除したカウンタは、二度と生き返らないのでしょうか??? どうかご教授下さい〜。
はじめまして。今、HPを作ってます。 で、このカウンタの動きが大変好きなんですが、 そこで一つ質問があります。 表題のとおり特定の数値の時だけ色を変えたり 点滅させたりはできないもんでしょうか? 僕がやりたいのは、カウント数が1000や 2000、はたまた1111など特定の数値 の時に色を変更したいのです。 そういう設定方法はないんでしょうか? もし無いようなら次期バージョンでそういう 機能を付けていただければ嬉しいです。 期待しています。がんばってください。
# もう、元投稿者は読んでいないとは思いますが、 # 備忘録を兼ねると言う事で... (^^; 8月11日に、まっちゃんさんは書きました。 >表題のとおり特定の数値の時だけ色を変えたり >点滅させたりはできないもんでしょうか? >僕がやりたいのは、カウント数が1000や >2000、はたまた1111など特定の数値 >の時に色を変更したいのです。 > >そういう設定方法はないんでしょうか? 現在のヴァージョンでは出来ませんね。 >もし無いようなら次期バージョンでそういう >機能を付けていただければ嬉しいです。 点滅はチョット無理ですが、色を変えるぐらいなら、設定ファイルの構文を 拡張することで対応出来そうですね。 つまり、変数設定と参照を出来るようにして、参照のみの変数として 現在のカウンタ値も使えるようにする、と言う事ですね。 # 実は変数設定と参照は、HTTP Cookie を使った動作設定に必須なので、 # 以前にも構文を考えたことが有ったのですが、どうも上手い書式が見つからなくて # ペンディングになっているのです。
サーバーからのエラーログに npc.cgi: Exec format error と出てしまい、カウンタがうまく表示できません。 ちなみにwww5b.biglobe.ne.jpですが、 www5bでも設置できるのでしょうか? どなたか教えて下さい。
9月5日に、初心者さんは書きました。 >サーバーからのエラーログに >npc.cgi: Exec format error >と出てしまい、カウンタがうまく表示できません。 別のOS用のバイナリ(プログラム:npc.cgi)を使ってないでしょうか。 あるいはftpでファイル転送するときにバイナリモード(bin)にしなかったとか。 >ちなみにwww5b.biglobe.ne.jpですが、 >www5bでも設置できるのでしょうか? >どなたか教えて下さい。 OSはSolarisのようですので、Solaris用のバイナリを使用してください。 www5*サーバはその他にも注意点があるようですので下のリンクからヘルプを参照して見てください。 →個人ホームページ作成に関するヘルプ(www5b)を参照してください。
9月9日に、TADさんは書きました。 >9月5日に、初心者さんは書きました。 > >>サーバーからのエラーログに >>npc.cgi: Exec format error >>と出てしまい、カウンタがうまく表示できません。 > >別のOS用のバイナリ(プログラム:npc.cgi)を使ってないでしょうか。 >あるいはftpでファイル転送するときにバイナリモード(bin)にしなかったとか。 > >>ちなみにwww5b.biglobe.ne.jpですが、 >>www5bでも設置できるのでしょうか? >>どなたか教えて下さい。 > >OSはSolarisのようですので、Solaris用のバイナリを使用してください。 >www5*サーバはその他にも注意点があるようですので下のリンクからヘルプを参照して見てください。 > >→個人ホームページ作成に関するヘルプ(www5b)を参照してください。 Solaris用のバイナリを使用したら動きました。 どうもありがとうごさいました。
にあさん、皆さま、こんにちは。 こちらに書きませて頂くのはたしか何年かぶりと思います。 今回お邪魔させていただいたのは、3webがサーバーOSをSolaris2.6 x86版に 変えた為にいままで動いていたカウンターが動かなくなりましたので、コンパイルの 件で教えていただきたくお邪魔しました。 経過としましては、winzipで解凍しFTPでサーバーに転送してから いざコンパイルしようとしたのですが、うまくいかないのです。 telnetでの結果は make: Nothing to be done for`/usr/home/dialup/3webnet/siozaki/ public_html/npc.mak' となります。 そこでプロバイダーに質問しましたところ >お問い合わせ頂きました件ですが、「npc.mak」のファイルを確認させて頂きました >ところ、このmakeファイルはWinodws版のようです。弊社のOSの種類は「Solaris2.6」 >になりますので、このファイルが動作可能かご確認下さい。また、このファイルのソース >プログラムを確認致しましたが、「/usr/local/etc/http/index」の指定で「index」は >何を差されているか、以上の2点をご確認頂けますでしょうか。 と返事が来ました。 動作可能かという質問には 「プログラムはSUN OS用のものでSolaris2.6用のcgi にするために コンパイルして下さいとのことでした。ですから動作は可能だと思われます。」 と答えました。 しかし、「index」は何を差されているかは分かりませんでしたので 何を指されているのかを教えていただけないでしょうか? またコンパイルできないのは何かが間違っている為ににコンパイルできないのでしょうか? 教えて下さい。お願いします。
9月15日に、アレックスさんは書きました。 >今回お邪魔させていただいたのは、3webがサーバーOSをSolaris2.6 x86版に >変えた為にいままで動いていたカウンターが動かなくなりましたので、コンパイルの >件で教えていただきたくお邪魔しました。 > >経過としましては、winzipで解凍しFTPでサーバーに転送してから >いざコンパイルしようとしたのですが、うまくいかないのです。 >telnetでの結果は >make: Nothing to be done for`/usr/home/dialup/3webnet/siozaki/ >public_html/npc.mak' > >となります。 makeコマンドを実行したのですよね。 どうして、Windows上でコンパイルするためのnpc.makが使用されてしまったのでしょうか。 makeではデフォルトで(特に何もしないと)Makefileが使われると思うのですが。 make -f Makefile 明示的に上記のようにして、コンパイルをしてもだめですか。 >動作可能かという質問には >「プログラムはSUN OS用のものでSolaris2.6用のcgi にするために >コンパイルして下さいとのことでした。ですから動作は可能だと思われます。」 >と答えました。 意味がよくわかりません。 >しかし、「index」は何を差されているかは分かりませんでしたので >何を指されているのかを教えていただけないでしょうか? npc.idx(npc.cgiの設定ファイル)のデフォルトの置き場所を指しています。 これは、下のようにnpc.cgiの呼び出し時に明示的に指定することもできるので 〜/npc.cgi?I=/home/hogehoge/public_html/cgi-bin/npc.idx 意味が分からなければ、そのままにして特に変更する必要はありません。 >またコンパイルできないのは何かが間違っている為ににコンパイルできないのでしょうか? >教えて下さい。お願いします。 ということなので、makeするときに使おうとしたmakeファイルが違っていたのが コンパイルでエラーになった原因です。
TADさん、ご返事ありがとうございます。 もうご返事はもらえないものと思い、あれから本などを見て勉強しておりました(^^;。 >makeコマンドを実行したのですよね。 >どうして、Windows上でコンパイルするためのnpc.makが使用されてしまったのでしょうか。 >makeではデフォルトで(特に何もしないと)Makefileが使われると思うのですが。 3WEBのサーバーではmakeもファイルもパスを指定しないといけないとの ことで、「makefile」がmakefaileそのものを指すということが分からずに npc.makと解釈してしまったのです(^^;お恥ずかしいです。 >>動作可能かという質問には >>「プログラムはSUN OS用のものでSolaris2.6用のcgi にするために >>コンパイルして下さいとのことでした。ですから動作は可能だと思われます。」 >>と答えました。 > >意味がよくわかりません。 tar.gzのファイルをダウンロードしましたので、WIN用のファイルが入って いるとは思いもしなかったのです。そこで、私がnpc.makでコンパイルしようと してましたので、プロバイダはsoralis用ではなくWIN用のプログラムと 思われたのだと思います(^^;。 >npc.idx(npc.cgiの設定ファイル)のデフォルトの置き場所を指しています。 >これは、下のようにnpc.cgiの呼び出し時に明示的に指定することもできるので > > 〜/npc.cgi?I=/home/hogehoge/public_html/cgi-bin/npc.idx > >意味が分からなければ、そのままにして特に変更する必要はありません。 なるほど、後から設定できるのですね。 マニュアルにも分からない場合はそのままで良いと書かれていましたので プロバイダがどうして聞いてきたのか不思議でした。 >ということなので、makeするときに使おうとしたmakeファイルが違っていたのが >コンパイルでエラーになった原因です。 TADさんのおっしゃるとおりでした。 そこで、 cgi2.osk.3web.ne.jp% /usr/local/bin/make -f /usr/home/dialup/3webnet/siozaki/pub lic_html/Makefile としてみましたところ make: *** No rule to make target `npc.c', needed by `npc.o'. Stop. となりました。 「npc.o」というのはソースの中には無いのですがこれはどういう意味なのでしょうか? 申し訳ないのですが、教えていただけませんか? お願いします。
10月1日に、アレックスさんは書きました。 >もうご返事はもらえないものと思い、あれから本などを見て勉強しておりました(^^;。 すいません。(^^; どうもこの頃、本業の方で仕事、と言うか色々と雑用が増えて、 なかなか顔出せなくなってしまって。(^^;;; >>ということなので、makeするときに使おうとしたmakeファイルが違っていたのが >>コンパイルでエラーになった原因です。 > >TADさんのおっしゃるとおりでした。 >そこで、 >cgi2.osk.3web.ne.jp% /usr/local/bin/make -f /usr/home/dialup/3webnet/siozaki/public_html/Makefile > >としてみましたところ >make: *** No rule to make target `npc.c', needed by `npc.o'. Stop. >となりました。 >「npc.o」というのはソースの中には無いのですがこれはどういう意味なのでしょうか? えーと、メッセーヂは「npc.oを作るのに必要なnpc.cの作り方が分からない」と言ってるので 無いのはnpc.oでは無く、npc.cです。npc.oはnpc.cから作られるので最初は無くて良いのです。 では、なぜnpc.cが無いと言ってるのかというと、おそらくはカレントディレクトリを /usr/home/dialup/3webnet/siozaki/public_html に cd しないままコンパイルを しているのではないでしょうか? コンパイルするときはカレントディレクトリをソースプログラムが有る所に移してから、 /usr/local/bin/make を実行します。カレントディレクトリがソースディレクトリに移っていれば、わざわざ、 /usr/local/bin/make -f Makefile の様にメイクファイル名を指定する必要もありません。 # しても問題ないですが。
にあさん、ご返事ありがとうございます。 >すいません。(^^; >どうもこの頃、本業の方で仕事、と言うか色々と雑用が増えて、 >なかなか顔出せなくなってしまって。(^^;;; 6月から来られていないので体調を崩されているのかなぁと心配して おりました。 >では、なぜnpc.cが無いと言ってるのかというと、おそらくはカレントディレクトリを >/usr/home/dialup/3webnet/siozaki/public_html に cd しないままコンパイルを >しているのではないでしょうか? その通りでした(^^;。 loginした時にはまだ/usr/home/dialup/3webnet/siozaki/public_html では なかったのですね(^^;。 cd cd public_html/ としなくてはいけなかったのですね(^^;;。 そこでmakeを実行しましたところ cgi2.osk.3web.ne.jp% /usr/local/bin/make gcc -O -c npc.c \ -DINDEX_DIR=\"/usr/local/etc/httpd/index\" \ -DINDEX_FILE=\"npc.idx\" make: gcc: Command not found make: *** [npc.o] Error 127 とエラーが出ました。 過去ログを見ていますと ccはgccでないとダメだとのことですが solaris2.6はgccではないのでしょうか? 他の方がsolaris2.5、2.4をコンパイルされたものはcc=gccと書かれて いるのですが...。 それとも何か根本的なccの設定が違っているのでしょうか? 教えていただけないでしょうか?
10月8日に、アレックスさんは書きました。 >6月から来られていないので体調を崩されているのかなぁと心配して >おりました。 ありゃ、そんなにサボってましたっけ? (^^;;; # 体調の方は、あたしは、ここ10年ぐらい医者知らずな人なので。(^^) >そこでmakeを実行しましたところ > >cgi2.osk.3web.ne.jp% /usr/local/bin/make >gcc -O -c npc.c \ > -DINDEX_DIR=\"/usr/local/etc/httpd/index\" \ > -DINDEX_FILE=\"npc.idx\" >make: gcc: Command not found >make: *** [npc.o] Error 127 > >とエラーが出ました。 gccにパスが通っていないか、インストールされていないか、と言う所ですね。 >過去ログを見ていますと ccはgccでないとダメだとのことですが >solaris2.6はgccではないのでしょうか? Solaris 2.3(4?) 辺りから、OSにはコンパイラは付属していないか、 精々がとこ、カーネルを再コンフィグレーションする程度しか出来ない cc しかついて来なかったはずです。 ですから、きちんとしたコンパイルをするために別途コンパイラを購入するか gcc をインストールして使っているはずです。 Sunの売り物のccはANSI-Cのはずですから、それが使えれば良いのですが、 まあ、通常はgccを入れて使っているでしょう。その場合、多分 gcc の場所は、 /usr/local/bin/gcc 辺りにあるでしょうから、gcc を使うためにはあらかじめ /usr/local/bin にパスを通しておかなければなりません。 実際、/usr/local/bin/gcc が無いようなら仕方ありませんが、あるなら、 PATH=/usr/local/bin:$PATH (ログインシェルが sh の場合) set path=(/usr/local/bin $path) (ログインシェルが csh の場合。プロンプトからするとこっちかな?) 等として、パスを通してから make すると良いでしょう。
にあさん、ご返事ありがとうございます。 >gccにパスが通っていないか、インストールされていないか、と言う所ですね。 まさしくおっしゃる通りでした(^^;。 パスを通すなんていうのはDOSを使うのをやめてから5年近くなりますので すっかり考えにありませんでした(^^;;。 >Solaris 2.3(4?) 辺りから、OSにはコンパイラは付属していないか、 >精々がとこ、カーネルを再コンフィグレーションする程度しか出来ない >cc しかついて来なかったはずです。 > >ですから、きちんとしたコンパイルをするために別途コンパイラを購入するか >gcc をインストールして使っているはずです。 本にもその通りに書かれていました(^^;;。 (どこを見てるんだか) そこでパスを通してからmakeを実行しましたところ cgi2.osk.3web.ne.jp% cd public_html/ cgi2.osk.3web.ne.jp% set path=(/usr/local/bin $path) cgi2.osk.3web.ne.jp% make gcc -O -c npc.c \ -DINDEX_DIR=\"/usr/local/etc/httpd/index\" \ -DINDEX_FILE=\"npc.idx\" gcc -O -c convert.c gcc -O -c digits.c gcc -O -c charfont.c gcc -O -c param.c gcc -O -c getput.c gcc -O -c regstr.c gcc -O -c -I. regexp.c gcc -O -c version.c gcc -O -o npc.cgi npc.o convert.o digits.o charfont.o param.o getput.o regstr.o regexp.o version.o cgi2.osk.3web.ne.jp% となりまして 無事コンパイルに成功しました\(^^)/ こんな超初心者に丁寧に教えていただいてありがとうございます。 TADさん、にあさんに感謝感謝です。
NPC.cgiの本体(圧縮されてない)(Ver.0.83)はありますか。
#質問の意図(目的)が書かれていないので、期待する答えと違うかも知れません...(^^;; 9月22日に、someoneさんは書きました。 >NPC.cgiの本体(圧縮されてない)(Ver.0.83)はありますか。 ありますよ。 npc.cgi本体のURL:http://www2.biglobe.ne.jp/%7Enir/cgi-bin/npc.cgi そういうことでなくダウンロードしたいのであればこちらですかね。 たぶんファイル名が違うだけで上記と同じものです。 使用する場合はnpc.binからnpc.cgiに名前を変えて下さい。 npc.cgi本体(ダウンロード可):http://www2.biglobe.ne.jp/%7Enir/cgi-bin/npc.bin 念のためですが、上記のnpc.cgiはSunOS用なので、別のOS上では動作しません。
9月22日に、TADさんは書きました。 >#質問の意図(目的)が書かれていないので、期待する答えと違うかも知れません...(^^;; > >9月22日に、someoneさんは書きました。 > >>NPC.cgiの本体(圧縮されてない)(Ver.0.83)はありますか。 > >ありますよ。 > > npc.cgi本体のURL:http://www2.biglobe.ne.jp/%7Enir/cgi-bin/npc.cgi > >そういうことでなくダウンロードしたいのであればこちらですかね。 >たぶんファイル名が違うだけで上記と同じものです。 >使用する場合はnpc.binからnpc.cgiに名前を変えて下さい。 > > npc.cgi本体(ダウンロード可):http://www2.biglobe.ne.jp/%7Enir/cgi-bin/npc.bin > >念のためですが、上記のnpc.cgiはSunOS用なので、別のOS上では動作しません。 違いました。 私の欲しいのは、Perlで、書かれたnpc.cgiです。
9月23日に、someoneさんは書きました。 >9月22日に、TADさんは書きました。 >>9月22日に、someoneさんは書きました。 >> >>>NPC.cgiの本体(圧縮されてない)(Ver.0.83)はありますか。 >> >>ありますよ。 >> >> npc.cgi本体のURL:http://www2.biglobe.ne.jp/%7Enir/cgi-bin/npc.cgi >私の欲しいのは、Perlで、書かれたnpc.cgiです。 そういうことであれば、答えは「ありません」になります。 npc.cgiは、C言語で書かれたプログラムであってPerlのプログラムではないからです。
こんにちは カウンターを設置しようとして 数字が表示される所まではできたのですが、 npc.idxの中のタグが =COUNTER 0000000001 index.html 0000000001 index.html 0000000001 index.html 0000000001 index.html となってしまい 1からカウントアップされません。 これはどのようにしたら改善するのでしょうか?
すみません 過去の記事を参考にしたら解決しました。 原因は IMG SRC="/cgi-bin/npc.cgi?L=index.html &I=/home/***/***/npc.idx" と、 L=index.html の後に空白があったので IMG SRC="/cgi-bin/npc.cgi?L=index.html&I=/home/***/***/npc.idx" にしてみたら直りました。 ちなみに使っているサーバーは HP-UX 11.00です。 ご迷惑おかけしました。
10月7日に、T-IIさんは書きました。 >原因は >IMG SRC="/cgi-bin/npc.cgi?L=index.html &I=/home/***/***/npc.idx" >と、 L=index.html の後に空白があったので >IMG SRC="/cgi-bin/npc.cgi?L=index.html&I=/home/***/***/npc.idx" >にしてみたら直りました。 うーむ、これって仕様と言ってしまえばそうなんですが、限りなくバグに近いですよね。(^^;; # まあ、前々から気は付いているのですが... (爆) 機会が有ったら直したい所です。 # 本当言うとそれよりもPNG対応をしたいのだけど、 # 各ブラウザのMNG対応は何時になるのですかねぇ ## アニメーションモードは後回しでも良いから、PNG対応だけを ## 先にしてしまうべきか...
少し前まで動いていたカウンターが急に"Time out"というエラーを出しました。 原因がさっぱりわかりません。 対処法をご存知の方は教えてください。
まめにチェックして壊れていたら設定ファイルを交換したりして直していますが やっぱりすぐ止まります。(リロードを5回ぐらいかけると"TimeOut"になります) 今まではこんなことなかったんですが・・・。 最近、アクセス数が増えたのが原因ですかね?
10月24日に、hiroさんは書きました。 >やっぱりすぐ止まります。(リロードを5回ぐらいかけると"TimeOut"になります) 仕方なくトップページから必要最低限の物だけを残して軽くしたら何とか動いています。 が、何故か(と言うかこれが正しいのですが)IEでリロードがかからなくなりました。今まではリロードでカウントアップしたのに・・・。
初めまして。 BiglobeのWWW2uサーバで新たにホームページを作ろうと思い、 カウンターを設置してみました。 試しにIEで動作確認した時も、NNで見た時も、数字の増え方等は問題ないのですが、 IEで見たときはドラムがちゃんとゆっくり回転しているように見えるのに、 NNで見たときには回転がものすごく速く表示されてしまいます。 NNで見たときにも、きちんと表示されるようにすることはできるのでしょうか?
10月29日に、KITAさんは書きました。 >BiglobeのWWW2uサーバで新たにホームページを作ろうと思い、 >カウンターを設置してみました。 私もちょうどwww2uサーバ上でnpc.cgi(0.83)を動かしているので テストしてみました。 >試しにIEで動作確認した時も、NNで見た時も、数字の増え方等は問題ないのですが、 >IEで見たときはドラムがちゃんとゆっくり回転しているように見えるのに、 >NNで見たときには回転がものすごく速く表示されてしまいます。 以下の3種類のブラウザが対象です。 NC4.73 Netscape6 PR3 IE5.0 ※なお、設定ファイル(npc.idx)の中で DELAY を'1000,50'としています。
画像が表示されてから 回り始めるまで | 回り始めてから 止まるまで | |
---|---|---|
NC4.73 | 約1秒 | 約1秒 |
Netscape6 PR3 | 約1秒 | 約1秒 |
IE5.0 | 約1.2秒 | 約1.5秒 |
※表中の秒数は正確な計測値ではなく、計測者の感覚的な値です。 [結論] IEの方がアニメーション速度は若干遅い感じです。 クライアント(パソコン等)の性能等の理由でその差が顕著になっているのでしょうかね。 >NNで見たときにも、きちんと表示されるようにすることはできるのでしょうか? 設定ファイルの中で、NCかIEかを判断してNCの場合にDELAYの値を大きくすればできるのでは ないでしょうか。 具体的なやり方は、アクセスカウンタ npc.cgi マニュアルを参照しながら ご自分で調べて見てください。 (あるいはにあさんの回答を待つか (^^;; ) #ところで、今回のテストで見つけたのですがにあさんのところのカウンタ(npc.cgi)を #Netscape6 PR3で見ると、初めは全桁の画像が表示されますが、回転が始まると変化した #桁しか表示されなくなります。 #自分のところのカウンタではそんな現象にはならなかったので違いを調べてみたら #PROGRESSオプションのON/OFFが違うようでした。 #だからどうというのは言えませんが、とりあえずご報告しておきます。
10月30日に、TADさんは書きました。 >IEの方がアニメーション速度は若干遅い感じです。 >クライアント(パソコン等)の性能等の理由でその差が顕著になっているのでしょうかね。 IE5とNC4.73(先のメールではNNと書いてしまいました)で 見比べてみてアニメーション速度が違ったので、 設定がおかしいのか、それとも私のパソコンがおかしいのかと悩んでいましたが、 元々IEの方がアニメーションの速度が遅かったのですね。 教えていただいてありがとうございます。
IE5.5ではインターネットオプションの一時ファイルの設定で デフォルトで「自動的に確認する」が設定されますが、この状 態で下記の様な事象が発生しています。 (1)アクセスカウンタ設置のページ(例:index1.htm)を表示さ せ、そのページからリンク先(例:index2.htm)をクリック してindex2.htmに移動します。 (2)index2.htmにindex1.htmに戻るリンク指定があり、それをクリ ックすると必ずindex1.htmのカウンタはカウントアップします。 ブラウザの「戻る」ボタンではカウントアップされません。 なお、IE4系、IE5.0系では本事象は発生しません。 インターネットオプションの一時ファイルの設定で「確認しない」 にすればリロードされずカウントアップされませんが、すべての ベージに適応されてしまうため問題があります。 これはIE5.5のキャッシュ管理のバグと思われますが、リロードし た時のカウントアップ制限を行えばこの現象を回避できますか?
11月13日に、たくさんは書きました。 > IE5.5ではインターネットオプションの一時ファイルの設定で > デフォルトで「自動的に確認する」が設定されますが、この状 > 態で下記の様な事象が発生しています。 > > (1)アクセスカウンタ設置のページ(例:index1.htm)を表示さ > せ、そのページからリンク先(例:index2.htm)をクリック > してindex2.htmに移動します。 > (2)index2.htmにindex1.htmに戻るリンク指定があり、それをクリ > ックすると必ずindex1.htmのカウンタはカウントアップします。 > ブラウザの「戻る」ボタンではカウントアップされません。 ふーむ、なるほど。 > インターネットオプションの一時ファイルの設定で「確認しない」 > にすればリロードされずカウントアップされませんが、すべての > ベージに適応されてしまうため問題があります。 これは、全く更新チェックをしないモードですからね。 > これはIE5.5のキャッシュ管理のバグと思われますが、リロードし > た時のカウントアップ制限を行えばこの現象を回避できますか? いや、これはどちらかと言うとnpc.cgiの方の問題ですね。(^^;; IE5.5になって初めて発現したとすると、IE5.5のキャッシュ制御機構が より正確になったためだと思われます。 IE5.5のキャッシュの制御オプションを見ると、 (1) ページを表示するごとに確認する (2) Internet Explorer を起動するごとに確認する (3) 自動的に確認する (4) 確認しない となっていますが、(1)、(2)の場合はそれぞれ〜ごとに必ず更新チェックしますが、 (3)の場合はキャッシュに残っているコンテンツに「最終変更日時」がセットされていて、 それがInternet Explorerの起動より後で、かつ、有効期限も切れていない場合には 更新チェックせず、その他の場合にチェックしているようです。 # これは自動チェックの基準としては良い選択だと思います。 ところが、npc.cgi は「最終変更日時」をセットしていないため、必ず更新チェック されてしまうようです。 今までは、Content-Type が image/* の場合は最終変更日時が無くても、キャッシュに 残っている限りチェックしなかったのでしょう、おそらく。 以前(と言うか、最初の頃、つまり大昔。(^^;;)に調べた時には、画像データに最終変更日時 (Last-Modified レスポンスヘッダ)を付けても意味無しか、弊害のほうが多かったため、 つけるのを止めた覚えがあるのですが、この頃のブラウザはキチンと情報を渡してやった方が より正しい動作をするようですね。 本来なら、各カウンタエントリごとに最終更新日時を残してやり、それとの比較でカウントアップを 制御すべきですが、残念ながら、現在の設定ファイル(カウンタファイル)は個別の更新日時を 残す様なフォーマットになっていないので、その変更をするためには、設定ファイルの中で カウンタエントリ部分の書式変更が必要になり、後方互換性が確保出来ないので、チト面倒ですね。 # 試しにnpc.cgiに現在時刻をLast-Modifiedに返すだけの簡単なwrapperを被せてやったら # 望みの動作をするようになったので、とりあえずは、その変更だけでお茶を濁すかな。(^^;; 中々出てこられなくてすみません。m(__)m > ALL そろそろリハビリを開始しないと、このまま引退に追い込まれてしまうなぁ (^^;;;
11月14日に、にあさんは書きました。 > >ところが、npc.cgi は「最終変更日時」をセットしていないため、必ず更新チェック >されてしまうようです。 > なるほど。そうだったんですね。 > >本来なら、各カウンタエントリごとに最終更新日時を残してやり、それとの比較でカウントアップを >制御すべきですが、残念ながら、現在の設定ファイル(カウンタファイル)は個別の更新日時を >残す様なフォーマットになっていないので、その変更をするためには、設定ファイルの中で >カウンタエントリ部分の書式変更が必要になり、後方互換性が確保出来ないので、チト面倒ですね。 > ># 試しにnpc.cgiに現在時刻をLast-Modifiedに返すだけの簡単なwrapperを被せてやったら ># 望みの動作をするようになったので、とりあえずは、その変更だけでお茶を濁すかな。(^^;; > 恐らく今回の件は現在時刻をLast-Modifiedにセットすることで回避できそうです。 こちらもやってみます。どうもありがとうございました。