read.cgi再開発スレ

**ｒｅｆｆｉ@報告人 ★** · 04/06/14 16:48

稼働させると問題が多発しているread.cgiを再開発等を話しあうスレッド
です。
アイデア等がありましたらこちらへどうぞ

**動け動けウゴウゴ２ちゃんねる** · 04/11/29 17:12:32

そういやそんな機能もあったっけね……。

**動け動けウゴウゴ２ちゃんねる** · 04/11/29 17:23:36

(10:00PM - 02:00AM の間一気に全部は読めません)
鯖の時計機能がぬるぽ

**ひろゆき＠どうやら管理人 ★** · 04/11/29 17:24:55

おぉ。ついに？

**▲ 某ソレ511** · 04/11/29 17:26:23

>>405
最近、その機能消えてたような気がするけどなぁ、、

**動け動けウゴウゴ２ちゃんねる** · 04/11/29 17:29:32

cgiの中の人が元に戻ったに100ﾍﾟｾﾀ

**FOX ★** · 04/11/29 17:33:48

転送量問題に苦しむと　-> 細切れに送って乗り切る
サーバ負荷に苦しむと　-> 一気に送って乗り切る

さて、今はどうすべきか・・・

という岐路きろ

**動け動けウゴウゴ２ちゃんねる** · 04/11/29 17:56:35

一気に送って流れに乗り遅れるに

**動け動けウゴウゴ２ちゃんねる** · 04/11/29 18:07:59

細切れに一気に送って乗り切る。

**動け動けウゴウゴ２ちゃんねる** · 04/11/29 18:10:27

一気に乗り送って細切る。

**動け動けウゴウゴ２ちゃんねる** · 04/11/29 18:14:26

土石流。

◆cZfSunOs.U · 04/11/29 18:25:46

時間のずれは......httpd 起動時に TZ=JST-9 にすることは可能でしょうか？
（httpd.conf での SetEnv は効きません）
cgidso 版の read.cgi から putenv() を実行すると httpd プロセスの環境を
いじることになり，これはちょっとおっかないので，その部分のコードは外したのですが．

あと，"Special thanks～"のところはあまり目立つのも恥ずかしいので，

<span title="Special thanks～">read.cgi ver8.01+ (04/11/29-)</span>

ぐらいにして頂ければ......

**未承諾広告※** ◆TWARamEjuA · 04/11/29 23:09:30

恥ずかしいキャップ名を戴くとか（ｗ

**▲:/usr/local/bin/ch2 -o i686** ◆P8fXJj6wwo · 04/11/30 09:43:52

>>416-417
トリップからSolaris10とか（ぇ

**動け動けウゴウゴ２ちゃんねる** · 04/11/30 10:57:03

◆cZfSunOs.U さんが書くとfusianasanになるとか（

**動け動けウゴウゴ２ちゃんねる** · 04/11/30 16:21:57

>>419
それｳﾗﾔﾏｽｨ･･･

**動け動けウゴウゴ２ちゃんねる** · 04/11/30 17:40:10

http://domo2.net/system/ver.html
read.cgiの8.01+が・・・ｗ

**動け動けウゴウゴ２ちゃんねる** · 04/12/02 17:53:17

>>421チョトワラタな。こりゃ。

**動け動けウゴウゴ２ちゃんねる** · 04/12/04 23:26:16

801…

**FOX ★** · 04/12/04 23:46:09

質問です、

dso で動かしている read.cgi ですが、寿命はどれくらいなんでしょうか
あと　グローバルな変数を定義したら、共有して使えますか?

**動け動けウゴウゴ２ちゃんねる** · 04/12/05 01:26:14

あまりでしゃばるのもアレなんで、分かる範囲で。

寿命は、apacheの各プロセスと一緒です。
つまり、現在のpreforkだと、MaxRequestsPerChildによって左右されます。

