削除スクリプト開発スレ
削除スクリプトどうしよう? 今なら削除人さんの意見も取り入れられるかも、 きっと、たぶん、もしかしたら、、 スレキーは連番なので、途中のとこから連続してやると効率いいかも。 >722 そしたら、みんなでやると重いってわかるじゃない? 適当にgarnet ★タンハァハァ (*´Д`)とか書いておいたけど、問題なく削除できてるのかな?w #ちょっと気になったんだけど、レス削除とスレ削除を同時にやるとどうなっちゃうのっと 3secは乱立スレだとかなり長いですね。 以前スクリプトの乱立を処理してたときは大体確認は1secで足りてました。 スレタイと>>1 が一目でスクリプトだとわかる今回のテストのようなケースだとかなり待たされます。 通常の削除でも私の場合は専用ブラウザでスレを見て判断した後、呪文で開くので スレタイと>>1 の確認は大体瞬時です。 足りなくなってきたので増やしますかー。 500スレぐらい? >726 実際に試したわけじゃないので想像ですが、 結果としてはスレが消えるだけだと思うー。 タイミングによってはレス削除する人はスレがみつからないことも。 >>726 スレ削除→レス削除の場合はスレ削除が成功してレス削除は「そんなスレッドありません」じゃね? 本当に二つの処理がぶつかると、 レス削除のためにdatをopenしてる間に、スレ削除でファイルがunlinkされた場合、 unlinkは成功し、ファイルは消える。レス削除は成功するけど、datをcloseした途端に実体が消失する。 スレ削除が実は削除済みスレディレクトリにdatをmvする処理だった場合はどうだろうね。 mvが失敗するかな? えーと、デフォルト3秒は、私の場合には 引っかかっちゃって先に進めません・・・。 かなり待つ印象。 ちょっと2秒にしてみますか。 500スレ追加しましたー。 デフォルトを2秒にします。 >733 解説ありがとー。 >>732-733 ありがとうございます。問題なさそうですね。 あとエラー起こしそうなことってあったかな。 乱立対応だと、ワンテンポ長く感じますかねぇ。 送信ボタンを押したタイミングで1、2って数えて、 2の瞬間に削除ボタンを押すとタイミングがあったりあわなかったり。 通常対応だと全然ひっかからなくなった感じ。 2secでも数回引っかかるというか、一回引っかかると入れ直しがあるので それで時間をとってしまい、開いたとき急がないとと思い即押してしまいますね。 スクリプトの場合は圧縮で通常スレが落ちるのが怖いので、 スレタイや>>1 ではなく画像として記憶してしまうので 判断が通常よりもかなり速くなります。 あくまでも私の場合です。 >746 処理画面開いている間にっていう意味ですか?<圧縮 23時30分まで2秒。 23時30分〜0時0分まで1秒。 にしよう。 datが無い場合の表示が入口のリンクになってしまうんですけど 普通に「datがないよ」で完了画面と同じものを表示してもらえませんか? datが既に消えているスレを開いてみて、始めて気がつきましたが・・・。 これだと、連続処理中に引っかかった場合に先に進めません(汗)。 >>747 最近はめったにないんですが、昔の酷い乱立だと自動板圧縮のタイミングが いきなり来て廃墟になってしまったことがあったりしたので、 こういう形での対応は「自動圧縮がかからないようにスレ数を維持する」という 気持ちで処理してました。 ただ、最近は石とか焼きがありますので、そこまでの事態はないだろうとは思っています。 あと通常の削除の場合でも、呪文で開く画面を見て考える人と、 開く前にブラウザ等でスレをしっかりと確認して呪文で開くタイプでは、 後者だと引っかかることが多いと感じます。 特に長期未処理を処理するとき、私のやり方では最初に依頼とスレを全部読み、 判断を終わらせ、削除報告文も全部書いた上で呪文を次々と開くので、 スレ処理に関しては本当にぱっと見て処理するんですよ。 呪文で開いたときに再度考える人もいるでしょうが、私の場合そのようなスレは 悩んだので様子見にすることが殆どなので、呪文で開くことすらしないです。 >749 そうなってると思うんだけど、もしかしてdoronpo使ってます? それと、秒数制限で引っかかった場合、呪文の部分だけが 消えてしまうんですが、これも完了画面と同様に保持して欲しいところ。 >750 おー。なるほどー。 今の圧縮タイミングはどうなっているんでしょ? >752 それは思ったーw >>751 あ、これはdoronpoだけでしたね。失礼。 1秒に変更したー。 呪文の件はこれが終わってからー。 >>753 圧縮のタイミングを狙って乱立する荒らしさんは結構いますよ。 あと20スレ立ったら圧縮という状況で一気に200くらい乱立という感じで。 圧縮に数分〜数十分のタイムラグがあるので、さらに削除対象なスレに レス書き込みをするスクリプトで需要のないスレに書き込みして、ライブな スレを片っ端から圧縮させるという感じですね。 どのタイミングで圧縮が掛かるか、観察しながらデータを集めてるんでしょうね。 いまでも時々見かけます。 すっごいさくさく消せる。 表示される瞬間を狙ってボタンクリックすると引っかかるけど、 表示→ボタンクリック では引っかからなかった。 >756 削除する作業にうつるのだー 1秒だと引っかかり無いですね。今のところ。 2秒だとやはり一呼吸おかないと消せなかったけど。 逆に言うと、1秒で引っかかるような状況って、 プログラムで叩かない限り無理じゃないかな? 残りスレ全部消しましょう、、、 しかしみんな空気読むなぁw<あのスレ 1secだとかなりいい感じです。 ただ、乱立の場合URLをsubbackからコピペすることが多いので l50を消し忘れたときに呪文が消えるのがちょっと手間です。 この場合も呪文は残して欲しいなと要望しておきます。 必須ではないですが。 一気に消すと、subject.txtがおかしくなるな(要復帰)。。。 仕方ないといえば仕方ないのだけど。 そこは完了後復帰かけてもらったほうがいいんじゃないですかね。 #スレ削除もてる人に復帰権限渡してもいいのでは? 終わったー。疲れたー。復帰かけたー。 ご協力ありがとうございます。ぺこり。 とりあえず制限値そのままにして今日は落ちるー。 今日の問題点を洗いなおして明日反映するよてー。 皆様おつでした〜 べ、別に・・・ これはポニーテールなんたらかんたら(ry >>763 今でも過去に復帰出来る方にはメールもらえれば復帰スクリプト配布してますよ。 あと削除系の再発行が始まったので、それに併せて各種鯔さんの希望者には 新規でも復帰スクリプトを配布する予定にしてますが、それはまた改めて告知する予定。 3秒 → かなり意識して待ってないと引っかかる 2秒 → 待ち構えてたら引っかかる 1秒 → 引っかからない こんな感じでした。 みなさんお疲れさまでした。 おはよーございまっす。 昨日はIHクッキングヒーターが壊れたのか、ブレーカーが落ちるし超涙目です。 レス削除のスクリプト見てて思ったのだけど、 雪だるま以外で今まで衝突はなかったのかしら? どうも古いスクリプトを見ると、こんな感じになっているようです。 if (-w dat) chmod system cp open && read && close loop open && flock && write && close 実は雪だるま(BBSD)に対応するときに書きなおしているはずなので、 これで十分だったのかもしれないし、その後どうだったのかなぁと。 新しい処理案(まだ実装してない)。 lock permission = stat dat chmod +r open dat && read && close open copy dat && write && close loop chmod +w open dat && flock && write && close chmod permission unlock lock { open dumy dat (=! dat) && flock } unlock { close dumy dat } 途中で死んでも大丈夫なようにしたけど、ここまでやっても意味ないかしら。 renameの方がいいかなぁ。 まぁ bbsd 経由以外の場合を考えると,そもそも bbs.cgi 側で ロックとかしてないですし,一方あぼーん処理同士が衝突するというのは かなりレアではないかと思ったので,あまり突き詰めて考えても しょうがないかなぁ,と思ってました. >772 作者キター レアだとは思うんですが、実際にあったのか気になったのでした。 というわけで経験した方いらっしゃーい。 bbs.cgiはlockしてなかったですか。 まぁ、appendなので気にしなくてもいいのかな。 詳しいことはわからないけど、超レアな確率で 削除スクリプトがdatを開いた直後に、bbs.cgiが追記、 削除スクリプトが書き出しということもありえるのかしら。 まぁ、1年で1件とかなら困ったときに手動で直せばいいし、 症状と対処法を記録しておけば後であたふたしなくていいかも。 制限値のお話は昨日の感じでまとまったので、 デフォルト1秒、個別に必要があれば2秒以上ということで。 それから昨日見つかった幾つかの不具合も対応しますた。 何か変なところがあったら教えてー。 いよいよこの試作品も終わりかな。 本作になるか、ジャンクになるかー。 >>774 お疲れさまです! 試作品で終わるって事はないですよ。 ここまで皆でわいがやしながら仕上げたんですし。 >>774 超激しく乙です つ バックmusic プロジェクトX 挑戦者たちより 「地上の星」♪ お疲れさまでした。 処理の被りは、時々ありそうな気もするんですけどどうなんでしょう。 活動量が少ない私でも、ボタンを押す前にリロードしたら あぼーんになってたのでやめた、とか、 自分はスルーの判断をしたのでその報告を投下したら ほぼ同時刻に他の人が削除報告を投下してた、 というようなことが何度かありましたので。 >>772 プログラムが読めないので、もしかしてニュアンスが違うのかもしれませんが、 要請板の電話番号スレなどではあぼーんが被ることは希じゃないです。 あと、誰かにお願いスレがらみだと、透明同士で被ったことがあります (どうも指定がおかしいので様子を見ていたら事前宣言無く透明処理をされていて、 事後報告があった)。 透明削除が被った場合に関して、大分前に問題があった様な気がする。 ほぼ同時に処理してしまい被ったので無関係のレスがたくさん消えた事ありましたよね。 すぐに気がつけば住人さんに事情説明・謝罪して棟梁に戻してもらえば良いんだろうけど、 その時はすぐに気がつかないで後から住人さんの指摘でわかったような。 透明は処理前の宣言必須に近いと思ってたけど、最近の人は違うのかな。 >>782 「処理前に宣言が必要な削除」って透明だけだから、つい、忘れたりするんだよね。 初めて使う時は知らないこともあるだろうけど、知っていたとしても、 夜中で誰もいなさそうなときとか、久しぶりに透明を使うとかいうときが危ない。 ロックとは違うけど、そういうのもアルネー。 何かプログラムでも簡単にできそうなアイディアをさがすのだー。 >>782 依頼スレの処理ならそうかもしれないけど、昔はスレ潰し連投荒らしをリアルタイムで透明削除、とか良くやってたからね。 今は迎撃の仕組みがあるからリアルタイムで透明しまくりとかはほとんどないのかもしれないけれど。 >>784 例えばだけど、削除ログ確認して、同じスレッドに短い時間で 処理を繰り返す場合、例えば10〜20分以内であれば、 警告画面を出してみるとか(「誰か削除してるかも!」とか)。 警告だけだして、問題が無いなら先へ進めるように(見直したら 消し忘れてたとかで、もう一度処理することもあるから)。 書き込みとの被りは避けれないけど、削除であればうまくすれば チェックできるんじゃないかな(秒単位の被りは無理かもしれないけど)。 透明削除の場合、「宣言しましたか?」と表示するだけでもいいんじゃない? >>787 ソレダ! 1:呪文をスタンバイ 2:「透明かけます」とカキコ 3:再度、対象スレを更新(リロード) で 「透明」 確かに最近は無報告で「透明」を 1回リアルタイムで見てしまった・・・@無論、重要対象とかじゃないAA もしかして削除人★は 過去ログ嫁の時代じゃないのかな・・・ 俺も、古参の方になったのか? まあ、そのうち専用板復活させて 語り合いましょうか? 復活したんだけど、誰も場所しらないので一人しかいない(´・ω・`) >>790 それは復活したとは言わないと思いますが… 場所が知りたい人はメールくださいって連絡報告スレに書いて見ては? 赤翡翠さんにさえ教えれば、 そこから通じて削除人の皆さんに適宜連絡が行くと思います。 >>790 乙です。 でも、認証とか・・・どうしますか? ↓赤なんとかさんが もう教えてますよー。 そのうち連絡がくると思うので慌てない慌てない。 >>789 > もしかして削除人★は > 過去ログ嫁の時代じゃないのかな・・ いやむしろ昔の方が無報告削除が普通だった気がするんです。 それで何度か被って誤爆する問題が起こったから、出来れば報告してから作業しようよって話になった様な。 >>105 ,181同様、やっぱり移動前に1クッションあったら便利かも、と思いました。 移動先がゴミ箱か、板名を表示して移動処理をする前に最終確認できれば確実だと思います。 削除ボタンの変更は確認しました。ありがとうございました。 ちなみに手打ちなのでタイプミスした時は「そんな板ないよ」って怒ってくれるし ゴミ箱と板名の打ち間違えはないと思うので誤操作はないと思います。 あ、でも移転先で似ている板名があれば誤爆する可能性があるかも。(pachi/pachij/pachikとか) 今の仕組みでできるのは同じ処理画面を再表示することぐらいだからなぁ。 あまり効果はなさそうな気がするー。 ゴミ箱行きボタンだったら、ゴミ箱アイコン用意して とっても押しやすい位置に置いてみたい(ネタだけど ゴミ箱アイコンワラタ 外野だけど激しく希望したいw 淡々と行うべきなのが削除処理、という固定観念の中で 「ゴミ箱アイコン」のアイディアは、目から鱗だったw 実装されるか否かは、まったく別の問題だが こういう意見が出てくるのは素晴らしいことだと思う まだ捨てたもんじゃないな、と がんがってくれ <BUTTON Name="trash" Type="submit" Value="submit"><br> <IMG Src="http://img.2ch.net/ico/gikog_gomibako4.gif "><br> ゴミ箱へ逝ってヨシ </BUTTON> こんなかんじ? >>806 え、なんか違うんじゃね?buttonタグってそういう風に始まりと終わりのペアじゃなかった気がする フォームの送信ボタン<input type=submit value="ゴミ箱へポイ" name="trash">に代わり、 <input type=img name="trash" src="URL省略">じゃね? 画像をクリックすると合、trash.xとtrash.yというパラメータでクリックした座標が送られるので、 このパラメータが送られているかどうかを調べるとゴミ箱に入れる操作かどうかがわかる。 >>807 単にイメージ化してみたもので、 考えてなかったです。 button だけにしておけばよかった、、。 呼ばれましたので各種復帰作業しつつきました〜 #削除アカウント復帰がまだですのでトリップ持ち出し中〜 AtBoneはインターフェースが変わっちゃうと中をがりがりしないといけないですから。。。 #ちなみに呪文が変わるのは想定内なので勝手に直してくださいです…。 呪文の仕組みがわかってからしかいぢれないので新対応は待ってくださいです…。 多分read.cgiのお話じゃないかなぁ? 削除スクリプトでやっているのは、パーミッションで書けなくするだけなので。 おしらせ。おしらせ。 削除依頼を見るのに便利な削除ツールが出来たよー。 お申し込みはフリーダイヤル、じゃなくて相談室のツールスレまで。 >>812 ふむふむ、なるほど おいちゃんが帰ってきたら一回質問してみますね ありがとう ガーネットくんへ 変更スクリプトの件でメールしました。ご確認ください。 ガーネットくんへ。 もう一通メールしました。よろしくお願いします。 >818 その後とくに反応も反響もないようなので、 後は神の味噌汁じゃないかなっと。 夜勤さんのドバットが過去ログ削除に対応したらこっちも完全対応させる、ってくらいじゃないの今の所は。 ドバットが過去ログに対応すると言うか、過去ログの方式とか仕組みを統一出来たらってことかな? 皆様。途中経過さんくすー。紙の味噌汁ならしょうがない。 お知らせ。 各スクリプトの置き場所を何も考えないで設置したので、 tomatoツールと同じようにまとめておきたいと思いますー。 旧:http://qb7.2ch.net/ 今までの呪文 新:http://qb7.2ch.net/ ほにゃらら/今までの呪文 ほにゃららの名前を募集中。 ちなみに影響を受けるのは↓ ・削除スクリプト ・変更スクリプト ・管理スクリプト ・キャップスクリプト 実施は週明けにでも。 read.cgi ver 07.5.1 2024/04/28 Walang Kapalit ★ | Donguri System Team 5ちゃんねる