前スレ【airproxy】AirH"の為の鯖構築２【京ぽん】
http://pc8.2ch.net/test/read.cgi/mysv/1088016504/
画像圧縮高速化プロキシ airproxy
http://www.paw.hi-ho.ne.jp/~ryo-h/airproxy/
音声も送れる圧縮プロキシ LAYERTREK MOBILE SERVER
http://www.layercross.com/
自宅PCを操作 Mobile Control
http://my-soft.hp.infoseek.co.jp/
MSN Messengerが使える! eMessenger
http://mob.e-messenger.net/mobile/
１乙！
乙
それではﾏﾀｰﾘ進行いってみよう
乙
airproxy v0.3.4 問題なく動いてましたが
設定いじったとたんに調子悪くなりました。
Max Heightを0にしたために、例外が発生していたようです。
以前のバージョンだと0は上限なしの意味だったと思うのですが
v0.3で変わったみたいですね。
私はPIII-450MHzで、Win2000+IIS5.0で動かしてますが、
多少体感的に早くなったかな？程度です。
fastload がメモリーリークしていた問題を修正しました。
maxWidth, maxHeight が 0 のときに 0 除算エラーが発生する不具合を修正しました。
アクセスログが記録されない不具合を修正しました。
画像(ContentType=image)はアクセスログに記録しません。(ログが膨大になるため)
HTTP ヘッダの読み取りパフォーマンスが向上しました。
取得できるゲートウェイスクリプトを配布しているところはないですか？
味ぽん串も銀河フィルタもスクリプトは配布してない…orz
乙です
ご苦労様ですm(_ _)m
>画像(ContentType=image)はアクセスログに記録しません。(ログが膨大になるため)
ちょっと残念っす。アクセスログをanalogで転送量計算して
月間使用パッケット量を算出しようと目論んでたんですが．．．
使い放題だとPICNICでもパケット量教えてくんないので、
ｘ４使い放題の料金コースがお得になるか現状のｘ１の方がお徳かの
判断材料にしようと思ってたんですよね。
パケット量は電話して聞いたら教えてくれるんじゃないの？
ﾊﾟｹｯﾄ料と勘違いしてしまうので
ﾊﾟｹｯﾄ数と言うと教えてくれます
アクセスログを記録すると極端にパフォーマンスが低下する問題を修正しました。
画像(ContentType=image)へのアクセスもアクセスログに記録するように変更しました。(>>11さん)
使用パケット数を Web 管理画面で確認できるようにしました。
fastload がメモリーリークしていた問題を修正しました。(まだ残っていました･･･)
java -jar airproxy.jarだと、javaが古いバージョンで起動するので、
airproxyが起動しません。
一応、OSXにはJ2SE 5.0は入ってるはずなのですが…。
delegateに逃げたほうが早いかな？
ttp://pcweb.mycom.co.jp/news/2005/04/30/001.html
デフォルトで起動するバージョンを変更する必要があるようです。
うぉ！ありがとうございます。
今、会社なので、帰宅後、さっそくやって見ます。
EXCEPTION_ACCESS_VIOLATION (0xc0000005)
というのが出たんですが
これがメモリリークなんでしょうか。
v0.3.6で様子見てみます。
管理画面でのパケット数表示はおもしろいですね。
修正お疲れ様です。
アクセスログ機能復活＆パケット数表示機能追加、ありがとうございます。
まもるくんシリーズに京ポン２用がラインナップされるので、
京ポンから洋ポンではなく京ポン２に機種変決定であります。
夏のコミケで買った同人誌のなかに「携帯のパケット代を節約するためにdelegateでproxyを立てよう」みたいな記事の書いてあるやつがあった。
テキストはCTEつけてgzip圧縮で、画像はimagemagickつかって再圧縮という仕組み。
たぶんオライリー風デザインでちょっと下手な女の子の絵の描いてあるやつだったと思うが家に帰らんとわからん。
俺はこの記事読んで立てたproxyを京ぽんから使ってるが快適だぞ
開発日記によるとかなり高速動作するみたいなので期待大！
それはそうとパケ代節約の為に串鯖立てるひとは
鯖の消費電力に気をつけましょう。
pen4鯖とかだと本末転倒ですし。
まあ電気代は世帯主が払ってくれてるって人が
多いとは思いますが
へなちょこながら鯖建てようって貴方は
もちろん世帯主ですよね?
CPUのパイプラインとは違うよね。。。なんか、すごそうなんだけど
サッパリわからない。
解説希望〜〜
http://www.w3.org/Talks/9704WWW6-WebPerf/slide7.htm
これのことかな？
応答時間がかかるときに効果がありそうですね。
程度がすぎると閲覧されるサーバに負荷かかりそうだけど気のせい？
短時間内で見れば負荷がかかっているように見えるでしょうね。でも結局は
すべてを処理しないといけないのだから、マスで見ればそんなに
変わらないんじゃないかな。
パイプライン化はサーバ側も対応しなくちゃいけないので、負荷が気に
なるようだったら、サーバ側で対処できるはずです。
それに高速化PROXYのクライアント側はナローバンドが前提だから、負荷も
問題にならないと思う。
次々連続して要求を出すことがパイプラインらしい。
ttp://www.studyinghttp.net/cgi-bin/rfc.cgi?2616#Sec8.1.2
>>27
複数接続する多重ダウンロードよりは、ましな気がする。
しかも、パイプラインになってるのは、AIR-EDGEからレイアトレックまでじゃない?
(作者さんのページに改善されたことだけ書かれていて
どういう動作しているか書かれていないだよね。。。理解できてない)
ぼちぼちWin鯖にもﾎﾟｰﾄ空けて用意しておこうっと。
画像読んでおくぐらいしか出来ないかな？
携帯端末こそブラウザのパイプライン対応すべきだと思うんだがなぁ。
こればっかりは鯖側ではどうにもならないか。
つ〜訳で試しにﾚｲｱｰﾄﾚｯｸ入れてみたけど京ぽんで使う分にはAirProxyの方が早い。
画像圧縮無しで比較したのでこれは鯖ｽﾍﾟｯｸに対してAirProxyの方が処理が軽く済んでいる
という事なんではないかと思う。
昔のairproxyに先読み機能って付いていましたよね。
サーバーの画像変換負荷が高くなりすぎるとかいう理由で、はずされてしまったようです。
fastloadなどのおかげでairproxyの画像変換すごく速く/軽くなっているので
もう一度、先読み機能実装していただけないでしょうか？ ＞作者様
NetFrontにはパイプライン機能付いてるかも。PC版検証用の
NetFront Mobile Content Viewerにはパイプライン機能を
有効にするチェックボックスがありました。
かなり高度な処理をしているので高いサーバースペックが要求されるみたい。
京ぽんなどの低速端末ではAirProxyのほうが速いようだし、
携帯端末用にAirProxy、ノートPC用にレイヤートレックかな。
1.56は京ぽんではgzip効いてなかったのか？
今度は画像圧縮無しだとAirProxyと同じ速度が出てる。
画像圧縮をさせるとﾚｲｱｰﾄﾚｯｸの方が早い。
(圧縮比を調節して圧縮後の容量をだいたい同じにして比較)
AirProxyを上流にしてそっちで圧縮させてもﾚｲｱｰﾄﾚｯｸ単体と同じ速度が出るので、
ﾚｲｱｰﾄﾚｯｸのwebへの多重読み込み要求(現在4段)とか、京ぽん側への流れの整理が
効いているのではないかと予測。
ただ、2chのﾛｸﾞのような単体ﾃｷｽﾄだけを読ませると多段ﾌﾟﾛｸｼさせるとその分遅くなる。
ちなみに新機能の低速鯖向け0ｽﾚｯﾄﾞはONにすると何故かパケットが流れっぱなしになるので切った。
次はfastloadだと、コンパイルに挑戦しましたが、あえなく撃沈。
ライブラリーを色々確認し、それぞれの「〜.o」までは出来たのですが、
「fastload.so」を作るところでエラー。
gccのバージョンが怪しいとふんでいるのですが、どうかなぁ？
libpng, libjpeg, libungif は用意していますか？
どのようなエラーが表示されますか？
接続ipのフィルタリングをしておきましょう。
多少はせきゅりてぃれべるがあがるかと。
61.198.142.0/24
61.198.161.0/24
61.198.249.0/24
61.198.250.0/24
61.198.253.0/24
61.198.254.0/23
61.204.0.0/24
61.204.3.0/25
61.204.4.0/24
61.204.6.0/25
125.28.4.0/22
125.28.8.0/24
210.168.246.0/23
211.18.235.0/24
211.18.238.0/23
219.108.14.0/24
219.108.0.0/21
221.119.0.0/21
221.119.8.0/23
もとねたはwillcomの公式より
意味ないじゃんorz...
310K製品版はなんだかやたら早くなっているぽいですが。
やはりパケコミに変更するかな…
jpeg
powerpc-apple-darwin8-gcc-4.0.0: unrecognized option `-shared'
/usr/bin/ld: can't locate file for: -lpng
collect2: ld returned 1 exit status
make: *** [libfastload.so] Error 1
>39,40
昨日はうまく行かないのでふて寝してしまいました。
あらためて再挑戦。MakefileはLinux用をライブラリーの読み込みディレクトリだけ修正しました。
エラーはこんな感じです。gccのオプションが全く違うようなのですが、何が悪いのかが解らない…。
http://k-tai.impress.co.jp/cda/article/news_toppage/26702.html
マイノートから京２BTでモバイルカキコしてます。
Operaの最新版でパイプライン処理が効いて最高パフォーマンスと聞いて、
やってみてますが、これは凄いです。
IEと比較しましたが確かに差が感じられます。
これだけの速さなら1xでも快適。
不思議なのは、Layertrek Proxy噛ませると
IEではグローバルIPでrep2にアクセス可できるのに
OperaではプライベートIPでアクセス可となる点です。
グローバルIPでアクセスすると501 Not Implementedとエラーが出ます。
（外部グローバルIP→BBルータのポートフォワードでプライベートIPの鯖をアクセス）
京ぽん本体も同じなので、これはOperaの仕様なんでしょうかね？
WX310K、ﾊﾟｲﾌﾟﾗｲﾝ等には対応してないようなので残念。
>/usr/bin/ld: can't locate file for: -lpng
libpngのファイルが無いって言われてるみたいだけど
http://www.paw.hi-ho.ne.jp/~ryo-h/airproxy/
複数行にまたがるHTTPヘッダ処理時の不具合を修正しました。
スレッドプールを使用してスレッド生成のオーバーヘッドを低減しました。
ついに、WX310K/WX310SA発売されましたね。私は、WX310J狙いなので
しばらくは、お祭りを眺めているだけですが、どちらもそれぞれ問題を
抱えているようでちょっと残念です。K はプロキシ使用時に Keep-Alive が
無効になるという仕様を引き継いでいて、SA にいたっては gzip圧縮が効かないとか。
WX310J 発売まで 2ヵ月。まだまだ airproxy の成長は続きます。
SAで使わせてもらってます。
非常に安定＆快適に使用させて頂いてます。
次のバージョンではぜひともダイジェスト認証を。。。。
前から何度もダイジェスト認証をお願いしてるのは私です
おつかれさまです。いつもありがとう。
京ぽんOperaでもkeep-aliveを有効にするようだ。
ソケットの接続回数が大幅に減り劇的に速くなるらしい。期待age
お疲れ様です！
ちびちびと速度が上がっていて嬉しい限りです。
1.5.8使ってみたけど、CGIProxyﾓﾄﾞｷはhtmlの書き換えが遅いみたいであまり速度が出てないような…
あと以前から、ｷｬｯｼｭにある画像を再圧縮しないのでちょっと困る。
AirProxyと多段串にして圧縮済み画像を渡してやるといい感じになるがなんか間違っている気が。
●京ぽん、1x接続
■gzipのみ
AirProxy0.3.7 37秒
LAYERTREK1.5.8(proxy) 36秒(ｷｬｯｼｭｱﾘ34秒)
LAYERTREK1.5.8(CGI) 52秒(ｷｬｯｼｭｱﾘ40秒)
LAYERTREK1.5.8(CGI/受信開始後) 40秒(ｷｬｯｼｭｱﾘ31秒)
■gzip,画像圧縮
AirProxy0.3.7 34秒
LAYERTREK1.5.8(proxy) 39秒
LAYERTREK1.5.8(CGI) 50秒
LAYERTREK1.5.8(CGI/受信開始後) 37秒
LAYERTREK1.5.8(proxy)+AirProxy0.3.7 37秒(ｷｬｯｼｭｱﾘ30秒)
LAYERTREK1.5.8(CGI)+AirProxy0.3.7 49秒(ｷｬｯｼｭｱﾘ47秒)
LAYERTREK1.5.8(CGI/受信開始後)+AirProxy0.3.7 42秒(ｷｬｯｼｭｱﾘ31秒)
これらを見る限りLAYERTREKは画像再圧縮がAirProxyより遅いぽい。
（圧縮後のｻｲｽﾞがだいたい同じになるように設定）
しかしkeep-aliveが有効になると相当速くなるぽい。
>>58 みるとAirProxyも十分速くなってるし、しばらくはAirProxyを使おう。
レイアートレックは正月くらいに安定版が出てれば再評価してみようかな。
まぁあの作者氏は天才肌ではあるが、
安定させるよりは、やりたい事をどんどん突っ込んで試したい。って感じかな。
そういうやり方はまぁ嫌いではないし、開発日記読むのは楽しい。
今後に期待ってところだ。
AirProxyが完成度/安定度が最初から高かったというのもまたあるだろうけど。
LAYERTREK1.5.9早速入れてみた。ｷｬｯｼｭが治っててよかったけど、
やっぱり画像圧縮まわりはAirProxyが早い。
多段串にしておくとｷｬｯｼｭ時再圧縮しないのでより早くなるし。
で、余計なタグ外し機能使ってみて思ったけど、とにかくhtml書き換え系の処理は
重い仕事っぽいですな。鯖が鱈3@1.1Gだからかもしれんけど、
単にgzip+画像圧縮処理だとC3でも差が出なかったし。
結局proxy動作でhtmlﾀｸﾞ削除無し、が一番早い。
単なるgzip処理はどっちもどっちなので、多段串するとそこで二度手間になって遅くなっている予感。
画像だけ上流串読みにいく設定があるといいかもと書いておくと次に反映されるかな？
LAYERTREKに刺激を受けているんだろーか。
切磋琢磨してより良くなって欲しい。
ﾀｽｸﾏﾈｰｼﾞｬ見たらやたら大量のﾒﾓﾘかかえてたぽい。
昨晩から最後の奉公と京ぽんでﾍﾞﾝﾁﾏｰｸさせまくってたからか？
明日京柿にしたらまた色々測定しまくるからどうなるかな…
AirProxyも昔から相変わらず、最小化してるｳｨﾝﾄﾞを開いてまた閉じると
使用メモリが減るけど、これはｷｬｯｼｭ破棄でもしてるんですかねぇ。
AH-K3001V と比べた WX310K の速度向上具合とかも教えて！
タスクマネージャで「表示」「列の選択」「仮想メモリ サイズ」を追加する。
「仮想メモリ サイズ」が増加し続けている場合はメモリーリークの可能性が高い。
初期状態でも表示される「メモリ使用量」は、物理メモリ上の占有量なので
メモリーリークの有無やアプリケーションのメモリ管理の良し悪しを判断することはできない。
最小化などで「メモリ使用量」が増減するのは、OS がスワップアウトさせているから。
LAYERTREK1.5.8(proxy)+AirProxy0.3.7
AH-K3001V(初期型/v1.8/1x) 37秒(ｷｬｯｼｭｱﾘ30秒)(串ﾅｼ63秒)
WX310K(初期型/FlashOFF/1x) 32秒(ｷｬｯｼｭｱﾘ27秒)(串ﾅｼ52秒)
WX310K(初期型/FlashOFF/4x) 21秒(ｷｬｯｼｭｱﾘ21秒)(串ﾅｼ31秒)
なんかYahooは入れ替わり広告の所で計測誤差が出まくってるような…
自宅鯖に計測用ページを作るべきなのかもしれない…。
310Kは4x+高速化で速度限界な予感
>>65
解説ありがとうございます。なるほどなるほど。
LAYERTREKは負荷かけると?ﾒﾓﾘﾘｰｸでなくなんかｴﾗｰﾀﾞｲｱﾛｸﾞ出します。
今度見たら内容ﾒﾓっておこう…。
柿入手できたってことですね。
それにしても、310速いなー。
これにさらに Layertrekかませることってできますか？
板メニュー１回クリックで新着表示出来ます？
２回クリックしないとキャッシュが表示されちゃうんですが……
Layertrek+Airproxyでいいんですね
この組合せなかなかいいですね
>>69
当方の環境では普通に表示されるみたいですが
Layertrekのバージョン教えて頂けませんか？
>>66ですけど問題無く表示されています。串通して繋いでいるのはWX310Kからだけですので
FireFox等での動作はわかりませんが。
あとLAYERTREKは1.5.8じゃなくて1.5.9でした。
同じく1.5.9です
>>73
ありがとうございました
1.5.9なんですけどねえ。PCからの接続だとうまく行かないのか、設定が悪いのか……
AH-K3001V(初期型/v1.8/1x) 37秒(ｷｬｯｼｭｱﾘ30秒)(串ﾅｼ63秒)
京ぽん１だけど ここまで出ないや
回線ｽﾋﾟｰﾄﾞも関係してくるんですかね
スモールスクリーンモードでベンチマークしてるってことでいいのかなぁ
AirProxy0.3.7のみ、スモールスクリーンモードでYahoo!Japanのトップ
AH-K3001V(初期型/v1.8/ﾌﾚｯｸｽﾁｪﾝｼﾞ) 26秒
AirProxyなしだと41秒。
その携帯のﾌﾞﾗｳｻﾞが各種圧縮に対応しているならね。
あとproxy使えないと扱いにくいかも。
>>76
DION50M(e)契約で上り1M下り5Mの回線ですorz
LAN内にDNS鯖が別にあるのでそこらへんでﾚｽﾎﾟﾝｽ良いのかも。
あとありがたい事にけっこう電波状況はめぐまれてるみたいです自分。
>>77
どれもフルスクリーン100%で計測してます。(京2はさらに全画面ON)
元はITmediaの記事みて「はて自分の環境はどうだろか」と思ったのが始まりですし。
京ぽんだとp2でまとめ読み200ﾚｽとかすると読み込みﾊﾞｰ100%になってからも
しばらく待たされますが京2だとサクっと開放されます。
ﾃｷｽﾄ読み系なら1x+gzipで十分快適かも。
ずーっと携帯ﾓｰﾄﾞで計測してました
SSRだと早いですね 確かに
airproxyは認証が必須なのでローカル内で使う時にパス無しにしたり、自動的に認証させる方法はないでしょうか？
できれば多段串はやりたくないのですが・・
http://www.paw.hi-ho.ne.jp/~ryo-h/airproxy/
先読みキャッシュを搭載しました。
HTMLのコメントおよび冗長な空白文字を除去するようにしました。
チャンク転送の読み取りで終端の CRLF を取得していない不具合を修正しました。
JRE 1.5.0_06 で fastload が有効にならない問題を修正しました。
乙です。
一気にバージョンが上がったわけですが、愚考するに
v0.3はJRE5.0への移行と一部処理のネイティブ化による
処理自体の高速化を追求、
v0.4では新たな試みを取り入れて更なる機能アップ、
というところでしょうか。
これからも期待しています。
自分の環境に問題があるのかもしれませんが、
読込みが終了しない事があります。
http://www.yomiuri.co.jp/
http://www.nikkei.co.jp/
などでよく起こります。
設定は以下のようにしています。
image.quality.png = 40
image.quality.jpeg = 20
image.type = jpeg
image.maxWidth = 600
image.maxHeight = 600
image.reductionRate = 100
image.maxDataSize = 40960
userAgent =
同じ症状の人いませんよね。。。
v0.4.0爆速なんですけど。
設定やサイトによって効果は違うと思うけど
いつも見ている、写真がそこそこあるニュースサイトで
v0.3のときの1.5倍くらい出ているような。
パケットをモニタリングしてたら
先読み速度が平均430KB/S位出てるよ
でも鰻1x接続ｗ
>>88
そうですね。そろそろ基本部分も落ち着いてきたので、
これからは高速化拡張を中心に機能面での拡充をはかりたいと思います。
>>89
ご報告ありがとうございます。時間をとって確認してみます。
>>90, 92
先読みキャッシュの効果が高いのかもしれません。
先読みによって画像・HTMLの変換にかかる時間が実質ゼロになります。
>>91
すみません。RSS変換処理でエラーが発生することがあったので、
機能を無効にしたままになっていました。エラーの原因を調べて
次バージョンで有効に戻したいと思います。
10月の開発再開から現在までに、合計 2,700円のご寄付をいただきました。
通信費(プロバイダ費用)をまかなうことまではできませんが、
公開サーバーの電気代はまかなえそうな感じです。
バグ報告・ご寄付 たくさんの支援ありがとうございます。
これからもがんばります。
完成度も増してきていると思いますが
設定もそれなりに増えてきてると思いますが
みなさんの お勧めの設定を教えていただくわけにはいかないでしょうか
当方 レイヤートレック1.6.4+Airproxy040で
京ぽんでの使用がほとんどです（極たまにPCで接続することあり）
画像圧縮はAirproxy任せ
レイヤートレックの多段プロキシON
レイヤートレックの処々の設定はH"では どうすればﾍﾞｽﾄなのか
いまいちわからなくて
1xの場合は圧縮したらしただけ転送時間は短くなり見かけの転送速度は上がりますが
実際の転送速度はほぼ一定で、非圧縮時との差は数Kbpsです。
ところが4xの場合、確かに時間は短くなりますが、実転送速度はカクンと落ちます。
これは転送負荷に応じて速度を変える4xの特性が露になった結果で、
特に総ｿｰｽ量が大きなﾍﾟｰｼﾞになるほど顕著です。
LayerTrek1.63+AirProxy0.40の環境で、画像圧縮値を20から80に上げてみると
ｿｰｽｻｲｽﾞは倍になりますが読み込み時間は10秒長くなるだけです。
(Willcom旧機種一覧ﾍﾟｰｼﾞ/412Kbyteで測定。)
ﾊﾟｹｺﾐ等、とにかくﾊﾟｹ数を減らしたいのでなければ、ある程度高画質設定にしても
速度差は無さそうです。ただ、LayerTrekのｷｬｯｼｭ時の差が無くなっていきますが…
Airproxyで一定解像度以下の画像ファイルはimage.reductionRateの
設定を無視して縮小しないようになって欲しいなとおもったり
80*60とかの画像でも一律にimage.reductionRateが掛かるので
圧縮率によとては判別不可能になったりするので低解像度のファイルは
無視するオプションが欲しいなと思った次第で
京2用ﾌﾟﾛﾌｧｲﾙが作れるといいなぁ。ｽﾄﾘｰﾐﾝｸﾞする必要は無いけど
とにかく240*177(だっけ？)で10MB以内に納めてくれるor分割してくれるような。
旅行先で自宅録画鯖のビデオが見れる。
libfastload.so を作って /usr/lib に置いて起動しても
fastload: off
になっちゃいます。他に何かすべきことがありますか?
AirProxyとの多段プロキシは試してませんが
LayerTrek1.6.4 単独＋京２BT＋ノートOpera8.5で
オートバックスでタイヤ交換の待ち時間に2chしてました。
同じ鯖にrep2も入れており、通勤時は京２単体でユビキタスしとります。
1xとは思えない爆速ぶりにびっくり。これがパイプライン処理の効果か。
前バージョンと比べても性能が上がっている気がしました。
ここにはYahooBBモバイルのホットスポットがあるんだが
認証がめんどくてつかえねぇ。ちょっと遅くてもこっちの方がよほど使える。
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
くだらねぇ質問はここで@自宅鯖 50台目 (198)
【YahooBB】 自鯖立てられないヤシ集まれ (199)
【正直】エロサイトを自鯖で運営【孤独】 (295)
5万で最高の鯖を作るためのスレ (153)
【YahooBB】 自鯖立てられないヤシ集まれ (199)
【正直】エロサイトを自鯖で運営【孤独】 (295)
--log9.info------------------
【SKE48】チームS応援スレ☆3【シャッフル？】 (133)
【delaの妹分】スイートサレンダー・-2【略称ＳＳ】 (101)
【dela】名古屋美少女ファクトリー☆3【愛に来て】 (125)
【HKT48】宮脇咲良応援スレPart3【さくら咲け】 (571)
【NMB48】林萌々香【研究生】 (502)
【OS☆U】伴かなみ応援スレ★2【超絶美少女】 (541)
【SKE48】後藤真由子応援スレ☆2【まぁたん】 (961)
【NMB4】二期生応援スレッド★9.1【Party継続中】 (333)
【SKE48】赤枝里々奈応援スレPart2【グラビア進出】 (130)
【OS☆U】森咲智美応援スレ★1【ぴーとも】 (222)
【NMB48】小川乃愛スレ【のあの箱舟】 (135)
【NMB48】瀧山あかね応援スレ☆1【ねっち】 (237)
【NMB48】赤澤萌乃応援スレ☆1【ほのり】 (261)
【NMB48】中川紘美応援スレ☆2【ひろりん】 (680)
【SKE48】チームE応援スレ★2【パジャマドライブ】 (147)
ぐぐたすVTR →いまでまい← (378)
--log55.com------------------
いつも後輩好きアピールしている堀未央奈と北野日奈子、3期4期ライブに行かないwww
3月7日に代々木第一体育館で2期生ライブの開催決定
秋元真夏｢自分のファンが減っているのを実感する。みんな4期生に行っちゃう。｣
【夜明けまで強がらなくてもいい】乃木坂46★10048【本スレ】
永島って全然売れないね
与田祐希、ランジェリー有りの2nd写真集の発売決定！
井上小百合、歌番組出ない、握手しない、乃木中出ない
【放送中】格付けチェック☆白石飛鳥堀秋元