変数の共有は、MPMがpreforkだと各プロセスが独立するので、不可能です。
また、マルチスレッドなMPMにしても、「全体で唯一の変数」にはなりません。
(単に同一プロセス内でのみの共有です)

共有変数や永続的なデータを持たせるには
共有メモリ(やmmap等)で明示的に共有する領域を作成したり
aprのAPIを利用したりする必要があります。

全体にわたる設定やデータを保持したり共有したりするなら
場合によっては、専用サービス(daemon)を作って
apache自体はproxy動作するだけにさせた方が効率がいいかもしれません。
read.cgiと.dat読み込みに特化したhttpdを作るというイメージで。
(servletを動かすのにApacheとTomcatと連動させるのと同じような感じ)

**root▲ ★** · 04/12/05 06:51:14

>>424
>>425 のとおりです。(>>425さん、的確な説明ありがとうです)

dso な read.cgi は httpd に完全に組み込みになります。
今の FreeBSD 5.3R 系のサーバだと、MaxRequestsPerChild は 1000000 にしてあるので、
100万回httpリクエストを処理すると(bbs.cgiやdat直読みも含む)、httpdが生まれ変わります。

変数の共有はできないです。理由は >>425 の第3パラグラフのとおりです。
で、マルチスレッドMPMは昔試していまいちだったので、現在は通常のprefork MPMにしてあります。

◆cZfSunOs.U · 04/12/05 07:55:51

bbs.cgi で今やろうとしているのと同じように，設定や広告などのデータを
１回読んだ後 persistent に保持させたいということなのかな，と想像．
そうであるとすれば，server pool にでも突っ込んでおけばいいのではないかと．

**FOX ★** · 04/12/05 23:19:11

>>427
そうそう　それですよん
やりたいのは、

現状のread.cgiは一切ファイルを見に行かない(datは別よん)ように
しているのですが、もし可能ならまた夢が広がるってことで、
完全に共有でなくても、bbs.cgiのようにたまに読めば良いなら
使えるな! と、

**動け動けウゴウゴ２ちゃんねる** · 04/12/05 23:32:23

うはｗｗｗｗｗｗ夢がひろがりんぐｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

**root▲ ★** · 04/12/06 12:53:21

>>428
ひ（りゃが広告(例の右上の1行)を見に行くようにしたんじゃなかったかしら。

**動け動けウゴウゴ２ちゃんねる** · 04/12/06 13:36:51

ex7で
dat落ちのスレッドの表示が
削除と同じ状態になるんですが、、

例）
http://ex7.2ch.net/test/read.cgi/entrance/1102162144/

> read.cgi ver8.01+ (04/11/29-) 「Special thanks ◆cZfSunOs.U さん
> 過去ログ倉庫にもありませんでした。
> 問い合わせても見つかる可能性はほとんどありません。

過去ログ倉庫にあるかどうかの参照は直るでしょうか。

**root▲ ★** · 04/12/06 13:45:44

>>431
そのうち、ってかんじかなと。

今のread.cgiは●ができる前のものをベースにしているので、
こうなるです。

OpenJaneで該当スレを読んでみましたが、ちゃんと読めたです。

**ひろゆき＠どうやら管理人 ★** · 04/12/06 13:49:40

>>430
正解。。

**FOX ★** · 04/12/06 13:59:07

>>430
それを実現しつつ常駐化して
さらに毎回呼ぶのは避けようというきかくです

**動け動けウゴウゴ２ちゃんねる** · 04/12/06 14:02:42

>>427
Server poolでも良いんだけど、その辺の設定情報的な物は
どちらかというとApacheの設定情報管理用のフレームワークに
のっけて情報管理した方が良さげ。要は
<Files read.cgi>
　SetHandler dso-script
　SetCgisoValue key value
</Files>

みたくできるように、command_rec型でディレクティブ作る式で。

この場合はmod_cgiso側で設定情報を持って、
loadするDSOに渡すみたいな感じでがよいかなと。

**動け動けウゴウゴ２ちゃんねる** · 04/12/06 15:22:31

