自作CGIを評価するスレ

自作CGIを評価するスレ (672ﾚｽ)
上下前次 1-新

362(1): 211 [３０２５] 03/06/19 02:59 ID:??? AAS
さて、また意味なくバージョンアップしました。

外部ﾘﾝｸ[zip]:isweb25.infoseek.co.jp

このバージョンで、
　結果ログファイルがHTMLファイルになって、
　　ヒットしたキーワードが強調表示されるようになった。

　ファイルがバイナリファイルか調べるようにした。

　拡張子指定で、ファイル名に拡張子と同じ文字列があったら、
　　そのファイルも検索対象になっていたバグを修正。
省10

363(1): 03/06/19 06:20 ID:??? AAS
>>362
いい加減ウザイ。完成してから後悔してくれ

364(1): 211 03/06/19 14:12 ID:??? AAS
>>363
あら。
何か主旨が変わってきたね。

評価貰えるよう、スレを上げるために、
何もなくスレ上げてたら荒らしだから、
何か無いかと、がんばってバージョンアップしてたんだけど・・・。

でも、いくつか勉強させてもらったし・・・
この辺が潮時かな。

じゃ、俺のスクリプト公開は終了します。

365: 03/06/19 14:28 ID:??? AAS
>>364
もう少し実用性のあるもので再チャレンジしてみたら？
今回のは正直言って使いたいと思えるものでなかったから
評価しなかった
あれば便利とか使ってみたいと思えるものなら協力者も増えるのでは

366: 1 03/06/21 10:11 ID:??? AAS
自作CGIを評価するスレ

このスレは終了いたしました。
みなさん書き込みありがとうございました。

投稿件数　 : 365
最終投稿者: nobodyさん
最終投稿日: 03/06/19

367: 03/06/21 17:05 ID:??? AAS
　　∧__∧　　　／￣￣￣￣￣￣
　（　＾ｕ＾）　＜　乙彼様でした☆
　と　　　つ　　＼＿＿＿＿＿＿
　（__つ丿
　　　　し'

368(6): 03/06/22 07:46 ID:??? AAS
スレの趣向とは少し外れるんですが、
下記のロック、アンロックはどうでしょうか？

# lock routine
sub lock {
　$retry = 5;

　if (-e $lockex_file) {
　　$mtime = (stat($lockex_file))[9];

　　if ($mtime + 600 < time) {
　　　rename($lockex_file, $lock_file) || &error("lock error");
　　}
省15

369(2): 03/06/22 09:04 ID:??? AAS
>>368
いいんじゃないかな。
while文の所は・・・

while ($retry--) {
　　return 0 if rename($lock_file, $lockex_file);
}
&error( 'Lock error' );

こうの方が良いかな。

370(1): 368 03/06/22 10:02 ID:??? AAS
>>369
どうもありがとうございます。
他のスレでこういう書き方をみかけました。
while (!rename($lock_file, $lockex_file) {
　if (--$retry <= 0) {
　　&error("lock error");
　}
}

>>369さんが書いてくれたものとどちらがいいんですかね？

371(16): 03/06/24 13:54 ID:01cZwzPj(1/5) AAS
>>368
このルーチンだと穴がある。経験則だけど、アクセスが殺到すると簡単に壊れる。
説明するのめんどいので、

外部ﾘﾝｸ[htm]:www.din.or.jp

この辺りでも読んでみて。

>>370
好みだと思う。

個人的には>>368も>>369も>>370もループの最中にreturnやら&errorで関数の
外に飛んでるので気持ち悪い(これも好みの問題)。
省8

372: 368 03/06/24 14:57 ID:??? AAS
>>371
ありがとうございます。
ロックが甘いということは分かりましたが、アンロックはどうでしょうか？
まだ371さんがおっしゃったサイトは見てないのでなんとも言えませんが…。

もう少し勉強してみることにします。

指摘されたリトライですが、
if (--$retry <= 0) {
こうですね。

373: 03/06/24 15:24 ID:??? AAS
>>371
> このルーチンだと穴がある。経験則だけど、アクセスが殺到すると簡単に壊れる。
> 説明するのめんどいので、

> 外部ﾘﾝｸ[htm]:www.din.or.jp

> この辺りでも読んでみて。

その辺り読んで、載ってるルーチンそのまま使ってテストした所、
ファイル壊れました。

俺は、>>368くらいの簡単なロックで良いと思うけど。
このロックで壊れるようなアクセス受けてるって事は、
その説明に載ってるようなルーチンでも、ほぼ壊れる。
省3

374(2): 03/06/24 15:33 ID:??? AAS
>どんなロックしててもファイルは壊れるんだから

そんなことはないよ。ただ言えることは、この板ではまだまともにロックできて
いるルーチンが１つも書かれてないな。

375(2): 03/06/24 15:35 ID:??? AAS
>>374
＞そんなことはないよ。ただ言えることは、この板ではまだまともにロックできて
＞いるルーチンが１つも書かれてないな。
flock使っちゃだめ？

376(1): 03/06/24 15:36 ID:??? AAS
>>374
どんなに集中アクセスを受けても、
絶対壊れないファイルロックってある訳ない。

あったら、ぜひ見て見たい。

377(2): 03/06/24 15:37 ID:??? AAS
>>375
あ、ちなみに、flockでも壊れるんで。ファイル。

378(2): 03/06/24 15:40 ID:??? AAS
AA省

379: ３７４ 03/06/24 15:41 ID:??? AAS
＞絶対壊れないファイルロックってある訳ない

この根拠がどこからくるのかわからないが、
少なくともとてつもないアクセス集中に対応できるように非ブロックモードで
タイムアウトを備えてないとまず無理だということは教えておこう。

380: 378 03/06/24 15:41 ID:??? AAS
あ、EUCにしてからSJISにもどすの忘れてるけど、そこは気にしないで

381: 371 03/06/24 15:46 ID:01cZwzPj(2/5) AAS
> どんなロックしててもファイルは壊れるんだから、

そんなことはない。

というか、上(大崎氏の)のルーチンでファイル壊れたんならファイルシステムに
不備があるか、打ち間違いがあるかパーミッションやらの設定を誤ってるかどれか。
ファイルシステム上でrenameが衝突しないという条件の元でならうまく行くはず。

アクセス集中でファイルが壊れるのはロックの機構に不備がある
だけで、正しい状況下で行われたUNIX系OSでのflockでは、ファイルシステム
にバグがあるか、ファイルシステム自体のクラッシュでもない限り壊れない。

>>375
flockはNFS越しの場合に失敗するから、ファイスシステムを予め
省8

上下前次 1-新書関写板覧索設栞歴

あと 291 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.010s