◎正当な理由による書き込みの削除について： 生島英之とみられる方へ:
2ch特化型サーバ・ロケーション構築作戦 Part22->画像>1枚
動画、画像抽出 ｜｜
この掲示板へ
類似スレ
掲示板一覧 人気スレ 動画人気順
このスレへの固定リンク： http://5chb.net/r/operate/1150052911/
ヒント：5chスレのurlに http://xxxx.5chb.net/xxxx のようにbを入れるだけでここでスレ保存、閲覧できます。
2ch特化型サーバ・ロケーション構築作戦のスレッドです。
・２ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項
・DNS登録・変更関連の各種作業や調整事項
・２ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項
・各種作戦・プロジェクトとの連携、プロジェクト間の連携
等を取り扱います。
現在、複数サーバによる連携により、
サーバ能力のさらなるスケールアップをめざすための「雪だるま作戦」が進行中です。
しかし、問題はあらゆる意味で山積の状態です。
特に、成熟度を高めたリリースであるはずの FreeBSD 6.1R において、
amd64 アーキテクチャでの突然のハングアップの不具合が、深刻な問題となっています。
>1
乙～
前スレ1000もきれいに決まったようで
999 ：たにし ★ ：2006/06/12(月) 04:09:13 ID:???0
ぬわわわ
>>4 1000 のほうが（りゃ。
前々スレからの課題
・削除関係の呪文の雪だるま対応 (まずはバックに転送して一時しのぎ中)
・バックエンドの安定稼動 (i386 版はほぼ安定、amd64 版は格闘中)
・matd を用いた受付の安定稼動 (ほぼ解決、フロントエンドの自動切り離し要)
・mod_cache の導入によりバックエンドの負荷を下げる (squidとのマッチング要調査)
・電源食い杉どうしよう (やりくりで何とか3台+5台まで拡張、しかし根本解決は 365main)
・携帯フルブラウザからの書き込み対応 (解決、更新のしくみも確立)
重要な課題
・効率の良い金色会員維持 (おごってもらう話があったような)
・家庭の保守 (・・・・・・・・・・・・)
live23b/news20b (amd64 版バックエンド)のこれまでの経緯まとめ:
・新規投入、FreeBSD 6.1R/amd64
・投入時に、kbdmux 機能ありだと、ちょっとした負荷でシステム全体がハングアップする症状が判明
・kbdmux 機能をはずしたところ、上記は解決、本格投入
・しかしその後も数日に1度程度、負荷に関係なくシステム全体のハングアップが発生
・最新の 6.1-STABLE に上げたところ、mountd 実行時に page fault で panic する症状が発生
・6.1-STABLE をあきらめ、6.1R に戻した
・その後も live23b において断続的にハングアップが発生
・ちなみに同一ハードウェアにおいて1年以上、FreeBSD 5.4R/amd64 で安定稼動実績あり
・同一ハードウェアでは、FreeBSD 6.0R/amd64 でも稼動実績あり、
ただし 5.4R ほどの安定さはない。でも ex14 だったから、負荷理由かもしれない
・現在、5.4R での安定稼動を見て、6.0R で有効になった機能、
mpsafevfs (ファイルシステムの処理の mpsafe 化)を殺して、問題の切り分け作業中。@ live23b
これ以外の前スレのサマリは、明日以降ということで。
さすがに、今日はそろそろ限界が近いかも。
news20b も、mpsafevfs を殺した。
%sysctl -a | grep mpsafe
debug.mpsafevfs: 0
debug.mpsafenet: 1
debug.mpsafevm: 1
今日は、ここまでかなと。
前スレ
・家庭の保守 (・・・・・・)
今スレ
・家庭の保守 (・・・・・・・・・・・・)
「・」の数が、何げに倍になってるのがなんともかんとも(´･ω･`)
前スレにあったSCSI controllerの話はもう続かないの？
>>17 それは、とある場所にある秘境。
偶然迷い込むこともあれば、歩き回って行き着くこともある。
さぁ、君も探索に出るんだ。その内行き着くかも知れない。
>>17 その国の名はガンダーラ､どこかにあるユートピア
よろしく～ネッ!!
うーん
報告したかどうかも忘れちまった。
再度、
> (現在)
> +ex14.2ch.net:206.223.151.225
>
> (変更後)
> +ex14.2ch.net:206.223.151.230
>
これおわった
>>21 どもです。
2ch特化型サーバ・ロケーション構築作戦 Part21
http://qb5.2ch.net/test/read.cgi/operate/1145114275/831-833 oyster901 はたぶん、移設 & HDD 交換が合い前後して、
というかんじですかね。
よみがえる時は ex16 になると。
ex11 に移転した campus と keiba 、ジンギスカンになっていないような。
>>25 ここはひとつ。
とは言っても、morningcoffee はジンギスカンIIだから、/md の容量がちょっと足りないですね。
先に私のほうで拡張工事します。
keiba は土日があるから
やっぱジンギスカンの方がいいっすね、
つうことで campus keiba ジンギスカンⅠにしてきます。
>>27 今見たら、問題なさげですね。
作業可能です。< ex11
debug.mpsafevfs=0 は、外れだったのか。
Submit a FreeBSD problem report
http://www.freebsd.org/send-pr.html そろそろ、まじめに送らないといけないと。
今回の WC は「勝ちに行く」ってことだったと思うんで（それでバック追加して live23 新設ってことでしたし），
live23 は実績のある手堅いバージョンで行く一方で，その代わり news20 には人b(ryになって頂く方向とか，
そんな感じでどうかな，とか......
>>36 5.4R とか 6.0R にバージョンダウンする、か、
i386 にするか、ということですか。
i386 にするのは、現地での(少なくとも)CD-ROMの差込と除去が必要になると。
# Workarounds for some known-to-be-broken chipsets (nVidia nForce3-Pro150)
device atpic # 8259A compatability
これは、関係ないのかなぁ。(デフォルトで有効)
ここは片方のCPUでどれだけ行けるかを見てみようぜ
もう時間ないけど
>>39 single CPU mode のカーネルは、作ってはあるので、
入れ替える作業そのものは、できる状態にあります。
しかしまずは、現状でいくかんじで。
次上がったら、single CPU mode に移行。
これは決定で。< live23b, news20b
ここまでの状況:
バックエンドはまだ、目分量で半分も使われていない状態だった。
フロントは、あふれた。bbs.cgi (speedy_backend) の起動数(-M)を調整。
1フロントの1バーチャルホストあたり 24 に制限。(-M24)
debug.mpsafevfs=0 は効果がなかった。on FreeBSD 6.1R/amd64
NFS をはずしたおかげで、
バックエンドサーバ1台のダウンが全体を完全に止めてしまうことは、
一応避けられるようになった模様。
live23b single CPU mode に移行しました。
mpsafevfs はWC試合終了後に再度有効にするということで。
live22 (tiger なバックエンド)は、パンク状態。
LA=500 とかなりました。落ちてはいないものの、めいっぱいという感じ。
>>46 live22 はかなりめいっぱいという感じだけど、
ブレーメンに隙間を出さないというのは、さすがという感じかも。
LA=780 @ live22
リモートログインはほとんど無反応になったけど、ちゃんと耐えているのか。
むこう書けないんで、
news18
ex13
Saborin 発動、IsKoukoku カット。
ex13 は LA=35 ぐらい。
大丈夫でしょう。
news18 は LA=60 超えましたが、
>>49 発動で下がりました。
大丈夫でしょう。
ex11 IsKoukoku カット。(Saborin は常時発動済み)
ex11 LA 10ぐらいになりました。
さっきは200以上あった。
大丈夫でしょう。
掛けまくも畏き イザナギの大神 ◇ ミ ◇ 祓へ給ひ清め給へと
筑紫の日向の橘の ◇◇ /￣| ◇◇ まをすことを聞こし召せと
小戸の阿波岐原に ◇◇ ＼ |＿_| ◇ 恐み恐みもまをす。
禊ぎ祓へ給ひし時に 彡 O(,,ﾟДﾟ) /.. 2ch稼動サーバ・ロケーションの
なりませる祓へ戸の大神たち ( Ｐ `O 常盤かきはに幸くと
諸々の禍事・罪・穢れあらむをば ／彡#＿|ミ＼ 請ひのみ奉らくとまをす
</｣_|凵_ゝ
やはり課金システムにして蹴って行かないと駄目なんジャマイカ
恒常的な収入があるといいのだが。
広告の収入が増えないかな。
アングラなイメージはだいぶなくなってきたと思うのだけど、
エロ広告ばっかりでちょっと引く。
負荷問題はいずれ解決しなけりゃならん問題になるんだし
一時しのぎ程度のものは問題を先送りしてるだけかと．
お金で解決できりゃ良いけど，技術的にそういうわけには
いかない部分も出てくるだろうし．
雪だるま周りはどういう風に解決するか楽しみだったり……
>>45 live23b
news20b
両サーバとも、single CPU モードに移行。
mpsafevfs は、デフォルトに戻した(有効)。
これで安定してくれるといいけど。
で、安定するようなら、それはそれで問題なわけだが。
>>57 三年前の状態に戻すだけだよ､パケ代定額前の状態に
腹八分目って大切だと思うよ
実際にスレ立て制限とか書き込み時間制限とかで削ってる訳だからさ
バックエンド (live22) もついにアップアップ状態まで逝きましたか．
それに対応するとしたらやはり mod_cache ということでしょうけど，
フロントの httpd でこんな設定すれば BG (Squid) 問題の対策できるかなぁ......
SetEnvIf Remote_Addr ^206\.223\.151\.(55|57)$ BlackGoat
Header append Cache-Control proxy-revalidate env=BlackGoat
フロント側としても，毎回バックエンドにお伺い立てるよりは
ローカルキャッシュ使えた方が軽くなるかなぁ......
で，携帯は中期的には u.la に期待するとして，短期的に今の c を延命させるとすると......
現状 Squid でキャッシュさせてるのは生の dat や subject.txt だけなんですよね？
となると，PHP 出力側も mod_cache でキャッシュさせてみるとか．
んで，dat 等をフェッチする際に得られる Last-Modified をそのまま PHP 出力でも吐いてもらうと．
たぶん、バックエンドの少なくともプライベート側のほうは、
Apache ではないのを使う( thttpd とか )方向かなと。
で、mod_cache の件ですが、前から気になっているのですが、
mod_cache 入れた場合、書いた直後に dat を読むタイプの専用ブラウザとかで、
ちゃんと自分の書いたレスが読まれるようになるのかしら。
直感では、キャッシュが働くので、昔の NFS で動かした時のように、
反映に遅延が発生するような気もします。
お世話になっております。株式会社jig.jpの菊池です。
サーバ移設のためIPアドレスが変更になります。
詳細は下記URLからご確認ください。
http://br.jig.jp/pc/ip_br.html 宜しくお願い致します。
>>65 確認しました。
これは、すぐに変更・反映してしまってよろしいでしょうか。
…というか、CIDR 的には 1ブロックの追加ということですね。
いってきます。
210.188.205.92/30 を jig ブラウザ用 CIDR ブロックとして追加しました。
10分程度で反映されるはず。
>>64
>mod_cache 入れた場合、書いた直後に dat を読むタイプの専用ブラウザとかで、
>ちゃんと自分の書いたレスが読まれるようになるのかしら。
これは設定次第かなぁ．
[案1: CacheMaxExpire 1, CacheDefaultExpire 1, CacheLastModifiedFactor 1]
最大1秒間のディレイは発生しますが，瞬間的な怒濤のようなアクセスに対し
結構効果はありそうな気はします．で，書き込んだ後1秒以内にリロードされると
自分のカキコが反映されない可能性はあるので，これを解決するなら
専ブラ作者さんのご協力も頂いてリロードまでに1秒間ディレイを入れて頂くとか．
[案2: CacheMaxExpire 0, CacheDefaultExpire 0]
毎回必ずバックエンドに問い合わせるので，案1ほどの効果は見込めないかも知れません．
ただ，mod_cache なしならバックエンドからのレスポンスの多くが 200 になるところを
304 にすることは期待でき，その分バックエンドの負担は軽減できるかも．
>バックエンドの少なくともプライベート側のほうは、
>Apache ではないのを使う( thttpd とか )方向かなと
304 をちゃんと扱えさえすれば，あとはスタティックファイル専門で
超高速・超軽量な httpd があればそれがよさそうですね． >>69 ふむふむ。
で、
148 名前：名無し草[sage] 投稿日：2006/06/13(火) 12:47:29
> Apache ではないのを使う( thttpd とか )方向かなと。
http://wota.jp/ac/?date=20060605#p01 参考になるかは知らないけど、一応。
ですが、軽い httpd の試みはいろいろあるようですね。
パブリック側は Apache のままにしておいて、
削除 CGI とかはそちらに飛ばすようにすれば、
CGI の実行すら要らないという噂もあるですね。
とすると、
・差分転送関連
・If-Modified-Since とかそのへん
がちゃんと動くなら、ってかんじですか。
で、昨日の様子を見る限りでは明らかに、
cobra > tiger でした。
メモリ容量ほぼ同じ
HDD 仕様ほぼ同じ
Apache セッティングほぼ同じ
で、tiger は正しく LA=750 になり、cobra は LA=3 とかでした。
64bit I/O が効いているのか、あるいは dat オンメモリというぐらいで、
メモリアクセスが高速なのか。
でも、ハングアップ癖があるんではなぁ。
>>71 正しく = 虫を踏んだわけではなさそう、という意味
>>70 そんな感じですね．パブリック/プライベートで分けてもいいし，ポート番号で分けてもいいし．
>>71-72 なるほど...... amd64 で駆虫が成し遂げられれば最強ってところですね．
tiger も新しいのは EM64T として 64-bit で動くんでしたよね．もっとも，
EM64T でも同じ虫，あるいは別の虫も出てきちゃうかも知れませんけど．
>>68 対応ありがとうございます。
【全IP】の方に間違いがありましたので、修正致しました。
【CIDR】表記に変更はございません。
http://br.jig.jp/pc/ip_br.html 宜しくお願い致します。
>>74 了解しました。
今後ともよろしくお願いします。
# 最初見た時「あれ」と思いましたが、修正バージョンを見て納得しました(w。
こんなスレッドが。
6.1 Stable keeps hanging
http://lists.freebsd.org/pipermail/freebsd-stable/2006-June/025939.html Xeon の例だけど、amd64 (64bit) での例。
ざっとしか読んでないけど、mpsafenet を切ると直るとかなんとか。
config 見ると、この人は kbdmux を有効(デフォルト)にしているのか。
devicekbdmux# keyboard multiplexer
preemption も有効と。
options PREEMPTION# Enable kernel thread preemption
もうちょっと調べてみる必要ありですが、
同じ現象が起きている人が少なくとも複数いて、
workaround を適用して直った、という人もいることまで、とりあえずわかったと。
…しかし、mpsafenet は疑わなかったなぁ。
ぜんぜん確定じゃないけど。
>>76-79 う～む，どっちか片方を SMP に戻した上で debug.mpsafenet=0 にして様子見とか．
news20b で
_ ∩
( ﾟ∀ﾟ)彡 実験！実験！
( ⊂彡
| |
し ⌒Ｊ
>>80-81 そうしたい誘惑はすごくすごくあるんですが、
２ちゃんねるのサーバが 2F に移動完了するまでは、
カーネルの設定変更については、しない方向でいこうかと。
現状のシチュエーションでは、ハングした時とかの対応考えると、
各方面にあまり負荷をかけたくないですね。
ということで、第二戦は今の設定でいく感じかなと。
というか、シングル CPU でも問題は起こるのかとか、
シングル CPU 状態での限界性能はどうなのかとか、
そういうことも確認できるわけで、
まったく無駄な時間になることは、ないと思っているです。
>>84 おー。
あの libthr の davidxu のスケジューラですか。
>>75 こちらこそ今後とも宜しくお願いします！
誤表記がないよう今度注意します。
宜しくお願いします。
>>87 わざわざありがとうございます。
>>86 なお現在の設定は、
>>86 から options SMP をはずしただけ。
NFSが駄目ならGFSか。
静的コンテンツはlighttpでいいかと。
あとガンビアって
>>89 GFS は寡聞にして知りませんでしたので、Google に。
Red Hat Global File Systemによるエンタープライズデータ共有
http://www.jp.redhat.com/magazine/NO19/ GFSストレージクラスタによるデータ共有
http://www.jp.redhat.com/magazine/NO11/ こんなのがあるですか。
> あとガンビアって
これは、なんでしょう。
あ単純に頑張ってというのもなんだったので。頑張ってくらはい
codaなんてのもちょっとだけおもしろそうだなぁ、と。
ここで求められてる機能とはちょっと違う気もするけど
[FreeBSD-Announce] FreeBSD Security Advisory FreeBSD-SA-06:17.sendmail
http://lists.freebsd.org/pipermail/freebsd-announce/2006-June/001071.html 2ch的にはそう影響はないのかな．
dnstop というのがあるみたいなので、少し遊んでみた。
以下は ex11 の内容。
リモホ得るためにDNS引いているので、逆引きばかり(想定どおり)。
あと、今の ex11 では BBQ と BBM の比率はだいたい 11:1 ぐらいみたい。
Source 3LD count %
---------------- -------------------- --------- ------
127.0.0.1 niku.2ch.net 541 28.2
127.0.0.1 9.211.in-addr.arpa 69 3.6
127.0.0.1 bbm.2ch.net 43 2.2
127.0.0.1 136.210.in-addr.arpa 40 2.1
127.0.0.1 7.222.in-addr.arpa 34 1.8
127.0.0.1 125.219.in-addr.arpa 16 0.8
127.0.0.1 153.210.in-addr.arpa 14 0.7
127.0.0.1 98.219.in-addr.arpa 13 0.7
127.0.0.1 150.222.in-addr.arpa 12 0.6
127.0.0.1 89.58.in-addr.arpa 12 0.6
127.0.0.1 185.221.in-addr.arpa 12 0.6
127.0.0.1 130.210.in-addr.arpa 12 0.6
127.0.0.1 84.124.in-addr.arpa 11 0.6
127.0.0.1 3.125.in-addr.arpa 11 0.6
127.0.0.1 47.218.in-addr.arpa 11 0.6
127.0.0.1 217.218.in-addr.arpa 11 0.6
127.0.0.1 211.220.in-addr.arpa 11 0.6
127.0.0.1 158.222.in-addr.arpa 10 0.5
127.0.0.1 146.220.in-addr.arpa 10 0.5
127.0.0.1 200.125.in-addr.arpa 10 0.5
127.0.0.1 39.60.in-addr.arpa 10 0.5
127.0.0.1 225.218.in-addr.arpa 10 0.5
127.0.0.1 227.218.in-addr.arpa 10 0.5
127.0.0.1 106.219.in-addr.arpa 10 0.5
127.0.0.1 110.219.in-addr.arpa 10 0.5
127.0.0.1 236.60.in-addr.arpa 10 0.5
127.0.0.1 108.220.in-addr.arpa 9 0.5
127.0.0.1 45.60.in-addr.arpa 8 0.4
1 CPU モードにしてからは落ちてない模様なので，とりあえずそれで虫は回避できてるんですかね．
ただ，パワーダウンしてるので日曜日にどうなるか......
live23b は
>>83 のように限界性能を見るという意味でそのまま突入ってのもいいかも知れませんが，
第一戦で限界に達したと思われる live22 の方ではバックエンドの負荷軽減策（mod_cache，軽量版 httpd 等）
を試してみるのもいいかも......
【実況】 live22+live23 Part21
http://qb5.2ch.net/test/read.cgi/operate/1150119711/340 過去ログの課題のまとめへのリンク。
>>97 live22 は、少し何かしてみますかね。
帰宅。雨。
まずは、例の JavaScript を read.cgi にインラインで埋め込む方向かも、かも。
>>99 index.js ですか？ 確かに，現状でフロントの負荷に影響してるとしたら
それもいいかも知れませんね．ただ，バックに負荷をかけるものではないので
今後フロントの台数が増えた段階ではまた状況も変わるかもとか，あとは
どなたかも言ってたように mod_expires でリロード抑制させてみるとか．
あと，httpd / read.cgi や bbsd 等のコンパイル時の最適化オプションとかも
ひょっとして詰める余地があったりとか......？
>>100 基本的に -O2 のはず。< read.cgi / bbsd
Apache は ports のデフォルトかな。
mod_expires って、JavaScript のファイルを読むところでも区別なく効くんでしたっけ。
>>101 >mod_expires って、JavaScript のファイルを読むところでも区別なく効くんでしたっけ。
index.js が置いてある www2 でしかるべく設定すればいいかと．
<Files index.js>
ExpiresDefault "access 1 hour"
</Files>
とか．
最適化の方は，例えば -O3 -fomit-frame-pointer -march=nocona あたりとか．
デバッグのことを考慮するなら -fomit-frame-pointer の代わりに -momit-leaf-frame-pointer あたりで．
>>102 <Files>～</Files> のところ、やってみるです。
>>102 ExpiresActive も必要か．
<Files index.js>
ExpiresActive On
ExpiresDefault "access 1 hour"
</Files>
>>103 業務連絡
すみませーん
BG3また落ちました
これから見ますが、、、。
そろそろ、個別に squid 動かすモードに移行する時期かもですね。
tiny tiger は IDE ディスクですが、squid っていうぐらいでなんとか。
で、うまくいけば BG3 / BG4 はフロントに投入とか。
em のドライバが TX overrun とか RX overrun とかにならないようにするのは、
どうすりゃいいのかなと。
PREEMPTION をごにょごにょするとかか。
>>108 ところで、転送量のグラフを見ると、BG3が落ちると同時にBG4のプライベート側の転送量が落ちているんですけど
何か関係あるんですかね？
PREEMPTION 切ってるのか。< BG3
実験的に再度、ありにしてみるか。
単純にBG3のタイムアウト分でフロントが詰まって転送量が減ったって事かな？
>>112 は別途かな。(様子見ながら)
6.1R に上げるほうがいいかもですね。
www2 の作業に戻るので、
やばくなったらまた連絡ください。
PHP 出力をキャッシュ (by mod_cache) すれば Squid もちょっと楽になるかな......
>>104 Cache-Control: max-age=3600
Expires: Sat, 17 Jun 2006 16:03:12 GMT
が、つくのかな。
明らかに効きましたね。
これなら、read.cgi にインラインで入れる必要はなさげかな。
>>119-120 乙です．入れた時間あたりからスーッと下がってる感じですね．
またひとつ、勉強しました。
スタティックな部分にうまくこれを適用すれば、
各サーバも負荷が下がるのかな(flash.txt とか head.txt とか)。
>>123 壁紙やロゴ・バナーの類なら効きそうですね．ただ，flash.txt や head.txt は
基本的にブラウザが取得するよりもむしろ bbs.cgi / bbsd が index.html に
埋め込むために用いるものかと......
>>124 あ、そですね。> flash.txt とか。
ba.gif に適用してみよう。そうしよう。
>>125 done.
トップページだけだから、index.js ほどではないかも。
激しくは効かなそうかな。
壁紙は、変えることもある気がするのと、
板トップだけだから、とりあえず無効に戻しておくか。
一応効いてるみたいですね。1:00過ぎのこぶは期限切れの再取得かな？ｗ
まぁうちでは実験の邪魔になるくらい効いてくれてたから、
ひょっとしてとか思ってよかったですよ。
>>128 どもでした。
こぶは、だんだん滑らかになっていくはずなのかなと。
∧旦∧ ∧旦∧ ∧旦∧
(^ω^ )(^ω^ )(^ω^ )
おっおっおっ ﾟ○-Jﾟ ﾟ○-Jﾟ ﾟ○-Jﾟ ,,
>>109 >em のドライバが TX overrun とか RX overrun とかにならないようにするのは、
>どうすりゃいいのかなと。
これって、6.1のサーバでもなりますか?
うちだと、6.1にしてから出なくなった気がするんですが。
>>133 ええ、6.1R で em のドライバが再度よくなったらしいというのは、
知っているです。
ということで、バージョンアップでしのげるのかもなと。
フロントの負荷が超でかくなると、httpd が signal 11 で死にますね。
で、起動しなおす負荷が、つらいかんじみたい。
ちなみに signal 11 で死ぬのは、普段でもぱらぱらは起きている模様。
で、今 1 process 16 threads ですが、
もっとでかい時は、いきなりボンと死ぬのが、つらいと。
16 でも高負荷時には、つらいわけですが。
でもフロントは基本的には「増やして乗り切る」方向性なので、
現状なら、こんなかんじなのかなと。
SEGV は......core 解析したりして原因をつぶすのが正攻法ですが，
（Solaris でいうところの）
[email protected] という邪悪な手も......
read.cgi の人大杉装置(LA=20 で発動 @ tiger サーバ)を発動させたら、
(デバッグ用に雪だるまだけ切っていた設定が残っていた)
だいぶ楽になりましたが、やはり signal 11 で落ちる状況は、
変わっていないみたいです。
>>140 [email protected] っていうライブラリを LD_PRELOAD すると NULL ポインタ踏んでも
コケないようになる，と．中身ではこんなことやってるようですが．
-> 0@0:_init()
-> 0@0:__zero_at_zero()
open("/dev/zero", O_RDWR) = 3
mmap(0x00000000, 1, PROT_READ, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0x00000000
close(3) = 0
<- 0@0:__zero_at_zero() = 0
<- 0@0:_init() = 0
まぁ SEGV になる原因を取り除いてるわけではないので，邪道そのものですが．
>>141 うひゃー。
なるほどです。
ぬるぽしてもｶﾞｯされないようにしてると。
そう言いながらも、、、。
dwhite はこんなことを言っているわけだけど、
BIOS かぁ。
http://lists.freebsd.org/pipermail/freebsd-stable/2006-June/026148.html PIE で BIOS 更新したのは、2004年の9月だったかな。
最新の BIOS が出てるかどうか、もう1度確認してみるか(あとで)。
>>146 当時の作業メモを見ると、私は当時、
２ちゃんねるで使っている cobra サーバ全部、Ver.1.89 にバージョンアップしています。
やる意味はあるのかも。
BIOSアップの実験台は実際に落ちた実績のあるlive23が無難ですか
（SMPで落ちてる鯖でないと再現できないだろうし）
>>148 同じバージョン・同じハードウェア構成の news20b も落ちまくりでした。
他のサーバは 6.1R ではないので、未確認と。
>149
と言うことはこの2台のどちらかが人柱確定ですね
どっち落ちても祭りになりそうだけど
WC を考えれば消去法で news20b でしょうけど，WC が落ち着いたらむしろ live23b かな......
前にも書きましたが、
5F→2F の引越しが無事終わるまでは、
ウルトラ技がない限り、なしかなと。
bbsd.c 更新しますた．
・ -m64 でのコンパイル時の warning 潰し（処理そのものには影響はないと思いますが）．
・ race condition 潰し（久々にローカル環境で bbs_load.pl ブン回して遊んでみたら
顕在化して気付いた）．
・ autopurge（sage 復帰）で ENOENT 以外のエラーが発生した際に syslog に記録
（これで syslog 見てもらえれば sage 復帰の際の問題の手がかりが得られるかも）．
>>153 live22, live23b, news20b, live22x1, snow 更新しました。
race condition が起こると、どうなる、、、のかしら。
# recvok がなんたらかんたら、、、みたい。
>>154 乙です．
>race condition が起こると、どうなる、、、のかしら。
まぁ，Solaris 9 の時は気付かず Nevada にしてから気付いたんですが，
worker スレッドが条件変数待ちにならず mutex をホールドしたまま recvfrom()
でパケット待ちする状態になっちゃうことがある，ってことですね．その状態でも
パケットは受け付けて一応動きはするんで致命的な問題ではないかも知れませんが，
SIGTERM 送っても終了してくれなかったりします......
いつもお疲れ様です。
>>153-154 それで、今日もlive23で何度かsage復帰を失敗していましたが、何か記録されていましたでしょうか？
>>156 乙です．“多分”記録されてると思います．むむむさん待ちってことで．
で，原因がわかったら対策へ，と......
oyster901 完成いたしました。
・OSはご指示通り以下のバージョンをインストールしています。
FreeBSD 6.0-RELEASE (amd64)
・APCによる遠隔リブートテストは今回実施しておりません。
(後日APCに接続します。)
・HDDは発注通りのSCSIドライブが２つ搭載されています。
搭載されているHDDのスペックは以下の通りです。
製品名：Seagate Cheetah 15K.4
型番：ST373454LW
容量：73 GB
回転数：15K rpm
シークタイム：3.5 ms avg
インターフェース：Ultra320 SCSI
・NIC(bge0、bge1)２枚のうち、一方(bge0)がスイッチと
接続されています。
転送速度は 100Mbps full-duplex に設定しています。
(速度チェック実施済です。)
>>156-157 みてみます。
>>158 ログイン情報は、本日直接渡しかしら。
うーん、syslog に何もないということは、
bbsd に行く前に何かまずいところがあるのか、、、。
ちと今アクセス事情が良くないので、あとで落ち着いて見てみます。
>>158 戦線復帰ですか．
>>160 bbsd 側のロジックを見直してみたら，「スレの残骸が subject.txt 上で
連続して存在している場合，一度で消し切れない」って虫がいたのを発見したので
（これはこちらのミスですね，すみません），その点は修正しますた．
ただ，スレの残骸が1個だけでも sage 復帰失敗するってのはその虫では
説明できないので，まだ別に問題がありそうですね......
syslog.conf で user.err が記録されないようになってるか
（別の部分では warning や info もありますが），
あるいは bbsd の呼び出し自体が正常に行われていないのか，
果てまた別の何かか......
>>158 ログイン情報を受け取りました。
概ね問題なさげなので、たんたんと設定へと。
>>158 ひとつ質問です。
> ・APCによる遠隔リブートテストは今回実施しておりません。
> (後日APCに接続します。)
これですが、APC に接続する際に電源が一度落ちるような気がしますが、
どうなんでしょうか。
>>163 の件について、連絡をもらいました。
必要なのは、PIE 側でのソフトウェア設定の作業のみになるようです。
私のほうでは、たんたんと作業継続するということで。
# もしいったん電源断が必要になるなら、その場合は別途対応というかんじかなと。
oyster901.peko.2ch.net = ex16.2ch.net
DNS 登録いきます。
以下の登録をよろしくです。
(新規登録)
+ex16.2ch.net:206.223.151.225
bbsd の更新もお願いします(
>>161)．
sage 復帰の問題，完全解決まで至らずとも部分的には改善されるかと思うんで．
# 自分で仕込んだ虫以外では，ローカルで試しても再現しないんですが......
内容がごちゃごちゃ 数日後につぶれるな ザコスレが
>>166 live22, live22x1, live23b, news20b, snow 更新済み。
>>168 確認しました。
アカウント情報は別送で。
>>169 乙です．
http://aa5.2ch.net/test/read.cgi/nanmin/1150886750/989 # ノンブロック逆引き
use Net::DNS;
sub gethostbyaddr_nb {
my $res = Net::DNS::Resolver->new(tcp_timeout => $_[1], udp_timeout => $_[1]);
my $ans = $res->send($_[0]);
return undef if (!$ans);
foreach ($ans->answer) {
return $_->ptrdname if ($_->type eq 'PTR');
}
undef;
}
# my $name = gethostbyaddr_nb($addr, 2);
>>172 おぉー、仕込んでみるか。
しくったら、undef が返るですか。
このへんは適当に改変で。
>>171 あっしにはかかわりのねーことでござんす。
I will go my own way.
>>174 かかわらないんだったらかかわりたい人を募集してください。
>>175-177 2ch特化型サーバー・ロケーションと関係ない話を持ち出すな
>>168 ex16 で動作する read.cgi と offlaw.cgi は、私のほうで作成して、
ログインディレクトリに置いてありますです。
>>179 補足
(offlaw.cgi はソースのありかが（りゃ なので、ex13 のを単にコピりました)
HDD 交換前と全く同じ症状でダウン。
/home を触ったプロセスが、軒並みハングアップ。
ハードかソフトかは、別途検証で。
6.1絡みですが嫌なレポートが
Problem Report amd64/99561 : system hangs in FreeBSD AMD64 when writting ext2fs
http://www.freebsd.org/cgi/query-pr.cgi?pr=amd64/99561 Problem Report kern/99588 : UFS2 filesystems hang when doing "fsck -B" or "dump -L" or "mksnapffs" in a moderated I/O filesystem with many file locks/unlocks
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/99588 >>183 ext2fs はとりあえず無視できるとして，UFS2 云々がﾏｽﾞｰ？
>>183 > Release
> FreeBSD 5.4p12
ですね。< 下のやつ
ex13 は 5.4 ですが、今日で 402 日連続稼動です。
ex13 って、決して負荷低くないはず。
っていうか、これ、既知の問題ですね。
深夜の定期バックアップでハングしてたのは、これです。
dump -L で dump するのをやめてからは、定期バックアップでハングしたことはないです。
あと、fsck -B も確かにたまに挙動不審になったので、
# for fsck customizing
background_fsck="NO"
って、やってあるです。これももう、設定して1年以上にはなると思う。
>>185-187 なるほど，ってか確かにそんな話あったような．
で，上の方で mpsafenet 云々って話もありましたが，5F->2F の引っ越しも
終わったんで，news20b か live23b のどちらかを人b(ryってのもそろそろ......
あと，スペシャルデータセンタ（仮称）のめどが立つのなら，
oyster901 は別の用途を考えてもいいのかも？
oyster901、負荷試験中。
%jobs
[1] + Running ./du.sh
[2] - Running ./du.sh
[3] Running ./du.sh
[4] Running ./du.sh
[5] Running ./du.sh
[6] Running ./du.sh
[7] Running ./du.sh
[8] Running ./du.sh
[9] Running ./du.sh
[10] Running ./du.sh
[11] Running ./du.sh
[12] Running ./du.sh
[13] Running ./du.sh
[14] Running ./du.sh
[15] Running ./du.sh
[16] Running ./du.sh
[17] Running ./du.sh
[18] Running ./du.sh
[19] Running ./du.sh
[20] Running ./du.sh
[21] Running ./du.sh
[22] Running ./du.sh
[23] Running ./du.sh
[24] Running ./du.sh
[25] Running ./du.sh
[26] Running ./du.sh
[27] Running ./du.sh
[28] Running ./du.sh
[29] Running ./du.sh
[30] Running ./du.sh
[31] Running ./du.sh
[32] Running ./du.sh
du -a /home 無限ループ中。
22:00 まで、この状態で動かす予定。
>>191 の後は、書き込み系のテスト。
/md と /home で実施予定。
書き込みテスト中。
何か、書き込み中に ^C した時の「戻り」が、なんか微妙におかしいかも。
>>194 は、気のせいかも。
いずれにせよ、調べ中。
/home/.snap を rm -rf して、umount / mount してテスト中。
さっきのテストしながら、dd で bs=512 なファイル作っては消し、
作っては消すのを 10 多重で動かし中。
23:00 まで。
HDD の負荷試験なら sync もバシバシかけた方がいいのかしらん？
>>198 bufdaemon さんが sync することになっているけど、
確かに、それはありですね。
ううむ、/home/.snap がないと、
動作が普通っぽくなるみたい。^C に対する反応とか。
rm する前と後で sync するようにして、再度動かす予定。
>>200 再度動かし始めた。
概ねこんなのを。
dd if=/dev/random of=$$.dat count=512 2> /dev/null
sync
rm -f $$.dat
sync
もうしばらくやって問題なかったら、、、。
次は、vipper の人にでも協力してもらうかな。
>>202 最速1000ですか．まぁ HDD だけじゃなくネットワーク I/O との相互作用ってのもありえますし．
23:15 までめいっぱい負荷テスト。
/home 握り 再現せず。
23:30 に向けて、前準備へと。
しかし，このまま祭りが平穏に終わるとすると，昨晩のフリーズは何だったのかという疑問が......
>>208 /home/.snap をはずしています。
つまり、UFS snapshot を無効にした状態。
>>209 なるほど，OS の虫は 6.0R にも住み着いてたかも知れない，と......
それが live23b や news20b の落ちの原因にもなってたのかどうか......
>>210 落ち方が 5.4R におけるそれと全く同じなので、
それなんじゃないかなということで、テストしてみたっていう感じです。
6.1R / live23b や news20b では症状が微妙に違う(ping もできなくなる)ので、
あたりかどうかはわかりませんが、試してみる価値はあるのかなと思いました。
そんなわけで、ex16 は再移転可能になったという認識でいますです。
ex15 の思い出を、memories に収容中。
今日中には、DNS 申請へと。
>>212 収容完了しました。
DNS 変更をお願いします。
(現在)
+ex15.2ch.net:206.223.150.42
(変更後)
+ex15.2ch.net:206.223.151.230
まずは、tiger507 (旧ex15) をフロントに再投入(done)。
逆引き
206.223.151.225 -> oyster901.peko.2ch.net(ex16)
は昔からなされていなかったのでしたっけ？＠かなり朧
【pepsi?】負荷監視所_20060627
http://live14.2ch.net/test/read.cgi/liveplus/1151344022/232 やはり、Apache じゃないのを試してみる感じ?
>>218 oyster901, oyster902, oyster243 は、確か昔から逆引きなかったです。
設定してもらうか。
>>219 まぁ手はいくつかあると思いますが（もちろん排他的な選択肢ではなく
やれるのなら全部やればいいのでしょうけど）
・ 軽量版 httpd
・ 生 dat に mod_cache
・ read.cgi 出力も mod_cache （まぁこれはどっちかというとフロントを楽にするって感じかな）
逆引きといえば，live22x, live23, news20 の受付アドレス (206.223.150.96) も NXDOMAIN ですね．
>>221 > 逆引きといえば，live22x, live23, news20 の受付アドレス (206.223.150.96) も NXDOMAIN ですね．
それ(代表アドレスではないやつ)は s2ch.net 同様、
こちらから設定をお願いしないと、設定されない仕様のはず。
逆に、s2ch.net のように一言言えばたんたんと設定されるかんじ。
>>223 ついにというか想定の範囲内、ってかんじですね。
あとはいつ「PC並みにどばどば転送量が出る」携帯が出回るかってところかしら。
つまり例の「リッチコンテンツ」が、携帯にも押し寄せると。
>>225 よくないですよ。
でも、むげに入れればいいってもんでもないと思うわけです。
「スケールする仕組み」がないといかんですね。
なんていうか、テクニカルだけではなくて、フィナンシャルっていうか、
キャッシュフローっていうか、スケーラビリティのある調達というか、
そういった話です。
端的に言えば●みたいなものなわけだけど、
携帯だと、どんなのが考えられるんですかね。
携帯で過去ログ読む機会ってあまりなさそう。少なくとも自分はないですね。
議論系のスレで過去ログ参照しつつレスとかになると
PCでタブ表示してじっくり考えてレスだし｡｡｡
携帯から書き込みの場合、5秒程度のフラッシュ広告流すとか。
で、それスルー用の●とか。
んー、弱いな。
モニタの大きさと言う制約をどうするか次第でしょうねぇ｡｡｡
●の利用者数ってどれくらい居るんだろう？
●なしならレス表示は多少ディレイがあります（カキコもディレイします，ってのもあり？），
リアルタイムでレスを読みたい（カキコしたい）場合は●をどうぞ，とか？
>>229 ん～でもカキコのディレイはかえって仕組み作るのが面倒かな．
>>229 やっぱり、それが第一候補なのかな。
でも「快適さ」を売るのが、どこまでうまくスケール・ペイするのかは、
考慮しないといけないのかも。
快適さの維持には、それなりの資源も必要になるわけで。
>>230 書き込みのディレイは、
掲示板っていうメディアには、ちとそぐわないかもですね。
あとは，「資源の消費にコスト負担を」という観点からすると，load avg. が一定水準になったら
●なしユーザにはお引き取り願う，とか......
読み書きに課金しちゃえばいいんじゃないかしら。
読むのに月額105円、書くのに315円。
>>233 人大杉と、それのパススルーの仕組みですか。
>>234 「書き込みやすい掲示板」という管理人のコンセプトからすると、
それが実行されることは、たぶんないんじゃないかなと。
超高機能携帯メニューとか。
・・・公式p2そのままだな。
>>235 資金面も含めたスケーラビリティってことで考えると，
設備貧弱 -> load avg. 上昇頻発 -> 人大杉で弾かれる人増える
-> それでも使いたくて●購入する人増える -> 資金入って設備増強
-> そのうちユーザ数さらに増加 -> 最初に戻る
ということで循環してくれるかなぁ，と...... >>94 の fusefs を、ぼちぼち調べ始めてみるかなと。
# 今日のところは、そろそろ寝る時間で。
>>238 こんなかんじらしい。(pkg-message)
ぱっと見、よさげ。
そんなわけで。
Basic Instructions:
There are three ways to do this:
Daemon initiated
1)
% sshfs -o idmap=user
[email protected]: /path/to/mount/point
or
2)
% mount_fusefs auto /path/to/mount/point sshfs -o idmap=user \
[email protected]:
or
3)
% env FUSE_DEV_NAME=/dev/fuse0 sshfs -o idmap=user \
[email protected]:
% mount_fusefs /dev/fuse0 /path/to/mount/point
For further options see ``sshfs -h''.
>>235 安定した鯖を提供するのも書き込み安さの一つです
俺は公式imona課金賛成派です
315円で毎週verうpしてくれるjigみたいなアプリあったらな…
iMonaは2ch閲覧を便利にするもの。
235の話は2ch自体に読み書きする話。
規制でも人大杉でもないのに、閲覧を完全に制限するのは管理人のコンセプトに合わないということ。
>>232 チャットならリアルタイムのほうがいいけど
掲示板なら多少の遅延は容認しうるんじゃないの
実況とかはかなり異様な利用状況なわけだし
いくら鯖が安定しても、一部の人しか利用できないんじゃ意味がない。
jigやV版iMonaの課金と同じように考えるのは間違い。●は課金者だけ優遇じゃない。実際、●で儲けた分が新携帯鯖にあてられた。
しかしフルブラウザを使えばPCとして扱われるから普通に読み書きできる気がする。
>>244 全面携帯排除とは言ってないよ
●みたいに課金imonaからは書き込みタイムなりスレ立てなりを優遇させればいい
そしてクラシックからは読み書き規制を大きく取って貰えれば安定する｡
携帯用に特化した鯖も作れるかも､っていう事
携帯で2ch使う事ないからジャンジャン規制していいよ
携帯房が一番ウザイ
>>246 お前のIDも、もう少しでヴザくなるな。
アイモナもキャリアによってカキコの仕方(アプリでポストとブラウザでポスト)が違うから、どちらかというと鯖毎カキコ数制限(30～100)を設けるとかカシラ？
嵐も減るヨン。
●餅はPCから自分の個体別番号(fusianasanで出てくる奴です)を登録する事でリミット無くなるとか。
全ての個体別番号を2chが管理する形に なりますが。
携帯でスレ一つざっと見るだけでも結構しんどいと思う。
フルブラウザ携帯持ってないんで、その場合どうなのかは知らないけど
それでもモニタの大きさが変わらない以上、そんなに差がない気が。
"読む"ではなく、"書く"で何からのモデルを打ち出す方がいいんじゃないかな？と。
>>248 固有番号はBBMで管理されているから対応可能かな？
ドコモがフルブラウザの定額制出すらしいからなあ。
結局は従来どおりの広告収入を中心にするしかないんじゃないかな。
つか運営的に乗り気でもない携帯課金の話を進めたがってる奴らってなんなの？
>>251 ＞結局は従来どおりの広告収入を中心にするしかないんじゃないかな。
俺もそう思う
微妙に当てはまりそうにないような
ケータイ文化は遙かに先進でしょ
>>240 ローカル(1台)の環境では、なんか動いた。
ちょっと、news20 あたりでためしてみるか。
で、概要は、
・ファイルの転送やディレクトリリストの表示は、ssh プロトコルで行う。
・サーバ側からは、単に ssh でログインしているように見える。
・クライアント側ではファイルシステムとして扱えるように、カーネルモジュールを一つロードする。
・クライアントに既に取ってきたファイルが更新されていなければ、キャッシュのしくみが働く。
・あとは普通に使える。
ということの模様。
＊うまく動くなら＊、NFS よりも筋はよさげかなと。
カーネルモジュールが必要、っていうところが、ちょっとどきがむねむね。
というわけで NFS というより、Sun の CacheFS の仕組みにちょっと近いのかな。
すじは悪くない気がします。
というわけで、もうちょっと調べてみて、
いけそうならてはじめに、news20 で実験ということで。
いきなり実戦投入はちょっとどきどきするので、
cvsup.peko.2ch.net から news20b を mount して、ちょっとためしてみるかんじで。
うーむ。
普通に mount するところまでは問題なくいったけど、
過去ログのファイルがいっぱいあるところに行って、
ls とか ls -l とかを何回か繰り返していると、こんなかんじになっちゃう。
...
ls: 1150699326.dat: No such file or directory
ls: 1150699402.dat: No such file or directory
ls: 1150699460.dat: No such file or directory
ls: 1150699684.dat: No such file or directory^C
%less 1150699097.dat
1150699097.dat: No such file or directory
%ls
ls: .: No such file or directory
%pwd
pwd: .: No such file or directory
%pwd
pwd: .: No such file or directory
少なくともデフォルト状態では、使えないっぽい。
find とか ls とかしてたら、やはり
>>264 みたいになって、
cd ..
ってやったら、刺さっちゃった。
ping かからないし。
やはりカーネルモジュールを入れるパターンのものは、
今のクオリティだと、使えないですね。
全部ユーザランドで動くやつじゃないと。
で、Ver.2 を使おう、、、。しくしく。
>>265 上がったみたい。
というか、いきなりリブートかかってた模様。
いずれにせよこれは、
このままでは無理ってかんじですね。
ssh で通信してローカルにキャッシュするという仕組み自体は、
悪くないと思うんですが。
>>260-266 う～む......まだ SSHFS が未熟ってことなんですかねぇ......
http://fuse.sourceforge.net/wiki/index.php/SshfsFaq ↑に書いてあるようなことを試して改善するかどうか......
で，FUSE で使えるファイルシステムはいろいろあって
http://fuse.sourceforge.net/wiki/index.php/FileSystems SSHFS 以外では例えば↓なんかはどうかな，とか......
http://curlftpfs.sourceforge.net/ カーネルモジュールを使わず全部ユーザスペースでやるとなると，
例えば共有オブジェクトを利用したインターセプトの手法ってことで
samba を smbfs でなく smbsh で使うとか......
とりあえず、ワールドカップも、5Fから2Fへの移動も終わって、
雪だるまサーバの次の一手はなんでしょうね。
・落ち葉拾い
- フロントのmatdからの自動切り離し
- 削除系呪文のbbsd正式対応
- 復帰不具合?
- フロントのmod_cache?
・過去ログ復活
- bbsdサーバと過去ログ退避サーバ(wcサーバ)に分けるでよい?
- フロントとwcとのやり取りは?(http ?, FUSE ?...)
- bbsdサーバとwcとのやり取りは?(scp ?, ...?)
・cobra SMP復活
- BIOS更新
- debug mpsafenet=0
- UFS snapshot無効化?
- stable再び
ぐらいかな。打倒宮崎アニメで。
>>268 頭出しどもです。
書いていただいたもの以外では、
・フロントの増強
- 365 Main 立ち上げが必須
・365 Main の launch
- まずは1台作って、うまくいくようなら雪だるま/c系の移設
- 電源問題の解決を図る
あたりですか。
一応脳内では9月頭ぐらいに、
PIE に行ってこようかなとか思っていたりしますが、さて、どうなるか。
>>270 geom(4), ggated(8), ggatel(8) あたりですか。
ちょっと man してみましたが、なんか、おもしろそう。
ggated が nfsd っぽい働きで、
ggatec が mount_nfs っていう感じなのか。
新しい geom として、6.1R から入ったと。
DNSの再帰的な問い合わせを悪用したDDoS攻撃手法の検証について
http://www.cyberpolice.go.jp/detect/pdf/20060711_DNS-DDoS.pdf 今年特にこれは問題になっていて、欧米では既に「オープンリゾルバ = 悪」
という図式ができつつありますが、ついに警察庁にも注意喚起が。
警察庁による、わかりやすいDDoS攻撃講座 DNS編
趣味悠々｢定年後に始めるDDoS攻撃講座-初級編｣
数年後の新聞見出し
「団塊退職者クラッカー大量発生でネットワークの危機！！」
サルでも分かる超図解DDoS
幼稚園から始められるDDoSマラソンドリル
週刊DDoS
週刊ヤングDDoS
月間DDoS
熱烈投稿DDoS
アンチDDoS21人隊
>>284 やはり，今すぐにやるかは別にしても，ブレード等の省電力鯖の導入も
念頭に置いた方がいいかも知れないと．
＞64bitだとAthlon64は1割性能向上するのに、Conroeは逆に４割性能低下するんだよね
＞
http://akiba.ascii24.com/akiba/column/latestparts/2006/07/14/663447-002.html ＞同じアーキテクチャが使用されているOpteronとWoodcrestでも当然同じ結果になる
＞
http://www.anandtech.com/IT/showdoc.aspx?i=2793&p=5 ＞このベンチマーク結果を一見すると、32bitではOpteron280が約27,000
＞Woodcrest3.0GHzが約32,000とWoodcrestの方が性能が良いように思える
＞しかし、鯖ではごく一般的に使用されている64bitで考えてみると、
＞Opteron280が約30,000に対して、Woodcrest3.0GHzはわずか約20,000であり
＞最新CPUであるWoodcrestの性能は極めて低いことが分かる
こぴぺ。
いつになったら過去ログ問題は解決するんだ？
やる気あんのかコラ
>>268>>271 あと思いついたものとしては、フロント1～3の PAE化または64it化 ですかね。
mod_cacheをうまく導入するとバックエンドが大幅に楽になりそうなので
その次の手ということで。
>>288 過去ログ全体の99%は問題なく見れます
そう思うなら手伝えよ、やりたい人がやるのが2chの作業の基本だ
もっともそれは泥沼への行進をも意味するがなｗ
利用規約に記載された販売元をご確認くださいませ
さらに言えばスレ違いでございます
「当店はセルフサービスです」
立食い蕎麦・２ちゃんねる
>>295 いるぞ、そういう輩なら2ch内に大勢な
２ちゃんに期待する方が馬鹿だし､金出す奴はもっと馬鹿
http://qb3.2ch.net/operate/kako/1080/10803/1080313990.html 783 名前：マァヴ ◆jxAYUMI09s ＠マァヴ ★ 投稿日：04/03/29 01:34 ID:???
つか、適当が適当ってのが２ｃｈの持ち味(^_^;)
あんま神経質になると禿げるよ？
「やりたい人がやりたい事をやれる範囲でやる」っつーのが基本ってことで(^_^;)
契約の瑕疵の問題
こういうときでも2chは適当だから～とか言ってる馬鹿は
脳内お花畑で幸せですね
2chと君との間に契約関係はありませんよ
君、利用規約を読んでないでしょ？
>>304-305 いいから●スレでやれ、スレ違いだ
スレの約束事を無視する奴が契約とか
言っても説得力がない
ニュー速の過去ログ見れないんだけど
http://qb5.2ch.net/test/read.cgi/operate/1151671814/ 20 名前：root▲ ★[sage] 投稿日：2006/07/03(月) 13:15:16 ID:???0 ?#
これ、ぼちぼちやんないとね。
まずは下調べとか、そのへんから。
ついでにここらへんで費用を回収できるシステム作ったらどうかな？
それでサバのメンテナンス費用とかかんがえるべきっしょ、やっぱ金はいるわけだし
そもそも集金をやってるのは2chじゃないし
基本的に技術系スレのここでやるのはスレ違い
バックエンドでofflaw.cgi動かせば済む話
それをやらないのはFOXの怠慢
よくわからんけど
過去ログをフロント経由で読むってのが無理なら
過去ログ鯖かバックエンドから直接読むようにすればいいんじゃね？
専ブラ作者に修正をおながいしてさ。
基本的に，一時的措置としてもバックエンドの仕事を増やす方向のことをやるのは好ましくないという認識があるのかと．
特に，今の offlaw.cgi は DSO ですらない古典的 CGI なので，たくさん呼ばれた場合のインパクトは大きくなるんで．
NFS の代替手段として SSHFS は現状では実用に耐えない，あとは GEOM gate とか
その辺が使えるかどうか．それらも軒並みダメなら "last resort" として HTTP となりますが，
これは offlaw.cgi, read.cgi の書き換えを中の人にがんがってもらわなければならないと．
あとは，ぼっとん鯖の確保かな．とりあえずフロントの1台を転用？
ぼっとん確保して
offraw.cgi の改造かと、
PINKの削除依頼板＆削除心得。。。
http://pie.bbspink.com/test/read.cgi/erobbs/1152808329/391-393 そんなわけで、
1) banana720.maido3.com に dear.bbspink.com というバーチャルホスト(土地)を作る
2) そのアカウント情報を私にメールで伝える
を、よろしくお願いできますか。 > できる方
寿司を注文したら寿司がくる
蕎麦を注文したら蕎麦がくる、
ピザを注文したらピザが来る、
そんなので楽しいのかな? と思いまする。
と、お伝えください。
たにし ★に頼んだらFOX ★が出てくるんだすか？
ピザだけ「くる」ではなく「来る」になっている。
きっと、ここに重要な意味が(ry
何で★持っちゃうとひろゆきみたいな喋り方しちゃうんだろう
みんなああいうﾚｽの付け方
>>323 かしこまりました。ふぅ。
>>330 おじさんの寿司の 1/10 ぐらいの額しかおごれなくて、ごめんなさい。
>>332 ご馳走様でしたです。ご馳走様でしたです。
まろゆきたん(;´Д`)ﾊｧﾊｧ
ってか何故こんなとこで挨拶合戦？
その挨拶によってシステムの問題も“自然治癒”する，ってのが昨晩のお話のようで......ｗ
挨拶ー。
おはようごぜぇます。
rootさん毎度お疲れ様です。
>>337 遠いところをおつでした、おつでした。
>>338 私は「東京プラス社長 西村博之」って書いた名刺を持っているです。
2003年の最初のプロ固定会議の時に、名刺交換しました。
私は、勤務先の名刺を渡しました。
名刺はないこともないのですが、
持ち歩かないのです。
>>340 bbs.cgi は生き物なのかよ !!
>>342 うわー。
じゃ、私が持ってるのはひょっとしてプレミア商品?
ヤ○オクでいくらつくかしら。
体内システムに無機物を取り入れるように、
bbs.cgiはシステムに人間の手を取り入れています。
全体で一つなのですね。
bbs.cgiは簡易的なAIという位置づけですか。
>>347 掲示板のシステムは人間がいて、初めてシステムとして稼動し始めるので、
人間を無視して勝手に動くというのはそもそも間違いなのですよ。
>>350 あっちに行って、そう言ってきてください。
これは命令です。はじめて、管理人に命令します。
>>350 ひろゆきさんへ
確かに人がいないと動きませんが人がいても動かなかったり、
想定の範囲外の動きをするのも少なからずいたりして困るとき
が多いかもです。
>>353 そもそも素粒子の動きが予測できるというのが間違いなのです。
実験場が開かれた空間ならまだしも、閉じた空間であれば、
素粒子がどのような動きをしたとしても一定の想定された結果を
超えることは無いと思いまーす
なんちて
>>365 目を覚ませ。いや、覚ましてください。
昔の、あの本気で２ちゃんねるやBBSPINKの行く末を心配していた、
あなたに戻ってください。お願いです。
>369
ただの名無しです
おっさんなのは、あってますけど
>>374 HND/ISG が、タッチの差でとれなかったから。
>>355 ひろゆきさんへ
そうでしたね。オープンな限り外的な要因を受ける前で予想を立てる事自体無意味でした。
2chがマンネリ化して閉鎖的にならないようにこれからもどうぞよろしくお願いします。
とりあえず深呼吸して落ち着こうぜ＞むむむ
ちょっと心配
>>323 夜勤さんはじめまして。削除pinkです。
ここではキャップがないのでトリップで失礼します
http://pie.bbspink.com/test/read.cgi/erobbs/1152808329/407 楽しくはないですが、背に腹は変えられません。
PINKちゃんねるの削除体制を整えるのにバーチャルホストが必要です。
>>322の依頼をお願いします。
>>380 楽しくないのですか。
だったら、私はやりたくないです。ごめんなさい。
「楽しいが一番」が、２ちゃんねるにおける私のすべての行動のモットーなんで。
>>381 もっと楽しくなる（PINKがなんか楽しい場所になる）ための一時の苦労、
という意味ではないですか？
私には
>>380がそう読めました。
今日のrootさんは、いつもと違うね(´･ω･`)
むむむは男です（＞＜）
つか野鳥スレといい雪だるまスレといい荒らすな
>>382 そんな「一時の苦労」がまるで楽しくないみたいなこと、言わないでください。
「常に楽しい」
これ、基本。
>>388 今のあなたは楽しいかい？
楽しんでスレ開いてるかい？
>>389 そりゃそうですよ。
それは
>>380さんもわかっていると思いますよ。
ただ、
>>380で使われている「楽しくない」は一時的、もしくは楽しい全体のなかの一部の「苦労」を指しているだけでは？と
そういう軽い意味の表現じゃないかなあ。と
文章表現の観点からです。
で、まぁ落ち着いてくださいな。
>>392 楽しい。楽しい。
体を壊したくないぐらい。
>>396 冷静というか、素の私がいつもより多めに出ているというか。
「馬鹿野郎」「ふざけんじゃねーよ」って書かないだけ、
成分が薄まっているような気がします。
むむむさんはデートで疲れているのできょうはすばらこ休んでさ、落ち着いたらまた運営にいそしんでくらはい。
無理はイクナイ(･∀･)
>>393 あ、そういえば。
PINKの削除依頼板＆削除心得。。。
http://pie.bbspink.com/test/read.cgi/erobbs/1152808329/405 なんか、8月15日までで削ジェンヌさんが、
bbspinkの削除アカウントを引き上げるって言っているらしいんですが、
それについて、何か聞いてますか?
「はつみみ」とか、言わないっすよね。
えっと、なんていったら、切り抜けられるか考えてみますよ。
（初耳なきがするんですが、初耳って言ったら怒られる気がするので、うまい返答募集中）
ついでなので僕も質問ボール投げてみるか
BBSPINKでの通報案件は今後どのようにしましょうか？
今、１件ありますがそれはまだ分離前なので通報は僕の方でやっておきます。
>>412 BBQなDBをMySQLで？
DSBLを別口にすれば軽々なんだけれども。。
でもdns側はcdb形式を要求しているし。
そうなるとこちらかなぁ。。
http://www.corpit.ru/mjt/rbldnsd.html >>412 ふむふむ。
BBQ というか、裏方面が先ですかね。
何かｽﾚ違いのことばっか言ってる固定（？）が少し上にいたけど、新参？
というわけで、
>>322 のリクエストは、
Jim さんの意向により取り下げになりました。
Let's talk with Jim-san
http://pie.bbspink.com/test/read.cgi/erobbs/1083466372/739-749 まずは、削除ポリシーを作るということになる模様です。
>>428-429 JavaScript でいろいろやってるようなので...... index.js に組み込む方向かな......
日付によるIDの変化なし
beが作られた目的を考えれば重要な希ガス
ID以上、ホスト強制表示未満って感じ
無理ならBBS_FORCE_ID=checked、BBS_SLIP=checkedかな
beレベルの必要ポイントは以下のとおりだそうです
Lv.0・・・0～49
Lv.1・・・50～99
Lv.2・・・100～149
Lv.3・・・150～199
Lv.4・・・200～
まず、CP932 にして dat を流し込んでみた。< be
板として正常かどうかを、みていただけると。
ざっと見ていますが、
板としては、正常みたい。
あとは、、、。
板としての移転はできたんで、
まずはあっちに作業依頼出してくるです。
>>434 >>434 JaneNIDAでは閲覧可能ですが、IEでは閲覧できません（
http://etc4.2ch.net/be/subback.html）。
なお、JaneNIDAではbeログインのレ点を入れるところが灰色で塞がっています。
うーん、CP932 だと dat にごみが入るみたいですね。
>>437 もう1回、SJIS に換え直してみる。
書き込みは巻き戻ります。
>>437 強制be板はチェックの変更ができない仕様だったはず＞Nida
SJIS にして入れてみたけど、いまいちかもね。
というかいったん流し込んだら、dat を直接修復するしかないですね。
ひとつひとつ、やっていくか。
なお、read.cgi で一部スレが出ないのは、これが原因のもより。
<BE:～:0>な部分とread.cgiとの相性悪いとかは、ないですよね？
>>439 あ、たしかそうでしたね。
書き込みが失敗するのでレ点入れ忘れかと思ってました。
つまり、文字コードは -c をとりあえずつけていれば問題なく、
「dat のフォーマットが違う」
が、一番の原因ということですか。
つまり、
「read.cgi の修正」
が必要になると。
・・・・・・。
まぁ、「さすがわ管理人」と、日記には書いておこう。
…ちと、いってくるです。
で、dat のフォーマットが違うってことは、、、。
「bbs.cgi にもそのための拡張をしなきゃなんない」
ってことですね?
つまり、be サーバの bbs.cgi と read.cgi をもらって、それを読まなきゃなんないと。
・・・・・・。
まぁ、やってみるか。
とりあえずそんなわけで、管理人待ちの間、
ちょっとどんな dat か、覗いてみるぐらいはしてみるかなと。
ということで、誰か質雑スレに行って、
> つまり、be サーバの bbs.cgi と read.cgi をもらって、それを読まなきゃなんないと。
って root ★ さんに言われたんですけどって、
管理人に言ってきてください。
で、「「もらえるまで作業をすすめられません」と root ★ さんは言ってました」
とも、言ってもらえると助かります。
そんなわけで。
不具合
IE、Firefox等のブラウザだと移転前のbeが見えません
JavaScriptで表示してたのが影響してるみたい
ちょっとエネルギーが必要そうなんで、
奥様が出してくれた餃子食べてきます。
ううむ、、、。
>>447 どっかに「前の仕様」って、まとまってるんでしたっけ。
あるようなら、その情報へのポインタをくださいです。
「前の仕様」がわからないと、それを etc4 のに反映することができないです。
旧 BE の JavaScript 機能を移植すべくあれこれしてますが，
<BE:xxxxxx:x> の部分は例えば <cite>BE:xxxxxx:x</cite> とかで出力してもらえば，
あとは JavaScript 側でよきに計らうようにしましょうかねぇ......
>>451 どもです。
SunOS さんの貴重な時間を使わせてしまって、もうしわけないです。
これは、read.cgi 側でってかんじですか。
>>446 etc4の中においといたです。おいといたです。
ひろちゃん早い対応ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!
>>453 対応はや。おつですおつです。
で、dat のフォーマットを教えてもらえると助かります。
なんか <BE:xxxxxxx:L> みたいな感じですが、、、。
>>452 いやいや，時間的余裕ってことならむむむさんよりはあるかと思うんで，気にせず．
>>455 普通の dat で BE:xxxxxx の部分が <BE:xxxxxx:L> になってるだけでは？
見ました。
bbs.cgi は受け取りました。
read.cgi なんですが、ソースごともらえると助かりますです。
ログインしたところの トップに tmp/read.cgi というディレクトリ作っておいたので、
そこに一式入れ込んでおいてもらえると、とても助かりますです。
>>456 >
>>452 いやいや，時間的余裕ってことならむむむさんよりはあるかと思うんで，気にせず．
いやいや、それを言う相手は私じゃなくて（以下略。
SunOS さんに「ありがとうです、ありがとうです」 > 管理人
>
>>455 普通の dat で BE:xxxxxx の部分が <BE:xxxxxx:L> になってるだけでは？
なるほど、そういうことですか。
ってことは、bbs.cgi の対応は、
・L の数値を求めるところを入れる
・dat を出力するところを変える
で、できそうですね。
read.cgi は、行をパースしているところに手を入れたりすることになるわけですが、
当然のように、旧形式との互換性も考慮しなきゃなんないと。
・・・・・・。
be サーバの read.cgi って、どんな動きだったんでしたっけ。
あ、そうか、今でも dat があるということは、
無理やり read.cgi で開けばいいのかな。 < 旧仕様の確認
ええと、これですが、
旧バージョンの dat のフォーマットをコンバートして、
技術的により取り扱いやすいものにしてしまいたいのですが、
それで問題ないでしょうか。
835 名前：名無し草[sage] 投稿日：2006/07/23(日) 16:29:52
read.cgiの改造 か？
それとも datのコンバート か？
今夜の作業は DOCCHI?
836 名前： ◆MUMUMUhnYI [sage] 投稿日：2006/07/23(日) 16:32:14 ?#
>>835 dat のコンバートかなぁ。
dat にセマンティクスの違う > や < があるのは、明らかにセンス悪いですね。
これは、これを機に思い切って旧仕様の dat のフォーマットを変えるべきかなと。
その路線で、管理人に確認してみるです。
>>462 >>464 を、質雑に貼ってきてくださいです。
だって、質雑しか見てくれないのって、
掲示板の正しい使い方じゃないもん。
ちょっと、むっとしているです。
もちろん、ここをちゃんとチェックしてもらえるのであれば、
貼る必要はないです。
で、もし忙しいということであれば、
某 bbspink で私がやったように、管理人を呼び出すためのスレを
operate に立てるとか、そのへんの実装はいろいろ考えられるんではないのかなと。
うーん。難しいようだったら、昔のbeログは過去ログ化しちゃって、
新しくスレッド建て直しでもいいようにおもいます。
てか，普通の dat のは「BE:xxxxxx-?#」でしたね．
で，# の数が L の数値に相当するのかな？
>>467 > ちょっと、むっとしているです。
補足しておくと、なんで私がむっとしているかというと、
直接依頼を受けた私じゃなくて、SunOS さんの手間もかけさせているからです。
もちろん SunOS さんは、その作業を楽しみながら、
手間を惜しむことなくやってくれると私は信じていますが、
最低限管理人から「ありがとうです、ありがとうです」という呪文ぐらいは、
かけてもいいんじゃないかなって、思ったりするわけです。
ここにいる人たちは私も含めて「豚もおだてりゃ東京タワーに登る」路線で
動いているわけですが、その「おだてりゃ」がないんじゃせっかく登る力があっても、
登ろうという気にならないかもしれないじゃないですか。
>>469 いや、コンバート自体は、テクニカルには簡単です。
問題は「そういうコンバートをしてもいいのかしても悪いのか」の判断です。
いったん書かれた dat の内容を修復や削除以外で変更するのは、
完全にタブーなので、ここの部分については、管理人の判断が必要なわけですよ。はい。
>>472 別に文章を書き換えるわけじゃないのであれば、
そんなたいしたことじゃないかと。
「ありがとうです、ありがとうです」
>>471 いやいや，私の方は自分の趣味娯楽として勝手に動いてるだけなんで......
前の仕様がまとまってるところ、探してみたけどないです
強いて言うなら
>>469の頭の中
というわけで管理人にはもっと「ほめたり」「けなしたり」
「おつですおつです」や「お願いします、お願いします」みたいな、
魔法の呪文どもを、もっと使ってほしいわけです。
ほんのちょっとした、簡単なことじゃないですか。
ぜひぜひ、よろしくお願いいたしますです。はい。
>>473 了解です。
ありがとうですって言ってくれて、ありがとうです。
よかったすね。> SunOS さん
でも、read.cgi 方面(JavaScript方面)の改良は、
結果として必要ない方向なのかも。
んだんだ。
やりたくないときはやらなきゃいいのさ。
>>478 はい、了解です。
管理人命令じゃ、しょうがないかな。
休むんじゃなくて、愛を注ぐ比率を少し変更するです。
とりあえず be については方針が出たので、
その路線で、作業すすめてみます。
・datをコンバートする
・read.cgi の改造は必要なくなる
・bbs.cgi の改造も必要なくなるかもしれない
>>473 いえいえ，どういたしまして．
>>477 BE レベルによるレスのフィルタリング機能ってのが旧 BE にはあって，
それをインプリメントする形であれこれやってると．
レスのフィルタリングがjavascriptレベルで実装できるならいいんですが、
既存のread.cgiを変えるのは負荷がたかいんじゃないかなぁ。。と思ってます。
>>482 私もそう思いますです。
そんなわけで、
>>480 と。
>>482-483 JavaScript コードとボタンを追加するだけでできそうではあるんですが......
ということは、まずすべきなのは dat のコンバートですか。
一度投入したので、やるとなると bbs.cgi 的に止めてから、
やる必要があるですね。
>>470 に、変えればいいのかな。
まず、be 板だけ書けなくしてきます。
ちょっと、ごにょごにょ。
>>486 done.
これで、あわてる必要はまったくなくなったので、
あとは一つ一つ、じっくりすすめていけば問題ないと。
news20ってbbs.cgiは特殊なんでしたっけ？
>>488 > news20ってbbs.cgiは特殊なんでしたっけ？
標準仕様ですよ。
ニュー速を、名無しでは書けなくしたいって言ってます?
名無しだと書けないってので今回はいいんですが、
ランダムで名前が決まるってのも面白いかなぁと思う昨今。
>>495 ランダムといってもIDと違って、
数種類から選ぶような。
>>492
/' ! ━━┓┃┃
-‐'―ニ二二二二ニ＞ヽ､ ┃ ━━━━━━━━
ァ /,,ｨ=-;;,,, , ,,＿ ト-､ ） ┃ ┃┃┃
' Y ｰ==j 〈,,二,ﾞ ! ) ｡ ┛
ゝ. {､ - ,. ヾ "^ } } ﾟ ｡
） ,. ‘-,,' ≦ 三
ゞ, ∧ヾ ゝ'ﾟ ≦ 三 ﾟ｡ ﾟ
'=-/ ヽﾟ ｡≧ 三 ＝=-
/ |ヽ ＼-ｧ, ≧=- 。
! ＼ ｲﾚ,､ ＞三 ｡ﾟ ･ ﾟ
| ＞≦｀Vヾ ヾ ≧
〉 ,く ｡ﾟ /｡･ｲﾊ ､､ ｀ミ ｡ ﾟ ｡ ･
名前欄の事より過去ログ読めるようにしてくれよ
●持ってるのに意味ないじゃないか
>>490 ふむ。
質問・雑談スレ231＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1153615149/79 とも合わせてみたんですが、NANASHI_CHECK を checked にすれば、
「番組の途中ですが名無しです」って名前欄を手入力しても、
書けるような気がするです。
>>499 普遍的なコテハンってものが無くなるわけ？
beでしか判断できなくなるとか。
>>492 なるほど、そのへんはおじさんが「大得意」なので、
私は、おまかせするです。
仕様は、
・Ver 1.0 名前欄に何か入れないと書けない
・Ver 2.0 名前欄に入力がない場合、ランダムで名前が決まる
ということですか。
ちなみに「ランダム」の中には、fusianasan も含まれますか?
>>513 ランダムにfusianasanをいれることもできるようにしときますか。
>>512 んじゃ、今すぐにできるですね。
設定してきます。
10分ぐらいで、全フロントに浸透する予定。
>>499 ランダムネーム投票スレでも立てますか？
>>514 そういう厭らしいことは止めて欲しいです
やったｯ！！さすがroot★！
俺達にできないことを平然とやってのけるｯ！
そこにシビれる！あこがれるｩ！
>>523 名前の案と採用する数を募集してスレ立てやがれ
>>514 了解です。
・名前欄がないとエラー
・名前欄がないとランダム、ランダムにfusianasanを含まない
・名前欄がないとランダム、ランダムにfusianasanを含む
っていう感じですね。
SETTING.TXT に RANDOM_NANASHI というのを増やして、
checked と fusianasan というパラメータを、
設定できるようにすればよさげ。
あれか
「チョン氏ね」とかレスしても名前欄が「韓国人！元気です」とかになるのか＞ランダム
あと、beがないと書き込みのための待ち時間が増えるやつって
秒数とかはどこで設定するんでしょうか？
>>515 fusi(ry確率0.000001%以下で
NANASHI_CHECK=checked
at news20
10分ぐらいで反映されるはず。
マルチポストの疑いのあるレスは、フシアナの確率を高くしてみるとか
>>539 BE_TYPE2 ですか。
固定値じゃないですかね。
遊ぶのはいいんだけど、fusianaリスクを避けたい人が名無し募集中。。。な板と同じことをするだけ？
他人と全く同じ名前は付けられないとかできない？
みんな名前欄に「番組の途中ですが名無しです」とか入れてたら面白み無いしさ。
クッキーが・・・
ニュー速はあまり行かないからいいかぁ。
あははははは面白いなぁｗｗ
で、ひろゆきに質問。
今回の仕様変更の目的は何ですか？
＞ひろゆき
その勢いで「さっさとliveのdat読めるように復帰してあげてくださいですー」と言ってくれ
>>542 もうランダムネームになったの？
それとも強制コテみたいなやつなの？
>>555 確かに、クッキーの人は微妙になるかもですね。
ニュー速だけ、クッキーが入らないようにしてみるとか。
SunOS さん作の JavaScript で、できるんではないかしら。
／⌒~~~⌒＼
／ （ ﾟ〟д〟ﾟ ）y─┛~~
（_ ノγ Ｕ ∩_∩） THANK YOU ニュー速 ┌───────┐
α＿＿＿Ｊ _Ｊ and （｜● ● ｜
／￣￣￣￣＼ GOOD-BYE ν速 WORLD ／.| ┌▽▽▽▽┐ ｜
/ ● ● （ ┤ ｜ ｜ |
|Y Y ＼ またどこかで会おうね ＼. └△△△△┘ ＼
| | | ▼ | ｜ ＼あ＼ |＼ ＼
| ＼／ ＿人| ∧∧∩゛ ∧＿∧ | ＼り＼ | （＿）
| ＿/）/）／( ﾟДﾟ)/ （´∀｀ ） ＿_ n ＼が＼. |
＼ ／ 〔／＼〕 U / ∩∩ （ ）o／ ＼ ヽ ＼と＼ |
｜ ｜ | ｃ（*・_・） | |ヽ(´ー｀)ノ_| | | （__丿 |. ／＼ ＼う | (-＿-)
（_＿）＿） UUUU /∪∪ （＿＿_）（＿（＿_） ⊆＿ ヽ_┘ └──┘（∩∩）
>>560 おじさんにやってもらおうと思っています。
というか、こういうのはおじさんしかないでしょ。
だってあの人、プログラミングにエクスタシーを感じるみたいだから。
まさに「なにがでるかな」状態
毎月1日のおみくじみたいなもん
＞だってあの人、プログラミングにエクスタシーを感じるみたいだから。
同業だけど
理解できない
>>566 ちらり寿司と韓国人！元気です！
は強制採用な
>>565 うん。
ついでにコテ禁止・ID無しにすると誰がどれを書いたのかが全くわからなくなる。
>>570 root語録
おじさん＝ＦＯＸ
きちんと覚えようね！
頼むから今日だけにしてくれよ。
じゃないと、油豚の存在と同じくらい笑えないから。
そろそろ、NANASHI_CHECK は浸透したかしら。< news
>>552 重なったら（2度同じ名前が参照されたら）2とか3とかつけりゃあいい
スレ立てる人が名前をいくつか入力して、それをランダムにひろうとか
出現率を設定するとか
ネタはなんぼでも出来るけど、どっちかというとVIP向きだねぇ。
なにより設定が大変か。
システムに振り回されて肝心の本文のネタがおろそかになるんじゃないの？
>>587 bbs.cgi にハードコーディングですね。
なんか「番組の途中ですが名無しです」ばっかで面白くないな
そりゃそうとむーさん、
ｂｅ板はいつ書けるの？ もうｵﾜﾘ？
>>581 1回 「名前いれてちょ。。」になったけど
再度書き込んだら書き込めた
Monazilla/1.00 (JaneStyle/2.35) >>593 じっくりやらせてください。
管理人命令で、たまには休まないといけないので。
せっかくだから名前の候補のいくつかは名前欄に入力されたものから
動的に追加されるようにしちゃおうよ。
>>594 徐々に反映していくです。
あと10分もすれば、全部に毒がまわるでしょう。
Janeとかだと名前強制入力の板には名前欄を補完してくれるような機能なかったっけ
この際だから狼板みたいに
名無しは強制フシアナになるようにしてよ
何か既にむちゃくちゃになってる
今日は読むのも大変そうだし、明日にでも覗いてみるか
番組の途中ですが名無しです って名前呪えない？
「名前欄がデフォルトだと自動的にXXXXになる」機能は、正直どうかなぁと。
【トラックバック来たよ】 (ver. 0.11)
[タイトル] ニュー速の仕様少しでも変えやがったら、まじで
[発ブログ] ひろゆきとFOX家族もろともぶち殺してやっからよ。
http://d.hatena.ne.jp/Selinuntius/20060719[＝要約＝]
ちなみにもう新宿駅と渋谷駅には爆弾仕掛けたから
つかjaneだとどこの板もデフォ名無し送ってるんじゃ・・・
むーさん、トラックバックの犯罪予告はコピペもアウトになるの？
>>608みたいな
>>597 毒が回ったようです･･･
Monazilla/1.00 (JaneStyle/2.35) >>605 どーせにゅーそくだし、停滞したらとにかく突っ走ればいいと思うよ
>>615 BBS_NONAME_NAME=fusianasanだぜ？
>>613 ん、私が何かすることありますかね。
規制系とか、削除系の話なんではないかと。
>>614 回りましたか。
>>618 ランダムで名前が出ないんですが('A`)
>>619 まだランダムで出す名前も、ランダムで回す仕込みも用意されてない
if($FOX->{$ita}->{"BBS_BE_TYPE2"})
{
if($ita eq 'news'){return 60;}
return 120;
}
if($ita eq 'newsplus'){return 120;}
#if($ita eq 'news'){return 10;}
この数字って待ち時間すか？
結局VIPとニュー速は合併するの？
元々隔離板にしたのに・・・
だけど、出来るだけ面白い方向にしてくだしあ
>>623 あうあうあー。
そうですそうです。
えっと、いくつにしたいか教えてください。
私のほうでやりますんで。
今までののデフォの
「番組の途中ですが名無しです」
をコピペしてる人が多いので
それをNGNAMEにしないとあまり意味ないかと・・・
おーい、ぴろしき居る？
ν速をbe無しで書き込んだ場合、強制フシアナになるよう設定してくれ。
というかすべてのNAMEに対してfusianasanにするとか
702 名前：通りすがりの名無しさん[sage] 投稿日：2006/07/23(日) 18:00:51 ID:XiCZEn8w0
ランダム名無しフシアナさん風味はvipにこっそり仕込んだほうが
よりカオスだと思うんだけどなぁ
>>636 そういうことか
管理人に任せるとこの前の専ブラみたいに（りゃ
いまいち判定基準がわかってないのですが、
beがない場合は、毎回、決めた秒数待つって感じすか？
何か起こしてよひろゆき
弄っちゃ弄っちゃえ管理人なんだから
ひろゆきって自分で設定できないから運営雇ってるんじゃないの？
いっそのこと削除板みたいにホスト表示にしてくれー。更に混乱が見れる。
>>638 その対応するのが好きでボラやってるようなもんじゃないですかｗ
>>641 そうですね。
TYPE2 だと be がない場合、120 sec になると、
そういう感じです。
待ち時間ランダム
age・sageランダム
...
そういえば、関係の無いことだけど
wikiの2chの項目に隠し板の項目のアドレスが
晒されてるんだけどあれって消した方がいいんじゃないの？
>>649 ○○○、それをいっちゃー、おしまいだよ。
>>647 クソスレタイムは強制フシアナ
なんちゃって
ＩＤ無しで自演し放題、ただし3分間で10回以上の書き込みをした場合10回目以降から強制フシアナ
これどうよ
>>656 全板ですか。
それとも news だけ?
be無しは5分と決定しましたー
管理人権限なので覆られません
>>562 今の仕様では，Cookie の設定は鯖単位（つまり news20 の Cookie は
news20 だけで有効，従って news20 で名前欄空欄ならそのまま空欄になる）ですが，
何か入れても空欄になるようにするってことですか？
で，
http://sunos.saita.ma/bbsd/be.js とか書いたんですが，be 板の場合には
<script type="text/javascript" src="
http://www2.2ch.net/snow/index.js"; defer></script>
の下に
<script type="text/javascript" src="
http://www2.2ch.net/snow/be.js"; defer></script>
とか入れて，[PR]～[PR] の下に↓みたいなのを入れるようにすればいいのかなぁ，と......
<form action="javascript:void 0;">
<a href="
http://be.2ch.net/";>be</a>チェック
<input type="button" value="Lv.0" onclick="filterByLevel(0);">
<input type="button" value="Lv.1" onclick="filterByLevel(1);">
<input type="button" value="Lv.2" onclick="filterByLevel(2);">
<input type="button" value="Lv.3" onclick="filterByLevel(3);">
<input type="button" value="Lv.4" onclick="filterByLevel(4);">
</form>
>>656 頼みがあるんですが、よろしいでしょうか
>>671 > 何か入れても空欄になるようにするってことですか？
そうですね。名前欄だけがそうなると。
そのうえで news20 サーバだけ、bbs.cgi と read.cgi が、それを参照するようになると。
ひろゆきよカルドセプトを対COM戦した時に、毎ターン５分待ったらどれだけつまらないか考えてみるんだ
>>671 ハンドル推進なので、クッキーはあっていいとおもいます。
んじゃ、まずは news だけ
BE なしの時は Samba24 = 300 sec になるようにします。
>>681 なるほど、んではそっちは従来どおりと。
>>678 ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
>>642 でテキトーに 300 と書いてみたが、本当にそうなるとはｗｗｗ
コテハン推進したらよけい雑談化して面白くなくなるだろ
/＼＿＿_／ヽ
／ :::＼
.| _ノ' 'ヽ､_ .::|
| ﾉ●ゝ, ､ﾉ●ゝ､.:::|
.| oﾟ ,ﾉ(､_, )､｡ﾟ .:::|
＼ ,ｒﾆ=､ .:::／
／｀ｰ｀⌒´-一'´＼
要するに
自分でお名前入れましょう
beを使いましょう
でいいのかな
>>702 いまのところ、それがどういう面白さにつながるのか分からない。
適当でいいからランダムだのなんだの試してみてよ
# 060723 news だけ、BE なしだと Samba24=300 (管理人の指令) by む
配布しました。
10分ぐらいで、毒が回るはず。
↓みたいな機能ってあったりします？
838 ： ◆21zzzzaTAs ：2006/07/23(日) 18:14:10 ID:Z4sseRHX0 ?##
＞ひろゆき氏
どうせならBeﾎﾟｲﾝﾄに応じてｽﾚを立てやすくするとかもキボリ
--------------------
書込み中・・・
--------------------
ＥＲＲＯＲ！
ＥＲＲＯＲ - 593 300 sec たたないと書けません。(1回目、90 sec しかたってない)
120sec規制の場合 Be にログインすると回避できます(newsplusを除く)。be.2ch.net
(Samba24-2.13)
死
>>729 携帯は +10sec だから、310sec じゃないのかな。
>>730 どこらへんをいぢればいいんでしょうかー。
これは面白い、
ランダム名無しは
他の板の名無しがランダムでいいんじゃないですか？
こんなことになるとはｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
>>725、発動させましょうか?
といってもたぶん、おじさんが書いたのを復活させるだけっぽいですが。
>>722 P2だけというのも･･･
現場からのライブなニュースも持ち味なのに情報集まってこなくなるよ
Beアカウント持ってない人多いから
Monazilla/1.00 (JaneStyle/2.35) 記者を管理するのは難しいので、
●とbe持ちの人がスレ立て代行してくれる仕組みにしてみたいなぁと。
__,冖__ ,､ __冖__ / ／/ ,. - ―- ､
`,-. -､'ヽ' └ｧ --'､ 〔／ / ＿／ ヽ
ヽ_'_ﾉ)_ﾉ `r＝_ﾉ / ／ ,.ﾌ^''''ー- j
__,冖__ ,､ ,へ / ,ｨ ／ ＼
`,-. -､'ヽ' く <´ 7_／/ / _／^ ､`､
ヽ_'_ﾉ)_ﾉ ＼> / / ／ _ ､,.;j ヽ|
n 「 | /. | -'''" =-{_ヽ{
ｌｌ |｜ .,ﾍ / ,-､ | ,r' ／￣''''‐-..,ﾌ!
ｌl ヽ二ノ__ ｛ / ﾊ `l／ i' i ＿ ｀ヽ
ｌ| _| ﾞっ ￣フ.rｿ i' l r' ,..二''ｧ ,ﾉ
|l (,･_,ﾞ> ／ { ' ﾉ l /''"´ 〈/ /
ｌl __,冖__ ,､ > >-' ;: | ! i {
ｌ| `,-. -､'ヽ' ＼ l l ;. ｌ ｜ | !
|ｌ ヽ_'_ﾉ)_ﾉ ﾄー-. !. ; |. | ,. -､,...､| :l
ｌl __,冖__ ,､ |＼/ ｌ ; l ｉ i | l
ｌｌ `,-. -､'ヽ' iヾ l l ;: ｌ ｜ { j {
|ｌ ヽ_'_ﾉ)_ﾉ { |. ゝ ;:i' ｀''''ｰ‐-' }
. ｎ. ｎ. ｎ l | ::. ＼ ヽ､__ ﾉ
|! |! |! l | ::. `ー-｀ニ''ﾌﾞ
o o o ,へ l :. |
／ ヽ :
>>736 触んなって言ってんだろ！俺がやるから何がしたいんだよ！
あ、質問
>>736 ランダム名無しってのは、各々のレスに反映されるのか
Cookieやらなにやらで一時固定されるのか
いいよいいよ～
どんどんやってくれ
またニュー速を一時期廃墟にしようぜ
そろそろいい時期だろ
>>736 あうあうあー。
どうしたいか、仰ってくださいです。
さくっと入れますんで。
今のところ内部的に BE のランクは、
平 BRZ PLT DIA の四段階だったはず。
確変じゃああああああああああああああああああああああああ
>>749 有料化会員制にしろよ
そして、おまえはいじるな
こんな事ばかりやってたら、2chも長く持たないかもな。
とりあえずさようなら、ν速。
今まで5年間楽しかったよ。
>>749 ニュー即のちらり寿司とかいう糞コテの発言が気に入らんのだけど、どうにかしてくんね？
ポイントクレクレスレが乱立するのであまりお勧めしないとか思いつつまぁ別にいいのかなぁ、とも
>>754 IPかCookieで固定じゃないと、おみくじ機能みたいな意味しかなさげ
>>749 それ以前と余り変わんないと思うな。結局元の糞記者が活躍するのは目に見えてる
>>749 >記者を管理するのは難しいので、
●とbe持ちの人がスレ立て代行してくれる仕組みにしてみたいなぁと。
↑建て前
ブラ汁でモリ買えや、おまいら！
↑本音
こらこら、
>>478は言ってみただけかよ馬管理人ｗ
>>767 ひろゆきが弄ると、下手するとν速がなくなる予感
PLT 以上じゃないと、スレを立てられないようにとかすればいいのかしら。
ちなみに TATESUGI は 1024 まで大きくできますが、
1024 にすると、ほんとにいっぱいになってしまうです。
>>765 ごめん
誰でも記者になれるわって意味で発言した。 ﾙｰﾗは使えないけども
>>770 固定したら普通のハンドルになることはなるよなぁ
>>771 ちがうちがう。
むーちゃんはMだから、こういうことが起こるたびに楽しくやってるのよ。
そうなると、よの人がまた（ｒｙ
スレを立てるのが厳しくなるのは仕方ないかもしれないけれど、
書き込みがしづらくなるのはつらいな。
先生！
強制コテハンに
トリップも入れないとだめにしましょうよ！
>>774 違うって。ひろゆきとおじさんはν速住人いじって遊ぶのが好きなのｗ
要するに、ν速は一見さんが来づらい2ch廃人隔離板になるわけだな。
まあそれなら同じ雑談板でもvipと棲み分けができそうだ。
何この酷い流れ。
バカはν速か質雑に帰れよ
作業の邪魔。
自治厨に惑わされまくりのひろまさはｳﾝｺ。
それも、肛門拭いた後にまた出てくるｳﾝｺ。
そもそも、無駄なｽﾚの乱立が問題だったのに＞＜。。。
強制トリップ！！
VIPも300秒！！ しばくぞ！！
5分は長すぎだろ。
こうなるとよ。
まとめブログでまとめ読みが流行るじゃねーか。
ばっかじゃないの！
2chに来づらくなるじゃん！
＼＼ ／ ＼＼ ／／
＿／ ＼ ヽヽ
ｰ--‐ﾍ__, ￣７ //,へ、 ヽ i i
（ / // ｀ｰ=二＿ .｢| ｢| | | }ー--ﾍ
こ な { /ｲ // ｀ ｰ-=|｣_|｣ ｜ | ノ ＼
れ .ん | |1 j/| ＿-‐' ｀ｰ- __ | j| i | な |
は. な l |刈 ／5芥 /5芹＼ j,ｲi j| | ｜ |
.ぁ .ん l 斤| c{::_j} {::_j}c 行くl| 。 | ｜ |
｜ .で ｜ ハL|/／/ ｉ /／// |ﾉ/ l| | ｜ |
｜ .す ｜ ° ｢iﾊ ＿_ /´ | o ,} ｜ |
!！ か 廴__ |川ヽ. /_￣ ヽ ／ 八 -{. ！！ |
ぁ {￣ c 八｜ ＼ { L___,｢} ／ i/j/ } /
（ / }ﾍl l个.｀ 二. ´ 个 | / ヽ /
） { ,.-‐─￢'´ﾄ| | | |/｀ー-- ､ ｀ヽ__／
！？｜ ゜／＼ | }!人 ／刈{ / ＼
/' ∠＿ |_ ＼__／ ＿_/| / ／ ＼
⌒ヽ⌒ / ＼ ｢ ￣＼小／ |/ | / |
| ,..-─‐‐y┐/| ｰ广}ｰ ト､ /￣￣ヽ_ |
／／ | / ー‐--} ﾉ | L_＿,ｲ￣ト､＿ﾉ / {二￣ | ! ＼＼
VIPもこうなればまさに天国だな
もう気軽にだれもスレが立てられなくなる
見てみましたが、
・●
・★
・株主優待
・BE ステータスがブロンズ(BRZ)以上(ようは「エリート会員」)
でないと、スレ立てできないみたいです。
>>797 シャープを名前の後ろにでも付けて書き出すやつが出てくるだろｗ
こうなったら、まとめﾌﾞﾛｸﾞでもはじめるかな。
ｱﾌｨはどこのがいいだろ・・・。
5分もあるなら、骨髄反射でレスをするのではなく、じっくり読んで長文レスを返せばいのか。
問題は、3行以上読めないことだけだな。
で、今は ●、★、株主優待だと BE がブロンズ以上じゃなくても、
BE ログインしてさえいれば、スレ立てできるですね。
いじるなら、このへんの仕様を変更すると。
>>799 それでいいよ
VIPをﾆｰ即みたいにして、逆にﾆｰ即をVIPみたいな板にすれば万々歳
なんか急に動き出してるようで
>807
確か１０００ポイント以上
>>807 # BEランクに応じた # マークの対応を作る
if($user_status eq "DIA") { $user_points_mark = '###'; }
elsif($user_status eq "PLT") { $user_points_mark = '##'; }
elsif($user_status eq "BRZ") { $user_points_mark = '#'; }
else { $user_points_mark = ' '; }
なんてかんじみたいです。
>>809>>812-813 あー、確かマイルのお話の時に出たやつですよね
どうもです
>>812 いまは１０３かと
Monazilla/1.00 (JaneStyle/2.35) どうせならワッフル2個じゃないとスレ立てできないって風にしてよroot
>>819 それが「PLT 以上」ってことですね。
>>806 始めから勝ち組は運営に泣きつかない板ですよ
なにをいまさらｗ
今このとき――
我々は立ち上がる――
/＼ 我が名を永遠に刻むため――
／∬ ＼
/ .人 ＼
／ （＿_） /＼
＼（＿＿） ／ ＼ 時は満ちたり！
＼ / ＼ ニュース速報 いざ出陣！！
＼／ ＼
∧∧∧∧＼
（ ´／） ））ヽ∧
／ ／ / ´∀） ∧∧
○( イ○ （ ,つ, ,゜Д゜)
／ヽ )） ヽ )ヽ )と , イ
（_／（_/(_／（_/ノ（_/⊂ノ> )Ｊ
／￣Y￣｀|/￣＾Y￣ヽ/￣￣Y ｀´￣＼ http://news20.2ch.net/news/
>>805 4行以上書けなくすればコピペやAAが減るよ
株持ってない ワッフル一個 なっちのほっぺあり ならOKかな
>>820 ワッフル2個にすればみんなchモリタポ欲しさに２ちゃん株に手を出すと思うしさ、そうなればFO糞もひろゆきもハッピーになれるじゃん
ワッフルのポインヨ
0～ 102…?
. 103～ 9999…?#
10000～29999…?##
. 30000以上…?###
流石にPLTは厳しくね？
>>830 しくみは既にあるので、
管理人からの指令一つで、あとはたんたんと実装作業をば。
>>830 300でSilver
500でGold
を追加すべき。
ﾜｯﾌﾙ2個っておまｗｗｗｗｗｗ
そんなもんν速の意味無いだろｗ
もう、潰しちゃえよ
要はいままでやってきたことを、こうやって強制動員させるってことかな
ってか、管理人
いろいろランキングが動いてないけど、閉鎖ってことでいいの？
それくらいの（ダメな意味での）選ばれた民しかスレ立てできないってのも面白そう
>>831 個人的な経験からいうと、
「必死にがんがればひょっとすると条件をクリアできるかもしれない」
「クリアするとものすごい喜び組が待っている」
というのが、モチベーションを上げるためのコツのようです。
>>838 昔みたいに「なんか近所にﾊﾟﾄｶｰが集まってます」とか立てれないじゃんよ。
>>830 そこまでしてニュー速に貼り付くメリットはないだろ
単に人減らししたいだけとしか思えん
>>840 そこまで規制しちゃうと、速報性の無いｽﾚばっかになるよ。
だったら、いっそν速潰せよ。
ν速は試験場だなｗｗ
名前をランダムにするってのは!omikujiってよりはIDみたいに完全にランダムなのだろうか
>>840 んー、でもリアルマネーで\1,000ですよ＞10,000ポインヨ
>>841 そこが問題なんだよなー
あと、外出先での緊急事件のスレとか。
>>845 VIPの人を減らしたいなら
VIPに書き込んだある人を強制フシアナにするとか
まあ理論上無理だと思うが
何ポイントで PLT になるかとかは、
bbs.cgi 的に簡単に調整できるです。
>>848 BE はインフレ率の高い通貨(じゃないけど)なので、
何か考えないと、UA みたいに SQ に「お前のマイルじゃ俺のビジネスクラスには
載せてやんねーぜ」って、言われちゃう可能性も否定できないです。
>>840 ｢この道を往けば、どうなるものか。(中略)危ぶむなかれ、行けば分かるさ。｣
こんな感じかとｗ
>Cookieやらなにやらで一時固定されるのか
のほうがいいかなぁと。
>>851 自治のウンコどもや運営は、そこを無視するからやっかいなんだよね。
じゃあせめてワッフル1個を1000に戻そうぜ。103なんてふざけてる
>>760 そこらへんのランクの範囲とか機能とかは、
bbs.cgiに直書きですか？
>>857 つまり、クッキー方面は今のままでよいと。
あとは、BE でのスレ立て部分ですね。
今は結構低いポイントでスレ立てできてしまうので、
もし管理人がこれまでに示した方向を目指すなら、PLT 以上にするのがよさそうな肝。
名前はどうでもいいんだけど、300秒はさすがにきつい気が
ブロンズは、まぁしょうがないかって感じ
>>867 BE ポイントの「リセット」ができるのは管理人だけなので、
そちら方面に、ゆっていただけると。
>>867 金からんでるから無理だろ
俺は賛成だけど
BeポイントランキングをSETTING.TXT辺りに設定して板別に価値を
容易に変動させるようにするとかどうですか？
スクリプトをincludeするのは危険がいっぱいな予感。
>>873 ニュー速の場合って、1000以上がスレタテ可になってませんでしたっけ？
ところで強制コテと300規制にはなんの意味があるんだ？
>>877 103ですね。おじさんがだいぶ前に低めました。
# 30000ポイント以上はダイヤ会員
if($user_points >= 30000) { return "DIA"; }
# 10000ポイント以上はプラチナ会員
elsif($user_points >= 10000) { return "PLT"; }
# 103ポイント以上はブロンズ会員
elsif($user_points >= 103) { return "BRZ"; }
# それ以下は平(エリートじゃない)
else { return ""; }
>>885 ニュー速とニー即・天国を合併して下さい。
VIPは厨房・なんでもあり・ラウンジと合併させてラウンジ板にすればいいと思います。
で、現在の世の中の趨勢は、
・DIA 会員のサービスを超手厚くする、
例えば格安航空券での搭乗でも、空港からいきなり専任のコンシェルジュがつく
・PLT 会員のサービスをとても手厚くする
・BRZ 会員のサービスには「平よりはいいですよね」というサービスを提供する
ということになっているようです。
ポイント1000じゃ足りないのかな
もちっとほしい気分のはんぺん
_ -‐───‐-.､
／ ニ ヽ ひ -────- ん ！
c､ _／ ニ ＼
c-、 彳 / ,ヘ､ﾆ二三__ ｢|i｢| ,ハ /￣￣＼
//〃/ ￣｀￢ｰ-=.L|L| | / ＼
lｲ ,′ ___,, ､ __ |} 川| /
|ﾊlﾘ -‐'´ ｀`‐-ﾘ| l ,′ | く 好 も
刈 ｃﾆ=‐- -‐=ﾆっ|ｲ i| | だ き |
〈 |／/i／/ , ,/／/i/トi | | さ .に |
ゝ| ′ "|ﾉ｜ | ぁ し
| ヽ. ,.-─-､ ／ | | | て
ﾉ ＼ （ ） ／ 八 -= |
ｲﾊ ＞ﾆ二ﾆ＜ / | い
}ﾊ_j／ | | ｀YVノ |
_､-‐'´ ∧ ＼ _／ 〉ミヽ､ |
´ ∧ r个､ ∧/ ｀` |
∧/o | } ∧/
>>885 で、PLT 以上じゃないとスレ立てできなくすればいいんですかね。
ひろゆきへ
beトップ（
http://be.2ch.net/）の面白ネタ掲示板のリンク、
http://etc4.2ch.net/be/に書き換えた方がいいと思うんだ
俺には２ちゃん株で儲けたchモリタポ5万があるからどんな値に変更されても屁でもないぜ
ポイント１００００以上持ってるヤツなんて単なる廃人だろ。
そんなのにスレ立て任せられるかよ。
１０００でいいよ。
住職にポイントを上げたいんだけどどうすればいいの?
>>890 思ったんだけど，どう差別化を図るんだろう……
まだ先のお話か．
忘れんで下さい。今はいいけど。
http://info.2ch.net/rank/index.html beポイントとかモリタポとかchモリタポとか
名前がかぶって困る
ポインヨでsambaの時間を変えるてみるとか
>>897 10000だとスレが全然立たない気がする
## ときどき不幸が襲う
#if($user_points % 100 == 0) { return ""; }
# 30000ポイント以上はダイヤ会員
if($user_points >= 30000) { return "DIA"; }
# 10000ポイント以上はプラチナ会員
elsif($user_points >= 10000) { return "PLT"; }
# 1000ポイント以上はブロンズ会員
elsif($user_points >= 1000) { return "BRZ"; } # 103 -> 1000
# それ以下は平(エリートじゃない)
else { return ""; }
ではダメなのかな。
>>904 それは、また雪だるまスレあたりで、
いろいろと工作活動していくです。
いろいろ考えているみたいですね。
私は PLT ですが、最近の青い会社の動きを見て、
DIA になってみたいとちょっと本気で思うようになりました。
>>912 百の倍数ｶﾜｲｿｽ
ところで
user_points % 100 == 0じゃなくて
!(user_points % 100)でいいんじゃない?
>>912 100で割り切れる時に、ってのは、ちょっと条件があれですね。
しかし、考え方は面白いかも。
・●
・★
・株主優待
・BE ステータスがプラチナ(PLT)以上
こうですか？分かりません。。。
スレ立て基準
平=立てられない
ブロンズ=1/5くらいの確率でfusianasan
プラチナ=1/10くらいでfusianasan
ダイヤ､株主､●=通常
こうしよーぜ
>>917 #if(!($user_points % (int)time(NULL))) { return ""; }
こういうのはどうでしょうか?
>>916 御意。長らくコード見てないので頭腐ってます。
>>917,920
あー、シャレで書いたものがーっ。
とりあえず 103 ポイント以上というのは、
管理人が脳内で想定していた値と違っていたようなので、
これをまず、想定どおりの 1000 ポイントに修正してくるです。
倍数ごとでもいい予感。
１０、１００、１０００、１００００，１０００００
みたいな。
done.
>>922 現在の設定:
# 30000ポイント以上はダイヤ会員
if($user_points >= 30000) { return "DIA"; }
# 10000ポイント以上はプラチナ会員
elsif($user_points >= 10000) { return "PLT"; }
# 1000ポイント以上はブロンズ会員
elsif($user_points >= 1000) { return "BRZ"; }
# それ以下は平(エリートじゃない)
else { return ""; }
で、このぶんだとたぶん早晩、このスレは使い切ると思うので、
使い切った後は、ここの質雑のほうに移動する感じで。
スレ立てはしないから本当はどうでもいいんだけど
beユーザーとそうでないユーザーの差別化とか
もうちっとやったほうがいいんでね？
>>931 100000はやめてくれ
3人しか見たことない
保有するポイントによって、常に立てられない/常に立てられるの、0/1処理じゃなくて、
例えば、(localtime % 65536) < POINT で立てられるとかのほうが、
誰にでもスレ縦するチャンスがあって、面白いと思う。
>>925 これどこのマイレージ？
ホンコン辺りまでの航空券みたいな優待くれ
>>931 なるほど、DIA の上を作れっていう話ですね。
SQ の PPS クラブ ソリティアみたいな。
それはたぶん、もうちょっとうまくいってからがいいんじゃないかなと。
だって、その分の「おいしさ」が提供できないと、
会員のモチベーションが上がらないです。
認証コード忘れた場合ってアウトだっけ？
もう一回送られてこない？
ランクによって本文とスレタイの長さを制限するってのはどうだ
>938
一番上はBLKですかｗ
（わかる人にはわかるネタ）
>>940 同じメルアドで登録作業をすれば、メールで再送される。
言語は基本的に Perl ですね。
SpeedyCGI だけど。
beと株の表示を併用できるようにするのは難しいんでしょうか、、
手元で localtime % 65536 の値を見ながらスレ立てする人が出てくるのかな。
実装予定:
・
>>936 >>943 ・
>>924 >>931 >>938 >>950 「株主優待」は、別のところに表示すべきというか、
BE と並存で表示すべしと。
できるんじゃないですかね。
ポイントくれた方ありがとうございますた
ひろゆきは糞スレたてんな死ね
>>955 そのまま実装するんじゃなくて、localtime に相当するところは
きっと rnd するんでしょうね。
localtime % 65536ってなんだよ誰か詳しく解説しろ
>>956 beと株主優待を絡めた投票のカウントが並存しないと
大変なのです。
924 名前：ひろゆき＠どうやら管理人 ★[] 投稿日：2006/07/23(日) 19:02:33 ID:???0 ?#
倍数ごとでもいい予感。
１０、１００、１０００、１００００，１０００００
みたいな。
に会員のランク変更？がされるかも
どうせくれくれスレ乱立でインフレだろ
ニュー速はさらに馴れ合いが進み、ひろゆきの懐に金がいく。
ＢＥポイントでの規制は掲示板としてはメリットないだろ。
管理人の利益以外にはな。
>>955 65536はあくまで例ですので。
3時間周期なら10800だし、ひろゆきが値決めるるんじゃね？
中途半端な数字にして悩ませて見るとかも面白そうだしｗｗｗ
ニュー速株下落
クレクレスレ乱立してるだろうな
だけど、1000以下が立てられなくなりゃ
少し落ち着くだろう
>>964 そういう正論はスルーされるから無駄だよ。
ブハッ
すげーポイント届いてたし．
全部Thunderbirdで迷惑メールに分類されてたから気づかなかったよ．
どうもありがとうございます．
どうせなら，生きてるスレッド数とかでも可変してくれたら面白かったり．
time() % (1 << (8 + int(rand(8))))
ところで。
休んでくださいと言いながらガンガン仕様変更を依頼するひろゆき氏と
傍目から見て、うれしい悲鳴を上げながら対応するルーツさんについて語るにはどこが良いのでしょうか？
1000ポイントでBRZは他のBE_TYPE2板も影響受けてるみたいですねぇ
>>965 上でむ（ｒｙさんが rnd に触れてるし、閾値は伏せられるのかなーとも思ったり。
でもひろゆきは、タイミングが取れそうな取れなさそうな微妙な値を公表して遊ぶのが好きそうな気配。
>>968 あのねあのね。
ポイントは何時かリセットされるのをご存知ですか？
>>974 それはもちろん知ってますよ
それでもうれしいのですよ．
be必須になる。
そして管理人に利益がいくようになる。
別にそれなりの特典があればそれでいいのだけれど、
今のままじゃ、途中でみんな飽きて過疎になるだけな気がするからなぁ。
最上級 BE ランク、ソリティアを追加しました。
100,000 ポイントで、ソリティアになります。
いわゆるワッフルではなく、「S★」と表示されます。
名前の由来については、以下を参照。
http://www.singaporeair.com/saa/ja_JP/content/krisflyer/aboutpps/solitaire_life.jsp まじで運営のやつらに聞きたい。
ポイント制が評価としてじゃなく馴れ合いを目的として譲与されてる現状で、
ポイント制とスレ立てを関係付ける必要はあるの？ブラジル社の利益以外に。
マジで答えてくれよ
で、個人的には「ランダムの要素」をマイレージプログラムに入れるのは、
反対です。
マイレージプログラムには、本人の努力がストレートに反映されるべきです。
>>983 それは、管理人の仕事です。
実装はおじさんや私がやりますんで、
管理人には「ソリティアならではの特典」を、是非考えていただくということで。
>>985 ふむふむ．
S★以外とかには，書き込みのときとかにランダム要素を
付加したりする感じなのかな．
>987
りょーかいｯｽ
何か考えて提案してみよっと
>>990 それはさっき、出たですね。
名前欄でしたっけ。
>>987 どもです。
このスレ、ひさしぶりに面白かった。
ここもそろそろ埋まって質雑スレも埋まりそうなので専用スレ建てます。
スレタイはこんな感じで
「Ｎ速Bｅポイント実装を議論するスレ」
キャップみたいに任意IDになったりするんですよ。きっと。＞S★
１巻使い魔の癖にナマイキ！
２巻守ってくれたし少しだけやさしくしてもいいよね…
３巻私を無視してメイドに手を出すなんて最低！アンタは私の使い魔なんだからね
４巻幼いころ憧れだった許婚…でもなぜか後ろめたいな…
５巻ご、ご主人様の情けで一緒のベッドを使わせてあげるわ。襲ってきたら承知しないから！
６巻…どうして襲ってこないのよ！裸にアンタのパーカーだけ着て添い寝してるのに！！
７巻これなら押し倒してくれるよね？こ、今夜は貴方が御主人様にゃん！
８巻キスして！私にも舌を入れて！誰と浮気してもいいからそばに居て！！←いまここ
lud20250124195211caこのスレへの固定リンク： http://5chb.net/r/operate/1150052911/
ヒント：5chスレのurlに http://xxxx.5chb.net/xxxx のようにbを入れるだけでここでスレ保存、閲覧できます。
TOPへ TOPへ
全掲示板一覧 この掲示板へ 人気スレ |
>50
>100
>200
>300
>500
>1000枚
新着画像
↓「2ch特化型サーバ・ロケーション構築作戦 Part22->画像>1枚 」を見た人も見ています：
・2ch特化型サーバ・ロケーション構築作戦 Part27
・2ch特化型サーバ・ロケーション構築作戦 Part24
・2ch特化型サーバ・ロケーション構築作戦 Part58
・2ch特化型サーバ・ロケーション構築作戦 Part32
・2ch特化型サーバ・ロケーション構築作戦 Part25
・2ch特化型サーバ・ロケーション構築作戦 Part53
・2ch特化型サーバ・ロケーション構築作戦 Part38
・2ch特化型サーバ・ロケーション構築作戦 Part28
・2ch特化型サーバ・ロケーション構築作戦 Part47
・2ch特化型サーバ・ロケーション構築作戦 Part29
・2ch特化型サーバ・ロケーション構築作戦 Part42
・2ch特化型サーバ・ロケーション構築作戦 Part51
・2ch特化型サーバ・ロケーション構築作戦 Part34
・2ch特化型サーバ・ロケーション構築作戦 Part52
・2ch特化型サーバ・ロケーション構築作戦 Part33
・2ch特化型サーバ・ロケーション構築作戦 Part49
・2ch特化型サーバ・ロケーション構築作戦 Part55
・2ch特化型サーバ・ロケーション構築作戦 Part30
・2ch特化型サーバ・ロケーション構築作戦 Part54
・2ch特化型サーバ・ロケーション構築作戦 Part46
・2ch特化型サーバ・ロケーション構築作戦 Part26
・2ch特化型サーバ・ロケーション構築作戦 Part36
・2ch特化型サーバ・ロケーション構築作戦 Part45
・2ch特化型サーバ・ロケーション構築作戦 Part37
・2ch特化型サーバ・ロケーション構築作戦 Part50
・2ch特化型サーバ・ロケーション構築作戦 Part35
・2ch特化型サーバ・ロケーション構築作戦 Part21
・2ch特化型サーバ・ロケーション構築作戦 Part48
・2ch特化型サーバ・ロケーション構築作戦 Part19
・2ch特化型サーバ・ロケーション構築作戦 Part39
・2ch特化型サーバ・ロケーション構築作戦 Part60
・2ch特化型サーバ・ロケーション構築作戦 Part44
・2ch特化型サーバ・ロケーション構築作戦 Part23
・2ch特化型サーバ・ロケーション構築作戦 Part56
・2ch特化型サーバ・ロケーション構築作戦 Part31
・2ch特化型サーバ・ロケーション構築作戦 Part59
・2ch特化型サーバ・ロケーション構築作戦 Part41
・2ch特化型サーバ・ロケーション構築作戦 Part20
・2ch特化型サーバ・ロケーション構築作戦 Part40
・2ch特化型サーバ・ロケーション構築作戦 Part62
・2ch特化型サーバ・ロケーション構築作戦 Part43
・2ch特化型サーバ・ロケーション構築作戦 Part57
・【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part18
・【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part14
・【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part17
・【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part15
・【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part16
・【Project peko】2ch特化型サーバ構築作戦 Part12
・【Project peko】2ch特化型サーバ構築作戦 Part13
・【Project ama】PINKちゃんねる特化型ｻｰﾊﾞ構築作戦 Part2
・町工場がクラウドファンディングでつくった“ペン回し”特化型ボールペン 現在10,400円コースなど申し込み可能
・【小売】夏到来！今年の百貨店ビアガーデンは特化型
・【PSO2】職特化型ユニどうしてんの？ [無断転載禁止]
・ジャンル特化型アイドルの型を作ったのはベビメタ→Perfume女子流BiSHサカナフィロのス【記事あり】
・【ピリヨ】人だけを殺す兵器。無人機から放たれる暗殺特化型ミサイル「ニンジャ・ブレード」
・徳永千奈美、スピーキングとライティングはクラス1位！ただし、リーディングとリスニングは撃沈というoutput特化型のお知らせ
・【IT】VTuberに特化したプロダクション設立 CyberZが新会社で
・スレスト大作戦 PART1
・grepコマンド特化スレ [無断転載禁止]
・安倍ちゃん「高齢者の定義を見直し、７４歳までフルで働ける社会の構築を目指します！」 [無断転載禁止]©2ch.net
・【再構築】旦那の浮気【離婚】74 [無断転載禁止]©2ch.net [無断転載禁止]
・◆ 全サーバトリップ統一作戦
・【愛の戦士作戦】 新機軸ちょっとでかいサーバ
・【愛の戦士作戦】 新機軸ちょっとでかいサーバ3
23:45:54 up 16 days, 49 min, 2 users, load average: 9.54, 9.99, 10.20
in 0.083080053329468 sec
@0.083080053329468@0b7 on 012913
|
ブックマークへ