>>432
了解しましたー。
ぼちぼちで良いのでお待ちしてます。

乱立スレを見に行くか、、、

**とすげ** ◆eeDSEEDXRE · 04/12/06 16:31:28

とりあえず、記念ウンコ。

**動け動けウゴウゴ２ちゃんねる** · 04/12/06 22:08:14

のぐそはいかんな

**動け動けウゴウゴ２ちゃんねる** · 04/12/06 23:00:24

dsoとかなんとかで調子良くなるんなら
live15に入れて人大杉解除してくれよん

◆cZfSunOs.U · 04/12/07 07:25:30

>>435 設定情報は確かにそういうやり方の方がスマートかも知れませんね．
ただ，それなら今ある仕組みのままでも，SetEnv 使えば DSO プログラム側から
apr_table_get(r->subprocess_env, "key") で取り出せます．

一方，広告テキストなどはさすがに httpd.conf に書き連ねるのは......
ってことで，こちらはファイルから読み込んで server pool に突っ込んでおく
のが良さそうですね．だいたいこんな感じでしょうか．
----[read.h に追加]---------------------------------------------------
#include <pthread.h>
#include "apr_pools.h"
#include "apr_thread_rwlock.h"
----[read2ch.h に追加]------------------------------------------------
#define AD_FILENAME "ad.txt"
#define AD_CHECK_INTERVAL 60
----[read.c はこんな感じに]-------------------------------------------
:
typedef struct {
apr_thread_rwlock_t *rwlock;
volatile apr_time_t lastchecked, mtime;
apr_pool_t *pool;
apr_mmap_t *m;
} ad_pool_t;
:
static ad_pool_t *get_ad_pool(request_rec *r, const char *ad_key)
{
/* APR mutex には静的初期化マクロが用意されていないので，ここは pthread mutex を使用 */
static pthread_mutex_t ad_mutex = PTHREAD_MUTEX_INITIALIZER;
ad_pool_t *ad_pool, **ad_poolp = &ad_pool;
apr_pool_t *p = r->server->process->pool;

apr_pool_userdata_get((void **)ad_poolp, ad_key, p);
if (!ad_pool) {
pthread_mutex_lock(&ad_mutex);
apr_pool_userdata_get((void **)ad_poolp, ad_key, p);
if (!ad_pool) {
ad_pool = apr_palloc(p, sizeof *ad_pool);
ad_pool->lastchecked = ad_pool->mtime = 0;
if (apr_thread_rwlock_create(&ad_pool->rwlock, p)
|| apr_pool_create(&ad_pool->pool, p))
ad_pool = NULL;
else
apr_pool_userdata_set(ad_pool, ad_key, apr_pool_cleanup_null, p);
}
pthread_mutex_unlock(&ad_mutex);
}

return ad_pool;
}

◆cZfSunOs.U · 04/12/07 07:27:44

static void update_ad_pool(global_vars_t *gv, request_rec *r, ad_pool_t *ad_pool)
{
char *adfile;
apr_file_t *f;
apr_finfo_t finfo;

if (gv->t_now - ad_pool->lastchecked < AD_CHECK_INTERVAL * APR_USEC_PER_SEC)
return;

apr_thread_rwlock_wrlock(ad_pool->rwlock);

ad_pool->lastchecked = gv->t_now;
adfile = apr_pstrcat(r->pool, gv->cwd, "../", gv->zz_bs, "/", AD_FILENAME, NULL);

if (apr_stat(&finfo, adfile, APR_FINFO_MIN, r->pool)) {
ad_pool->mtime = 0;
apr_pool_clear(ad_pool->pool);
}
else if (finfo.mtime > ad_pool->mtime
&& gv->t_now - finfo.mtime >= APR_USEC_PER_SEC) {
apr_pool_clear(ad_pool->pool);
ad_pool->mtime = apr_file_open(&f, adfile, APR_READ, APR_OS_DEFAULT, r->pool)
|| apr_file_info_get(&finfo, APR_FINFO_MIN, f)
|| apr_mmap_create(&ad_pool->m, f, 0, finfo.size, APR_MMAP_READ, ad_pool->pool)
? 0 : finfo.mtime;
}

apr_thread_rwlock_unlock(ad_pool->rwlock);
}
:
int dso_main(request_rec *r, int argc, char **argv)
{
:
char *ad_key;
ad_pool_t *ad_pool;
:
ad_key = apr_pstrcat(r->pool, "read.ad.", gv->zz_bs, NULL);
ad_pool = get_ad_pool(r, ad_key);
if (ad_pool) {
update_ad_pool(gv, r, ad_pool);
apr_thread_rwlock_rdlock(ad_pool->rwlock);
if (ad_pool->mtime)
ap_rwrite(ad_pool->m->mm, ad_pool->m->size, r);
apr_thread_rwlock_unlock(ad_pool->rwlock);
}
:
}
----------------------------------------------------------------------

