削除スクリプト開発スレ
削除スクリプトどうしよう?
今なら削除人さんの意見も取り入れられるかも、
きっと、たぶん、もしかしたら、、 そういう意味か!
じゃあメールで書くしかないか・・・。
と思ったけど、出先だからURL覚えてないや。
>>568
すみませんが、メールで送って下さいませ。
知りたい方はメールでお問い合わせ下さい(返信します)。 >569
おくったー。
あとspo2で削除できるようになったかも。
動くかな。 >>570
届きました。ありがとうございます。
sports2への対応、お疲れさまです。
一応言うまでもありませんが、ツールはあくまで機能を呼び出す
ものなので、元の部分のスクリプトで必要な部分(エラーチェックや
動作手順などなど)について、いろいろ確認をしていただければと
思います。
ここではこんなエラーメッセージが出た方がいいとか、こういう場合
警告を表示した方が?などなど。
引き続きよろしくお願いします。 sports2、削除出来てるのを確認しましたー。
おつですおつです。 こんにちは。レス削除に関してですが、
>>554さんが仰られているように、
削除対象の表示・再確認の画面をワンクッション入れていただければ、
誤爆の防止にもなりますし、スクロールをせっかせっか動かして見直す手間や
万が一に備えてのログ保存がとても楽になります。
# 削除結果表示にもレス番だけではなく、内容まで表示していただけるとありがたいです。
加えて、ページのトップへのリンク、スレッドへのリンクがどこかにあると便利かもです。
削除処理そのものに関しては、上記で述べられているもの以外で
私が触った限りでは特に怪しい挙動は見つかりませんでした。
ともあれ、garnet ★さん、
削除関係の復旧に関わって下さった皆様、本当にお疲れ様です。
ありがとうございます。ツールも触ってきます。 お疲れさまです。
とりあえずレス系を試しました。低速でも全然問題なしですー。
あれこれやってみましたが、エラーメッセージが親切で嬉しい。。
ブラウザ戻るも、ダメっつってんだろ的にめっちゃ怒られるのかと思いきや
とても優しくたしなめていただいて感激です。
ただ、エラーが出た時に入口へのリンクを入れていただけるとありがたい気がしました。
全体的にはとても使いやすいと思います。ありがとうございました!
次、スレッド系を確認してみますー。 まだそんなに試せていませんが・・・
・トップページで指定したレス番号を、ログイン後に下部にあるフォームにも入力しておいて欲しい
・トップページのレス番号指定がURL指定の場合にも有効なことがわかりづらい
・ログイン後の下部フォームにあるログインボタンは、「ログイン」でなく「呪文切替」等の表示にして欲しい
以上、よろしくお願いします。 レス削除に関して
・チェックボックスを全て選択、すべて解除が欲しい
ログイン画面について
・削除IDはエスケープしなくてもいいんじゃないかと
よろしくお願いします。 寝て起きたら板設定変更スクリプトが完成してたー。
とりあえず賞味期限が1日切れた豆腐を食べてこよう。 移転をして処理結果の確認をした後、
ブラウザ戻るで前画面に戻り、
そこから続けて他のスレ削除をしてみたら削除できちゃった。
これは問題ないですか?
スレ削除を実行する前にブラウザ戻る進むをポチポチして
完了画面と処理結果画面を何度か行ったり来たりしてたんですけど。
ちなみに、別口で移転をして処理結果の確認をした後、
ブラウザ戻るで前画面に戻り、
もっかい処理結果の確認をしてみようとそのままボタンを押したら
こっちはブラウザ戻るを使わないでエラーが出ました。
豆腐、酸っぱくなってないといいけど。 >>578 garnetさん
お疲れ様です。
ごゆっくりお召し上がりください。
お腹を壊さないようになさってくださいね。
希望や不具合を下書きしていたらPCがフリーズしたonz
真っ白です。
とりあえず、
garnetさん新しいスクリプトをありがとうございます。
URLで連続処理できるのがとても助かります。
えと、私が過去ログで削除に成功した案件はありませんでした。
「削除しました」とメッセージは出るのですが、もう一度開いてみると
ログはそのまま、、というケースが何度か。
あとは
「スレッドキーが入力されていません」や
「未定義」といったメッセージが出ました。
来週、URL探してきます。 過去ログはちょい優先かも?
出来ればそのまま何もしないでスレのURLを教えて欲しかったり。 欲しいのは過去ログで完了したのに消えてないURLですー。 >>583
下段は↓が理由で削除の実行ができないとかかな?
■ 今日はtomatoツールの巻き
http://dso.2ch.net/test/read.cgi/sakhalin/1294814625/517
> 517 名前:偽FOX ★[] 投稿日:2011/01/19(水) 20:40:59 発信元:??? 0
> >>515
> ちがった namidameにいれた でした
> namidame は削除できるはずでーす
>
> mentaiはコリャー特殊だ。
> そもそもdatはない。
>
> 全て xxxxxxxxxx.dat.gz になっている
> さてどうしますかねぇ スレ指定でl50がついているとエラーになる
呪文がかわるとIDとPASSをスクリプトをもう一度呼び出して入力しないといけない
要望
l50がついているのは無視するように
連続処理画面にIDとPASS保持したまま別の呪文で連続処理できるように
謎
http://qb5.2ch.net/test/read.cgi/saku2ch/1295663628/l50
のスレで指定されているスレが処理できない l50だけじゃないから
s/\/l\d+/\//g;
だな。 過去ログのレス削除を直したー。
過去ログのスレは問題ない?
設定変更スクリプトをとりあえずqb7@operate2でやってみる。 >モニターさんへお願い
報告は全部読んでますが先に他の案件やらないといけないので、
すぐに返事は出来ませんー。ごめんなさいー。
で、お願いなのですが不具合の報告をするときには
詳細を書いて欲しかったり。
不具合報告テンプレート
・対象URL
・不具合の内容
・再現方法
例1:〜の画面で〜を入力して〜すると〜が〜されてしまう、されない
例2:〜の画面で〜を入力して〜した後に〜すると〜になる、ならない >>588
呪文を変える場合には、呪文欄に呪文を入れてボタンを
押せば、IDとPASSは保持される筈なんですが。 >>592
ラジャです
http://kamome.2ch.net/test/read.cgi/nanmin/1295072961/31
itadakiでレス削除しようとしたが人大杉に飛ばされた
通常ツールでは削除できた
ツールの作者さんにもキャップ差し上げてこのスレに来ていただきたい 板設定変更スクリプトうごいたー。
管理スクリプトを用意して配布してもらおー。 そういえば、削除ログってどれぐらいの期間保存しておけばいいのかしら? あ、なんか正しく書けなかったのでもう一回。
削除の記録と、削除したスレのバックアップをどれぐらい保存したらいいのかしら。
記録は大したデータ量じゃないので長期間保存できるけど、
バックアップは毎回フルコピーなので、あまり長期間にすると容量が心配。
記録の保存期間は1年ぐらいで、
バックアップの保存期間は1ヶ月ぐらいかなぁと思ってますー。 バックアップ一ヶ月、保存1年くらいでいいとおもう
誰がいつっていう情報は隠して、何がどう処理されたのか、公開しちゃえばいいのに
そんなことやると、セキュリティが大変なことになるか >>596
最低でも半年くらいはあった方がいいです。
容量がどれくらいあるかによると思いますが。
前に確認したときは、数ヶ月前のものでも
ちゃんと残されていました。 あ、さらに追加。
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か何かがスルーできない 制限は誤爆に対してがメインではないので、
それが理由なのであれば反対は意味が無いです。
最小値の場合、ページを開いて見ている間に経過していると思いますが、
そんなにハイスピードで処理したいんですかねぇ?
通常の感覚だと気にならない程度だと思うんですが。