2ch特化型サーバ・ロケーション構築作戦のスレッドです。
・2ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項
・DNS登録・変更関連の各種作業や調整事項
・2ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項
・各種作戦・プロジェクトとの連携、プロジェクト間の連携
等を取り扱います。
前スレ:
2ch特化型サーバ・ロケーション構築作戦 Part28
http://qb5.2ch.net/test/read.cgi/operate/1208685863/
2ch特化型サーバ・ロケーション構築作戦 Part29
■ このスレッドは過去ログ倉庫に格納されています
1動け動けウゴウゴ2ちゃんねる
2008/06/05(木) 20:31:33ID:g4Zud1DJ0 >>548
明らかにこれが c.2ch.net 不調原因の一つっぽいですね。
かっこいいおにいさんが出稼ぎ中で「受け取り」が終わってないので、
私やcの中の人たちがログインすらできないのがつらいところですね。
来週までこのトラブルが続くようなら、
いったん c.2ch.net のラウンドロビンから外してもらおうかと。
# ちなみにその後、中の人からの連絡はありません。
明らかにこれが c.2ch.net 不調原因の一つっぽいですね。
かっこいいおにいさんが出稼ぎ中で「受け取り」が終わってないので、
私やcの中の人たちがログインすらできないのがつらいところですね。
来週までこのトラブルが続くようなら、
いったん c.2ch.net のラウンドロビンから外してもらおうかと。
# ちなみにその後、中の人からの連絡はありません。
どくおさんへ:
dmesg 見させていただきました。
http://www.maido3.com/server/zousan/banana3601_dmesg.txt
チップセットはこれですね。
モバイル インテルR 945GM Express チップセット
http://www.intel.co.jp/jp/products/chipsets/945gm/index.htm
だったら ICH7 なので、SATA300 いけるはずですが、、、。
BIOS の設定を疑ってみるのがよい気がします。
特に「SATA + PATAミックスモード」みたいなモードがある場合など、要注意かも。
# ちなみにICH7はAHCIやRAIDには非対応ですね。これは、ちとざんねん。
dmesg 見させていただきました。
http://www.maido3.com/server/zousan/banana3601_dmesg.txt
チップセットはこれですね。
モバイル インテルR 945GM Express チップセット
http://www.intel.co.jp/jp/products/chipsets/945gm/index.htm
だったら ICH7 なので、SATA300 いけるはずですが、、、。
BIOS の設定を疑ってみるのがよい気がします。
特に「SATA + PATAミックスモード」みたいなモードがある場合など、要注意かも。
# ちなみにICH7はAHCIやRAIDには非対応ですね。これは、ちとざんねん。
で、dmesg をもう少し読んでみましたが、
atapci0: <Intel ICH7M SATA300 controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfa00-0xfa0f mem 0xfdffe000-0xfdffe3ff at device 31.2 on pci0
ata0: <ATA channel 0> on atapci0
ata0: [ITHREAD]
ata1: <ATA channel 1> on atapci0
ata1: [ITHREAD]
で、
ad0: 238475MB <Seagate ST3250410AS 3.AAC> at ata0-master SATA150
のようにディスクは ata0 についているようなので、
やっぱり SATA300 じゃないとおかしいですね、、、。
ねむいのと気圧変わってきたせいか微妙に調子悪いので、
今日はこんなところで。
atapci0: <Intel ICH7M SATA300 controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfa00-0xfa0f mem 0xfdffe000-0xfdffe3ff at device 31.2 on pci0
ata0: <ATA channel 0> on atapci0
ata0: [ITHREAD]
ata1: <ATA channel 1> on atapci0
ata1: [ITHREAD]
で、
ad0: 238475MB <Seagate ST3250410AS 3.AAC> at ata0-master SATA150
のようにディスクは ata0 についているようなので、
やっぱり SATA300 じゃないとおかしいですね、、、。
ねむいのと気圧変わってきたせいか微妙に調子悪いので、
今日はこんなところで。
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part4.2 - ボーリング場3
http://qb5.2ch.net/test/read.cgi/operate/1203100286/690-691
以下のDNS変更申請をします。
同じ内容をメールフォームでも送っておきます。
・障害発生中の c205 を c.2ch.net から切り離し、c24 と一時的に入れ替え
(以下の行を一時的に緊急削除)
+c.2ch.net:207.29.247.145:300
(以下の行を一時的に緊急追加)
+c.2ch.net:206.223.149.230:300
http://qb5.2ch.net/test/read.cgi/operate/1203100286/690-691
以下のDNS変更申請をします。
同じ内容をメールフォームでも送っておきます。
・障害発生中の c205 を c.2ch.net から切り離し、c24 と一時的に入れ替え
(以下の行を一時的に緊急削除)
+c.2ch.net:207.29.247.145:300
(以下の行を一時的に緊急追加)
+c.2ch.net:206.223.149.230:300
>>552
送信完了。
送信完了。
mamono に「チャンギ設定」を適用。
現在チャンギ設定有効のサーバ:
tiger3507 = changi
banana3273 = mamono
banana3163 = news24/sports11/human7他
チャンギ設定とは:
従来の「ジンギスカン設定」に加え、
/usr/local/bin, /usr/local/sbin, /usr/local/lib, /usr/local/libexec をも
まとめてメモリディスク上で動かすことにより、ディスクI/O負荷を軽減させる手法。
changi.2ch.net サーバで初めて試されたので、この名称がある。
というか私が勝手にそのように命名。
現在チャンギ設定有効のサーバ:
tiger3507 = changi
banana3273 = mamono
banana3163 = news24/sports11/human7他
チャンギ設定とは:
従来の「ジンギスカン設定」に加え、
/usr/local/bin, /usr/local/sbin, /usr/local/lib, /usr/local/libexec をも
まとめてメモリディスク上で動かすことにより、ディスクI/O負荷を軽減させる手法。
changi.2ch.net サーバで初めて試されたので、この名称がある。
というか私が勝手にそのように命名。
LA=25 が LA=5 ぐらいになったので、
とりあえず効果を発揮している模様。< mamono
とりあえず効果を発揮している模様。< mamono
LA=5 ってことはないかな。7ぐらい。
でも効果ありということで。
雪だるまフロントにも、
北京オリンピックまでにはこの設定入れようかなと。
でも効果ありということで。
雪だるまフロントにも、
北京オリンピックまでにはこの設定入れようかなと。
あ、そうだ。
数ヶ月前から(FreeBSD 7.0Rのroot権限つきをいじるようになってから)、
root権限ありサーバでは、/md のマウントする際のオプションを下記に変更しています。
/sbin/mdmfs -M -s ${_MDSIZE} -i 2048 -o noatime md /md
↓
/sbin/mdmfs -S -M -s ${_MDSIZE} -o nosnapshot,noatime,async md /md
・async, snapshot、softupdateなし
・atime(アクセス時間)登録なしは従来から継続
・-i2048 廃止、その分メモリディスクをやや大きめにとる
明らかに上記より下記のほうが体感的に高速なので、
どこかでベンチマークなどしていただけると、うれしいかも。
# ちなみに以前「原理的にはこっちのほうがいいはずだ」と考えて、
# FreeBSD 5.4Rぐらいの頃に試して、かえって遅くなってしまい敗北した(元に戻した)設定。
# 当時はどうも md のドライバが不出来だったのかも。
数ヶ月前から(FreeBSD 7.0Rのroot権限つきをいじるようになってから)、
root権限ありサーバでは、/md のマウントする際のオプションを下記に変更しています。
/sbin/mdmfs -M -s ${_MDSIZE} -i 2048 -o noatime md /md
↓
/sbin/mdmfs -S -M -s ${_MDSIZE} -o nosnapshot,noatime,async md /md
・async, snapshot、softupdateなし
・atime(アクセス時間)登録なしは従来から継続
・-i2048 廃止、その分メモリディスクをやや大きめにとる
明らかに上記より下記のほうが体感的に高速なので、
どこかでベンチマークなどしていただけると、うれしいかも。
# ちなみに以前「原理的にはこっちのほうがいいはずだ」と考えて、
# FreeBSD 5.4Rぐらいの頃に試して、かえって遅くなってしまい敗北した(元に戻した)設定。
# 当時はどうも md のドライバが不出来だったのかも。
ちなみに >>558 は根拠なくやったわけではなく、
http://people.freebsd.org/~kris/scaling/Filesystem%20Performance.pdf
これ見てやってみたです。
http://people.freebsd.org/~kris/scaling/Filesystem%20Performance.pdf
これ見てやってみたです。
でも、Fris さんの発表には、
Extract to disk, and to swap-backed md to avoid
disk overhead (higher I/O rates)
? Swap backing is faster than malloc backing and doesn't
use swap unless there is memory pressure
とあるので、-M がいいかどうかは微妙なところかも。
Extract to disk, and to swap-backed md to avoid
disk overhead (higher I/O rates)
? Swap backing is faster than malloc backing and doesn't
use swap unless there is memory pressure
とあるので、-M がいいかどうかは微妙なところかも。
Fris さんじゃなくて Kris さんだった。
563動け動けウゴウゴ2ちゃんねる
2008/06/30(月) 21:27:12ID:vp7iukr4P なるほど
564AirRock ★
2008/07/01(火) 00:02:01ID:???0 おつかれさまです。
http://human7.2ch.net/4649/ に於て携帯からのRock登録済みの電話番号投稿がありましたが
klistには記録されていません。
恐れ入りますが調査をお願いします。
◆電話番号入り投稿対策 testversion
http://qb5.2ch.net/test/read.cgi/sec2chd/1209267202/287
http://qb5.2ch.net/test/read.cgi/sec2chd/1209267202/290-294
http://human7.2ch.net/4649/ に於て携帯からのRock登録済みの電話番号投稿がありましたが
klistには記録されていません。
恐れ入りますが調査をお願いします。
◆電話番号入り投稿対策 testversion
http://qb5.2ch.net/test/read.cgi/sec2chd/1209267202/287
http://qb5.2ch.net/test/read.cgi/sec2chd/1209267202/290-294
BBNに一つも記録がないですね。< human7から
10000秒(3時間)ぐらい前に新サーバに切り替わったところのようです。< human7のDNS
10000秒(3時間)ぐらい前に新サーバに切り替わったところのようです。< human7のDNS
07:53:54 PDT (23:53:54 JST) に offreg 板からのBBNクエリがあったので、
今は復活していると思われます。
今は復活していると思われます。
で、ちと切り替わりが遅かった気がしますが、
3時間前までnews24/human7/sports11でrock54Mが正しく効いてなかったのは、
確実の模様です。
3時間前までnews24/human7/sports11でrock54Mが正しく効いてなかったのは、
確実の模様です。
2008/07/01(火) 00:15:29ID:AWY6T2Sd0
2008/07/01(火) 00:16:25ID:x0lOn3EV0
この人がいれば鯖は安心だー
まさに小さな巨人
まさに小さな巨人
>>568
そういう気がしますね、、、。ううむ。
そういう気がしますね、、、。ううむ。
ううむ、でもmnewsplusからはクエリ来ているなぁ。
なぜだろう。
なぜだろう。
6月27日を最後に、4649板からの問い合わせが来ていない。
同じDNSサーバを使うnews24/mnewsplusからは来ているのに。
おかしい、、、。
同じDNSサーバを使うnews24/mnewsplusからは来ているのに。
おかしい、、、。
…いや、そんなことはないな。
見るログを間違えてた。ちゃんと 4649 板からの問い合わせは来ている。
見るログを間違えてた。ちゃんと 4649 板からの問い合わせは来ている。
結論としては、
ちゃんと問い合わせは来てますね。 < 4649
しかし、その書き込みによるものではなさそうです。ううむ。
ちゃんと問い合わせは来てますね。 < 4649
しかし、その書き込みによるものではなさそうです。ううむ。
575AirRock ★
2008/07/01(火) 00:27:40ID:???0 どうもですー。
klistに記録がないものをもうひとつ。
登録日時 2008/06/28(Sat) 09:29:31 です。
http://qb5.2ch.net/test/read.cgi/sec2chd/1212328182/220
BBN情報をみると
Fh****f
7w****Y-0100100
と混在してるのですが、これは関係してるのでしょうか。
klistに記録がないものをもうひとつ。
登録日時 2008/06/28(Sat) 09:29:31 です。
http://qb5.2ch.net/test/read.cgi/sec2chd/1212328182/220
BBN情報をみると
Fh****f
7w****Y-0100100
と混在してるのですが、これは関係してるのでしょうか。
あと疑わしいのは、、、oklistか。
確認してきます。
確認してきます。
…と思ってBBNのDNS側登録データ見たら、、、。
なんか、小文字フラグがあるのとないのが、ぐちゃぐちゃに混ざってますね。
これのせいな気がする、、、。
なんか、小文字フラグがあるのとないのが、ぐちゃぐちゃに混ざってますね。
これのせいな気がする、、、。
よく調べないとわからないですが、
複数要因な気がしてきました。
・BBN(Rock54M)のDNSサーバとして古いのが登録されていた期間がある
・さらにdocomo携帯からのRock54Mは小文字フラグ関連がうまく動いていなかった期間がある
6月下旬ぐらいの段階の携帯の、特にdocomo携帯からの
「Rock54Mが効かなかった」報告は、ほとんど参考にならないかもです。
# ちなみに報告いただいたものは、今見たらすべてそれ関連でした。
複数要因な気がしてきました。
・BBN(Rock54M)のDNSサーバとして古いのが登録されていた期間がある
・さらにdocomo携帯からのRock54Mは小文字フラグ関連がうまく動いていなかった期間がある
6月下旬ぐらいの段階の携帯の、特にdocomo携帯からの
「Rock54Mが効かなかった」報告は、ほとんど参考にならないかもです。
# ちなみに報告いただいたものは、今見たらすべてそれ関連でした。
580AirRock ★
2008/07/01(火) 01:11:10ID:???0 時の流れに身をまかせていれば解消される問題なのでしょうか。
>>580
だと思うんですが、、、。
> 小文字フラグがあるのとないのが、ぐちゃぐちゃに混ざってますね。
これがちと気になるかも。
もし、Rock54と同じように「古いのは押し出されて消えていく」ようになっているなら、
そのうちきれいになるはず。
だと思うんですが、、、。
> 小文字フラグがあるのとないのが、ぐちゃぐちゃに混ざってますね。
これがちと気になるかも。
もし、Rock54と同じように「古いのは押し出されて消えていく」ようになっているなら、
そのうちきれいになるはず。
これ、定期的にここに貼っておいたほうがいいのかな。
質問・雑談スレ274@運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1212486953/969
というか取り方って、これでよかったんでしたっけ。
というかたぶんいいんでしょう。動いているしw。
969 名前: ◆MUMUMUhnYI [sage] 投稿日:2008/07/01(火) 01:17:48 ID:wLyRX0oz0 ?DIA(100512)
bg20からの取り方は、、、。
こうかな。
subject.txt
http://bg20.2ch.net/test/p.so/qb5.2ch.net/operate/
dat
http://bg20.2ch.net/test/r.so/qb5.2ch.net/operate/1212665493/
質問・雑談スレ274@運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1212486953/969
というか取り方って、これでよかったんでしたっけ。
というかたぶんいいんでしょう。動いているしw。
969 名前: ◆MUMUMUhnYI [sage] 投稿日:2008/07/01(火) 01:17:48 ID:wLyRX0oz0 ?DIA(100512)
bg20からの取り方は、、、。
こうかな。
subject.txt
http://bg20.2ch.net/test/p.so/qb5.2ch.net/operate/
dat
http://bg20.2ch.net/test/r.so/qb5.2ch.net/operate/1212665493/
583AirRock ★
2008/07/01(火) 01:40:07ID:???0 >581
下記で纏めたものは小文字フラグがない状態でBBN情報に載っていて
自動的に期限延長されていってます。
これは「押し出されて消えていかない」状態になりますでしょうか。
http://human7.2ch.net/test/read.cgi/dame/1213406839/452 2008/07/01 00:25:35 ID:/hJAGSmC
http://human7.2ch.net/test/read.cgi/dame/1214836070/12 2008/07/01 00:26:26 ID:/hJAGSmC
http://human7.2ch.net/test/read.cgi/dame/1213869231/819 2008/07/01 00:30:49 ID:/hJAGSmC
http://human7.2ch.net/test/read.cgi/dame/1214390970/769 2008/07/01 00:41:55 ID:/hJAGSmC
http://human7.2ch.net/test/read.cgi/dame/1212840108/936 2008/07/01 00:49:25 ID:/hJAGSmC
http://human7.2ch.net/test/read.cgi/dame/1214390970/772 2008/07/01 00:52:21 ID:/hJAGSmC
http://human7.2ch.net/test/read.cgi/dame/1213946405/217 2008/07/01 00:55:01 ID:/hJAGSmC
http://human7.2ch.net/test/read.cgi/dame/1186906871/604 2008/07/01 00:59:41 ID:/hJAGSmC
下記で纏めたものは小文字フラグがない状態でBBN情報に載っていて
自動的に期限延長されていってます。
これは「押し出されて消えていかない」状態になりますでしょうか。
http://human7.2ch.net/test/read.cgi/dame/1213406839/452 2008/07/01 00:25:35 ID:/hJAGSmC
http://human7.2ch.net/test/read.cgi/dame/1214836070/12 2008/07/01 00:26:26 ID:/hJAGSmC
http://human7.2ch.net/test/read.cgi/dame/1213869231/819 2008/07/01 00:30:49 ID:/hJAGSmC
http://human7.2ch.net/test/read.cgi/dame/1214390970/769 2008/07/01 00:41:55 ID:/hJAGSmC
http://human7.2ch.net/test/read.cgi/dame/1212840108/936 2008/07/01 00:49:25 ID:/hJAGSmC
http://human7.2ch.net/test/read.cgi/dame/1214390970/772 2008/07/01 00:52:21 ID:/hJAGSmC
http://human7.2ch.net/test/read.cgi/dame/1213946405/217 2008/07/01 00:55:01 ID:/hJAGSmC
http://human7.2ch.net/test/read.cgi/dame/1186906871/604 2008/07/01 00:59:41 ID:/hJAGSmC
小文字フラグ「なし」の状態でDNSサーバに載っています。
つまり、Rock54M は現在かからない状態です、、、。
つまり、Rock54M は現在かからない状態です、、、。
>>587
あ、了解です。逆思考してた(汗)
あ、了解です。逆思考してた(汗)
>>552 を元に戻す申請をします。
同じものをメールでも送ります。
・障害復旧により変更前にの状態に切り戻し
(以下の行を削除)
+c.2ch.net:206.223.149.230:300
(以下の行を追加)
+c.2ch.net:207.29.247.145:300
同じものをメールでも送ります。
・障害復旧により変更前にの状態に切り戻し
(以下の行を削除)
+c.2ch.net:206.223.149.230:300
(以下の行を追加)
+c.2ch.net:207.29.247.145:300
>>589
完了の報告をいただき、作業内容が依頼どおりであることを確認しました。
完了の報告をいただき、作業内容が依頼どおりであることを確認しました。
ex25、花子に収容します。
下記と同内容のメールを中の人に送っておきます。
・ログイン名は以前 tiger3502 にあったのと同じ名前でお願いします。
・アカウントのセッティングは通常の「花子に入れる設定」でお願いします。
・アカウントができたら、パスワードを私に送っていただけると助かります。
・DNSの変更は、中身の展開が終了した時点で改めて出しますので、
まずは今の設定を維持でよろしくお願いします。
下記と同内容のメールを中の人に送っておきます。
・ログイン名は以前 tiger3502 にあったのと同じ名前でお願いします。
・アカウントのセッティングは通常の「花子に入れる設定」でお願いします。
・アカウントができたら、パスワードを私に送っていただけると助かります。
・DNSの変更は、中身の展開が終了した時点で改めて出しますので、
まずは今の設定を維持でよろしくお願いします。
>>591
メール送信済。
今後は、
1) アカウントが私に届いたら、花子にとってある ex25 のイメージを流し込む
2) バイナリ cgi 等をチューニングする
3) DNS変更申請を出す
というてはずで。
メール送信済。
今後は、
1) アカウントが私に届いたら、花子にとってある ex25 のイメージを流し込む
2) バイナリ cgi 等をチューニングする
3) DNS変更申請を出す
というてはずで。
■ 板設定変更依頼スレッド10
http://qb5.2ch.net/test/read.cgi/operate/1191581955/469-516
NoJananeseのところの処理を読んでみました、、、。ふむ。
# とりあえず「できる」とも「やる」とも何とも言ってないですが、
# まずはチラシの裏ということで。
http://qb5.2ch.net/test/read.cgi/operate/1191581955/469-516
NoJananeseのところの処理を読んでみました、、、。ふむ。
# とりあえず「できる」とも「やる」とも何とも言ってないですが、
# まずはチラシの裏ということで。
ちなみに原因は「名前欄に # があるから」ではないですね。
原因は ◆ ← これ ということで。
原因は ◆ ← これ ということで。
>>594
でしたら、 BBS_4WORLD の文字判定で ◆ 8190F を許可するように書き足せば行けます。
でしたら、 BBS_4WORLD の文字判定で ◆ 8190F を許可するように書き足せば行けます。
596[03] ◆MUMUMUhnYI
2008/07/02(水) 10:41:44ID:JrBZpFQq0 直感では、トリップとキャップの処理の前に文字種のチェックするようにすれば
いいような気もしますが、副作用がないかの検討は必要なんだろうななと。
いいような気もしますが、副作用がないかの検討は必要なんだろうななと。
で、どう考えても副作用満点っぽいので、
(あそこ、checkedだけじゃないから))
たぶんきっと慎重にやらないといけなそうですね。
(あそこ、checkedだけじゃないから))
たぶんきっと慎重にやらないといけなそうですね。
2008/07/02(水) 10:54:51ID:88vLwbGH0
そうなると許可されてない文字列を含んだトリップが使えないんじゃないだろうか。
>>599
Yes, exactly.
Yes, exactly.
2008/07/02(水) 11:05:09ID:88vLwbGH0
やるとしたら
キャップの場合には文字種判定をスルーして
トリップの場合には#以前のみを判定して#以後は判定をスルーして変換して後で一緒にするのかな。
キャップの場合には文字種判定をスルーして
トリップの場合には#以前のみを判定して#以後は判定をスルーして変換して後で一緒にするのかな。
2008/07/02(水) 11:06:54ID:BcF+JpISP
↓Yes, exactly.のAAよろ
2008/07/02(水) 11:06:56ID:ppqM9pKU0
1.トリップとキャップの処理。
2.文字種チェック処理前にトリップとキャップ以外を切り出す。
3.切り出した文字列を文字種チェック
ダメ文字ならエラー
エラーで無いなら処理続行
でいいんじゃないかしらー。
2.文字種チェック処理前にトリップとキャップ以外を切り出す。
3.切り出した文字列を文字種チェック
ダメ文字ならエラー
エラーで無いなら処理続行
でいいんじゃないかしらー。
2008/07/02(水) 11:08:33ID:bGYbWIKM0
基本は日本語OKにして
必要なところだけ英語限定の方がずっと簡単な気がする。
必要なところだけ英語限定の方がずっと簡単な気がする。
2008/07/02(水) 11:09:55ID:88vLwbGH0
キャップの場合はメ欄だから、後でキャップ文字列を結合するようにすれば名前欄は文字種チェックを通しても大丈夫かな。
2008/07/02(水) 11:18:11ID:DNtU+JIq0
>>599
そもそもトリップに日本語使うなってひ(ryが言ってたような…
そもそもトリップに日本語使うなってひ(ryが言ってたような…
2008/07/02(水) 11:43:41ID:C25zqQjR0
Be-2ちゃんねる 人柱募集中。。。
http://qb5.2ch.net/test/read.cgi/operate/1101003269/172
172 名前:ひろゆき@どうやら管理人 ★[] 投稿日:04/11/21 16:00:50 ID:???
トリップに全角を使うのは間違いですよ。うむうむ。
http://qb5.2ch.net/test/read.cgi/operate/1101003269/172
172 名前:ひろゆき@どうやら管理人 ★[] 投稿日:04/11/21 16:00:50 ID:???
トリップに全角を使うのは間違いですよ。うむうむ。
2008/07/02(水) 11:45:59ID:RpefxesM0
1.◆のチェック(エラー時は文字種チェックと同様)
2.トリップ、キャップ処理
3.文字種チェック(◆を許可)
これが一番変更が簡単なような
2.トリップ、キャップ処理
3.文字種チェック(◆を許可)
これが一番変更が簡単なような
2008/07/02(水) 11:56:39ID:88vLwbGH0
>>609
キャップは日本語を含む。
キャップは日本語を含む。
2008/07/02(水) 12:28:33ID:RpefxesM0
名・目・文欄受け取り
↓
トリップ変換
↓
◆を#に置き換え
↓
それらをまとめてからBBS_4WORLDの文字コード判定
/bbs.cgiへ投げる
↓
反映
#dejimaだけトリップの◆は#で表記
↓
トリップ変換
↓
◆を#に置き換え
↓
それらをまとめてからBBS_4WORLDの文字コード判定
/bbs.cgiへ投げる
↓
反映
#dejimaだけトリップの◆は#で表記
2008/07/02(水) 13:10:40ID:hBB+d8otP
>>612
◆⇔◇が出来ないよ
◆⇔◇が出来ないよ
2008/07/02(水) 13:11:46ID:hBB+d8otP
>>613
勘違いしてたかも
勘違いしてたかも
>>592
> 1) アカウントが私に届いたら、花子にとってある ex25 のイメージを流し込む
> 2) バイナリ cgi 等をチューニングする
ここまで終わりました。
> 3) DNS変更申請を出す
をこれからします。
> 1) アカウントが私に届いたら、花子にとってある ex25 のイメージを流し込む
> 2) バイナリ cgi 等をチューニングする
ここまで終わりました。
> 3) DNS変更申請を出す
をこれからします。
以下のDNS変更をお願いします。
なお、同じ内容をメールでも送ります。
・ex25の花子への収容
(現状)
+ex25.2ch.net:207.29.247.60:300
(変更後)
+ex25.2ch.net:207.29.253.225:300
なお、同じ内容をメールでも送ります。
・ex25の花子への収容
(現状)
+ex25.2ch.net:207.29.247.60:300
(変更後)
+ex25.2ch.net:207.29.253.225:300
F25 → F22 でした。
bbs.cgi配布リストとボボン配布リストは既に調整済みでした。
read.cgi 広告配布リスト調整してきます。
bbs.cgi配布リストとボボン配布リストは既に調整済みでした。
read.cgi 広告配布リスト調整してきます。
read.cgi 配布リストから ex25 を削除しました。
これで、ex25収容に関するすべての作業が終了しました。
これで、ex25収容に関するすべての作業が終了しました。
2008/07/02(水) 15:12:21ID:RpefxesM0
>>612
それだと"◆NAO/2MXDEk"を名前欄に入れることで成りすましできませんか?
それだと"◆NAO/2MXDEk"を名前欄に入れることで成りすましできませんか?
2008/07/02(水) 15:42:52ID:5kLESP100
>>623
まぁ、トリップ判定を単純に◆を#に、◇を*にでも変えてしまえば
まぁ、トリップ判定を単純に◆を#に、◇を*にでも変えてしまえば
【実況】 live23+live24 Part27.1
http://qb5.2ch.net/test/read.cgi/operate/1211636558/119-122
自動切り離し/復旧、入れないとなぁ。
どくおさんチームで作ったやつ、試してみようかな。
http://qb5.2ch.net/test/read.cgi/operate/1211636558/119-122
自動切り離し/復旧、入れないとなぁ。
どくおさんチームで作ったやつ、試してみようかな。
live23f1 = tiger2523 上がった模様。
しかし、syslog にこんなメッセージが、、、。
Jul 2 00:28:14 <1.5> tiger2523 acpi: resumed at 20080702 00:28:14
Jul 2 00:28:18 <5.3> tiger2523 syslogd: exiting on signal 15
1行目のやつ初めて見るけど、ACPI的に自分で落ちたってことなんですかね。
なぜだろう。
しかし、syslog にこんなメッセージが、、、。
Jul 2 00:28:14 <1.5> tiger2523 acpi: resumed at 20080702 00:28:14
Jul 2 00:28:18 <5.3> tiger2523 syslogd: exiting on signal 15
1行目のやつ初めて見るけど、ACPI的に自分で落ちたってことなんですかね。
なぜだろう。
tiger2523 のシステムメッセージを見た。
「自分で正しく落ちた」らしく、fsckが走った形跡がないです。
よくわからないので、とりあえず観察強化ということで。
「自分で正しく落ちた」らしく、fsckが走った形跡がないです。
よくわからないので、とりあえず観察強化ということで。
2008/07/02(水) 17:42:42ID:ZigDABA+0
>「自分で正しく落ちた」らしく、fsckが走った形跡がないです。
どうやったらわかるの?syslog?
どうやったらわかるの?syslog?
2008/07/02(水) 17:51:02ID:ZigDABA+0
お仕事中、失礼しました。
こんなに早くレスがあるとは思いませんでした。ありがとう。勉強になります。
こんなに早くレスがあるとは思いませんでした。ありがとう。勉強になります。
7月になったので、恒例のやつを作ってうpします。
これまでは難民の某スレでやってたような気がするけど、
なんとなく、こちらで。
これまでは難民の某スレでやってたような気がするけど、
なんとなく、こちらで。
2ch/bbspinkの投稿数(2008年1月〜2008年6月)
http://mumumu.mu/img/2chpost-200801-06.jpg
参考:
2007年同時期
http://mumumu.mu/img/2chpost-200701-06.jpg
2006年同時期
http://mumumu.mu/img/2chpost-200601-06.jpg
2005年同時期
http://mumumu.mu/img/2chpost-200501-06.jpg
元データ:
http://stats.2ch.net/kawasemi-d/
http://mumumu.mu/img/2chpost-200801-06.jpg
参考:
2007年同時期
http://mumumu.mu/img/2chpost-200701-06.jpg
2006年同時期
http://mumumu.mu/img/2chpost-200601-06.jpg
2005年同時期
http://mumumu.mu/img/2chpost-200501-06.jpg
元データ:
http://stats.2ch.net/kawasemi-d/
で、ぱっと見「今年は増えてるなぁ」っていう感じがあります。
まず気づくのは、縦軸のExcelが作る自動目盛りが初めて「400万」になった、
というところですかね。
まず気づくのは、縦軸のExcelが作る自動目盛りが初めて「400万」になった、
というところですかね。
一応、これまでのやつも貼っておこう。
2004年5月-12月
http://mumumu.mu/img/2chpost-2004.jpg
2005年
http://mumumu.mu/img/2chpost-2005.jpg
2006年
http://mumumu.mu/img/2chpost-2006.jpg
2007年
http://mumumu.mu/img/2chpost-2007.jpg
2004年5月〜2007年12月
http://mumumu.mu/img/2chpost-2007.jpg
2004年5月-12月
http://mumumu.mu/img/2chpost-2004.jpg
2005年
http://mumumu.mu/img/2chpost-2005.jpg
2006年
http://mumumu.mu/img/2chpost-2006.jpg
2007年
http://mumumu.mu/img/2chpost-2007.jpg
2004年5月〜2007年12月
http://mumumu.mu/img/2chpost-2007.jpg
2001年に2ちゃんねるはめきめきと膨張したそうです。
西鉄バスジャック事件がその背景にあったようです。
2005年に2ちゃんねるがめきめきと膨張したのは、
電車男の影響でしょう。
今また成長を始めたように思える2ちゃんねる。
はたしてどんな要素なのか。
西鉄バスジャック事件がその背景にあったようです。
2005年に2ちゃんねるがめきめきと膨張したのは、
電車男の影響でしょう。
今また成長を始めたように思える2ちゃんねる。
はたしてどんな要素なのか。
で、世間にはいろんなヘンなことが出回っているみたいなので、
私が考えているところをつらつらと書いておこうかなと。
---
まず、IPアドレスは「枯渇」しません。
IPアドレスは石油や石炭じゃないので、使ってもなくならないです。
だから「枯渇」というのは、誤解を生む表現だと思うわけです。
もうしばらく経つと、レジストリ(APNICとかJPNIC)の倉庫から、在庫がなくなるだけです。
つまり、在庫が「払底」するっていうのが正しいです。
ということで、今のIPv4のインターネットが「なくなってしまう」というわけではありません。
IPv6のインターネットが「今のインターネットに加えて」利用できるようになる、というのが、
たぶん一番正しいんだと思います。
(続く)
私が考えているところをつらつらと書いておこうかなと。
---
まず、IPアドレスは「枯渇」しません。
IPアドレスは石油や石炭じゃないので、使ってもなくならないです。
だから「枯渇」というのは、誤解を生む表現だと思うわけです。
もうしばらく経つと、レジストリ(APNICとかJPNIC)の倉庫から、在庫がなくなるだけです。
つまり、在庫が「払底」するっていうのが正しいです。
ということで、今のIPv4のインターネットが「なくなってしまう」というわけではありません。
IPv6のインターネットが「今のインターネットに加えて」利用できるようになる、というのが、
たぶん一番正しいんだと思います。
(続く)
だから、IPv6に「移行」する、というのも、なんだか変な話だと思うです。
IPv6には今のIPv4を捨てて「移行」するんじゃなくて
「これからはIPv4とIPv6の両方が使えるようになる」というのが、
これから起こることのはずです。
でも、確実にIPv4の在庫はなくなるので、
その時点からIPv4のインターネットは、
「そのままだと、もうこれ以上は成長できない」状態になります。
ただし、通常の方法では、
IPv4のインターネットからIPv6のインターネットのサービスを
そのまま利用することはできません。逆もまたしかりです。
(「通常の方法」ではないやり方はいろいろとあるです。が、とりあえずここでは省略)
(続く)
IPv6には今のIPv4を捨てて「移行」するんじゃなくて
「これからはIPv4とIPv6の両方が使えるようになる」というのが、
これから起こることのはずです。
でも、確実にIPv4の在庫はなくなるので、
その時点からIPv4のインターネットは、
「そのままだと、もうこれ以上は成長できない」状態になります。
ただし、通常の方法では、
IPv4のインターネットからIPv6のインターネットのサービスを
そのまま利用することはできません。逆もまたしかりです。
(「通常の方法」ではないやり方はいろいろとあるです。が、とりあえずここでは省略)
(続く)
そんなわけで、今から数年経つと、
例えばプロバイダと新規に契約しても、
「うちにはもう割り当てられるIPv4アドレスはありません」
って言われて、IPv6アドレス*しか*、来なくなってしまうかもしれません。
そしたら、IPv4でしかサービスを提供していないもの、
例えば2ちゃんねるやニコニコ動画は、そういう人たちからは
そのままでは使えないことになるです。
じゃ、そういう人が困らないようにするには、どうするのがいいのか。
いろんな方法が考えられますが、
「2ちゃんねるやニコニコ動画ががんがって、IPv6でもIPv4と同じサービスを提供する」
というのは、考えられる一つの解決方法、ということになるです。
例えばプロバイダと新規に契約しても、
「うちにはもう割り当てられるIPv4アドレスはありません」
って言われて、IPv6アドレス*しか*、来なくなってしまうかもしれません。
そしたら、IPv4でしかサービスを提供していないもの、
例えば2ちゃんねるやニコニコ動画は、そういう人たちからは
そのままでは使えないことになるです。
じゃ、そういう人が困らないようにするには、どうするのがいいのか。
いろんな方法が考えられますが、
「2ちゃんねるやニコニコ動画ががんがって、IPv6でもIPv4と同じサービスを提供する」
というのは、考えられる一つの解決方法、ということになるです。
で、管理人は >>637 な発言をしました。
これはつまり「2ちゃんねるはそういう方向でがんがる用意がありますよん」ということを
表していると思われます。
ということでこれは、結構、大きなニュースっていうことになるです。
これはつまり「2ちゃんねるはそういう方向でがんがる用意がありますよん」ということを
表していると思われます。
ということでこれは、結構、大きなニュースっていうことになるです。
で、本当にがんがるのは果たして誰なのか。
…とりあえず今は考えないことにしよう、そうしよう。
…とりあえず今は考えないことにしよう、そうしよう。
2008/07/03(木) 18:25:12ID:Qgzxzl290
IPv6_2chマダァ-? (・∀・ )っ/凵⌒☆チンチン
言うだけの立場って楽珍ですなぁ(がんがれ誰かさん)
言うだけの立場って楽珍ですなぁ(がんがれ誰かさん)
2008/07/03(木) 18:26:50ID:i7Zm4x3y0
>IPv6には今のIPv4を捨てて「移行」するんじゃなくて
>「これからはIPv4とIPv6の両方が使えるようになる」というのが、
>これから起こることのはずです。
そうかなあ、、
「これからはカセットテープと CD の両方が使われるようになる」というのが、
これから起こることのはずです、
とかと同じに思うけど。
>「これからはIPv4とIPv6の両方が使えるようになる」というのが、
>これから起こることのはずです。
そうかなあ、、
「これからはカセットテープと CD の両方が使われるようになる」というのが、
これから起こることのはずです、
とかと同じに思うけど。
>>644
CDには音質がいい、とか、
何度かけてもへたらない、とか、
むぎゅっとリッピングしてさくっと使える、とか、
レコードみたいに取り扱いに気を使わなくてもいい、とか、目に見えるメリットがありました。
IPv6には、そういうのってあるのかしら。
つまりそこいらのユーザが「IPv6ってすげえええ」と思えるような何かが。
CDには音質がいい、とか、
何度かけてもへたらない、とか、
むぎゅっとリッピングしてさくっと使える、とか、
レコードみたいに取り扱いに気を使わなくてもいい、とか、目に見えるメリットがありました。
IPv6には、そういうのってあるのかしら。
つまりそこいらのユーザが「IPv6ってすげえええ」と思えるような何かが。
で、その「すげえええ」が明確にあるなら、たぶんきっとあっちゅう間に
IPv6がぶわーっと広まっていって、みんなIPv6を自然に使う、
ってことになるかもですね。
で、その時にはIPv4は捨てられるんじゃなくて、
レコードやカセットテープ、あるいはVHSビデオのように
何となく自然に使われなくなっていく、ってことになるんじゃないかなと。
IPv6がぶわーっと広まっていって、みんなIPv6を自然に使う、
ってことになるかもですね。
で、その時にはIPv4は捨てられるんじゃなくて、
レコードやカセットテープ、あるいはVHSビデオのように
何となく自然に使われなくなっていく、ってことになるんじゃないかなと。
2008/07/03(木) 18:35:49ID:i7Zm4x3y0
うーん、でも足りないのは事実なんだから
一部が押し出されてIPv6を使わざるを得ないことになります。
少なくとも移行の始めの段階においては、互換性が無いのならば
IPv4のほうが色んなサイトがあって便利なんだからIPv4を使いたがるはずです。
既得権益とか、金や権力を持った人たちがIPv4を使えて
そうじゃない人たちは仕方なくIPv6を使うようになるんですか?
たぶん、或る程度強制的に移行させられることになるんじゃないでしょうか。
たとえばテレビがブラウン管から液晶に、「移行」させられたように。
一部が押し出されてIPv6を使わざるを得ないことになります。
少なくとも移行の始めの段階においては、互換性が無いのならば
IPv4のほうが色んなサイトがあって便利なんだからIPv4を使いたがるはずです。
既得権益とか、金や権力を持った人たちがIPv4を使えて
そうじゃない人たちは仕方なくIPv6を使うようになるんですか?
たぶん、或る程度強制的に移行させられることになるんじゃないでしょうか。
たとえばテレビがブラウン管から液晶に、「移行」させられたように。
■ このスレッドは過去ログ倉庫に格納されています