**435** · 04/12/07 18:10:54

>>440
なるほど。毎回apr_stat()が走る点がちょっとだけ気になってみたけど、
べつに気にする必要ないかぁ。

あれ、Apache 2.0.xって汎用的なデータ共有リポジトリ的な
APIってなんかありませんでしたっけ？
いっそserver_poolじゃなくてapr_shm_create()あたり使っとけば、
workerモデルとpreforkモデル両方で、動的に情報をshareできて良いんじゃないかしら。
とか言い出してみるテスト。

◆cZfSunOs.U · 04/12/07 19:37:22

>>442
>なるほど。毎回apr_stat()が走る点がちょっとだけ気になってみたけど、

ん～と，http://qb5.2ch.net/test/read.cgi/operate/1101984763/620 の人が言っていたようなやり方なんですが．
if (gv->t_now - ad_pool->lastchecked < AD_CHECK_INTERVAL * APR_USEC_PER_SEC)
return;
で，インターバル期間内は stat もとらずに返してますから．

>あれ、Apache 2.0.xって汎用的なデータ共有リポジトリ的な
>APIってなんかありませんでしたっけ？

そうなんですか？まぁうまい仕組みがあればそれを使った方がいいのでしょうけど．

>いっそserver_poolじゃなくてapr_shm_create()あたり使っとけば、
>workerモデルとpreforkモデル両方で、動的に情報をshareできて良いんじゃないかしら。

これは，私が作った別のモジュール (mod_authz_iplist) でも検討したんですが，
APR ではインタープロセスな rwlock がサポートされてないので見送ってたんですが，
まぁ APR じゃなくて pthread のを使ってしまえばいいのかも知れません．
とりあえず FreeBSD ではサポートされてるようなので．
http://www.freebsd.org/cgi/man.cgi?query=pthread_rwlockattr_setpshared&manpath=FreeBSD+5.3-RELEASE+and+Ports

◆cZfSunOs.U · 04/12/07 20:30:18

......と書いて思ったのだけど，>>440-441 のコードでも mmap() 使ってるんで
ファイルイメージは同一のものを共有してるんですよね．むしろ共有メモリ使っても
そこにファイル内容をコピーするとかでは mmap() 使う意味がなくなってしまうし．

**FOX ★** · 04/12/13 20:12:59

グローバルな変数の話しの続きですが　(dso)

1) 普通に共有メモリを使ってやっても問題ない。
2) それならばdaemonを作っていろいろやらせて
　　read.cgi からは参照程度にしたほうが効率よい

という話しの流れっすよね?

**FOX ★** · 04/12/13 20:15:22

広告や規制情報ファイルの読み込みの節約もさることながら
たとえば read.cgi が呼ばれたら count++; とやり一日の起動数なんかを
調べちゃったりするのはこの(共有メモリ)延長線上で考えてokってことかな?

あんましポータビリティとかはもはや気にすることもない段階?

◆cZfSunOs.U · 04/12/13 20:54:34

