┃┃ 削除依頼板作業所 第四棟 ┃┃
■ このスレッドは過去ログ倉庫に格納されています
★ 長期未処理[スレッド依頼]報告 ★
http://qb5.2ch.net/test/read.cgi/saku/1233466303/
そろそろ次スレのようですが、1のテンプレについて
※日数の数え方は、『起算日を0と数えて、14日経過後に報告対象』とします。
例えば、起算日が10/1だった場合、報告できるのは10/15以降となります。
これの下に
最初の依頼がdat落ちや不備でも起算日は変わりません。
の一文を加えてはいかがでしょうか?
検討願います。 お疲れ様です。
>>3
まとめに慣れてなくて、起算日に迷う人もいるでしょうから
あった方が親切ですね。 >>4
どうも。他に意見もないようですのでそれで立てました。 >>1 乙
namidame鯖死亡で新鯖へ移転らしいっすね。
忙しくなるよw >>1
遅ればせながら、お疲れさまです。
>>7
まっさらなサーバーで立ち上げるみたいですね。
新サーバーでnamidameドメインを引き継ぐ可能性もあるので、
とりあえず様子見でしょうか。
namidameのままで復旧できそうな感じですね。
まとめ職人諸氏は今回は出番なさそうw お疲れさまです。
国内サッカー (レス)
三国志・戦国 (スレッド、レス書き換え不要)
以上、移転まとめを行いました。
サッカースレのまとめ中にテキストエディタが
ハングアップしたので、今夜はここまでにしときまするー
お疲れ様です。
liveplus、mnewsplusの確認をしてきました。
■スレッド残件
(takeshima -> yutori7)
news4plus、news4vip、nida、
(ex24 -> yutori7)
accuse、ad、ana、base、campus、f1、k1、ogame2、pc2nanmin、ranking、soccer、
■レス残件
(takeshima -> yutori7)
news4plus、news4vip、nida、
(ex24 -> yutori7)
accuse、ad、ana、base、campus、f1、k1、ogame2、pc2nanmin、ranking、 お疲れ様です。
news4plus、news4vip、nida、accuse、ad、ana、base を確認してきました。
■スレッド残件
(ex24 -> yutori7)
campus、f1、k1、ogame2、pc2nanmin、ranking、soccer、
■レス残件
(ex24 -> yutori7)
campus、f1、k1、ogame2、pc2nanmin、ranking、 犯罪だと思ったら警察へどうぞー。あるいは著作権違反なら著作権者に知らせるのも可。 板の状態がおかしくなったとき、修復を受け付けます。
以下のものを添えて依頼してください。
板の状態がおかしくなったとき (復帰スレ用テンプレもこちら)
http://info.2ch.net/wiki/pukiwiki.php?%C8%C4%A4%CE%BE%F5%C2%D6%A4%AC%A4%AA%A4%AB%A4%B7%A4%AF%A4%CA%A4%C3%A4%BF%A4%C8%A4%AD
1.壊れた【板】へのリンク(例:運用情報板は http://qb5.2ch.net/operate/ )
2.具体的な症状
●実際にはスレッドはあるのに、一覧に表示されない
●スレッド一覧のスレッド数が少なすぎる
●倉庫落ちや削除されたスレッドが一覧に残っている
●板URLは正しいのに、スレッド一覧が取得できない
●スレッドの実際のレス数とスレッド一覧でのレス数に差があり、スレッドに書き込んでも直らない
これ以外の症状は復帰では直らないことがあります。
専用ブラウザをお使いの方は、「板一覧の更新」「ボード一覧の更新」をご確認ください。
■注意
復帰依頼の前に>>2-10あたりをまずお読みください。
前スレ: http://qb5.2ch.net/test/read.cgi/operate/1234966203/
復帰屋さんの心得: http://info.2ch.net/guide/adv.html#hukki_guide
2ちゃんねるFAQ: http://info.2ch.net/guide/faq.html#G2 ■復帰作業について
復帰中は板への書き込みができなくなります。
本文が何文字でも『本文が長すぎます!』エラーが出ます。
長くないのにエラーが出る場合は復帰中の可能性があります。
復帰が必要な状態でも、サーバ負荷によっては復帰を見合わせる場合があります。
ゴミ箱は復帰しません。
■以下のような症状は復帰では直りません
『このスレッドは過去ログ倉庫に格納されています。』
↓
HTML化待ちのスレッドです。IEなどのWEBブラウザでは読めません。
HTML化されれば読めるようになります(現在、HTML化サービスは終了しています。)
『そんな板orスレッドないです。過去ログ倉庫にもありませんでした。
問い合わせても見つかる可能性はほとんどありません。』
↓
スレッドが削除された可能性があります。
『移転したよ。。。』『移転しました。。。こちらです。 http://xxx.2ch.net/yyy/』
↓
スレッドがゴミ箱または同じサーバの別の板へ移転されました。
スレッドのURLの板名部分を移転先の板名に置き換えれば読めます。
ただし、移転先がゴミ箱の場合は数日後に削除されます。
ゴミ箱のスレッドへは書き込めません。
板やスレッドの異常
http://info.2ch.net/wiki/?%C8%C4%A4%E4%A5%B9%A5%EC%A5%C3%A5%C9%A4%CE%B0%DB%BE%EF ■復帰作業について
●混乱を避けるため、復帰依頼スレには★付きのHNで書き込む。
●依頼スレに復帰宣言等を書き込む時は、書き込む前に
一旦全文をコピーし、リロードしてから書き込む。
また、書き込んだ後も誰かとかぶってないか確認する。
●「○○板 復帰します」「○○板 復帰しました」という宣言は「必ず」「明確に」行うこと。
一度「失敗(中止)しました」と宣言した後は、再び復帰に向かう時も「必ず」宣言を行う。
他の復帰屋さんのためにも、失敗(中止)理由は書き込むこと。
●宣言が他の復帰屋さんとかぶった場合は、先に書いた方が復帰を行う。
●他の人が復帰中のサーバでは、復帰を行わない。
誰かがある板を復帰している時は、同じサーバに同居する板の復帰は、その人に任せる。
同居関係はこちらでチェック: http://mumumu.mu/serverlist.html
●復帰が異常完了した場合は「失敗しました」と宣言の上、
鯖が空いてそうな時間帯を見はからって、再度、復帰して下さい。
●重い重い、動作報告、サーバダウン情報、サーバリフレッシュ、サーバ・ロケーション構築作戦スレッド
などなどの関連するスレッドの確認も行うが吉。 ■その他注意事項
●スクリプトや鯖の不具合については雑談スレッドや、
運用情報板・批判要望板などを熟読の上、現状を把握すること。
☆ 連絡&報告 ☆
http://qb5.2ch.net/test/read.cgi/saku/1233588552/
●自動復帰について
1:現在、板内でスレッドのdat落ちや圧縮が行われた時点で
自動的に、復帰がかかるようになっています。
2:継続的に自動復帰がうまく行かないサーバーがありましたら
「動作報告はここへスレッド」に報告後、正常に動作するまでの間
差分の多くなった板を状況に応じて、手動で復帰かけてください。
●板の新設、移転直後の差分について
板の新設直後などに(subback < live)のような現象になっていることがあります。
これは過去ログ倉庫がないために、dat落ちが出来ていない現象です。
「動作報告はここへスレッド」か「復帰屋魂」へ報告して、過去ログ倉庫を作ってもらって下さい。
★★ 復帰作業直前に必ず鯖の様子を確認して下さい。 ★★
時間帯やタイミングなど鯖の状況は刻々と変わります。17:00〜03:00は特に注意。
実際の板の様子や、重い重いスレッド、http://ch2.ath.cx/load/ 等を参考に。
“load average 10 ”を超えた場合は原則として通常復帰禁止です。
“load average 5 以下”が通常復帰の目安です
(T-bananaはLA=10、A-tigerはLA=20ぐらいまでであれば、作業上安全圏です)
一番よいのは、板で読み書きして負荷を直接体感することです
●関連スレッド
復帰魂@〜復帰関係の連絡・雑談スレ〜【金の避難所】
http://qb6.2ch.net/test/read.cgi/operate2/1097914397/ ■最近のホットな話題
●復帰してもすぐに板飛び状態に戻ってしまう! (ジンギスカンの復帰について)
ジンギスカンになっているサーバでは、メモリーディスクが溢れてしまうことにより
復帰をしてもすぐに板飛び状態に戻ってしまう場合があります。
このようなときは「動作報告はここへスレッド」へ報告して、見てもらってください。
参考
2chの動作報告はここで。 パート20
http://qb5.2ch.net/test/read.cgi/operate/1148760713/46-58,438,571-572
ジンギスカン
http://info.2ch.net/wiki/pukiwiki.php?cmd=read&page=%A5%B8%A5%F3%A5%AE%A5%B9%A5%AB%A5%F3 ■復帰スレテンプレ案
その1 (>>21)
その2 (>>22)
その3 (>>23)
その4 (>>24)
その5 (>>25)
その6 (>>26)
よろしくお願いします。 >>28
こちらでも確認してみましたが、該当スレは健在ですね。 復帰作業時のサーバのLAの目安は見直したいなぁ、と以前から思ってまして。
かといってどうその数値を見極めるかといえば、ギリギリまで挑戦するしかないのかなぁと。
でも最近のサーバは高性能になってたくさんの板を抱えているので
もし万が一サーバを復帰で落としてしまったら本末転倒で
▲が付く位では済まないんじゃないかと。
何か良い方法はないかと思い続けて1,2年たった気がする。 とりあえず、まずは基準値を鯖屋さんに直接聞いてみる方がいいような気も。
「昔はこれくらいのLAでも復帰できてたけど、今はどれくらいまでなら大丈夫ですか?」って。 yutori7も生きてますんで、機械的にURL書き換えちゃだめですよー >>34
了解。様子見中で、まだ書き換えはしてませんです。
現時点での未案内リストです。
レス
base プロ野球
soccer 国内サッカー
スレッド
accuse 批判要望
base プロ野球
soccer 国内サッカー
割り込みすみません。
>>28-30
おおっ確認ありがとうございます。
>>31
お疲れ様ですー。近々だと、1年くらい前に見直していただきました。
http://qb5.2ch.net/test/read.cgi/operate/1212665493/892-
↓
http://qb5.2ch.net/test/read.cgi/sakud/1132416758/622
完全に追えているわけではないのでゴメンナサイですが、
上記以降に就航した新型サーバはT-Bananaの新しいタイプと
一昨日から障害を起こしているCPUにcore i7を採用したA-tigerかなぁ?
新T-Bananaは新CPUになっているけど、
コア数同じだから、乱暴に言ってしまえばLAの目安は同じ?
新A-tigerは稼働して間もないので、参考になる情報がない。
だからとりあえず目安は今のままでいいのかなと思いました。
(本当は確認を取るべきなのは承知なのですが…)
基本は>>25にあるように、
板で読み書きして負荷を直接体感することをお願いしたく思っています。
>>32
障害対応と板移転に忙しそうですからね。ちょっと聞きづらいのですよ。(^_^;) ああっしまった。
神拳さんが悩まれているのは、LAの数値の事じゃなくて、
復帰作業の目安にLAを使うか否かという、もっと根源的なことですか。
負荷を直接体感して確認することを基本として、
いっそ目安の記述をばっさり削ってしまいますか? いやいや、目安としてのLA値はあったほうがいいと思います。
これから新しく復帰呪文もらう人とか、久しぶりに復帰してみようかな なんて人の為に。
それに体感といっても人それぞれになってしまうので、LAの目安は判断基準になるでしょうし。
かなり前に夜勤さんにその旨聞いてみたら「やってみて探ろう」的なお答えをもらったような。 依頼者向けの異常案内は
板やスレッドの異常
http://info.2ch.net/wiki/?%C8%C4%A4%E4%A5%B9%A5%EC%A5%C3%A5%C9%A4%CE%B0%DB%BE%EF
だけで良い気がする。
「板の状態がおかしくなったとき」の方は、ほとんどスレをコピペしただけだから
ページとして見にくい部分があるけど、整理を考えると「板やスレッドの異常」に行き着く。
あと2chwikiのURLは
http://info.2ch.net/wiki/?タイトルのURLエンコード
が最も簡潔です。 そろそろっちゅうか急いで次スレの時期なので、
今回は>>27でスレ立ていいんじゃないかと思いますー
お疲れ様ですー あれ?保守されてた次スレ、もう落ちちゃったの?
お疲れ様ですぅーー
http://qb5.2ch.net/test/read.cgi/sakud/1241357910/254 から誘導されてきました。
削除依頼のまとめツールを作りました。
http://modoki.mine.nu/matome/saku
復帰屋のZ★氏のまとめ補助ツールのもどきてか丸パクリです。
レス削除にも対応したつもりです。
作りたてなので、まだまだ不具合などあるかもしれませんがよろしくです。
レス削除についてはcyanさんのツールが依頼を出すのに良し、
まとめに良し、削除処理に良し、で長らくスタンダードの座を
占めてますね。まとめはレスアンカーを自分でつけなければ
なりませんが確認作業を兼ねて手動でやるのが良いかと。
スレッド削除についてはZさんのツールを使ってた人にとっては
dat落ちが分かるようになったのはありがたりと思います。 >>46
レビューしていただきありがとうございます。
お礼が遅くなりました。
自分でも常駐板のまとめを行う際に使っているのですが、
自分が使っているだけではなかなかツールの改良点がわからず
自己満足に終わってしまいそうです。
おかしな所などありましたら、改良してまいりますので
ご指摘よろしくお願いします。
#BEにログインしてるのにBEで書けないのはなんでだろう ageさせて頂きます。
すでに削除整理板の該当スレに纏めがあったのですが、
古くなったので纏めなおしました。
この様な場合、長期未処理スレにはどの様に報告すればいいのでしょうか? ややスレ違いな気もするけど、まとめ直しましたと言ってまとめの
日付とレス番を直して書式に沿って再報告。
再報告は別にしてもしなくてもいいけど、まあしておいた方が良いかも。 俺がやってる長期未処理報告スレの残件まとめの方法
それ専用に別フォルダに2chブラウザをコピーする。
長期未処理報告スレと報告済み依頼スレのログを全部取得し、残件まとめをメモ帳に保存する。
新規に報告のあった依頼スレは見に行ってログを取得し報告に不備がないかも確認し、
メモ帳のまとめに加える。
たまに整理板のスレ一覧を取得する。更新のあったスレを見に行き処理やまとめ直しが
ないかチェック、メモ帳のまとめを更新する。処理があった依頼スレのログは削除する。
折を見てメモ帳のまとめを長期未処理報告の残件まとめとしてスレに貼る。
この時対応済みでログを捨てた依頼スレを残件から消し忘れているとアドレスが青くなっている
ので分かる。 ★ 長期未処理[レス依頼]報告 ★
http://qb5.2ch.net/test/read.cgi/saku/1229850046/
そろそろ次スレのようですが、>>3でスレッド削除の方のテンプレに付け足した
ものをレス削除の方でも提案します。
1のテンプレについて
※日数の数え方は、『起算日を0と数えて、14日経過後に報告対象』とします。
例えば、起算日が10/1だった場合、報告できるのは10/15以降となります。
これの下に
最初の依頼がdat落ちや不備でも起算日は変わりません。
の一文を加えてはいかがでしょうか?
検討願います。 お疲れ様です。
>>53
付け加えた方が分かり易いので良いと思います。 >>53
反対。
明文化しないほうがよろしいかと。
>>54
dat落ちや不備ではない依頼が14日以内のものの報告が増える(可能性がある)としても
分かり易いほうが良いということでしょうか。 お疲れさまです。
>>53
追加に賛成します。
この一文の追加によって、散見される期日間違いの低減が期待できるかと。 >>55
報告対象に関しての決まりが現在そうなっている以上、正しく報告してもらう
ためにあった方が良いと考えます。
報告が増えるという懸念はまた別な問題ではないでしょうか。
dat落ちではない依頼を起算日にしようという議論が以前あったと記憶してますが、
問題が多いのでやらないという結論になったと思います。 記入ミスというのは結局、それについての指摘や訂正が入りますし、誰かの手を煩わせる事になるかも知れない。
なので、そういったミスがなるべく起きないようにテンプレで配慮できるなら
それが親切だと思うし、良いんじゃないですかね。 皆様お疲れさまです。
★長期未処理[スレッド依頼]報告★の容量が残り少なくなってまいりましたのでテンプレの検討をお願いいたします。
現在:http://qb5.2ch.net/test/read.cgi/saku/1256515861/1-4
■テンプレ1〜3 (現状維持)
■テンプレ4 関連スレッド (ここだけ最新のスレに変更)
-----------
関連スレッド
前スレ
★ 長期未処理[スレッド依頼]報告 ★
http://qb5.2ch.net/test/read.cgi/saku/1256515861/
★ 長期未処理[レス依頼]報告 ★
http://qb5.2ch.net/test/read.cgi/saku/1255614964/
┃┃ 削除依頼板作業所 第四棟 ┃┃
http://qb5.2ch.net/test/read.cgi/sakud/1243737583/
------------ 490KBを超えていますので、
>>60で問題なければすぐにでも立てたいと思うのですが、いかがでしょうか。 >>61
新スレを確認しました。
お疲れ様です&ありがとうございました。 >>61
お疲れ様でした。
ご意見をくださった方、リンク変更依頼をしてくださった方
どうもありがとうございました。
お疲れ様です。
削除整理スレの「まとめ」に関する質問です。
運営板を色々と見てみましたが、適切な回答を見つけられませんでしたので、こちらに質問させていただきます。
最近の(串|Tor)&&● のスクリプト荒らしの件で、削除整理が毎日沢山送られてくる状況です。
あまりに溜まりすぎると後で大変ですので、2週間以上経過したものをまとめたいと思っています。
ただ、通常と違って上記の連投荒らしがきっかけとなる削除依頼が殆んどを占めており、少々判断に迷う事があります。
数日経過したスレはdat落ちしているので問題ありませんが、現時点まで処理しようとすると以下にあてはまる
ものを残すかどうか迷いますので、ご指示いただければと思います。
・1000に達している
・容量オーバー
・容量オーバー寸前
以上となります。よろしくお願いします。 >>69
http://qb5.2ch.net/test/read.cgi/saku/1255614964/1
> ・dat落ちは処理できませんので、まとめから除いて下さい。
> ・1000到達・容量オーバー・依頼不備は省かないでまとめに入れて下さい。 http://c.2ch.net/test/-/nanmin/1264837400/i
間違えて自分のメアドを書き込んでしまいました…。
●のログインでミスってあせりました…。
削除お願い致します。 http://qb5.2ch.net/test/read.cgi/sakukb/1161130000/616-624
↑から移動して参りました。
やっぱり統一して全部に「年」を付けた方が分かりやすいですかね。
「年」を付けない方が良い積極的な理由はあまり無いような。
強いて言えば報告者の負担ですが、投稿日:の後ろをコピぺすれば、
YYYY/MM/DDになるのでそれほど大きい負担でもなさそうですし。 >>74
はい、長期未処理案件は全て「YYYY/MM/DD」に統一でいいと思います。
実施するのでしたら大賛成です。 おつかれさまです。
本来長期まとめはあまり1年を超えるものというのはない前提
ということもあって書式MM/DDになっていると思われます。
それが最近になって1年を超すのが多くなってしまいMM/DDだけだと
長期をまとめる際に間違いやすくなることもあり、
YYYYをまとめ人・案内人がつけ出したという流れですね。
1年を超えてからYYYYを付けたほうが
1年未満の長期と1年以上(!!)の長期が
まとめなおしのレスでも区別しやすい(目立つ)ので
個人的には通常はMM/DDのままでいいかなとも思います。 お疲れさまです
逆にYY分は一切考慮せず、MM/DDだけでソートしても良い気がしますけどね
確かに削除人が1年以上も訪れない板の側からしてみれば
2週間しか放置されていないものと同列に並べられるのは面白くはないでしょう
ですがスレの性質上、放置期間順に処理されていくわけではありませんので
そこまで厳密に管理する必要もないと思いますよ 1年を超えるものは MM/DD を除いて YYYY だけにするとか。 http://qb5.2ch.net/test/read.cgi/saku/1124765373/
>>513
>>516
の削除依頼の報告がまとめに反映されていません。
まとめをした>>517
は、その前のまとめに>>501の2番目をいれてなかったため私は>>501の2番目を訂正して再度>>513を削除依頼したにもかかわらず、まとめ直しを行いまとめに>>513をいれていません。
また>>516に対しても削除依頼報告されていないにもかかわらず、報告されていると言い張りまとめに>>516をいれていません。
まとめをする人が勝手に自分の判断で削除依頼報告したものをいれないことをしてもよいのでしょうか?
私の依頼投稿ではないのですが
>>498の人の削除依頼に対して、まとめをした人が>>499で
発言をして重複していない7番目と10番目のURLをまとめにいれていません。後のまとめなおしにも反映されていない。
>>517>>518でまとめが大変だ、ごちゃごちゃすると削除されないと言って削除されるまでは、これ以上の削除依頼をしないように協力して下さいと発言をしているのですが、これはよいことなのでしょうか? > どうすればよいでしょうか?
省かずに纏めてください ■ このスレッドは過去ログ倉庫に格納されています