□ DAI [2002年04月29日07時46分]こんにちは！「TopReferer v.2.0」をダウンロードさせていただきました！バナー表示を200×40、リセットまで24時間に設定したところ深夜過ぎに２日連続でCGIが不良動作を起こしてしまいました。Telnetを利用してサーバーへログインしなんとか復旧しましたが毎日この作業は行えません。何か設置の方法が間違っているのでしょうか？お手数おかけしますがご返答いただけると助かります。 □ すえぽん [2002年04月29日17時48分]> 何か設置の方法が間違っているのでしょうか？どういう風に設定したのかが解らない限り何とも言えません。ただ、このスクリプトを使ったことによって、サーバーにtelnetでログインして何かの操作をしなければ復旧しないような状態になるコトはあり得ません。 □ DAI [2002年04月29日20時48分]> どういう風に設定したのかが解らない限り何とも言えません。アクセスのあったサイトは全部バナーマッチングさせたので負荷が大きかったのかもしれませんでも一日のアクセス数は３０００足らずです。> ただ、このスクリプトを使ったことによって、> サーバーにtelnetでログインして何かの操作をしなければ復旧しないような状態になるコトはあり得ません。「さくらインターネット」のほうからサーバーを借りているのですが、原因を調べてもらったところやはりこのスクリプトがリソースを食い尽くしたらしいです向こうからはこのスクリプトの利用は見合わせるようにと勧められましたが、とても気に入っているので是非使いたいのですさくらのサーバーとの相性が悪いのでしょうか？ちなみに今日海外のサーバーに試験的に置いてみたところ最初は問題なく動いていたのですが数時間後にはエラーが出て繋がらなくなってしまいました。 □ すえぽん [2002年04月30日01時06分]このスクリプトは、通常のアクセス解析では別々に行っているいくつかの処理を一度に行って、しかもHTML出力も同時に行います。小さな画像ではありますが、アイコン画像の生成もスクリプト内で行っていたり、SSIを使わないという部分では、PerlでJavaScriptを書き出してそのJavaScriptでHTMLを書き出していたり、設置が簡単な分、スクリプト自体はややこしいことになっているのも事実です。どの程度までのアクセスに耐えうるかは未知数ですが、一般的なプロバイダで用意しているサーバー上でのテストでは、リセット48時間でも日当たり1000程度までは問題なく動作しています。上記した様に、一度に行う処理が多いので、実際にはログ数の問題ではなく、特定の時間帯に集中したアクセスがあるサイトなどで起こる問題だと思います。日当たり3000となればサーバーにはそれなりの負荷はかかると思いますが、最終的には設置しているサーバーにどれだけの性能があるかという問題になってくると思うので、オプション機能を全て無効にしても改善されない場合や、サーバー管理者から設置を見合わせるように言われた場合は、あきらめるより仕方ないかもしれません。尚、最新版v.2.01で、ファイルロック時の無駄な処理を軽減し、この問題が多少起こりにくくなっています。が、3000アクセスでどの程度効果があるかは定かではありません。 □ DAI [2002年04月30日01時31分]お返事どうもありがとうございました！> 最終的には設置しているサーバーにどれだけの性能があるかという問題になってくると思うので、> オプション機能を全て無効にしても改善されない場合や、> サーバー管理者から設置を見合わせるように言われた場合は、> あきらめるより仕方ないかもしれません。わかりました。最新版を使ってみてもダメなようなら残念ですが今回はいったん諦めます…でもこのスクリプトは他所にない素晴らしいものだと思うので、是非今後もバージョンアップを続けられてください！お手数おかけいたしました！ 一定時間書込が無かったので過去ログに移りました
こんにちは！「TopReferer v.2.0」をダウンロードさせていただきました！バナー表示を200×40、リセットまで24時間に設定したところ深夜過ぎに２日連続でCGIが不良動作を起こしてしまいました。Telnetを利用してサーバーへログインしなんとか復旧しましたが毎日この作業は行えません。何か設置の方法が間違っているのでしょうか？お手数おかけしますがご返答いただけると助かります。
> 何か設置の方法が間違っているのでしょうか？どういう風に設定したのかが解らない限り何とも言えません。ただ、このスクリプトを使ったことによって、サーバーにtelnetでログインして何かの操作をしなければ復旧しないような状態になるコトはあり得ません。
> どういう風に設定したのかが解らない限り何とも言えません。アクセスのあったサイトは全部バナーマッチングさせたので負荷が大きかったのかもしれませんでも一日のアクセス数は３０００足らずです。> ただ、このスクリプトを使ったことによって、> サーバーにtelnetでログインして何かの操作をしなければ復旧しないような状態になるコトはあり得ません。「さくらインターネット」のほうからサーバーを借りているのですが、原因を調べてもらったところやはりこのスクリプトがリソースを食い尽くしたらしいです向こうからはこのスクリプトの利用は見合わせるようにと勧められましたが、とても気に入っているので是非使いたいのですさくらのサーバーとの相性が悪いのでしょうか？ちなみに今日海外のサーバーに試験的に置いてみたところ最初は問題なく動いていたのですが数時間後にはエラーが出て繋がらなくなってしまいました。
このスクリプトは、通常のアクセス解析では別々に行っているいくつかの処理を一度に行って、しかもHTML出力も同時に行います。小さな画像ではありますが、アイコン画像の生成もスクリプト内で行っていたり、SSIを使わないという部分では、PerlでJavaScriptを書き出してそのJavaScriptでHTMLを書き出していたり、設置が簡単な分、スクリプト自体はややこしいことになっているのも事実です。どの程度までのアクセスに耐えうるかは未知数ですが、一般的なプロバイダで用意しているサーバー上でのテストでは、リセット48時間でも日当たり1000程度までは問題なく動作しています。上記した様に、一度に行う処理が多いので、実際にはログ数の問題ではなく、特定の時間帯に集中したアクセスがあるサイトなどで起こる問題だと思います。日当たり3000となればサーバーにはそれなりの負荷はかかると思いますが、最終的には設置しているサーバーにどれだけの性能があるかという問題になってくると思うので、オプション機能を全て無効にしても改善されない場合や、サーバー管理者から設置を見合わせるように言われた場合は、あきらめるより仕方ないかもしれません。尚、最新版v.2.01で、ファイルロック時の無駄な処理を軽減し、この問題が多少起こりにくくなっています。が、3000アクセスでどの程度効果があるかは定かではありません。
お返事どうもありがとうございました！> 最終的には設置しているサーバーにどれだけの性能があるかという問題になってくると思うので、> オプション機能を全て無効にしても改善されない場合や、> サーバー管理者から設置を見合わせるように言われた場合は、> あきらめるより仕方ないかもしれません。わかりました。最新版を使ってみてもダメなようなら残念ですが今回はいったん諦めます…でもこのスクリプトは他所にない素晴らしいものだと思うので、是非今後もバージョンアップを続けられてください！お手数おかけいたしました！