>>445-446 なるほど......

>たとえば read.cgi が呼ばれたら count++; とやり一日の起動数なんかを調べちゃったりする

こういったことをやるなら，確かに全体でデータを共有する必要がありますね．
で，あとは共有メモリ使うのか専用デーモン使うのか，ってところでしょうか．
例えば >>425 の

>apache自体はproxy動作するだけにさせた方が効率がいいかもしれません。
>read.cgiと.dat読み込みに特化したhttpdを作るというイメージで。

のようなことをやるとして，

・ read.cgi 宛のリクエストは mod_proxy でバックエンドに渡す．
・バックエンドは DSO 版 read.cgi が動く必要最低限のモジュールを組み込んだ httpd．
・そのバックエンド httpd はマルチスレッド MPM を使用して子プロセス数は1のみ．
　　（これで共有メモリを使わずに1プロセス内で完結させられる）

のような感じで行けるでしょうか......

◆cZfSunOs.U · 04/12/13 21:03:37

>>426 の

>で、マルチスレッドMPMは昔試していまいちだったので、現在は通常のprefork MPMにしてあります。

というのは，当時より OS のスレッドサポートが改善されていれば行けるのかな，
っていう気もしないではないですが，どうなんでしょうか．

ついでに，バックエンド httpd では起動時に TZ=JST-9 にしておけば
時間のずれの問題(>>405-416)も対応できるかな，と．

**root▲ ★** · 04/12/13 22:37:23

>>448
スレッドサポートは、かなり更新されている模様。
しかし、SpeedyCGIがworker MPMに対応してないんでしたっけか。

◆cZfSunOs.U · 04/12/13 22:47:05

>>449
>スレッドサポートは、かなり更新されている模様。

それなら期待できるかも知れませんね．

>しかし、SpeedyCGIがworker MPMに対応してないんでしたっけか。

それが問題で......これがなければ本体の httpd 自体を worker MPM で動かして
しまえばいいんでしょうけど，とりあえずの対応として read.cgi の処理だけ行う
httpd を worker MPM でバックエンドで動かす（本体から proxy で渡す）
のはどうかな，と......

**root▲ ★** · 04/12/13 22:48:26

>>450
> とりあえずの対応として read.cgi の処理だけ行う
> httpd を worker MPM でバックエンドで動かす（本体から proxy で渡す）
> のはどうかな，と......

お、これってどうやればいいのかしら。
バックエンドというぐらいで、サーバ内部のみで動かすかんじなのかな。

◆cZfSunOs.U · 04/12/13 22:53:24

>>451
バックエンドの httpd は別ポートで立ち上げて，本体側からは
localhost のそのポートに proxy で渡す，って感じですね．

**root▲ ★** · 04/12/13 22:57:12

>>452
なるほど、localhost:なんちゃらとかでやればいいと。
そいつには、違う httpd.conf をくべればいいというかんじですね。

◆cZfSunOs.U · 04/12/13 22:59:22

>>453
そうですね．MPM が違うので httpd も別になりますが．

◆cZfSunOs.U · 04/12/13 23:33:28

ん～......逆に本体側を worker MPM で動かしてバックエンドを prefork MPM にして，
perl CGI 宛のリクエストを proxy でバックエンドに渡す，っていうのもありかな．
これなら静的コンテンツも worker MPM で処理できることになるんで．

**root▲ ★** · 04/12/13 23:35:47

>>455
お、これってうまくやると、
Perl CGI(端的にはbbs.cgi)をうまく流入制限できたりするのかしら。

◆cZfSunOs.U · 04/12/13 23:37:59

>>456 そうかも知れませんね．

**root▲ ★** · 04/12/13 23:56:19

あ、でもこれ前に考えたのと同じか、、、。
そのときってリモートホストとか、ちゃんと保存されましたっけ。

というか、バックエンド側httpdにそのへんを渡せばいいのかな。
でも、仕組みが必要な気もすこし。

