【Love Affair】携帯からのアクセスに対する考察・次の一手 Part1

**FOX ★** · 04/02/04 18:37

日増しに増加する携帯からのアクセス。
かつて、羨ブラが生まれたように何かが生まれないと
ならない気がする。

たぶん解決策は、時間を売って空間を買うだと思うけど
いろいろ考察して、次の一手を決めようかと、

Love Affair 作戦。
Part1 マーリンルージュ

**パント** ◆jooPantOnU · 04/05/30 02:40

>>190
SモードとMモードはなんとなくわかるんですがLモードともなると推測もつきませぬ。
どんなプレイですか？

◆reffIFJNS6 · 04/05/30 02:43

多分、聞いても「いやぁ、なんも考えていないっす」の一言で終わりそうな
悪寒がします。
>186の４つめコースが一番現実的かな
あとはそれを誰がやるかだけで（苦笑

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 02:43

>>167
質問例：
　A:鯖の増設等に消極的な意見を引き出す質問の場合
　
　　Q:今後、増加する携帯からのアクセスを制限しましょうか？
　　　Y/N
　　　Nの場合
　　Q:では、携帯からのアクセス用の鯖を増設してもいいのですね？
　　　Yの場合
　　Q:複数台、必要となりますけど、それでもいいのですね？

　B:鯖の是右折等に積極的な意見を引き出す質問の場合
　
　　Q:携帯からのアクセスを規制する予定はないですよね？
　　　Y/N
　　　Yの場合
　　Q:では、携帯からのアクセス用の鯖を増設してもいいのですね？
　　　Yの場合
　　Q:キャリア毎に鯖を用意することを了解してください！？

**FOX ★** · 04/05/30 02:47

>>192

暴走ですよ「暴走」

暴走すると止めに来ます
止めるときに管理人は理由をいいます。

これ一番簡単　!!

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 02:50

>>194　俺が書こうとしてたことじゃねーかばか

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 02:53

自宅鯖で携帯から2chが読めるスクリプト配布＆鯖立て方orセットで供給
そしてr.i等は規制

無理だよなぁ。
無理かは別としても、

携帯自体がアプリに対応してないのが多すぎだから
２ちゃんブラ入れる感覚でPCにいれられればなぁ

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 02:58

>>196
携帯がアプリに対応云々よりも、携帯からの人の何割かは
パソがない、パソの知識ないだろうから自宅鯖なんて無理では？

**▲ 某ソレ511** · 04/05/30 02:58

>>196
それをやっているのがiMonaのような気がする。
自宅鯖に限ってはいないけど

**パント** ◆jooPantOnU · 04/05/30 02:59

2ちゃんねる専用携帯端末を作り、それでのみ読み書きできるようにしたら
爆発的に売れるんじゃないでしょうか

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 03:02

>>199
vodafoneならぬmonafoneか…

**パント** ◆jooPantOnU · 04/05/30 03:05

>>200
いい名前っすね

**非公開鯖運用中** ◆iMonaAkx1g · 04/05/30 03:06

>>198
広告無し、独自CGIがOK、SOCKETに対応しているレンタルサーバなら設置OKです。
CGI掲示板を設置するぐらいの難易度です。

**パント** ◆jooPantOnU · 04/05/30 03:09

>>202
それはこの辺で？
http://pantomime.main.jp/test/read.cgi/owarai/

ただ2ちゃんねる検索とかの同期とかどう取るかとかがわからんです

**非公開鯖運用中** ◆iMonaAkx1g · 04/05/30 03:11

>>203
XREAで運用してる方もいます。広告無しの有料ですけど。

**パント** ◆jooPantOnU · 04/05/30 03:12

>>204
それはまた・・・負荷の心配な鯖で・・・

**FOX ★** · 04/05/30 03:13

>>1 にも書きましたが今２ちゃんねるのアクセスの50%は携帯からです
アクセス数といっち方がいいかな、大きいのは細切れしか読めないr.iのコール数です。
つまり昔起った read.cgi 問題が再び以前を大きく上回る勢いで襲ってきているのです。

第一回目の read.cgi 問題は C に書き直すでクリアしました。
第二回目の read.cgi 問題は dat 直読みの専用ブラウザを
　普及させることでなんとかこここまで来ています。

さてさて　第三回目の出口はあるのか?

**シェンロンMarkⅡ** ◆0NTL59y3k. · 04/05/30 03:14

お題なのけ？

**FOX ★** · 04/05/30 03:16

