あなたの疑問はこのスレのFAQ（>>2 >>3 >>4 あたり）や、少し上の方にあるかもしれません。
書込みする際は一度スレを見渡して、場をわきまえた雑談をお願いします。
◆前スレ：質問・雑談スレ270＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1203698756/
◇サーバの異常報告等は第一報以外あまり必要ありません。
規制に関しては「荒らし報告・規制議論＠2ch掲示板」へ。
http://qb5.2ch.net/sec2chd/
2ちゃんねるの基本的な質問は「初心者の質問＠2ch掲示板」へ。
http://etc7.2ch.net/qa/
VIP関係は「VIP運用情報」へ。
http://find.2ch.net/?STR=VIP%2B%B1%BF%CD%D1%BE%F0%CA%F3&COUNT=50&TYPE=TITLE&BBS=ALL
運用のキャップの人たちをしばきたいときは「最悪板」へ。
http://tmp7.2ch.net/tubo/
馴れ合いは「運営系・質雑スレの人が馴れ合うスレ」へ。
御用の場合はスレッド検索へ
運用情報板が不調になったらここに避難しましょう。
http://sports2.2ch.net/test/read.cgi/operatex/1125649455/
◆関連リンク
情報のまとめ＆プロジェクトのご案内「2ちゃんねるwiki」、読むべし読むべし。
http://info.2ch.net/wiki/
2chの動作報告はここで - FAQ -
http://www6.ocn.ne.jp/~boyakkie/faq.html
運用情報板の心得
http://info.2ch.net/wiki/index.php?%B1%BF%CD%D1%BE%F0%CA%F3%C8%C4%A4%CE%BF%B4%C6%C0
２ちゃんねるボランティアさんのためのページ
http://volch2.sakura.ne.jp/vol/
◆2ちゃんねるで判らない用語が出てきたら
2典Plus
（PC） http://www.media-k.co.jp/jiten/
（携帯）http://www.media-k.co.jp/jiten/i/index.html
探検
質問・雑談スレ271＠運用情報板
■ このスレッドは過去ログ倉庫に格納されています
2008/03/23(日) 21:53:19ID:zZb6HiA90
>>38
あああ・・・でも、その板の株か少ししかもってないし、スレ立ても出来ない・・・
オマエらがそっちへ出て逝けよカス（笑）筆頭取ったら追い出せるぞID:+VBws+aC0
WWWWWWWWWWWWWWWWWWWWWWWWWWWWWWｗｗWWWWｗｗｗWww↑→
あああ・・・でも、その板の株か少ししかもってないし、スレ立ても出来ない・・・
オマエらがそっちへ出て逝けよカス（笑）筆頭取ったら追い出せるぞID:+VBws+aC0
WWWWWWWWWWWWWWWWWWWWWWWWWWWWWWｗｗWWWWｗｗｗWww↑→
2008/03/25(火) 17:40:02ID:EuEKxDdU0
/: /: : : : :｀.: : : : : : : : :/´￣＼ : : : : : ヽ:::ノ
. !: : : :iflllli､: : : : : : : : : : : : : : : :ヽ: : : : : :.!
|: : : :llllｆ l: : : : : : : : : : :.iflllli､: : : : : ＜iiii| けいじばん
|: : : :|llll |: : : : : : : : : : .llllf l: : : : : : : : :.| >>39くん にちょうどいい 掲示板 があるよ！
|: : : :.!lllll!' : : : : : : : : : : |llll |: : : : : : : : :i
/: : : : : ○ : : .!lllll!' : : : : : : : :.i なかまたち じょし
￣|: : :" ,,,,,,,,,,,,,|____ : : : : : : : :.＜iii/ ニート の 仲間達 （ 女子 もいるよ！）がたくさん
.／!.: |:::::／ ￣''''''''l ヽ: : : : :-─/─
ヽ ヽ/ ﾉ : : :ヽ／ そく びっぷ けいじばん
＼ ＼,,_ _,,,／ : ／＼ それがニュー速 VIP 掲示板
http://yutori.2ch.net/news4vip/
. !: : : :iflllli､: : : : : : : : : : : : : : : :ヽ: : : : : :.!
|: : : :llllｆ l: : : : : : : : : : :.iflllli､: : : : : ＜iiii| けいじばん
|: : : :|llll |: : : : : : : : : : .llllf l: : : : : : : : :.| >>39くん にちょうどいい 掲示板 があるよ！
|: : : :.!lllll!' : : : : : : : : : : |llll |: : : : : : : : :i
/: : : : : ○ : : .!lllll!' : : : : : : : :.i なかまたち じょし
￣|: : :" ,,,,,,,,,,,,,|____ : : : : : : : :.＜iii/ ニート の 仲間達 （ 女子 もいるよ！）がたくさん
.／!.: |:::::／ ￣''''''''l ヽ: : : : :-─/─
ヽ ヽ/ ﾉ : : :ヽ／ そく びっぷ けいじばん
＼ ＼,,_ _,,,／ : ／＼ それがニュー速 VIP 掲示板
http://yutori.2ch.net/news4vip/
42名無しの妙心
2008/03/25(火) 18:29:22ID:lTocfDV+0 何気なく右クリックしたら新機能ついてて吹いたwww
GJANESTYLE
さっそく使おうっと。
GJANESTYLE
さっそく使おうっと。
2008/03/25(火) 19:42:00ID:cS9rt1UG0
ニュース速報板のスレにAAを書き込もうとしても反映されません。
スレの内容に沿ったAAをひとつ書き込むだけで、決して荒らしではありません。
AA規制でもあるんでしょうか？
スレの内容に沿ったAAをひとつ書き込むだけで、決して荒らしではありません。
AA規制でもあるんでしょうか？
2008/03/25(火) 19:43:58ID:8TLBKVqN0
>>43
＞AA規制でもあるんでしょうか？
あるよ
■ AAが貼れない !! 貼れないAAを貼るスレッド 2
http://qb5.2ch.net/test/read.cgi/sec2chd/1205953006/
＞AA規制でもあるんでしょうか？
あるよ
■ AAが貼れない !! 貼れないAAを貼るスレッド 2
http://qb5.2ch.net/test/read.cgi/sec2chd/1205953006/
2008/03/25(火) 19:47:47ID:cS9rt1UG0
でも、同一スレにAAが書き込まれています。
そのスレはAA禁止！ ということではなくて、
書けないAAが個別に存在するということでしょうか？
いずれにしろ、AA規制があることはわかりました。
情報ありがとうございました。
そのスレはAA禁止！ ということではなくて、
書けないAAが個別に存在するということでしょうか？
いずれにしろ、AA規制があることはわかりました。
情報ありがとうございました。
2008/03/25(火) 21:04:34ID:GQ4gishb0
http://news23.org/news17567.jpg
久しぶりにワロタ
久しぶりにワロタ
2008/03/25(火) 21:15:01ID:9wtCniJ00
良いzipが手に入ったときの表情だね
49動け動けウゴウゴ２ちゃんねる
2008/03/25(火) 21:43:26ID:Z0+aGIVp0 帯域の消費量を劇的に削減するアイデアを思いついたのですが、
話だけでも聞いてもらうには、どこの板orスレで誰に問いかければ
よろしいのでしょう？
私の推論が間違ってなければネットワーク消費が1/3から1/2削減可能な気がします。
修正が必要な個所はbbs.cgiが数行、専ブラ100行程度と見込んでおります。
話だけでも聞いてもらうには、どこの板orスレで誰に問いかければ
よろしいのでしょう？
私の推論が間違ってなければネットワーク消費が1/3から1/2削減可能な気がします。
修正が必要な個所はbbs.cgiが数行、専ブラ100行程度と見込んでおります。
2008/03/25(火) 21:47:47ID:pFqoUXey0
2008/03/25(火) 22:07:03ID:25Kk9Ajq0
ネットワーク負荷削減案
以下の集計は一日のアクセス数と最も混雑している状況での１秒間のアクセス数と処理量の推定
mamono.2ch.net (2008/03/24)
.txt 1,591,825 : 45 * 20K = 900K : 転送量最多(gzipしないと倍くらい)
.dat 9,883,852 : 274 * 1K = 275K : アクセス数最多(個別に圧縮する暇は無い)
.html 1,120,177 : 31 * 10K = 310K : 問題なし(圧縮してるなら改善の余地なし)
read.cgi 2,981,063 : 82 * 5K = 400K : 負荷多 (Apacheモジュール/キャッシュ)
bbs.cgi 369,789 : 10 * 1K = 10K : 負荷中 (SpeedyCGI使えば苦にならない)
------------------------------------
total 15,771,820 442/sec. 1,895K/sec.
現在帯域を最も消費しているのは Subject.txt と思われるが、
これの毎回全データを専ブラに渡す形式ではなく、更新内容だけを
更新差分ファイルに追記していくことで、専ブラからのスレ一覧の
取得処理によるデータ量を削減できないか？というもの。
更新差分ファイルの内容は、どのスレが age/sage で更新されたかのみを含む
以下、更新差分ファイルの内容
open(F, ">>updateXX.dat");
if (スレ立て) {
sprintf(F, "\0スレタイ\0");
} else { # レスカキコ (最上位ビットを age フラグにする)
print F pack('N', 1234567890 | ($age ? 0x80000000 : 0));
}
close(F);
専ブラは、Subject.txt を取得する際に、その時点での updateXX.dat のサイズを
何らかの形で取得できるようにし、スレ一覧の再取得の際に updateXX を差分で
取得するようにする。専ブラは専ブラの中に保持した Subject.txt を差分の内容を
解釈することで更新して、その時点での Subject.txt を内部で作り上げる。
というもの。
以下の集計は一日のアクセス数と最も混雑している状況での１秒間のアクセス数と処理量の推定
mamono.2ch.net (2008/03/24)
.txt 1,591,825 : 45 * 20K = 900K : 転送量最多(gzipしないと倍くらい)
.dat 9,883,852 : 274 * 1K = 275K : アクセス数最多(個別に圧縮する暇は無い)
.html 1,120,177 : 31 * 10K = 310K : 問題なし(圧縮してるなら改善の余地なし)
read.cgi 2,981,063 : 82 * 5K = 400K : 負荷多 (Apacheモジュール/キャッシュ)
bbs.cgi 369,789 : 10 * 1K = 10K : 負荷中 (SpeedyCGI使えば苦にならない)
------------------------------------
total 15,771,820 442/sec. 1,895K/sec.
現在帯域を最も消費しているのは Subject.txt と思われるが、
これの毎回全データを専ブラに渡す形式ではなく、更新内容だけを
更新差分ファイルに追記していくことで、専ブラからのスレ一覧の
取得処理によるデータ量を削減できないか？というもの。
更新差分ファイルの内容は、どのスレが age/sage で更新されたかのみを含む
以下、更新差分ファイルの内容
open(F, ">>updateXX.dat");
if (スレ立て) {
sprintf(F, "\0スレタイ\0");
} else { # レスカキコ (最上位ビットを age フラグにする)
print F pack('N', 1234567890 | ($age ? 0x80000000 : 0));
}
close(F);
専ブラは、Subject.txt を取得する際に、その時点での updateXX.dat のサイズを
何らかの形で取得できるようにし、スレ一覧の再取得の際に updateXX を差分で
取得するようにする。専ブラは専ブラの中に保持した Subject.txt を差分の内容を
解釈することで更新して、その時点での Subject.txt を内部で作り上げる。
というもの。
2008/03/25(火) 22:10:56ID:0gMOClxE0
2008/03/25(火) 22:15:28ID:0gMOClxE0
>>52
ちと遅かったかｗ
要はここで携帯向けにやってることをPC向けにもやろうってことだな？
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part4.2 - ボーリング場3
http://qb5.2ch.net/test/read.cgi/operate/1203100286/
ちと遅かったかｗ
要はここで携帯向けにやってることをPC向けにもやろうってことだな？
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part4.2 - ボーリング場3
http://qb5.2ch.net/test/read.cgi/operate/1203100286/
2008/03/25(火) 22:29:04ID:hDubMkam0
雪だるまなサーバーでは凄い事になる予感
>>54
ざっと読みましたが全く別物みたいです。
今回のは専ブラのプログラム側で色々するものですし(Subject.txt 読むの専ブラだけ)
アクセスをどうさばくか？ではなく、パケットの量を如何にして減らすか？の改善案です。
今回のメリットは、
・2ch側の修正内容が極めて少なく、既存のシステムへの影響はほとんど考えられない。
・推論が間違ってなければ、トラフィックの量が過去にないほど激減する。
というのがアピール点ですかね。
運よく関係者の方が見てくれることを祈って (-人-)
ざっと読みましたが全く別物みたいです。
今回のは専ブラのプログラム側で色々するものですし(Subject.txt 読むの専ブラだけ)
アクセスをどうさばくか？ではなく、パケットの量を如何にして減らすか？の改善案です。
今回のメリットは、
・2ch側の修正内容が極めて少なく、既存のシステムへの影響はほとんど考えられない。
・推論が間違ってなければ、トラフィックの量が過去にないほど激減する。
というのがアピール点ですかね。
運よく関係者の方が見てくれることを祈って (-人-)
今さらトラフィックって減らす必要あんの？
そりゃ少ないほうがいいのはわかってるんだけどさ。
そりゃ少ないほうがいいのはわかってるんだけどさ。
最近はトラフィックについてはあんまり気にしていないような気もするけどねぇ
2008/03/25(火) 23:03:16ID:ApwrwPC40
>>52
着眼点はそれなりに面白いとは思うけど、結局 subject.txt の差分ファイルを作成する
ために鯖の負荷が上がるだけのような気がする。
mamono は例としてあげただけだろうけど、今の mamono の状況でそれをやったら、
「もうだめぽ」状態になるだけじゃないかと…
それに、If-modified-since: とか Etag を使って更新状況を把握することになると思うん
だけど、結局 subject.txt 全読み込み or とんでもなく細分化された各時点での差分
ファイルをあらかじめ用意 or 別のプログラムで差分ファイルを動的に生成になるんじゃ？
着眼点はそれなりに面白いとは思うけど、結局 subject.txt の差分ファイルを作成する
ために鯖の負荷が上がるだけのような気がする。
mamono は例としてあげただけだろうけど、今の mamono の状況でそれをやったら、
「もうだめぽ」状態になるだけじゃないかと…
それに、If-modified-since: とか Etag を使って更新状況を把握することになると思うん
だけど、結局 subject.txt 全読み込み or とんでもなく細分化された各時点での差分
ファイルをあらかじめ用意 or 別のプログラムで差分ファイルを動的に生成になるんじゃ？
>>57,58
1割削減程度ではバグ混入等のデメリットや作業＋テスト工数が割にあわない
でしょうけど、4割減などの大幅減であって、最もコストの高いIO部分の改善で
あるならば、検討の価値はあるかと思います。
>>59
差分読み込みは現在の .dat の差分読み込み(未読分の受信)と同じ仕組みです。
サーバの負荷は、レスかきこ回数分の4バイトの追記だけですので、
現在のサーバであれば、秒間に数万回は楽に処理できる内容です。(flockも不要)
■差分の適用概念
普通の Subject.txt の読み込み(初回と長時間あいた場合)。専ブラのプログラムで保持する
12333333333.dat<>title3(30)
12344444444.dat<>title4(40)
11111111111.dat<>title1(10)
12345555555.dat<>title5(50)
12222222222.dat<>title2(20)
差分の内容 (実際は1行4バイトのバイナリ)
11111111111.dat sage
12222222222.dat age
12333333333.dat sage < この時点で Subject.txt を取得
12344444444.dat sage
12345555555.dat age
12333333333.dat age
今まで Subject.txt を再読み込みしていたのを 差分ファイルの4行目から読む
(実際受信するのはは4x3=12バイト分)
4行目:12344444444.dat にsageでレス追加 ⇒ レス数を+1
5行目:12345555555.dat にageでレス追加 ⇒ レス数を+1 して先頭に
6行目:12333333333.dat にageでレス追加 ⇒ レス数を+1 して先頭に
今までであればスレ一覧更新時は Subject.txt を取得していたのを、
更新ファイルの最終ポインタ以降だけを Range リクエストして受信する。
前に取得した Subject.txt に4行目以降の内容を解釈した結果の Subject.txt
12333333333.dat<>title3(31)
12345555555.dat<>title5(51)
12344444444.dat<>title4(41)
11111111111.dat<>title1(10)
12222222222.dat<>title2(20)
専ブラのプログラムでこれを生成して、スレ一覧を更新表示する
というものです。説明べたですまん。
今までであれば 700スレ程度であればgzipでも20KB受信していたのが
Rangeリクエストで更新のあったレス数ｘ４バイト分で済みます。
1割削減程度ではバグ混入等のデメリットや作業＋テスト工数が割にあわない
でしょうけど、4割減などの大幅減であって、最もコストの高いIO部分の改善で
あるならば、検討の価値はあるかと思います。
>>59
差分読み込みは現在の .dat の差分読み込み(未読分の受信)と同じ仕組みです。
サーバの負荷は、レスかきこ回数分の4バイトの追記だけですので、
現在のサーバであれば、秒間に数万回は楽に処理できる内容です。(flockも不要)
■差分の適用概念
普通の Subject.txt の読み込み(初回と長時間あいた場合)。専ブラのプログラムで保持する
12333333333.dat<>title3(30)
12344444444.dat<>title4(40)
11111111111.dat<>title1(10)
12345555555.dat<>title5(50)
12222222222.dat<>title2(20)
差分の内容 (実際は1行4バイトのバイナリ)
11111111111.dat sage
12222222222.dat age
12333333333.dat sage < この時点で Subject.txt を取得
12344444444.dat sage
12345555555.dat age
12333333333.dat age
今まで Subject.txt を再読み込みしていたのを 差分ファイルの4行目から読む
(実際受信するのはは4x3=12バイト分)
4行目:12344444444.dat にsageでレス追加 ⇒ レス数を+1
5行目:12345555555.dat にageでレス追加 ⇒ レス数を+1 して先頭に
6行目:12333333333.dat にageでレス追加 ⇒ レス数を+1 して先頭に
今までであればスレ一覧更新時は Subject.txt を取得していたのを、
更新ファイルの最終ポインタ以降だけを Range リクエストして受信する。
前に取得した Subject.txt に4行目以降の内容を解釈した結果の Subject.txt
12333333333.dat<>title3(31)
12345555555.dat<>title5(51)
12344444444.dat<>title4(41)
11111111111.dat<>title1(10)
12222222222.dat<>title2(20)
専ブラのプログラムでこれを生成して、スレ一覧を更新表示する
というものです。説明べたですまん。
今までであれば 700スレ程度であればgzipでも20KB受信していたのが
Rangeリクエストで更新のあったレス数ｘ４バイト分で済みます。
61動け動けウゴウゴ２ちゃんねる
2008/03/25(火) 23:26:31ID:Ky143BJN0 すみません。
スレ立てについて質問があるのですが宜しいでしょうか？
スレ立てについて質問があるのですが宜しいでしょうか？
2008/03/25(火) 23:27:00ID:QInUxYwQ0
>>52
鯖のリソースを食いつぶすだけだと思うぞ。
専ブラはIf-Modified-Sinceを付けてリクエストしてるんだし。
If-Modified-Sinceからの差分を鯖がわざわざ個別に生成することになるってことでしょ？
鯖のリソースを食いつぶすだけだと思うぞ。
専ブラはIf-Modified-Sinceを付けてリクエストしてるんだし。
If-Modified-Sinceからの差分を鯖がわざわざ個別に生成することになるってことでしょ？
2008/03/25(火) 23:27:11ID:Ky143BJN0
ってうわ、
空気読めてないですね。失礼しました‥‥。
空気読めてないですね。失礼しました‥‥。
2008/03/25(火) 23:28:21ID:lIMYu8/d0
いいですよ
2008/03/25(火) 23:30:13ID:5uxgAncB0
>>64
天国の人だから。
天国の人だから。
差分と書いたのが勘違いされる元だったかもしれません。
前取得時と今の diff ではなく、
レスのあったスレの記録ログの未読分の読み込みという感じです
前取得時と今の diff ではなく、
レスのあったスレの記録ログの未読分の読み込みという感じです
2008/03/25(火) 23:33:09ID:GAan/4Z10
今のネックは転送量よりサーバー負荷。
2008/03/25(火) 23:34:10ID:UrwDNOT/0
>>60
そう考えるなら、実際にサーバ側、クライアント側を作って提案してみるとよろし。
そう考えるなら、実際にサーバ側、クライアント側を作って提案してみるとよろし。
>>67
現状の負荷というのは、CPUが100%になってるのではなく、
IO処理がネックになってるとかいうものではないのですか？
以前のログでは、CPUには余裕があってIOがボトルネックだったと記憶してるのですが。
今回のはIO処理を減らす意味で、負荷の低減だと思うのですが……
現状の負荷というのは、CPUが100%になってるのではなく、
IO処理がネックになってるとかいうものではないのですか？
以前のログでは、CPUには余裕があってIOがボトルネックだったと記憶してるのですが。
今回のはIO処理を減らす意味で、負荷の低減だと思うのですが……
2008/03/25(火) 23:38:39ID:GAan/4Z10
なんに対してのIOのことかは知らんが、
ディスクアクセスなら減らすための仕組みが出来てる。その中にsubject.txtやindex.htmlももちろん入ってる。
ディスクアクセスなら減らすための仕組みが出来てる。その中にsubject.txtやindex.htmlももちろん入ってる。
2008/03/25(火) 23:53:29ID:ApwrwPC40
>>60
鯖側はその単調増加しかしない「差分の内容」ファイルを、永遠に保持し続けるの？
dat と同じように上限を設けるとして「今どのファイルが有効なのか？」は、どうやって
知ればいいのか？
常に(もしくはおおむね)、subject.txt よりファイルサイズが小さくなるという保障、
もしくは目算は？
鯖側はその単調増加しかしない「差分の内容」ファイルを、永遠に保持し続けるの？
dat と同じように上限を設けるとして「今どのファイルが有効なのか？」は、どうやって
知ればいいのか？
常に(もしくはおおむね)、subject.txt よりファイルサイズが小さくなるという保障、
もしくは目算は？
2008/03/26(水) 00:00:04ID:wzlIEUt60
>>60
どうやったら一行4バイトで済むのかはわかりませんが、
(「1206276799 1」でも12バイトになるよね？)
ニュー速+やら実況板みたいに一日に10万件近くの書き込みのあるような板だと
その差分ファイルとやらが膨らみまくるんじゃね？
まあ普通のSubject.txtも作ってる時点で専ブラが変な仕様の差分ファイルを
わざわざ取得しに行こうって気にはならんと思うがね。
どうやったら一行4バイトで済むのかはわかりませんが、
(「1206276799 1」でも12バイトになるよね？)
ニュー速+やら実況板みたいに一日に10万件近くの書き込みのあるような板だと
その差分ファイルとやらが膨らみまくるんじゃね？
まあ普通のSubject.txtも作ってる時点で専ブラが変な仕様の差分ファイルを
わざわざ取得しに行こうって気にはならんと思うがね。
2008/03/26(水) 00:01:31ID:fJXX/yTD0
ヒント：int型、バイナリにパック
今回の提案に関する内容をソースにしてみました。
サーバ側に追加する処理は >>52 にも書きましたが書き直すと
if (スレ立て) {
$newThreadId = time;
$newThreadTitle = "新スレのタイトル";
$updateData = pack("NNa*N", 0, $newThreadId, $newThreadTitle, 0);
} else { # レスカキコ (最上位ビットを age フラグにする)
$updateData = pack('N', $threadId | ($age ? 0x80000000 : 0));
}
open(F, ">>updateXX.dat");
binmode(F);
print F $updateData;
close(F);
クライアント側も、Perl で書くなら
@SubjectTxt; # 以前取得した Subject.txt がそのまま入ってるとする
$updateXXdat; # 受信した未読分(Subject.txt を受信してから追記された)のバイナリデータ(4x更新レス数Byte)
$offset = 0;
while ($offset < length($updateXXdat)) # 差分データを全部処理したら終わり
{
$update = unpack('N*', substr($updateXXdat, $offset, 4)); # 4バイト分を抽出
$offset += 4; # 読み込み位置を4バイト進める
$age = ($update & 0x80000000) ? 1 : 0 ; # age フラグは立っているか？
$update &= 0x7ffffffff; # age フラグの除去
for (0 .. $#SubjectTxt) { # スレ一覧を一行ずつ処理
if (index($subjextTxt[$_], $update)) { # 行の先頭で 更新スレ が一致したら
$num = $_; # その行を記憶しておいて
$subjextTxt[$_] =~ s/\((\d{1,4})\)$/'('.$1 + 1.')'/e; # レス数を増やす
last; # 終わり
}
}
if ($age) { # もし age フラグが立ってるなら
$line = splice(@SubjectTxt, $num, 1); # 該当スレを抜き出して
unshift(@SubjectTxt, $line); # 先頭に持ってくる
}
}
# この時点で @SubjectTxt は最新の Subject.txt と同じになっている
サーバ側に追加する処理は >>52 にも書きましたが書き直すと
if (スレ立て) {
$newThreadId = time;
$newThreadTitle = "新スレのタイトル";
$updateData = pack("NNa*N", 0, $newThreadId, $newThreadTitle, 0);
} else { # レスカキコ (最上位ビットを age フラグにする)
$updateData = pack('N', $threadId | ($age ? 0x80000000 : 0));
}
open(F, ">>updateXX.dat");
binmode(F);
print F $updateData;
close(F);
クライアント側も、Perl で書くなら
@SubjectTxt; # 以前取得した Subject.txt がそのまま入ってるとする
$updateXXdat; # 受信した未読分(Subject.txt を受信してから追記された)のバイナリデータ(4x更新レス数Byte)
$offset = 0;
while ($offset < length($updateXXdat)) # 差分データを全部処理したら終わり
{
$update = unpack('N*', substr($updateXXdat, $offset, 4)); # 4バイト分を抽出
$offset += 4; # 読み込み位置を4バイト進める
$age = ($update & 0x80000000) ? 1 : 0 ; # age フラグは立っているか？
$update &= 0x7ffffffff; # age フラグの除去
for (0 .. $#SubjectTxt) { # スレ一覧を一行ずつ処理
if (index($subjextTxt[$_], $update)) { # 行の先頭で 更新スレ が一致したら
$num = $_; # その行を記憶しておいて
$subjextTxt[$_] =~ s/\((\d{1,4})\)$/'('.$1 + 1.')'/e; # レス数を増やす
last; # 終わり
}
}
if ($age) { # もし age フラグが立ってるなら
$line = splice(@SubjectTxt, $num, 1); # 該当スレを抜き出して
unshift(@SubjectTxt, $line); # 先頭に持ってくる
}
}
# この時点で @SubjectTxt は最新の Subject.txt と同じになっている
>>70
今回関係しそうなIOは、ディスクIOとネットワークや、
その関数をコールするときのユーザモードとカーネルモードの受け渡しあたりですね。
ディスクIOは既存で mmap 処理されていれば、それ以上改善は難しいわけですし、
ネットワークIOの送受信に関しては、かなりボトルネックになってる可能性があります。
今回関係しそうなIOは、ディスクIOとネットワークや、
その関数をコールするときのユーザモードとカーネルモードの受け渡しあたりですね。
ディスクIOは既存で mmap 処理されていれば、それ以上改善は難しいわけですし、
ネットワークIOの送受信に関しては、かなりボトルネックになってる可能性があります。
>>72
スレのIDは time の内容なので int4 のうち31ビット分です。
使われない最上位のビットを age フラグとして 32bit(4Byte) の
バイナリとして考えます。
最もカキコの多い板で一時間で4万弱の書き込み数になりますが、
一時間1ファイルなら最大で160K程度のファイルができることになりますが、
スレの更新を .dat の差分(Range: リクエスト)で取得するのと同じように
全部読みなおす必要はありません
スレのIDは time の内容なので int4 のうち31ビット分です。
使われない最上位のビットを age フラグとして 32bit(4Byte) の
バイナリとして考えます。
最もカキコの多い板で一時間で4万弱の書き込み数になりますが、
一時間1ファイルなら最大で160K程度のファイルができることになりますが、
スレの更新を .dat の差分(Range: リクエスト)で取得するのと同じように
全部読みなおす必要はありません
うろ覚えなのですが、更新の多い板では、saborin だったかで
Subject.txt の更新をスキップする処理が入ったと思いますが、
その場合でも正しく板の内容に追随できるメリットがありますね。
saborin がSubject.txtじゃなくて他の作業をスキップするなら検討違いですがｗ
Subject.txt の更新をスキップする処理が入ったと思いますが、
その場合でも正しく板の内容に追随できるメリットがありますね。
saborin がSubject.txtじゃなくて他の作業をスキップするなら検討違いですがｗ
わかる人にはわかるので追加する必要はないと思いますが一応不足分をフォロー
if ($update eq "\0\0\0\0") { # スレ立てによる更新の場合
# 読み込み位置から \0 までを一気読みする
$newData = substr($updateXXdat, $offset, index($updateXXdat, "\0", $offset)-$offset);
$newThreadId = unpack('N', substr($newData, 0, 4)); # スレIDの取得
$newThreadTitle = substr($newData, 4, length($newData-8)); # スレタイの取り出し
unshift(@subjextTxt, $newThreadTitle . " (1)\n"); # Subject.txt に新スレ追加
$offset += length($newData); # 読み込み位置を一気に飛ばす
}
if ($update eq "\0\0\0\0") { # スレ立てによる更新の場合
# 読み込み位置から \0 までを一気読みする
$newData = substr($updateXXdat, $offset, index($updateXXdat, "\0", $offset)-$offset);
$newThreadId = unpack('N', substr($newData, 0, 4)); # スレIDの取得
$newThreadTitle = substr($newData, 4, length($newData-8)); # スレタイの取り出し
unshift(@subjextTxt, $newThreadTitle . " (1)\n"); # Subject.txt に新スレ追加
$offset += length($newData); # 読み込み位置を一気に飛ばす
}
2008/03/26(水) 00:37:49ID:qAfB4pX60
Saborinはindex.htmlとsubbask.htmlでは？
さっき帰宅して今ちとふらふらなので、とりあえず断片的に思うところを。
はずしてたらごめんなさい。
>>78
Saborinはsubject.txt＊以外＊の更新をさぼるものです。
index.html とか subback.html とか html/html とか。
subject.txt の更新をさぼると、ほぼすべての専用ブラウザが発狂するようです。
かつて、夜勤さんという方がそんなことをおっしゃってました。
今雪だるまではsubject.txtの更新は遅延(さぼり、ではなくて)させてますね。
5秒に1回のインターバルで更新だったかな。効果はそれなりにあるようです。
あと、２ちゃんねるのさまざまな呪文(削除系とか)は、datの有無とか
現在のレス数とか、subject.txt を頼りに動いているものが非常に多い気がするので、
subject.txt 自体の更新はあまりさぼれない気がします。
そういう意味で、subject.txt＊ではない＊名前のファイルを作っておいて、
それを使って差分取得(のようなものですね。ほんとの差分じゃない気がするので)
みたいなことをするようにする、というコンセプトは、悪くない考えなのかもしれません。
一般的な板だとsubject.txt は700行ぐらい、大きさで40kBytesぐらいですね。
ちょっとしたdatぐらいかな。ただ、subject.txtは取得頻度がとても大きいので、
うまくやれれば効果は予想以上に大きいのかも。
はずしてたらごめんなさい。
>>78
Saborinはsubject.txt＊以外＊の更新をさぼるものです。
index.html とか subback.html とか html/html とか。
subject.txt の更新をさぼると、ほぼすべての専用ブラウザが発狂するようです。
かつて、夜勤さんという方がそんなことをおっしゃってました。
今雪だるまではsubject.txtの更新は遅延(さぼり、ではなくて)させてますね。
5秒に1回のインターバルで更新だったかな。効果はそれなりにあるようです。
あと、２ちゃんねるのさまざまな呪文(削除系とか)は、datの有無とか
現在のレス数とか、subject.txt を頼りに動いているものが非常に多い気がするので、
subject.txt 自体の更新はあまりさぼれない気がします。
そういう意味で、subject.txt＊ではない＊名前のファイルを作っておいて、
それを使って差分取得(のようなものですね。ほんとの差分じゃない気がするので)
みたいなことをするようにする、というコンセプトは、悪くない考えなのかもしれません。
一般的な板だとsubject.txt は700行ぐらい、大きさで40kBytesぐらいですね。
ちょっとしたdatぐらいかな。ただ、subject.txtは取得頻度がとても大きいので、
うまくやれれば効果は予想以上に大きいのかも。
で、まとめると、
1)subject.txt 自体の構造や更新のしくみは変えにくい
(内部的にも影響がとてもでかい)
2)subject.txt ではないファイルを＊追加で＊作るようにして、
それでやることは考えられなくもない
3)2)は純粋にコスト上昇になる(bbs.cgiの)
4)そして現在の２ちゃんねるは、転送量的にはあまり困っていない(と私は思う)
こんなかんじでしょうか。
ふらふら。
1)subject.txt 自体の構造や更新のしくみは変えにくい
(内部的にも影響がとてもでかい)
2)subject.txt ではないファイルを＊追加で＊作るようにして、
それでやることは考えられなくもない
3)2)は純粋にコスト上昇になる(bbs.cgiの)
4)そして現在の２ちゃんねるは、転送量的にはあまり困っていない(と私は思う)
こんなかんじでしょうか。
ふらふら。
>>81
saborin に関しては完全に私のうろ覚えが原因の勘違いのようですねｗ
私が算出した数値になりますが、ひとつのスレを追うところではなく、
板の更新が多くそれを眺めるような板では、Subject.txt のトラフィックが
50％程度になり、更新が多い＝Not Modified が少なく、gzip でも20〜25KB
程度のレスポンスを常に返している計算になりますが、
１分おきに20回 Subject.txt(20KB) を取得すると仮定すると、20x20=400KB の
データをひとりが取得してる計算になりますが、差分で考えると、たとえ
レスが1000件あったとしても4KBで済む計算になります。
私の概算ですが、現在 mamono が忙しい時間帯は 20Mbps の帯域を使用しる
ようですが、これが半分以下かそれ以上低くなる可能性が高いです。
ネットワーク的に考えると20KBは1464Byte(だったかな？)で多数のパケットに
分割されて送られるわけですが、今回はそのパケット数も激減することで、
ネットワーク装置やドライバレベルでの処理がかなり少なくなると見込めます。
saborin に関しては完全に私のうろ覚えが原因の勘違いのようですねｗ
私が算出した数値になりますが、ひとつのスレを追うところではなく、
板の更新が多くそれを眺めるような板では、Subject.txt のトラフィックが
50％程度になり、更新が多い＝Not Modified が少なく、gzip でも20〜25KB
程度のレスポンスを常に返している計算になりますが、
１分おきに20回 Subject.txt(20KB) を取得すると仮定すると、20x20=400KB の
データをひとりが取得してる計算になりますが、差分で考えると、たとえ
レスが1000件あったとしても4KBで済む計算になります。
私の概算ですが、現在 mamono が忙しい時間帯は 20Mbps の帯域を使用しる
ようですが、これが半分以下かそれ以上低くなる可能性が高いです。
ネットワーク的に考えると20KBは1464Byte(だったかな？)で多数のパケットに
分割されて送られるわけですが、今回はそのパケット数も激減することで、
ネットワーク装置やドライバレベルでの処理がかなり少なくなると見込めます。
>>82
＞4)そして現在の２ちゃんねるは、転送量的にはあまり困っていない(と私は思う)
これが問題にならないのであれば、bbs.cgi に数行でも変更を加えるリスク
簡単な管理用のスクリプトの追加やチェックする労力
別のファイルへの小さな追記の負荷 (もっと性能の低いマシンでも秒間数万回は処理できるコストなんですけどねｗ)
が少ないものであっても、実現は遠いのかもしれませんねｗ
とりあえず、思いついたことだけ提案してみました。
暇がありましたら、検討リストにでも入れてもらえればちょっと幸せかもｗ
＞4)そして現在の２ちゃんねるは、転送量的にはあまり困っていない(と私は思う)
これが問題にならないのであれば、bbs.cgi に数行でも変更を加えるリスク
簡単な管理用のスクリプトの追加やチェックする労力
別のファイルへの小さな追記の負荷 (もっと性能の低いマシンでも秒間数万回は処理できるコストなんですけどねｗ)
が少ないものであっても、実現は遠いのかもしれませんねｗ
とりあえず、思いついたことだけ提案してみました。
暇がありましたら、検討リストにでも入れてもらえればちょっと幸せかもｗ
>>84
レスどもです。
でも、面白い気もするので、
2ch特化型サーバ・ロケーション構築作戦 Part27
http://qb5.2ch.net/test/read.cgi/operate/1200061619/
こことかにでも、アイディアの種の一つとしてまた。
レスどもです。
でも、面白い気もするので、
2ch特化型サーバ・ロケーション構築作戦 Part27
http://qb5.2ch.net/test/read.cgi/operate/1200061619/
こことかにでも、アイディアの種の一つとしてまた。
2008/03/26(水) 01:05:43ID:KKvjbSTR0
お疲れ様です。お疲れ様です。
ふと、これが「わいわい」なんだなあ。 と思いました。
ふと、これが「わいわい」なんだなあ。 と思いました。
で、個人的には今の bbs.cgi では、
html/ の下のファイル(index.htmlの種)を作成するコストがかなり、
でかいような気がするです。
ここを何とかできるアイディアはないのかなと。
html/ の下のファイル(index.htmlの種)を作成するコストがかなり、
でかいような気がするです。
ここを何とかできるアイディアはないのかなと。
>>87
低負荷を意識した実装を書いてみればいいのかな？
低負荷を意識した実装を書いてみればいいのかな？
>>88
そうですね。
もしよさげな実装ができそうなら、ここ↓あたりですかね。
純粋にbbs.cgiの話だと思うので。
bbs.cgi再開発プロジェクト6
http://qb5.2ch.net/test/read.cgi/operate/1176295715/
現在の実装(MakeWorkFile)は結構、グロテスク((c)SunOSさん)な感じです。
たぶん、大昔の実装とほとんど大差ないと思われ。
そうですね。
もしよさげな実装ができそうなら、ここ↓あたりですかね。
純粋にbbs.cgiの話だと思うので。
bbs.cgi再開発プロジェクト6
http://qb5.2ch.net/test/read.cgi/operate/1176295715/
現在の実装(MakeWorkFile)は結構、グロテスク((c)SunOSさん)な感じです。
たぶん、大昔の実装とほとんど大差ないと思われ。
>>89
自信作ができたらそちらに投稿してみます。
自信作ができたらそちらに投稿してみます。
今の仕様は、適当にどっかの html ディレクトリを見ていただければなと。
http://qb5.2ch.net/operate/html/
datに書き込んだ後index.htmlを作る際に、
書き込み中のdatに対応するhtml/??????????.htmlを
作っているです。
で、index.html で使用する他のhtmlもそこをスキャンして組み込み、
もし存在しなければそのbbs.cgiで作ってから組み込む、
みたいなことをしています。
そんなわけで。
http://qb5.2ch.net/operate/html/
datに書き込んだ後index.htmlを作る際に、
書き込み中のdatに対応するhtml/??????????.htmlを
作っているです。
で、index.html で使用する他のhtmlもそこをスキャンして組み込み、
もし存在しなければそのbbs.cgiで作ってから組み込む、
みたいなことをしています。
そんなわけで。
>>91
ネックになってるのは、dat の内容から html に変換する場所ではなくて、
そのあとの index.html 生成過程でいくつものファイルを開かなければ
いけない open 等のシステムコールの方が怪しい気がするのですが、
その切り分けはされているのでしょうか？
dat をhtml にする実装は多分 read.cgi のC言語実装部を改良してXSに
するのが最速な気もします。
上で、open print close 処理が軽いと書いていますが、bbs.cgi での
全ての書き込み処理で index.html を生成してるのであれば、実はそちらの
方のコストが負荷の原因ではないかと思います。(最近この手のベンチ取ってる)
この場合は、パラダイムシフトで生成処理の手順自体を変えることでの
対応が早いような気がします。
ネックになってるのは、dat の内容から html に変換する場所ではなくて、
そのあとの index.html 生成過程でいくつものファイルを開かなければ
いけない open 等のシステムコールの方が怪しい気がするのですが、
その切り分けはされているのでしょうか？
dat をhtml にする実装は多分 read.cgi のC言語実装部を改良してXSに
するのが最速な気もします。
上で、open print close 処理が軽いと書いていますが、bbs.cgi での
全ての書き込み処理で index.html を生成してるのであれば、実はそちらの
方のコストが負荷の原因ではないかと思います。(最近この手のベンチ取ってる)
この場合は、パラダイムシフトで生成処理の手順自体を変えることでの
対応が早いような気がします。
ちょっと検証用コードを書いてみますので明日の晩あたりに
bbs.cgi再開発プロジェクト6
http://qb5.2ch.net/test/read.cgi/operate/1176295715/
に顔出します。
bbs.cgi再開発プロジェクト6
http://qb5.2ch.net/test/read.cgi/operate/1176295715/
に顔出します。
2008/03/26(水) 02:14:30ID:F6YQu8dL0
ID:Ky143BJN0、出ておいでｗ
2008/03/26(水) 02:17:13ID:KKvjbSTR0
2008/03/26(水) 02:46:15ID:ZPPELmOP0
でも天国禁止な
2008/03/26(水) 03:07:11ID:Ogb/Sfs90
ｶﾜｲｿｽw
2008/03/26(水) 03:15:06ID:hN+3/aGU0
禁止も何も立ってるしｗ
2008/03/26(水) 05:51:53ID:cJFK7lGz0
負荷的にも運用ベースではそんなに困ってるわけじゃないでしょ。
手を入れるなら、変な独自仕様じゃなくてXMLベースのものを考えりゃいいやん。
いろんなサービスAPIへの展開が望めるし。
手を入れるなら、変な独自仕様じゃなくてXMLベースのものを考えりゃいいやん。
いろんなサービスAPIへの展開が望めるし。
おつかれ・・・おはよう（笑）
オレ様が害虫たちを駆除したおかげで、やっと情報価値のある運用情報板らしい
質雑になって来たな〜（笑）
WWWWWWWWWWWWWWWWWWWWWWWWWWWWWｗｗｗｗWWｗｗ↑→
引き続き運用情報どうぞ♪
↓
↓
オレ様が害虫たちを駆除したおかげで、やっと情報価値のある運用情報板らしい
質雑になって来たな〜（笑）
WWWWWWWWWWWWWWWWWWWWWWWWWWWWWｗｗｗｗWWｗｗ↑→
引き続き運用情報どうぞ♪
↓
↓
2008/03/26(水) 10:21:00ID:NKci6lGM0
単純にスレタイの入ってないsubject.txtを作ればいいんじゃないの？
他にスレタイの情報が入ったsubjectなんとか.txtってのがどっかにあったでしょ？
他にスレタイの情報が入ったsubjectなんとか.txtってのがどっかにあったでしょ？
2008/03/26(水) 12:14:53ID:gp9CAqCZ0
スレタイなら、まぁ dat の１行目の最後のエントリに入ってるけどね。
103ょぅιﾞょの見物人 ◆YoJo69//rM
2008/03/26(水) 12:44:52ID:YtMzTV940 さっき、livecxの伸びをみて
ねらーは本当に現金な奴らだなあ、って思いました。
まあ、俺も人のこといえんがｗ
ねらーは本当に現金な奴らだなあ、って思いました。
まあ、俺も人のこといえんがｗ
2008/03/26(水) 13:53:14ID:K7C9rm7V0
趣味板はいつになったら正常に戻るんだ？
ギゴナビをDLしてもカキコできんだろうが！
ギゴナビをDLしてもカキコできんだろうが！
2008/03/27(木) 06:48:22ID:in8uB2yV0
DLしただけじゃ使えないからな
2008/03/27(木) 07:47:20ID:otDwhN2U0
久し振りに大規模で落ちてるので、久し振りに運営板にきてみたー
2ch動かしてる小人さんが、いっぱいいるところだな
鯖落ちスレが、書き込むとブラウザが判明する仕様になってるようですね
2ch動かしてる小人さんが、いっぱいいるところだな
鯖落ちスレが、書き込むとブラウザが判明する仕様になってるようですね
>>106
User-Agentなら、名前欄に「ﾉtasukeruyo」
半角カタカナを抜くと、fusianasan＋UA表示です。
Monazilla/1.00 (P2/p2.2ch.net; p2-client-ip: 221.221.25.244; p2-user: 128633)
User-Agentなら、名前欄に「ﾉtasukeruyo」
半角カタカナを抜くと、fusianasan＋UA表示です。
Monazilla/1.00 (P2/p2.2ch.net; p2-client-ip: 221.221.25.244; p2-user: 128633)
2008/03/27(木) 07:53:22ID:J/Dn2lkz0
2008/03/27(木) 08:02:52ID:ieDowccF0
名前欄に「ﾉtasukeruyo」でUA表示って
運営板でしか出来ないの？
運営板でしか出来ないの？
110ょぅιﾞょの見物人 ◆YoJo69//rM
2008/03/27(木) 12:19:45ID:6w7hNnjg0 今日は実況板がちと変だなあ。
2008/03/27(木) 13:30:18ID:Q16p1bBy0
2008/03/27(木) 14:08:20ID:mHOtwzPL0
>>111
乙
乙
114動け動けウゴウゴ２ちゃんねる
2008/03/27(木) 16:34:46ID:3dBexoQ10 >>100
しね
しね
2008/03/27(木) 17:46:31ID:VU8dv4Ci0
海外ドメイン規制(nl)。２ちゃんねるビューアを使うと書き込めます。
こんなのあるんだ
こんなのあるんだ
117動け動けウゴウゴ２ちゃんねる
2008/03/27(木) 19:47:41ID:QGeejBd80 http://mamono.2ch.net/shar/
この板で書き込みすると120秒待たされるけど、俺は規制されたの？
この板で書き込みすると120秒待たされるけど、俺は規制されたの？
2008/03/27(木) 20:11:42ID:wIbzLl8q0
>>1 の関連リンク
> 情報のまとめ＆プロジェクトのご案内「2ちゃんねるwiki」、読むべし読むべし。
> http://info.2ch.net/wiki/
http://info.2ch.net/wiki/index.php?%BD%F1%A4%AD%B9%FE%A4%E1%A4%CA%A4%A4%BB%FE%A4%CE%C1%E1%B8%AB%C9%BD
http://info.2ch.net/wiki/index.php?%A4%CA%A4%F3%A4%AB%B5%AC%C0%A9%A4%B5%A4%EC%A4%C6%A4%A4%A4%EB%A4%DF%A4%BF%A4%A4%A4%CA%A4%F3%A4%C7%A4%B9%A4%AC%A1%C4
> 情報のまとめ＆プロジェクトのご案内「2ちゃんねるwiki」、読むべし読むべし。
> http://info.2ch.net/wiki/
http://info.2ch.net/wiki/index.php?%BD%F1%A4%AD%B9%FE%A4%E1%A4%CA%A4%A4%BB%FE%A4%CE%C1%E1%B8%AB%C9%BD
http://info.2ch.net/wiki/index.php?%A4%CA%A4%F3%A4%AB%B5%AC%C0%A9%A4%B5%A4%EC%A4%C6%A4%A4%A4%EB%A4%DF%A4%BF%A4%A4%A4%CA%A4%F3%A4%C7%A4%B9%A4%AC%A1%C4
2008/03/28(金) 00:19:24ID:tEKrcFR50
http://pc11.2ch.net/test/read.cgi/internet/1205037910/l50
ウィキペディアスレでの、'''スルー力'''とは
「みんな、あの子と口聞いちゃダメだからね！！」と言う
小学校の仲間はずれごっこの事である。
まずレスをして、その後にスルーする事で、疎外感を与える手法である。
事実、スレ内で完全なスルーがされる事は稀である。
ウィキペディアスレでの、'''スルー力'''とは
「みんな、あの子と口聞いちゃダメだからね！！」と言う
小学校の仲間はずれごっこの事である。
まずレスをして、その後にスルーする事で、疎外感を与える手法である。
事実、スレ内で完全なスルーがされる事は稀である。
2008/03/28(金) 02:53:46ID:q43rOHoGP
2008/03/28(金) 23:18:03ID:GlOQoy1Y0
村上有野似旦那
ttp://blog.arch-heritage.com/images/DSCF7363.jpg
ttp://blog.arch-heritage.com/images/DSCF7363.jpg
2008/03/29(土) 04:05:37ID:safIuzbt0
また議論といいながら自分の案以外は認めないスメルがこの板からする...
悪用してるのはオマエ ｍ９
悪用してるのはオマエ ｍ９
2008/03/29(土) 11:42:23ID:Ad3bDGop0
2008/03/29(土) 11:57:29ID:qVnqnGO20
>>122
自分の案以外を認めないのもひとつの議論だよ
ただ自分以外の人にそれを納得させることができないのがまずいだけで
俺の案が正しい、それが解らないお前らが悪い、ってのは
駅ホームで見えない悪魔と戦っている害基地と変わらない
俺の案だけが正しいことを周りの大半に納得させることができれば
俺の案以外を採用する必要もない
自分の案以外を認めないのもひとつの議論だよ
ただ自分以外の人にそれを納得させることができないのがまずいだけで
俺の案が正しい、それが解らないお前らが悪い、ってのは
駅ホームで見えない悪魔と戦っている害基地と変わらない
俺の案だけが正しいことを周りの大半に納得させることができれば
俺の案以外を採用する必要もない
2008/03/29(土) 12:02:23ID:qVnqnGO20
>>122
言い忘れた
俺の案以外を認めない奴を、それだけで頭から認めない奴も
実はそいつ自身が俺の案以外を認めない奴かもしれないよ
一見話し合っているように見せかけて実はそいつも人の案を受け入れる
つもりがないかもしれない
非難すべきは、他人に自説を納得させようという努力をしない奴であって
俺様ジャイアンが悪い訳ではない
ジャイアンが横暴なリーダーシップをとった所で皆が納得していれば
それで議論は成立する
言い忘れた
俺の案以外を認めない奴を、それだけで頭から認めない奴も
実はそいつ自身が俺の案以外を認めない奴かもしれないよ
一見話し合っているように見せかけて実はそいつも人の案を受け入れる
つもりがないかもしれない
非難すべきは、他人に自説を納得させようという努力をしない奴であって
俺様ジャイアンが悪い訳ではない
ジャイアンが横暴なリーダーシップをとった所で皆が納得していれば
それで議論は成立する
2008/03/29(土) 16:32:45ID:Zf78UCOW0
質問です
板の保有スレ数っていうんですかね、圧縮後のスレ数ってのはどこかにお願いすれば変更は可能なのでしょうか。
板設定変更ではなさそうだったのでわからずにここに来ました。よろしくお願いします。
板の保有スレ数っていうんですかね、圧縮後のスレ数ってのはどこかにお願いすれば変更は可能なのでしょうか。
板設定変更ではなさそうだったのでわからずにここに来ました。よろしくお願いします。
2008/03/29(土) 16:40:38ID:tN78ZdP70
まったく無くはないだろうけど、ほぼ（ｒｙ
128動け動けウゴウゴ２ちゃんねる
2008/03/29(土) 17:11:12ID:6ReyjyDn0 県名表示が改悪された
2008/03/29(土) 17:12:26ID:MpcdAFew0
はあ、そうですか
2008/03/29(土) 17:17:58ID:TvaM5Huu0
ここで苦情言えば元に戻るって思ってるなんてどこの恥ずかしい板の人間だよ
2008/03/29(土) 18:12:05ID:NBkRsXq+0
苦情(笑)
2008/03/29(土) 18:16:58ID:dMlYmaYC0
苦笑（爆）
>>114
ああ・・・レス遅れてすまん・・・・
> しね
↓
ああ・・・・そのうちなあ（笑）
WWWWWWWWWWWWWWWWWWWWWWWWWWWWｗWww↑→
それでは、運用情報どうぞ〜〜♪
↓
↓
↓
ああ・・・レス遅れてすまん・・・・
> しね
↓
ああ・・・・そのうちなあ（笑）
WWWWWWWWWWWWWWWWWWWWWWWWWWWWｗWww↑→
それでは、運用情報どうぞ〜〜♪
↓
↓
↓
134動け動けウゴウゴ２ちゃんねる
2008/03/29(土) 19:38:59ID:CiS8y0Ix0 /￣￣￣￣￣ヽ
/ ＿＿,,＿＿ ヽ
| | へ へ | |
| | ﾟ ﾟ | |
| | ﾑ | | ／￣￣￣￣￣￣￣￣￣￣
| |（￣￣￣＼ | | ＜ うそはうそであると見抜ける人でないと難しい
| | |(二二二) )| | ＼＿＿＿＿＿＿＿＿＿＿
￣､＼＿＿／/￣
ー――一
/ ＿＿,,＿＿ ヽ
| | へ へ | |
| | ﾟ ﾟ | |
| | ﾑ | | ／￣￣￣￣￣￣￣￣￣￣
| |（￣￣￣＼ | | ＜ うそはうそであると見抜ける人でないと難しい
| | |(二二二) )| | ＼＿＿＿＿＿＿＿＿＿＿
￣､＼＿＿／/￣
ー――一
今日妻がデジカメの写真をCDにフジフィルムの代理店のさくらやでコピーして
デジカメのデータは消しときますかと店員に言われて消した
ところが俺のPCは９８SEで再生できず
損害賠償請求をしたいが
皆ならどうする（妻；怒りくり）
デジカメのデータは消しときますかと店員に言われて消した
ところが俺のPCは９８SEで再生できず
損害賠償請求をしたいが
皆ならどうする（妻；怒りくり）
2008/03/29(土) 20:21:06ID:cVQO/vo30
>>135
おれなら請求しない
おれなら請求しない
2008/03/29(土) 20:23:12ID:WdM9RyW60
2008/03/29(土) 20:25:06ID:n5s4qIQM0
どういう意味で再生できないのかな？
閲覧ソフトが動かなくても、CD内部に入ってるjpgデータは読めると思うんだけどCD自体が読めないのかな。
閲覧ソフトが動かなくても、CD内部に入ってるjpgデータは読めると思うんだけどCD自体が読めないのかな。
■ このスレッドは過去ログ倉庫に格納されています
