削除スクリプト開発スレ
>>631 該当しないレス番は、昨日該当しないスレキーや板などと一緒に試して ちゃんとエラーが出た気がするんですけど、なぜか手元に記録がなくて ごめんなさいモニターなのに本当にすみません、って感じなのです。。 試したつもりでやり忘れたのかしら、やったとして二回もやるかなーと、迷っていました。 でも、そのスレで試してみましょうか。 >>631 >>635 やってみました。 おー、確認してみてよかった。やっぱ試し忘れですね、すみません。 で、大丈夫でしたよー。変にならないです。 >>635-637 お疲れ様です。 問題無さそうで良かった。 基本間違えることは無いと思うけど万が一ってこともあるし悪用されることもあるかもしれないですからね。 フールプルーフっての? そういうハイカラさんなスクリプトが組まれているんですね。 >>633 >>634 なるほど。理解できました。お忙しいところをありがとうございます。 レス削除→完了画面 →ブラウザ戻るで処理画面に戻る(レス削除後の処理画面が表示された) →そのまま続けてスレッド削除 で、削除ができました。 これから削除スクリプトの不具合修正と要望を取り込んでいくー。 要望全部を取り込むとは限らないのであしからず。 とりあえずその前に腹ごしらえをw 削除スクリプトの修正終わったー。 近いうちにあかなんとかさんからアナウンスがある予感。 変更点 ・ページレイアウトを変更 ・処理画面のページ上部に説明を追加 ・ページ上部のボタンを削除(ページ下部のみ) ・個別に必要な入力欄はページ下部に移動 ・ページ下部に同意ボタンを追加 ・同意しない場合は再度処理画面を表示 ・ツール等からのアクセス時に、フォームの値をいくつか反映 ・エラーの一部を改善 ・レス番号が逆順でも認識するように修正 >552 >609 ツールでお願いします。 >554 同意のチェックボックスをつけました。 同意していない場合は指定レスのみ表示(レス削除系)が デフォルトになるようにしました。 >555 1) こんな感じでどうでしょう。 2) ツールでお願いします。 理由としては、書式を決めたくないことと、 入力チェックをしたくないのと、修正したり面倒なので。 itadakiやdoronpoを使えばその辺は気にならないはず。 >562 移動先BBSですよね? ツールから来るときに値をセットするようにしました。 >563 1) ツールでお願いします。 2) 一部のエラーは続けて処理できるようにしました。 セッション系は再ログインしてください。 3) 指定しないでください。 JavaScriptを使わないといけないものは実装しません。 4) サンプル求む。 5) 正にその通りだった。 >574 1) 同意の(ry 2) 結果画面に内容を表示しても確認はすると思うのでそのままです。 3) 便利といえば便利ですが、なくても困らないと思うのでつけないことにします。 キーボードのHome/Endキーがあればそちらを。 >575 入れました。 >576 1) 確認の使い方ですよね?別作業する人には不便だと思うので、コピペでお願いします。 2) こんな感じでどうでしょう。 3) 無難なものにしておきました。 >577 1) JavaScript(ry 2) 何に必要? >583 過去ログ削除は現役サーバにしか入ってません。 退役サーバは保留中。 >588 1) l50は入力しないでください。 入力したものが勝手に変換される仕様にはしません。 2) 解決済み 3) 過去ログ削除は現役サーバにしか入ってません。 >605 1) 便利と(ry 2) JavaScript(ry 3) 解決済み 4) 逆順に対応しました。 大量の改修作業お疲れさまです。 >>642 >・ページ上部のボタンを削除(ページ下部のみ) いや、、それはとても困るんですが(汗)。 済みませんがそれだけは復活してもらえないでしょうかね。 補足です。 レス系の削除処理では、対象レス番等の指定が間違っていないか、 慎重に確認をするという処理の流れは正しいと思います。 スレッド系の削除処理の場合、使うスキルが間違っていない限り、 そこまでの確認は必要ないかと(確認のチェックボックスまでは不要)。 そのあたりの違いがあるので、よろしくお願いします。 ★変更人さんのスクリプト&キャップ再発行のお知らせです★ このメールアドレス「garu at mtk.adam.ne.jp」まで、次の書式で申請してください。 (at は @ に変更してください) subject:変更人再発行申請@変更人HN 1.キャップ名 2.新キャップパス 3.旧変更スクリプトの名前とパス 4.スクリプト用のIDとパスワード(二種類必要) ※ID、PASS共に英数記号二種類以上の組み合わせ10桁以上でお願いします 以上です。期間は特に設けていないのでお時間のあるときに連絡ください。 質問があればメールでもスレでもどこでもどうぞ。 たくさんの修正お疲れさまでした。 入り口へのリンク助かりました。ありがとうございます。 あと、スレッド削除をした時に処理結果の確認をしてから 続けて処理できるようになってたのが嬉しかった。。 ページ上部のボタンは、今はモニターで数をこなす必要がないから 使わなかったですけど、私もあった方がいいと思います。 大量の修正ありがとうございました。 赤色のでっかい警告メッセージと危険行為の可能性に心臓が止まりそうになっています。。。 警告以上のメッセージもあれば体験してみたいかも。10回以上間違えたら剥奪しましたとか? あと細かく小さい事で本当に恐縮ですが、削除以外の処理の場合も ボタン表示は"削除します"になってる位で "移動"や"停止"も"削除します"のボタン名ですが 他の削除人さんでひょっとしたら気になる人がいるかも。 でも運用上は全く問題ないです。 だんだん慣れてきたのでいい感じです。 レスチェックボックスの削除直前の絞込抽出機能や入り口リンクは助かります。 あと同意のチェックボックスや逆順対応も確認しました。 本当にありがとうございます。 削除ボタンと同意のチェックボックスはちょっと修正中。 混乱の元ですいません。。。 tomatoツールスレで思いつきのアイディアを削除スクリプトにも入れておこう。。。 先にごはんー。昨日仕込んだ鯖の味噌煮が食べごろのはず。 一つ一つ丁寧な対応をありがとうございます、改修本当にお疲れ様です。 徐々に画面が充実していって、新鮮ですね。 まず ・同意のチェックボックスを削除 ・ページ上部の送信ボタンを復活 しました。 レス系の削除のときは、再表示チェックボックスを用意しました。 指定レス番号のみ再表示させることも可能です。 そして重要なお知らせ。 「処理スピードの制限」を導入しました。 これは、連続して削除するときに、確認が疎かになってしまったり、 ツールを使って大量に削除されるのを防止するための処理で、 全削除アカウントが制限の対象です。 とはいえ、あまり制限が厳しいと不便なのも事実なので、 個別に制限を変更できるようになっています。 設定値は統括さんに委ねていますので、 沢山処理して困っている人はあかなんとかさんに相談するといいかも。 >ツールの作者さんへ そういうわけなので、セッションを取得してすぐ削除する場合は waitする処理を入れてください。お願いしますお願いします。 >645-646 >648 (ry >647 本番前にqb7とかニュー速でテストしてねー。 >649 ボタンの表示はミス(汗 >「処理スピードの制限」 導入反対します。 一律制限するのではなく、実績で総合的に判断すべきです。 えーとですね、 それなりに処理数がある俺が通りますよ・・・・ アレぐらいの??secなら問題ないかと 120secとかなら駄目ですけど。 てゆうか、誤爆する人は時間差つけても誤爆するし、ちゃんとやってる人には時間の無駄以外のなにものでもない機能だと思います。 バグを出すプログラマに対してサーバへのアップロードを10分間隔に制限してもバグはなくならないでしょう。 デフォルト待機時間ゼロで、資格剥奪するほどでもないけど誤爆が目に余る作業者へ教育的指導で一定期間待機時間を設ける、って運用ならいいかもしれません。 いざと言うときのフェールセーフ志向なんじゃないかな〜。 >>658 部外者に削除アカウントを悪用された時のことも考慮しているのではないかしら。 もしそうではなく純粋に削除人への制限なのであれば私も不要かなと思います。 ついでに言うと★で書き込みをする場合の制限も緩和してほしいです。 連投とか長文・改行制限とか。大活躍されている削除人さんの場合は削除報告するときに引っかかる事があるでしょう。 ★って連投・バイト数・行数制限スルーになってるんじゃないの? 削除人さんの★は違うのかな・・・ いや、連投に引っ掛かって残念とかバーボンきたーとか仰ってた記憶。 ★はSamba24はスルーっぽい。バイバイさるさんも★はスルーっぽい。 バーボンは★でもスルーできないはず。 >「処理スピードの制限」 反対する理由はたくさんあるんだけど、 長期未処理が溜まってる状態でわざわざ不便にする必要はないでしょ。 それ以前に大量処理する削除人がほとんどいないのにさ。 私は行数制限に引っかかった時は素直に2つに分ける。 行数制限を回避できるかはキャップによる、ということになってるな。 つまりキャップによっては回避できないということだ・・・。 1を削除する案件の時に、×2倍時間がかかるのはちょっと、、 処理スピードの制限には反対をもう1票 >>664 ★の種類にもよる 規制情報板に書き込めるやつはバーボン以外スルー 書き込めない★はSamba24か何かがスルーできない 制限は誤爆に対してがメインではないので、 それが理由なのであれば反対は意味が無いです。 最小値の場合、ページを開いて見ている間に経過していると思いますが、 そんなにハイスピードで処理したいんですかねぇ? 通常の感覚だと気にならない程度だと思うんですが。 10分待てといってるわけでもないし、 たかだか数秒(今10秒だけどもう少し下げる予定)も待てないようであれば、 削除しない方がいいんじゃないですか。 処理しすぎてしまえばバーボンにも引っかかるし、 それってサーバに対してどうなのかな。 >>668 削除人さんの★はそういうのスルーで良いと思うんですけどね。 私みたいにほぼ★をつけての報告をしない人ならまだしも、大活躍中の削除人さんくらいはねぇ・・ 規制をなくすとキャップが漏れた時の被害が大きいからこのままで って言われた記憶があるんですが、あれから数年。キャップ漏れで大変な事態になったこと、あるんですかねぇ? >>669 ごめんなさい。貴方様がどういう人かよくわかって無い状況で質問なんですが、 (検索しても「GARNET CROW」ばっかり出てきちゃうのよね・・削除スクリプトを作成している位だから根幹な人とは思うんですが) 制限を導入されたのは誰かからの要望や指示により、ですか? 貴方様が考えて決めたのかしら? >>671 本当にごめんなさい。 モニターもしていないのに外部から余計な差し出口を挟むものではないですね。反省。。 10秒以内なら別に問題ないじゃんね。 (正直1分くらいの勢いと思ってました) >>668 流出したbbs.cgiを見る限りだと、規制情報板に書けないキャップは行数制限がスルーされないことになってる。 あと行の長さもスルーされない。 削除CGIって今も各鯖にあるんでしたっけ? まぁCGIの置き方を工夫(ディレクトリを別の場所に置く、ポートを分ける)とかすれば、 リロードバーボンの判定から除外することは難しく無いと思われるわけだが 結局、便利さや都合だけで実装するから穴が広がりやすいってわかります? 穴があったのはsikasi.cgiだけじゃないですよ。 穴がなくてもsakubbs.cgiがいい例です。 動けば何でもいいなら、その辺のバグプログラマに書かせればいいじゃない。 間を取って 数値を5−9程度で良いと思う。 このままじゃ、garnet ★さん派といただきさん派で、 某ダメダメな与党政党内部抗争みたいな感じの予感・・・ 無論、削除本登録自体もかなり遅れると思います。 >>676 > 動けば何でもいいなら、その辺のバグプログラマに書かせればいいじゃない。 もしその時は是非私をお呼びください はじめは、堅くていいじゃない。 実際の作業で問題が発生したら、対応すればいいじゃない。 今、作業に支障が出てるの?出てたらごめんね。 なんか、外部ツールで、削除スクリプトを動かすって話も出てるね そういうのは極力排除できるようなシステムの方がいいんだろうな 何かあった時に例えばモペキチなら大した事無いけどaKOちゃんあたりだと とんでもない勢いでスクリプト叩きそうだからまあそういう安全装置は… 最適値を探すたびー。 通常削除と乱立スレ削除の2本立て。 今こんな感じ。 default=3sec minimum=1sec qb7に乱立スレでも立てますかねぇ? ほんの数秒なら制限とか言わず サーバー負荷対策です。。。って感じに適当に理由付けて 止めとけば良いんじゃないの サーバ負荷って、たしかに0じゃないけど困るほどでもないと思うんですよね。 どっちかというと、車に180kmの制限があるような感じですー。 今日はやけに寒いと思ったら、37.4度あった。。。 っと思ったら「スレを乱立させる」じゃ無かったのね…失礼しました >>658 旧イタダキでレス削除しようとしたら右側フレームが真っ白でした 現スクリプトだと、乱立のURLを順番に放り込むのは手作業になるですよね。。 さらに10秒まちはきついなと思った次第。 doronpo使えばいいのかな。 3秒なら作業の範囲だろうか。 >>684 葛根湯飲んで早めの対策をー 処理画面をまた変更したー。 ・上にいろいろでると邪魔だといわれたので少し変更。 ・絞り込みのチェックボックスが分かりにくいので1つにした >687-689 ですー。(operate2) 板の作り方はわからなかったり。。。 もうちょっと後に。 1秒、2秒、3秒の時で、体感がどのぐらい変化するかを見ます。 カウントはサーバがレスポンスを返すときから始まるので、 使う人の回線にも影響されるし、通常削除とは異なる状態で どの水準で何が必要になるかやってみるお。 >>695 スッレッド削除のテストの為に運(金)にスレッド乱立させます 荒らしOKの板の厨房板をテスト会場としておすすめします >>696 ありがとう。 機動力弱めなタイプなんだけど、何かお手伝いできるかな? 回線に影響されるということなら、サンプルのひとつにはなれるかしら。。 >>695 連続スレ削除操作の間に入れるWaitの初期値用の最適値を探すテスト。 >>653 からご参考を。 私の場合、表示されるのがたぶん他の人より遅いから 何となく何の心配もない予感。。。 熱は下がったのかしら。大丈夫かな? >>671 > 10分待てといってるわけでもないし、 > たかだか数秒(今10秒だけどもう少し下げる予定)も待てないようであれば、 具体的な数値を全然出してないのにいきなりこういうレスはどうかなと思うけど。 そろそろ始めるよー。 とりあえず最初なので100スレ作ってくる。 100スレ作ったー。 スレ削除出来る人は思う存分削除してみてー。 今default=3秒です 表示されて即ボタンクリックだと引っ掛かるね。 スレタイみて>1を確認していると3秒は経ってる感じ。 てか「あ」「お」「う」とか書いてるの誰だーw おっと,悪いことをしてしまったようだ もうやめよう<あいうえお スレ削除の方法を知らなかったりするので、今日は見てるだけー。 いやあ、お手伝いできず残念です。(´・ω・`) 結構ひっかかる〜〜〜 sec=2かな・・・@乱立処理 参加した人は出来れば感想もお願いしますー。 ここがポイント >通常削除と乱立スレ削除 日頃スレ削除に慣れている人は長い感じがした。 ゆっくり確認しているような人は引っかからないかな。 100スレはすぐ無くなるねぇ。。。 たくさんの人が同時に削除やってるせいで重たいってことはないの? >717 ですです。 他に試したいのがあればどうぞ(スレが残っていれば)。 スレキーは連番なので、途中のとこから連続してやると効率いいかも。 >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/ ほにゃらら/今までの呪文 ほにゃららの名前を募集中。 ちなみに影響を受けるのは↓ ・削除スクリプト ・変更スクリプト ・管理スクリプト ・キャップスクリプト 実施は週明けにでも。 4つのスクリプト。 4。 tetris、でどうよ。 海の名前 陸の名前 星の名前 山の名前 tomato 寿限無・・・に、乱数字をはさむ j8y4u7g3em5ujugemug6ok1ouno9su2rikire #root http://qb7.2ch.net/j8y4u7g3em5ujugemug6ok1ouno9su2rikire/ なんか、rootのパスみたいな感じ Brute Force Attack も、ほぼ回避 半分マジです。 ttp://qb7.2ch.net/musket/ ttp://qb7.2ch.net/honyarara/ ttp://qb7.2ch.net/(e0213/ ttp://qb7.2ch.net/(´・ω・`)/ 削除系だけにバリカンで(´・ω・`) ttp://qb7.2ch.net/vallican/ 6. なんちゃって削除 http://qb7.2ch.net/_tomato/dobatto/ 7. 友達100人出来るかな? http://qb7.2ch.net/_tomato/caps/ 削除スクリプトとキャップスクリプトはFOXさんも作っているはずですが、 FOXさんお手製のものとがねさん作のものとが 両方とも生き残る感じですか? 兼ね合いはどうなるんでしょ >>836 そのキャップスクリプトは、呪文パスワード設定&管理専用なので garnet ★さんんが作ったものとは別物ですよ。 もっと仲良くやれよ。 たまにはセックスでもしろよ。 新旧どちらでも大丈夫なように設定するー。 少し止まるかも。 設定終わり。 多分殆ど使わないと思うけどipv6.2ch.netにも入れたー。 忘れてたわけじゃないんだからねっ。 未だにツンデレを喜ぶのはおっさんだと 隣のおばばが言ってた。 そんなわけで、来週ぐらいには古い方を消す予定なので、 新しい方を使ってくださいです。 旧1:http://qb7.2ch.net/ 今までの/スクリプト.cgi 新1:http://qb7.2ch.net/_milk/ 今までの/スクリプト.cgi 旧2:http://qb7.2ch.net/test/ 今までの/スクリプト.cgi 新2:http://qb7.2ch.net/_milk/ 今までの/スクリプト.cgi 動いていなかったら教えてくださいー。 >>843 garnet ★さん謹製の削除用超神ツールの動作がうまくいきません。 itadakiでは上手く行ったのに超神ツールでは画面が真っ白のままだったり意図せぬ画面になったりします。 削除人掲示板に症状を書きましたのでよろしくお願いします。 自分の環境だけだったりするかしら。。 <::ヽ |::::::\ 。'“゚`・*。 。*゚”`'。 ∠ニニニ`_ ☆ * ゚+゚ ♪ ξ´・∀・) / ゚''+。., ゚,, ,.。+''゚ <´ヽWノフつ ゚“・:+.:.。♪,,*:...。.:.+・ ”゚ . ミ≡=_、_. (,ノ(,, _,-、ゝ___ -、 ゚*。 , . 彡≡=-'´ ̄ ̄`~し'ヽ) ̄  ̄ ゙̄"′ ゚・*。+・` >がねくんへ そろそろ以下のスレでの過去ログcloud対応が終わりそうなので、 過去ログ削除スクリプトも頃合いを見て対応してくれると 削除人さんが喜ぶかもしれないお。 http://dso.2ch.net/test/read.cgi/sakhalin/1294606282/ ここなら削除関連の人達も結構見ているであろうと思うので… 下記のスレで話題になっていますが、過去ログの一部で削除したレスやスレ が復活している物があるそうです。 ご自身が処理した案件で復活しちゃった物が無いかどうか確認して、復活の折りには 再度削除処理をお願いします。 ■ 仔花子を一台で、 http://dso.2ch.net/test/read.cgi/sakhalin/1294606282/ >>849 巻き戻り分がありましたら 過去ログ専用スレッドへ再依頼でお願いしますー お願いでーす kilauea.bbspink.com banana8141.maido3.com [206.223.153.215] pele.bbspink.com banana8153.maido3.com [206.223.157.210] をstats.2ch.netに登録してくださいー http://stats.2ch.net/karasu2.cgi とかの統計が取れないモンで、 あと F22等も呼んでくれると嬉しいでーす。 お願いします 241 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2011/03/12(土) 18:12:31.79 発信元:114.160.23.53 0 >>239 サーバの情報です。 tiger3559.maido3.com 207.29.247.95 転送量グラフ http://traffic.maido3.com/wVMs/kKLm/L2tS/ 242 名前: ◆A/T2/75/82 [sage] 投稿日:2011/03/12(土) 18:14:13.18 発信元:61.123.83.187 0 stats.2ch.net に >>241 を登録お願いしますー 質問です SETTING.TXTに項目追加したーい 1. 今すぐOK? 2. ちょっとまってからok? >854 追加は今すぐOKですー。 項目の説明もどこかに書いてあると嬉しいですー。 例: BBS_VIP931 VIPはお断り(VIP931) りょうかいです BBS_NINJA=checked 忍法帖適用ってのを新設しまーす こういうのできなくなったの? >>1-999 それとも >>1-100 0 だけ? 削除スクリプトの開発者も某板の件で捜査押収されてたりするの? 板復帰(NG!:Gather .dat file OK:NOT moving DAT 32 -> 32:Get subject.txt OK:Check subject.txt 32 -> 32:fukki NG!)load averages: 0.93, 1.00, 0.94 age Maybe not broken read.cgi ver 07.5.1 2024/04/28 Walang Kapalit ★ | Donguri System Team 5ちゃんねる