削除スクリプト開発スレ
削除スクリプトどうしよう?
今なら削除人さんの意見も取り入れられるかも、
きっと、たぶん、もしかしたら、、 あ、さらに追加。
spo2の場合は(なにせあと数MBになるようなサーバなので、、、) spo2のdatは(ry出来ないんでしょうかねぇ。。。 Sports2のログは定期的にどこか別にもって行くようにしておいたら?
って言っても移動先もどこもないか。 あそこって過去ログ倉庫は無いのに何が圧迫してるんだろう… レス削除の要望です。
・ 画面のトップに一番下までジャンプするリンクと
画面の最下部に一番上までジャンプするリンクがあったら便利かも。(>、>>や<、<<とか)
削除確認のときに一番上から最下部までスクロールする手間が省けると思いますがどうでしょうか。
・ >>577さんの仰るとおりチェックボックスの全解除があったら便利かも。
・ その他は>>567の処理結果の表示、確認しました。
不具合?(仕様?)です。
・ 対象URL http://qb7.2ch.net/test/read.cgi/operate2/1294996389/
・ 不具合の内容 レス指定で逆番指定の場合にレスが抽出されない。
・ 再現方法
a) レス番号個別指定の画面でレス番を逆に(30-28や25-15など)を入力してログインすると
全レスが表示されてしまう。
b) または指定レスのみ表示をONしてログインするとスレが表示されない。
有り得ない使い方と言われればそうかもですが、、、
確認したいけど怖くて未確認です。レス削除系で例えば
http://qb7.2ch.net/test/read.cgi/operate2/1294996389/ で
該当しないレス番号(例えば80や100"など)を指定した場合の画面(略)で
削除ボタンを押したときの挙動が知りたいかも。
スレ系は>>588の末尾付加時のエラー程度で
今のところ気になるような問題はなしです。 彡ミミミ、
(;´Д`) < ジェンヌさんの肛門を開発してると聞いてきたんですが、、、 管理スクリプトもできたー。
板設定はあかなんとかさんからアクションがあるはずー。
削除スクリプトのセッション周りでちょっと修正したー。
多分不評だと思うけどw
次はスレッドの修理あたりかな。 新セッションは様子をみるためなので今夜には戻しますー。
なので、慌ててツール対応をしませぬよう。。。
戻るボタン系には効果的なんだけど、
それよりも使わないように慣れてもらうしか無いかなぁ。 IDとパスはinputのhiddenで送って入力省略。
各呪文はそれぞれのラジオボタンのvalueに書きこんで
ボタンで呪文切り替え可。URL指定欄はtextareaに。
こんなHTMLをパソコンのディスクトップ画面において
パス類の入力の手間を省いた上で延べ2時間ぐらい削除スクリプトを
テストしまくりましたが、エラーらしいエラーは見つかりませんでした。
もっと考えられないような使い方をしなくちゃだめかなぁ?
改善してほしい点は>>555の2)で出ていますがURL指定欄をtextareaに
してほしいです。
最後になりましたが開発陣の皆様、スクリプトの開発大変お疲れ様でした。
大変良いものだと思っています。 >>607
受領&必要な方に送りました。
ccにgarnet ★さんを入れておくべきだったか(汗)。
なんか不具合の報告あったら連絡いれますか。 Itadaki On-lineですが、ツール起動前の確認画面に
スレッドへのリンクが貼られていた気がするので、復活させて欲しいのと、
「指定のレスのみ表示」の際、レス番を入れなかった場合は
スレッド全部を表示していただけるとチェックを付けっぱなしに出来ますので嬉しいです。
# 削除ツールへのお願いも此処で良いのかしら。 セッション周りやその他の操作でたくさん怒られちゃいました。
(確認できたのは5種類の怒られるパターン、まだあるのかな?)
でも個人的には直ぐ慣れると思います。親切なFAQが書いてあったので助かりました。
ログイン後の画面→間違ったから戻る→怒られる→んじゃ進む→期限切れで怒られる
→仕方ないからそのままリロード→ログイン後の元の画面に戻る(゚д゚)ウマー、でいいのかな?
ログインを保持した状態でブラウザを閉じた後の多重起動防止はすごいと思います。
garnet ★さん、ご多忙のところ短期でのスクリプト開発お疲れ様です。
スクリプトが素晴らしすぎてリスペクトします。大変良いものだと思います。
本当に有難うございます。
今度はItadakiツールを使って色々試してみようと思います。 モニター中の中すみません。
優先度は低めですが、一段落なさったらこちらもご覧いただけないでしょうか?
削除整理板復興計画〜謎の圧縮の件
http://qb5.2ch.net/test/read.cgi/sakud/1295761185/
600ものスレが落ちてしまって困っています。
私はできればスクリプトで無理矢理ライブスレッドに戻す案を推しています。
が、それは人頼みになるので申し訳なく思ってもいます。
もし、やってもいいぞということでありましたら嬉しいです。
それまではsakudで話し合う事にします。
失礼いたしました。 レス削除→完了画面→ブラウザ戻るで処理画面に戻る
→ブラウザ進むで完了画面に戻る
→そのままボタンを押して処理結果の確認
→続けてスレッド削除
これで削除できるのはいい? ブラウザの戻るボタンは使っちゃいけないんじゃないの?
だから>>615は正規の操作ではないよね? デバッグ要員としてのモニターでもあるんだからある程度「無茶な使い方」も試した方が良いんじゃないですか? >モニターさん
新セッションをまだ体験してない人はこの機会にやってみよー
>614
dat落ち現象は現在進行中?
戻すのは極力やりたくないなぁ。
>615
ブラウザの進む、戻るで表示されるのはキャッシュだと思うので、
それを完全に制御するとなると難しいんですよねぇ。SSLなら出来るのかな。
ただ、戻った後に操作しようとしても出来無いので目的は果たせてます。
>579のケースは恐らく戻ったときにページの再読込で
ログイン処理が発生しているんだと思う。 >>618
反応ありがとうございます。dat落ちは現在止まっているように見えます。 >>618
あっ、そうですね、前の画面がそのまま出てきますのでキャッシュだと思います。
そっか、難しいんですね。
>戻った後に操作しようとしても出来無いので目的は果たせてます。
これもできないのは確認しました。
通販板やバーゲン板の人などは、個数限定販売などで
いち早く商品をゲットするためにいろんな方法を知ってそう。
なんかいろいろ試しながらちょっと思った。。。
すごいお買い得商品とかレア物とかほしい時に役に立つのかなー。
>>616
やっちゃいけないことをもしできちゃったら問題だから
そのためのモニターなのかなー、と。。
で、昨日からセッション辺りをあれこれ確認してました。 なるほど、さっきからブラウザが不安定で困る
リフレッシュしてきます キャッシュ制御って、Cache-Control とかではなく? >>623
そのキャッシュじゃなく ブラウザ側のキャッシュ
戻るボタンを押した時の動作が
IEならフォーム内容がクリアされたりするけど
firefoxはフォーム内容がそのままだったりする <meta http-equiv="Pragma" content="no-cache">
<meta http-equiv="Cache-Control" content="no-cache">
を入れてますー。
他に指定する方法あるのかなぁ? まぁあとは、Expiresヘッダかな。キャッシュの有効期限を示すヘッダで、過去の日付を指定するとキャッシュ無効になる。
例:
Expires: Sat, 01 Jan 2010 00:00:00 GMT
俺ならヘッダとして出力するのであって、metaタグは使わないけど・・・
meta http-equivタグは、Webサーバーが参照して出力するためにHTMLファイルに埋め込むんであって、
CGIからなら直接ヘッダとして出したほうがいいとか聞いた気がする。
meta http-equivが効果がない、とまでは聞いたことないけど、ちょっとひっかかったので。 >>627で示したExpiresヘッダの例は曜日がおかしいので適宜修正してください<(^o^)>ナンテコッタイ 強欲に全てを捨てて
Cache-Control: private, no-store, no-cache, must-revalidate
とかな キャッシュということでついでにいうと、作業用ページは全て
キャッシュ無効で良いんじゃないかと思っている。
プロクシにキャッシュされる心配もないし。
(野良プロクシじゃなくて、ISPとかで使われているもののことね) >>605さんの
> 確認したいけど怖くて未確認です。レス削除系で例えば
> http://qb7.2ch.net/test/read.cgi/operate2/1294996389/ で
> 該当しないレス番号(例えば80や100"など)を指定した場合の画面(略)で
> 削除ボタンを押したときの挙動が知りたいかも。
これも是非どなたか確認をお願いしたい。
万が一変な風に削除されたりスレが壊れるとアレだから・・・
モニター応募しなかったくせに今更グダグダ言ってごめんなさいね。
>>618
> dat落ち現象は現在進行中?
> 戻すのは極力やりたくないなぁ
差支えなければ&お時間があれば理由を教えていただきたいのですがよろしいでしょうか?
何か仕込まれている可能性があるから戻したくないとかの理由だったら戻さないこと前提に対応を考えるしかないと思いますし。 >627-630
ありがとありがとー。みんな物知りだなぁ。
こうしてみた。
Expires: 0
Pragma: no-cache
Cache-Control: private, no-store, no-cache, must-revalidate
firefoxでキャッシュされなくなったことを確認したー。
cache-controlってこんなにパラメタあるのね。。。 >>631
戻すのはスクリプト上通常ありえないからじゃね。
俺もあんまり賛成できんな。 そしてセッションを元に戻したー。
>631
戻すプランと戻さないプランを立てて、どっちが早く進められるかだと思う。
戻す人がいるならその人にお任せするし、
誰かを待つより出来ることをやっちゃったほうがいいかと。 >>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からご参考を。