わたしがこのスレを立てたときに考えていた事
今も同じですが、

はっきりと出口が見えているわけではありません。
ただなんとなく理論２ちゃんねる学で考えると、、、ということです。

各サーバに置いてある p.i r.i は停止
つまり　携帯からのアクセスは分離して一元管理
かつサーバを増やせばアクセスの増加に対抗できる仕組み
このへんです。

**root ★** · 04/05/30 03:17

>>206
50%という数値はかなりダウトですが(そもそも何に対して50なのか、
全体のアクセス数では統計的にありえません)、本質はまさにそうですね。

多いところでは、read.cgiよりもr.iの方が多かったところもありました。
今まで見た中では、ネトゲ実況とか芸スポとか。

**非公開鯖運用中** ◆iMonaAkx1g · 04/05/30 03:18

>>205
負荷もありますけど、転送容量が結構厳しいらしいです。

**root ★** · 04/05/30 03:19

>>208
それでよいと思うのですよ。フロントエンドを用意しておいて、
各サーバへの負荷を減らす。

cとかはまさにその方式ですね。
ただ、今のcでは全体を受けられない。つまり、スケールしない。

cを横並びにすることを可能にして、スケーラビリティを実現するのが
当面の道なんじゃないかと思っていたりします。

さて、ちょっと別の作業します。しばらく反応割るし。

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 03:26

携帯からのアクセスでクッキー確認画面やめるだけでbbs.cgiコール量が半減するような
気もするが…

**FOX ★** · 04/05/30 03:34

>>212
bbs.cgi は微々たるものですから
それをたとえ 50% 改善しても全体に寄与する率は
微々たるものかと、

**パント** ◆jooPantOnU · 04/05/30 03:41

もっと携帯の機能があがればdat直読みできるだけの容量と能力を持った携帯が
現れると思います。
そうすればread.cgi問題も軽減されると思います。
（パケ代が浮く事を考えれば当然）

そこまで来ればなあ。。

**ヾ●ﾉ゛** ◆NATTOSpTC2 · 04/05/30 03:47

>>214
2chの住人で新たな機能を持った携帯を作ればいいじゃん
とか言って叩かれてみるテスト

**FOX ★** · 04/05/30 03:56

応分の負担をできるような仕組みを作るべき

といって「また腹黒い」と叩かれてみるてすと

◆g4HrV7ViKA · 04/05/30 03:58

お、ついにきたね、マーリンルージュ。
まぁ、昨夏の携帯ロックアウト事件（あのときは.htaccessでしたが）の再来は勘弁、、、と願っておきます。
//携帯→2chスレは大忙しになりそうだな、、、

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 03:59

>>216
ざっと縦読みしてみましたけど、問題は転送量ではなくてread.cgiの呼び出し回数でFA？

**FOX ★** · 04/05/30 04:03

>>218
だと踏んでいます。( r.i )

**パント** ◆jooPantOnU · 04/05/30 04:04

今鯖がどうなってるのかよく知らないんですけど、
データベースの鯖はdat直読みに専念し、read.cgiにリクエストがあったら
他の鯖（ゲートウェイ）が解析し、必要なデータのリクエストだけ
データベースの鯖に投げ（ある程度はキャッシュをとりその場で返す）、
それを送り返せば負荷は減りませんか？

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 04:05

叩かれること前提で提案ｗ

各私家版スクリプトのほうで呼び出しの多いホストを常時監視、閾値を超えた
ホストは任意の時間アクセス制限汁。
このアクセスのバイパス規制を行って２ちゃん側の負荷増大を回避。
ではダメなのだろうか。。。。orz

**FOX ★** · 04/05/30 04:07

まだ　200 そこそこだから
ここまでのログ読んでねー

**パント** ◆jooPantOnU · 04/05/30 04:13

もうでてるよ_|￣|○
お目汚し失礼しました・・・

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 04:20

同じく論点が違っていますたorz

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 04:27

・read.cgi 問題
＞第一回目の read.cgi 問題は C に書き直すでクリアしました。
＞第二回目の read.cgi 問題は dat 直読みの専用ブラウザを
＞普及させることでなんとかこここまで来ています。

節約では根っこはどうにもならなくなった→継続してサーバを増やす仕組み＝おいすたー作戦導入

・携帯問題
＞各サーバに置いてある p.i r.i は停止
＞つまり　携帯からのアクセスは分離して一元管理
＞かつサーバを増やせばアクセスの増加に対抗できる仕組み
＞このへんです。