**動け動けウゴウゴ２ちゃんねる** · 04/12/14 00:47:26

>458
mod_rpaf-ap2
を応用すれば良いのでは？

◆cZfSunOs.U · 04/12/14 20:03:45

>>458 要するに，バックエンド側 httpd から呼び出した bbs.cgi 等から
REMOTE_ADDR を参照した際に 127.0.0.1 ではなくて本来のアクセス元が
得られるように，ということですよね？フロントエンド側 httpd で
reverse proxy モードで mod_proxy を使えば X-Forwarded-For
リクエストヘッダが付加されます．で，バックエンド側 httpd で
>>459 の mod_rpaf ( http://stderr.net/apache/rpaf/ ) を使えば
本来のアクセス元が REMOTE_ADDR に設定されます．

なお，元のリクエストに X-Forwarded-For ヘッダが含まれている場合は
", "で区切って付加される形になります．もし bbs.cgi で
X-Forwarded-For を串判定等に利用しているのなら，", "で区切られた
2つ以上の IP アドレスが設定されていれば元のリクエストに
X-Forwarded-For が含まれていたということになりますので，
それに沿って処理すればいいかと思います．

**動け動けウゴウゴ２ちゃんねる** · 04/12/15 22:40:48

ちょっと質問
read.cgiのrawモードは廃止なんですか？

**root▲ ★** · 04/12/16 00:26:47

>>461
RAWモードって、最近だとどのへんのやつが使ってましたっけ。

**動け動けウゴウゴ２ちゃんねる** · 04/12/17 02:22:31

旧版kage(かちゅーしゃ)で使われてた。他の専ブラは知らない。
俺は最新版kageにraw読みこみ機能をつけて、
適宜dat直読みと切り替えられるようにしている。
ググったら現在rawモードはおまけ機能のようなので、
使うなとか廃止とか言われればそれまでだが・・・

**動け動けウゴウゴ２ちゃんねる** · 04/12/20 08:41:30

今は知らんけど、iMonaの一部中間鯖が使ってたはず。

04/12/21 05:34:29

実際過去ログ倉庫にあるのにエラーが出ます

そんな板orスレッドないです。

1 名前：read.cgi ver8.01+ (04/11/29-) 「Special thanks ◆cZfSunOs.U さん」投稿日：2001/04/12(木) 15:11
そんな板orスレッドないです。

過去ログ倉庫にもありませんでした。
問い合わせても見つかる可能性はほとんどありません。

**動け動けウゴウゴ２ちゃんねる** · 04/12/23 03:35:16

>>465
>>431-432

**FOX ★** · 05/01/03 03:29:54

少しすすんだんだが、

名前欄って緑じゃなかったっけ?
<font color=green> で強引に緑にするんだっけ?

**動け動けウゴウゴ２ちゃんねる** · NG

今はそうしてるね、
CSSでまとめて色指定してもいいかもね、

**FOX ★** · 05/01/03 05:27:45

■ read.cgi(DSO味)の巻 part1 (2004/12/01-)
http://dso.2ch.net/test/read.cgi/myanmar/1101888913/

テストしてちょ

◆cZfSunOs.U · 05/01/03 12:28:16

以前も名前欄の色は <font> タグ使わずに CSS 使ったらどうかという話もあったのですが，
当時は CSS 未対応ブラウザのことも考慮して見送りになったということでしたが，今なら
CSS 未対応ブラウザのことはあまり考えずに CSS 使ってしまってもいいかも知れませんね．

あと，

>time[2545861248] LastModifyed 今回は無しの方向で、

Last-Modified なしということは，ブラウザのキャッシュを効かせず毎回読み込ませる
という方針でしょうか？ time の表示もおかしくなっているようですが，
apr_time_t はマイクロ秒単位の 64-bit 整数です．printf 文のフォーマット指定は
ILP32 なら %lli，LP64 なら %li かと．

**root▲ ★** · 05/01/03 16:24:58

ということで、news19 でベータテスト開始へ。

【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part16
http://qb5.2ch.net/test/read.cgi/operate/1102087698/615-

**動け動けウゴウゴ２ちゃんねる** · 05/01/03 16:30:32

>>471
500エラーのようで。
http://qb5.2ch.net/test/read.cgi/operate/1084445786/944

**root▲ ★** · 05/01/03 17:39:54

2005年番 read.cgi 開発中。。。　何かあったら報告よろしくです。　FOX ★
みゃんまー http://dso.2ch.net/myanmar/

番すか、、、。

**FOX ★** · 05/01/03 17:42:18

ありりっ

**FOX ★** · 05/01/03 21:00:27

現在　新しいread.cgi は
dso/ex7/ex9/live8/news19 に入っています。

今までのところ、悪さはしていない予感。

**FOX ★** · 05/01/03 21:05:33

次はいよいよ　広告関係なんだが、、、
なるべく広告定義ファイルを読まないように実装したいなぁと
思っているけど出来るべか。

また同じような事を聞きますが、
dso を使った場合。　read.cgi のプロセスは複数起動される。
何個起動されているかは知ることが出来るがコントロールする事は出来ない。
read.cgiプロセス間に相互に関連性はない。

この辺が SpeedyCGI の時とは違っているわけだな。

この認識であってます? (言葉の使い方等も違っていたら突っ込んで欲しい)

◆cZfSunOs.U · 05/01/03 22:42:16

>>476
>dso を使った場合。　read.cgi のプロセスは複数起動される。

read.cgi は httpd プロセスと同一メモリ空間に読み込まれるので，
read.cgi そのもののプロセスは起動されません．httpd プロセスが複数なら
read.cgi（が読み込まれている）プロセスも複数ということにはなります．

>何個起動されているかは知ることが出来るがコントロールする事は出来ない。

httpd プロセスをコントロールすることが即 read.cgi（が読み込まれている）
プロセスのコントロールということになります．

>read.cgiプロセス間に相互に関連性はない。

相互の関連性というのが変数共有等を指しているのなら，
上の方で言われている通りですね．

◆ToT/VojxVY · 05/01/03 22:45:46

みゃんまーでテストしてきましたー。
最新レス番を指定すると全レスが表示されますよ。

**root▲ ★** · 05/01/03 22:46:47

read.cgiは完全にhttpdと同化して動く、ということですね。

つまり、prefork(現在の2chのサーバのhttpdの設定)でhttpdの最大数が768個なら、
768個までread.cgiが同時に動く(可能性がある)と。

**FOX ★** · 05/01/03 22:47:11

何回もすみません >>477

どうしますかねぇ

起動毎に広告定義ファイルを読まなくても良い方法。

**FOX ★** · 05/01/03 22:48:35

現在は　ソース埋め込みです。

>>479
live16 もdso化しようかと、

**root▲ ★** · 05/01/03 22:49:48

>>481
設定入れてきます。< live16

◆cZfSunOs.U · 05/01/03 22:49:56

>>480 とりあえず >>440-441 を参考に......

**FOX ★** · 05/01/03 22:51:59

その　プールとやらはどこにあるんですか?

見たところ　アパッチの中のあるメモリ領域のように感じましたが
read.cgi から作成/設定、設定されていたら読み出し
こんな感じですか?

◆cZfSunOs.U · 05/01/03 22:57:12

>>484 そういうことですね．

**root▲ ★** · 05/01/03 23:00:28

live16をdso化しました。
news19から持ってきたread.cgiを入れてあります。

**FOX ★** · 05/01/03 23:01:52

どもです　どもです　>>486

>>485
挑戦してみます。

**FOX ★** · 05/01/03 23:08:41

ちなみに modcgi_dso のホームページってどこなんですか? >>485
リンクしようかと、

◆cZfSunOs.U · 05/01/03 23:12:22

>>488 現状ではないです．作るなら 2ch Wiki あたりにとか......

**FOX ★** · 05/01/03 23:16:50

りょうかいですー
static なページを作ってそこにリンクしておこう
奮戦気あたりをぼちぼち書いて、

**FOX ★** · 05/01/03 23:18:59

typedef struct のところで
コンパイル時こんなエラーが、

read.c:10: error: syntax error before "apr_thread_rwlock_t"

何かヘッダーが足りないですか?

**FOX ★** · 05/01/03 23:23:18

あと、
#define AD_CHECK_INTERVAL 60

の 60 って単位は sec ですか?

◆cZfSunOs.U · 05/01/03 23:24:48

>>491 あ......thread サポートが有効でないとそのあたりが定義されませんね......
rwlock や mutex を使ってるところは

#if APR_HAS_THREADS
　　　　:
#endif

で囲ってしまうのがいいかと．

>>492 そうです．

**root▲ ★** · 05/01/03 23:28:33

threadサポートは(今のところ)入れてないです。< tiger/cobra
今のところこれでいきますが、将来worker MPMとか使う時は、どきどき、か。

でもSpeedyCGIもworker MPMには対応してないので、
その時にはまた別途、ってかんじかなと。

**FOX ★** · 05/01/03 23:29:49

それでやってみます

**FOX ★** · 05/01/03 23:41:47

質問ですじゃ

if (ad_pool->mtime)
ap_rwrite(ad_pool->m->mm, ad_pool->m->size, r);

この部分で実際に書いていると思うんですが、(>>441)
1) if (ad_pool->mtime) これはどんな意味なんですか?
2) 文字列はad_pool->m->mmに入っているから strcpy(保存.ad_pool->m->mm);
　　とかやって取って置けますか?

**FOX ★** · 05/01/03 23:42:55

ちなみに　コンパイルも通って
実際に文字列がファイルから取ってこれるところまではできました。
インターバルが 60 になっているかどうかの検証はしていません。

◆cZfSunOs.U · 05/01/03 23:52:44

>>497
1) 広告ファイルが存在しないなど読み込み不能の場合は ad_pool->mtime を
　　0 にしているので，そのチェックです．
2) できますが，strcpy するなら mmap する意味がなくなってしまうかと．
　　現状のコードは mmap された領域自体を保持するようにしています．
　　# もっとも，終端が '\0' である保証はないので strcpy より memcpy の方がいいですが．

**動け動けウゴウゴ２ちゃんねる** · 05/01/04 00:03:32

スレ開いたとき上部に出てくるリンクで、
「101-」から「1001-」に該当する部分がごっそり落ちてるんすけど。

**FOX ★** · 05/01/04 00:03:42

ふむふむ

必要なときに出すことにしまーす。

広告定義ファイルが更新されたら即広告も変化するということでいいのかしら?

◆cZfSunOs.U · 05/01/04 00:07:21

>>500 前回のチェックから AD_CHECK_INTERVAL 秒経過後のチェックで
ファイル更新が確認されれば広告も更新ということですね．

**FOX ★** · 05/01/04 00:08:25

うーむ

600 sec にして広告変更したらすぐ変わっちまったなぁ
毎回読んじゃっているのかしら?

◆cZfSunOs.U · 05/01/04 00:10:27

あと，ファイル更新の際は旧ファイルをいったん rm するか，
新しいファイルをいったん別ファイルで作成した上で mv するか，という手順が必要です．
mmap の性質上，旧ファイルをそのまま書き換えると SEGV でこける可能性があります．

◆cZfSunOs.U · 05/01/04 00:14:01

>>502 httpd プロセスが多数ある状況では，前回呼んだ時と同じ httpd プロセスで
処理してもらうってことにはなかなかならないと思うので，その確認をするなら
httpd プロセス数を絞らないと難しいかもです．

**root▲ ★** · 05/01/04 01:09:03

>>504
httpdのpidとかでチェックする、、、のかな。
でも、例えばlive8やlive16とかだと1280人もいるし。