携帯の●・・・
いまのところ使えそうなのはモリタポくらい？
1モリタポで10回リクエストとか（数字は適当）

それとも、もっと各キャリアに負担させるような大きな仕組みを考えてるんでしょうか。

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 04:29

いっそのこと公式サイト(有料)にしちゃえ（ｗ

**パント** ◆jooPantOnU · 04/05/30 04:31

SSLに対応してない携帯が大半だから●は無理では？

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 04:43

SSL対応も無論ですが、携帯アプリによる専用ブラウザの普及率などのデータ
を取ることが可能なのであれば、その数字次第では携帯●や携帯専用２ｃｈブラウザの推進も十分
有効かと思います。（→コストのほとんどを利用者に振り分け可能）
統計データが取れるかどうかが問題ですが。。。。

◆WMaLhm.gkw · 04/05/30 04:45

ここまでのログ読んだっと。
要は専用のゲートウェイというか、外付けr.iを作るってことなのねー。

http://gateway.2ch.net/r.i/表示投稿数/鯖/板/スレ/表示開始番号
（例：http://gateway.2ch.net/r.i/qb5/operate/1075887465/1 → qb5鯖のoperate板の1075887465スレを1番から表示）
みたいなの妄想してみたり。

ゲートウェイを複数用意して、gateway10.2ch.netだと10投稿づつ表示、gateway25.2ch.netだと25投稿づつ表示、gateway100だと100投稿づつ表示
にすると、環境によって使い分けれて便利っぽそー、と更に妄想してみたり。

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 04:46

無料の私家なんかと併せて一方で
ｱｲﾓ公式登録しちゃって月額いくらにしちゃえば？
専ブラできてかなり経つのに未だにかなりの数がcgi呼んでるpc見てると
これで結構よくなりそうな気もするけど。
もちろん収入で鯖増強と言う意味だけど。

ここまで書いて
有料化するといろいろ面倒なことが発生すること思い出したから終了...か
ｽﾏﾇ

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 04:51

省略しすぎて誤解招きかねないのでスルーしてください。。。

**パント** ◆jooPantOnU · 04/05/30 04:51

>>228 ImonaでUAは変わるかどうかわかりません、ログをとってるかも知りませんが、
その二つをやってれば統計は出ると思います
>>229 鯖いくつ買うのよ！

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 04:54

あ、アプリそのもの（iMonaみたいな）を有料にすればいいのか・・・

使えない機種は切ることになるけど。

◆WMaLhm.gkw · 04/05/30 05:11

>>232
たぶん、バーチャルホストで（ｗ
今まで通りcgiで表示数を調整するのが現実的だとは思いますけど。

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 05:21

ひ(ry)は携帯専用鯖の増設を了承済の前提でなら。。。。ですが、
前半でｶﾞｲｼｭﾂの話しはその増設する携帯専用鯖をキャッシュ専用鯖に
するという解釈でよろしいのかしらん？
それだったらその携帯専用鯖からread.cgiを定期的に読みに行ってキャッシュ。
携帯から専用鯖に読みに行くときはそのキャッシュされた.datから起こした
.htmlを読みにいく感じになるのかな。
ただしその場合は読み込みも書き込みもリアルタイムではなくなるけど。
余裕があればリクエスト数に応じてread.cgiを読みにいく時間を変動させる手も
ありかもしれない。

>>232
別の観点からコストを利用者に振り分けることは有効だと思うので、
データが取れるなら一度取ってみる価値はあると思います。

>>233
アプリが走る走らないのデータも取れるなら越したことないですね。

**FOX ★** · 04/05/30 06:49

あきらめるという選択肢もあるわけで、

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 06:56

(あうのアプリがBREWばっかになったら、どうすりゃいんだろ)

(´-`).｡oO

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 06:57

へぇ、ごもっともで（´д｀）
現在まで得ているで統計データを元に時間帯で切り捨てとか（非難Go!Go!

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 06:59

>>237
それも然りですが、新規参入してくるBB携帯も･･･

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 07:02

>>227
ケータイの固体番号(ドコモで言うUIN)で識別できなくもないかな。
機種変したときのためにあらかじめ携帯用のPINコード発行して、
専用設定ページで再度固体番号の登録とか。
ボーダフォン0xでは無理ぽだけど。

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 07:08

>>240
それをＤＢに登録するってこと？
それなら携帯の規制と絡めて、携帯から２ちゃんを利用する場合は完全登録制
もアリなのかな。
無謀ーダフォンはもうだめぽだから切り(ry

◆WMaLhm.gkw · 04/05/30 07:11

>>236
京ポンみたいにread.cgiが読める機種が出てくれば、アクセス数の多い板から順次r.iを廃止してもいいと思うけど、近日中にr.i完全排除は嫌かな。

１分間に一定数以上cgiが呼ばれたら、「高負荷で読めません。空くまでまってね。リロードすることも負荷かかります。」と表示して、高負荷時の書き込みみたいに、読み込みを刎ねることはできないんですか？

**240** · 04/05/30 07:13

>>241
●のDBにね。
どっちみち携帯の場合は固体番号でID作ってるくらいだし、
UINと●IDの関連付けをすれば、難しくないような気がする・・・。
んーどうだろ。

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 07:22

>>242
それが「人大杉」だと思うわけですが

>>243
んーたかが携帯（されど携帯ともいう）ごときにそこまでコストかけてくれる
のかという疑問も（>>236）
ただ有料コンテンツとしての扱いならそれもありだろうけど。
お金取る以上はボーダ0xのような端末でも出会い系の登録システムのような
ものを導入すればＤＢ登録＝●IDとの関連付けも可能かもしれないね。
規制するときはＤＢでバッサリで桶なわけだし。

**とんすけ** ◆MytskeE.Vg · 04/05/30 08:21

ありゃ、寝てる間に事態が急変してる。
やっぱりi→cは早計でしたか。どうしたもんかなぁ。

んで現実的に考えれば、やっぱりc.2ch.netの鯖増強がメインになるでしょうね。
あとはiMonaなどの携帯用ブラウザでしょうかね。
有料化云々は「ドコモがコミュニティ系を認めていない」「もばいる２ちゃんねるが
頓挫した」と言うことをまず念頭に置いてから議論した方がいいと思います。
独自で携帯に課金を行なうにしても、きちんとした課金サーバの仕組みを考える
必要があるし。

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 10:05

>244
人多すぎって手動でread.cgiを切った状態では

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 10:22

i.2ch.net（本家）は廃止にするんですか？

**いす（仮）** · 04/05/30 10:36

r.iの呼び出し回数減らすなら、c.2chの初期設定値変えたらどうだろう。

１回に読むレス数を10→30
省略される行数8→12
一回に読むスレの数30→50

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 10:45

>>248
そげなことしたら、パケット定額にしてない機種は、パケ死する～。
c.2chからr.i呼び出されてないし。

**パント** ◆jooPantOnU · 04/05/30 10:45

色々探ってて>>14さんにあったp2というのを試したんですが、
テスト： http://pantomime.main.jp/p2/index.php （携帯アクセス可）
なんかコレ普及させて負荷分散させればかなりread.cgi問題は払拭される予感…

**いす（仮）** · 04/05/30 10:56

>>249
設定で増やしたり減らしたりできるから大丈夫。
その事を知らずに、たくさん読んでるのに10レスずつ何度もアクセスしてるユーザって多いと思うんですよね。
省略にしても同様。

なんどもアクセスするより一度にまとめて取得したほうが鯖にもパケ代にもやさしいかと。

#c.2chとr.iの話は間違ってたみたいでごめん

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 11:01

>>250
c.2chを複数鯖で運用するのと同じですよ。
運営側が考えてるコトといっしょ。
ｐ２を携帯ユーザに普及させるのは難しいとオモうけど。

>>251
初心者さんはデフォルトのまま使い続ける場合もあるので。
それに携帯のweb表示メモリにもよるので、あまり多くするのはちょっとね。

**パント** ◆jooPantOnU · 04/05/30 11:05

>>252
そおかあ(´･ω･｀)

**AMDまほろ** ◆MAHOROTMOw · 04/05/30 11:08

そいや声優板、auでr.iから見てると>>1とかのリンクに飛べなくなってるんです
けど、ガイシュツでした？

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 11:14

携帯からユーザーはパソ所有してないとかもあるだろうから、p2のスキルなんて
全然ないんじゃ…

**パント** ◆jooPantOnU · 04/05/30 11:17

確かに…ユーザー名で管理とかある時点で一般向きではないかもです
俺は俺個人で使っていきます。お気に入り新着チェックとかものすごいパケ代が浮くし。

**パソコン持ってない人** · 04/05/30 11:19

名前とかパスワードとか全然解らないでつ(´･ω･｀)

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 11:25

>257
禿しく同意。こちらもﾊﾟｿｺﾝありません。
(´･ω･｀)

**パント** ◆jooPantOnU · 04/05/30 11:26

そうか、パソない人にはやくにたたないのね…
ｽﾝﾏｿﾝ

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 11:26

新着チェックならｸﾗｼｯｸﾒﾆｭ(c.2ch) にも「自動しおり」というのがあるけどね。
クッキーに対応してないとダメだが。
あと履歴編集が出来ないのよね。開発途中で止まってる。

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 11:29

結局imonaやc.2chタイプが受け入れられやすいと。

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 11:43

ちょっと時間無いので3桁以降のレスほとんど読んでないけど
レス2桁台後半ででてるのでおｋだと思う。
その方向で煮詰めれば～なんてｼﾛｳﾄﾞはおもっちゃうのね。

>>260
いろんな設定できるけど、保存できないんだよねぇ。
どっかのサイトみたいに、初めにパス入れる（あるいは入力済み専用ページをﾌﾞｸﾏｸ）と
設定を読みこんでくれるようなのだととっても便利だけど。
UINででもいいし。まぁこれはスレ違いか。

**２６０** · 04/05/30 11:50

>>262
設定はｕｒｌに反映されるので、設定が終わったらブックマークしないとあかんよ。

自動しおりの情報はクッキーに記録されるけどな。

P219108015109.ppp.prin.ne.jp · 04/05/30 12:11

>>251-252
全角表示・レス全文表示・AA表示で20レス30レス表示にするとやたら
重くなったりページサイズオーバーになったりする事がある。
多レス読みたい時は携帯青春もあるし。

**262** · 04/05/30 12:11

>>263
書いてから思った。
いつもスレ読みこんでから見づらいなーって変更してるけど
一旦TOP表示してそこで設定して保存させたのをブクマクすれは問題無くつかえるのね。。。

しおりはだめぽか。

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 12:31

しおりは、au,tu-ka,airH"だけだったかな？

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 12:39

>>266
http://c.2ch.net/B.h#c4
これを見るとそうですね。

**シェンロンMarkⅡ** ◆0NTL59y3k. · 04/05/30 13:37

（ダダッダーダダッ♪ダダッダーダダッ♪ダダッダーダダッ♪ダダッダーダダッ♪）

ザンボっスリー　ザンボっスリー

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 14:07

　_,､_
( ﾟДﾟ)

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 14:20

2ch検索なら、ログを全部持ってるし課金の仕組みもあるから
そことうまく絡められないものかな。

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 14:33

ここまで読み飛ばす（あひゃ

読み込み (携帯 => i[1-4].2ch.net <=> 串（キャッシュ） <= 各板)
１．携帯からi.2ch.netを開く
２．i.2ch.netはランダムにi[1-4].2ch.netへリダイレクト (squidを使っていた頃のsakura.mikage.toと同じ)
３．i[1-4].2ch.netは各板から串(キャッシュ)経由でDATを取ってくる

書き込み (携帯 => 各板)
１．名前・メール・本文・板・キー・戻り先urlを各板の携帯専用bbs.cgiへ投稿
２．書き込みが終わったらpostされた戻り先urlへリダイレクト

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 17:27

このスレの最初のほう読めばわかるとオモうけど、
c.2ch(ｸﾗｼｯｸﾒﾆｭｰ) は独自にキャッシュとってるよ。
問題になるのは転送量とか、いくつの専用鯖設置出来るかだね。

◆BFzK/mtqM2 · 04/05/30 19:11

他の鯖同様にキャッシュをRAMに格納すれば処理は軽くなったりするのかな？

◆reffIFJNS6 · 04/05/30 19:20

素人考えでスマソだけどそろそろ携帯用閲覧ソフト新規開発してもいい時期
に来てるんじゃないかと思います。
この板にふってみればいい案が出てきそうですね。

携帯アプリ
http://hobby6.2ch.net/appli/

**▲ 某ソレ511** · 04/05/30 19:24

>>274
携帯アプリは、iアプリだとアプリを落としてきた鯖にしか接続できない
(auでも最大3つくらいかな、)なのでiMonaタイプ以外に作りようがないわけだが。
まぁ同じようなソフトでもいくつかあったほうがいいとか
iMonaの作者さんが最近見当たらないので別の人に作ってほしいというなら別ですが、

**マァヴ** ◆jxAYUMI09s · 04/05/30 20:43

>275
そして２ｃｈアクセスのキャリア占有率１位のauは作れないんだよね(^_^;)brew

**いす（仮）** · 04/05/30 21:15

ここでちょいと携帯などなどの情報まとめ。

●au
問題のパケット定額は、WIN対応機種のみ
WIN対応機種は3機種。

W21H→アプリ機能なし
W11K→JAVA○　BREW×　imona○
W11H→JAVA○　BREW×　imona○

WIN以外の機種は軒並みBREWになってきてますので
WINも今後出る機種はBREWになると思われます。
最低定額プランで8200円

●docomo
あと数日で、パケット定額開始。
対応はFOMAのみ。
最低定額プランで1万円ちょっと。

●AirH"
月4000円ほどで、PCからも携帯からもネットが使い放題
最新機種ではOPERA搭載なので、PCでのネットサーフィン
と同じ画面が見れる。

●vodafone
個人でも簡単に有料でアプリ販売ができるサービスが2社で
始まったので課金はしやすいかも。
http://appget.com/vf/pc/
http://www.javalive.jp/

**いす（仮）** · 04/05/30 21:23

で、アプリ開発ですが、、、

imonaスレ、p2スレは、ソフトウエア板。
携帯JAVAスレ（MIDP,DOJA）はプログラム板。
こちらに頼ったほうがよさげ。

携帯アプリ板にあるのは、初心者スレ、質問スレなどだけ。
アプリ板には、開発者が少なく、ゲーマーがほとんどのためだと。

>>9、>>12に書いたときと状況は変わらず、新しい2chビューアは開発進んでなさげ。

**動け動けウゴウゴ２ちゃんねる** · 04/05/30 23:37

これを組み込むという方向は無いんでしょうかね。
普通のapacheモジュールとして組み込むだけだし
r.i以外の名前でテストすれば良い気がしますが。
http://2ch-tool.net/mirror/mod_readcgi.zip

◆BFzK/mtqM2 · 04/05/30 23:48

ちとご相談
c2.2ch.netってまだ存在してますよね。
そっちに、一時誘導ってあり？

**▲ 某ソレ511** · 04/05/30 23:51

c2ってhe上のバーチャルホストですよ、、
まぁ、まだ消えてはいないようだし繋がるけど、
ちょっと危険かと

◆BFzK/mtqM2 · 04/05/30 23:57

やっぱ、やばいよね

**ひろゆき** ◆3SHRUNYAXA · 04/05/31 17:20

独自キャッシュのc.2chがメインになるってのは
長期的な流れとしてOKだとして、
どうやって、負荷分散するかってとこっすよね。

**動け動けウゴウゴ２ちゃんねる** · 04/05/31 17:26

コブラに入れてもだめなの？

**FOX ★** · 04/05/31 17:30

質問ですが、

複数のフロントエンドサーバ(5-10台) で
Suma 見たいなやつを HD 代わりに共有できるような
仕組みというか機械あるんですかー?
suma 見たいに巨大な容量である必要はないんですけど、

Docomo 用フロント　-------|
au 用フロント　----------共用のHD
j-phone用フロント　--------|
その他用フロント　---------|

が全部一つのバックエンド(datを cache)につながっているような感じ。

◆BFzK/mtqM2 · 04/05/31 17:49

それを拡大していくと、２ちゃんのdat一元管理ができる？
今の各サーバが一つのHDを参照する。

**root ★** · 04/05/31 17:50

ほんじつ体調不良にて自宅療養中、、、。

>>285
ブレードサーバ+専用ストレージ(例えばSuma)でできるんじゃないかなと。
というか、とても普通の解ですね、それ。

**root ★** · 04/05/31 17:52

>>286
ディスクのI/Oキャパいっぱいになるまでは、できるでしょうね。

携帯の場合「どばっと一気に」ではなく「ちろちろが回数多く」なので、
>>285 のような解決方法は、とてもよい気がします。

Polywellもそういう製品持っていると思う。

**root ★** · 04/05/31 18:01

まぁBladeまでいかなくても(少し高いし)、通常の1Uサーバ数台で
1台のストレージユニットを共有することは、比較的簡単にできるんではないかと。

**動け動けウゴウゴ２ちゃんねる** · 04/05/31 18:03

>>286

究極は
datの読み書き専用サーバ(ストレージ？複数設置)
↓↑
cgi処理用フロント
(PC用、携帯用それぞれ入り口ひとつで複数設置で分散・冗長構成)

ですかね・・・。