【Java PHP CGI mod_perl】の使い分け for プロ

1 ：02/01/06 〜 最終レス ：2012/08/25

JavaservletとPHPとCGIとmod_perlってどうやって使い分けてますか？
それぞれ長所、短所があるとおもうんですが、趣味ではなくて、お仕事で
やってる人の見解・意見を求む

2 ：

気分に決まってんじゃねーか。

3 ：

仕事でやっててそんな事も知らんのか
その会社辞めたほうが良いのでは?
若しくは君がPG辞めるとか(笑

4 ：

for プロ 　　　　ぷ

5 ：

と言うかperlで内職してるような所にjspやservlet要らんだろ
お互い不可侵なんだから使い分けなくていい
今の仕事やってるなら今のままで良いってこった

6 ：

こう言うスレって大抵
「perl,phpでも大規模開発は可能だろ？」
って人が現われるんだよね　　:-）

7 ：

ていうかPHPはCGIじゃん

8 ：

>>7
ちがうだろ普通は。

9 ：

見てて恥かしくなるね

10 ：

>>8
おまえ思いっきり間違えてるぞ

11 ：

>>8
ああ、スクリプト言語だってことはわかってるよ。
普通の用途としてはCGIでしょ。
コマンドラインでも使えるけど。

12 ：

ちゃんとみんな答えてやれよ｡
1.jsp+servlet
正直なところ、まだやったことないのでよくわからんが
他とそう変わらないらしい。
別に処理が早いわけでもないらしいし｡
2.PHP
PHP4なら結構早い。
3でもApacheのモジュール版ならそこそこいける。
Oracleのセッションプールとか結構好き｡
3.CGI
って総称でしょ？
昔はCで、最近ではPerlで作ったのを指すのかなぁ？
普通のPerlはプロセス起動するので、処理スピードでは
mod_perlにかなわない。
あとはいっしょかな。
4.mod_perl
早い。普通のPerlのCGIに比べて平気で5〜10倍早くなる。
PHP4とどっちが早いかといわれると私も疑問｡誰か教えて｡

13 ：

----
結論
----
結局のところ、どれを使ってもあんまり変わらないと思う｡
やりたいことといったら、たいていDBアクセス、メール送信
ファイル操作程度でしょ｡どれでもできるし…。
大切なのはPGの腕だと思う。いくら早い言語、ハードでも
PGがヘボなら何にもならん。
（余談：特に最近、つくづく思い知らされた。100時間掛かって
しまっていた処理を、ソースを見直したら5分で終わるようになった…）
PHPとPerlを比べるなら、最初からWebベースのアプリを
意識している点でPHPの勝ちかな。DBも強いし｡
Perlは、もともとawkやsedと同じテキスト処理言語から派生
しているのでいろんな後付けモジュールが必要だしね｡

----
事例
----
自分はPHP3+Oracle8.1.6で会員30万人以上のサイトを
作ったが、今のところ性能的な問題は出ていない。
（ページビューは不明だが、結構人気(^^ゞ）
参考になれば、幸いです。

14 ：

>>11
CGIの意味分かってんのか？

15 ：

>>14
分かってるわボケ！
何かインターネットで動く奴だろ

16 ：

唯一マジレスしてる意見より3.5.6辺りの方がずっとましなのにﾜﾛﾀ　SAGE

17 ：

今の時期>>1の言う言語全てを評価出来るような人はここを見てないと思われ････
俺は概ね>>5-6辺りに賛成。
PHP PERLで何十人とコーダが関わる仕事こなせるのかは甚だ疑問です
後ついでに書くとphpは速いって良く言われてるけど全然そんな事無いよ
スクリプトの中ではperlが一番速い
>>11はレンタルサーバ? とかでCGI版しか使った事無いのかも知れないけど
CGI版のphpなんて相当遅いです。
組み込みのphpと、mod_perlでもmod_perlの方がずっと速い
ただ、営業的には小さい案件でも
perl、phpより「JSPですね」と言った方がずっと売り易いってのが有る。
クライアントの中には「perlはタダでしょ」とか思ってるのが多いからね。
そんな時に「サーバサイドJavaで」とか言えば金を抜きやすかったと(少し前までは)
// .NET がどうにも気になるんだけど、どうだろ？ IISじゃなぁ････

18 ：

>>17
うんうん、そうなんだよね。
>>12,13
微妙ーなずれ具合が◎（笑）

19 ：

>>1
使い分けとか聞く前に 1 は Java と PHP と CGI と mod_perl の違いを言ってみろ。
そもそも本当に違いを知ってるなら、こんなつまらんタイトルは付けないだろうけど・・・

20 ：

おお。書き込みいっぱいだ。
みんな使い分けないの？

21 ：

　先に挙げたcgi以外は、速いようですが一部不安があるのです。
　自社の顧客専用の共有サーバで顧客のWEB運用する際に、
週一しかアクセスのないような管理画面等といったプログラムを
mod_perlやservlet、phpなどでメモリーに常駐させて大丈夫なもの
なのかと心配だったのです。
　実際は、もっとそれぞれの長所短所を見極めればもっと最適な
使い分けがあると期待して書き込みました。皆さんのおっしゃる
通り使い分けなんかしなくてもいいのかもしれませんが‥
　サーバを管理する立場であり、開発を発注する立場である方が
おられたら、どのように開発指示を行っているのかお話が聞ければ
幸いです。

22 ：

>>1-100
はいはい下げるよ〜下げちゃうよ〜。

俺は本当に下げたいのかと問いたい、問い詰めたい、小・・・ブチッ

23 ：

>>22
お前は本当に下げられると思っているのかと問いたい、問いつめたい、小一時間t……バタッ

24 ：

最後に添付する Perl と Servlet に 500 回リクエストを発行する
テストを5つ同時に実行した結果です。500回実行するのにかかった
時間が xx wallclock secs と表示されています。

[perl モジュール] mod_perl 1.21 (perl 5.005_58)/Apache 1.3.6

perl: 49 wallclock secs ( 1.56 usr + 0.63 sys = 2.19 CPU)
perl: 49 wallclock secs ( 1.56 usr + 0.54 sys = 2.10 CPU)
perl: 53 wallclock secs ( 1.58 usr + 0.57 sys = 2.15 CPU)
perl: 55 wallclock secs ( 1.69 usr + 0.64 sys = 2.33 CPU)
perl: 54 wallclock secs ( 1.54 usr + 0.59 sys = 2.13 CPU)


[servlet] Apache JServ 1.0/Apache 1.3.6, JDK 1.2.2 + HotSpot 1.0fcs

servlet: 76 wallclock secs ( 1.71 usr + 0.85 sys = 2.56 CPU)
servlet: 77 wallclock secs ( 2.08 usr + 0.69 sys = 2.77 CPU)
servlet: 78 wallclock secs ( 1.90 usr + 0.87 sys = 2.77 CPU)
servlet: 78 wallclock secs ( 1.99 usr + 0.76 sys = 2.75 CPU)
servlet: 78 wallclock secs ( 1.90 usr + 0.78 sys = 2.68 CPU)


[servlet] JSWDK 1.0 EA, JDK 1.2.2 + HotSpot 1.0fcs

servlet: 22 wallclock secs ( 1.20 usr + 0.29 sys = 1.49 CPU)
servlet: 27 wallclock secs ( 1.45 usr + 0.53 sys = 1.98 CPU)
servlet: 28 wallclock secs ( 1.48 usr + 0.48 sys = 1.96 CPU)
servlet: 28 wallclock secs ( 1.53 usr + 0.53 sys = 2.06 CPU)
servlet: 28 wallclock secs ( 1.58 usr + 0.60 sys = 2.18 CPU)


[CGI] Apache 1.3.6 (perl 5.005_58)

cgi-bin: 647 wallclock secs ( 1.58 usr + 0.57 sys = 2.15 CPU)
cgi-bin: 665 wallclock secs ( 1.63 usr + 0.54 sys = 2.17 CPU)
cgi-bin: 671 wallclock secs ( 1.52 usr + 0.61 sys = 2.13 CPU)
cgi-bin: 673 wallclock secs ( 1.65 usr + 0.62 sys = 2.27 CPU)
cgi-bin: 673 wallclock secs ( 1.52 usr + 0.57 sys = 2.09 CPU)

25 ：

>>24
なんつーか、全体的にバージョンが低いのはなぜ。。。

26 ：

チャットを作る場合
ＣでCGI,mod_perl,PHPどれが速くて軽いですか？

27 ：

>>26
スキルとサーバーの実装によるだろ。

28 ：

Cでアパッチのモジュール作るのが一番はやいはず。
あとはあなたの腕次第ＹＯ！

29 ：

ごめん。
サーバも含めてＣでつくる方が多分早い。


さらに究極を求めるならハードウェアから設計するのもありか・・・。

あなたの腕次第ＹＯ！

30 ：

>28
腕次第すぎるＹＯ！

31 ：

>>26
クライアント／サーバー型をJAVAで。

32 ：

共用サーバーなのでＣでCGI,mod_perl,PHP（Apacheのモジュール）しか選択肢がありませんＹＯ！

33 ：

じゃあそのサーバーを軸にハイブリッドP2Pチャットできまり！

あとはあなたの腕次第だＹＯ。

34 ：

>>32
PHPよくしらんけど、意図しないコードをレスポンスで投げる可能性ない？

35 ：

Apacheで
http://***.com/~(User Account)/
という感じでUserDirを切る際servlet（jakarta-tomcat）
の環境も提供できるようにする方法ってあるの？

たとえば
http://***.com/~(User Account)/test.jsp
って感じで。

36 ：

チャットは、会話の内容をファイルに書き出さないでメモリー上で処理するようにするとそれなりに速いなり

37 ：

> 35
サーブレットの場合はアパッチにモジュールを組み込む必要があり、サーブレット特有のプロパティーズ系ファイル
でマウントポイント等を設定するようになっていたと思いますが、わたしは２年以上前までしかやっていないので
現状はなんともいえないネー。

38 ：

> 37(間違ってたみたい)
サーブレットのモジュールがアパッチに組み込まれていれば、
サーブレットの.confファイルはアパッチの設定ファイルからインクルードされるので
そこで指定できるマウントポイント以下のjspゾーンは直接書けそうですネ。

######## servlet.conf ###
ApJServAction .jsp /zonejsp/gnujsp
ApJServMount /zonejsp /zonejsp

39 ：

将来的に大きな業務が発生するかもしれぬ可能性を考慮すると、Ｓｅｒｖｌｅｔ使い
たいんだけど、サーバー運用者からは、「Ｓｅｒｖｌｅｔはサーバーのメモリを
食いまくるのでＰＨＰで」なんて言われている。
でもＰＨＰって開発効率（ぱっと作るにはいいけど）、言語としての将来性が不安。
Tomcat ってそんなに不安定なの？
どうなんだろー？

40 ：

PHPの将来を不安するころまでｸﾗｲｱﾝﾄが同じ仕様でページを維持してくれるかの
方が不安でしかたない。

41 ：

>>40
単体のサイトに関してはせいぜい寿命が３年程度で大幅なリニューアルが
行われると思うので、今、流行の言語を使用することで特に問題はないと思う。
…が不安なのは、ＰＨＰの普及が今後拡大していくか否かですよ。
大規模なシステム開発での主流言語になりえるとは思えないけど、じゃあこのまま
のポジションでずっと行くの？っていう話。

42 ：

:)

43 ：

;)ｼﾊﾟｰｲ

44 ：

PHPって、小中規模でも何種類かのRDBMS（のクライアント）を同時に扱う場合って苦手だよな。
あのHTTPDのデブり方は尋常じゃない。

45 ：

>>44
コネクションプーリングしてるんだから、しかたないと思うんだけど..。
Javaだと違うの？

46 ：

大規模　ＪRＡ
中小器　ＰＨＰ、ＰＥＲＬ
生産性　ＰＨＰ・ＰＥＲＬ＞ＪRＡ
分散機能　ＪRＡ＞ＰＨＰ
かな？

47 ：

現在、apache+perl+mysqlで個人サイトを運営して
います。access_logを見ると、一日平均のアクセス数は、
*.htmlなどのページへのアクセス：700回
*.cgi, *.plへのアクセス数：200回
このような状況で、mod_perlをインストールするメリットは
ありますでしょうか？

48 ：

>>47
そのPerlプログラムがmod_perl環境下で正常に動作するかどうかが一番の問題。
正常動作するならPerlによるCGIの問題点をほとんど解消できるんだからメリットでしょ。
スコープを意識したコードでも、書き方によっちゃー全然ダメな場合もあるよ。

49 ：

mod_prelとPHPの違いについて誰か教えてくれ。

50 ：

>スコープを意識したコードでも、書き方によっちゃー全然
>ダメな場合もあるよ。
mod_perlを使う場合はに、全てのCGI（xxx/cgi-bin/ ディレ
クトリーにある全てのperl code）を同時にmod_perl化
（mod_perlがcodeを読み込むディレクトリーに移動）
しなければ、いけないのですか？　それとも、問題のない
CGIコードから順々にmod_perlディレクトリーに移し、
問題があるコードはCGIで稼働させる、という経過処置
は技術的に可能でしょうか？

51 ：

>>50
大抵の所は拡張子で動作分けしてる。
「.cgi」なら通常のperl、「.mpl」ならmod_perlみたいに。

52 ：

CGI VS PHP VS JAVA
http://pc.2ch.net/test/read.cgi/php/1006006800/l50
の100倍くらいよいスレですね

53 ：

>正常動作するならPerlによるCGIの問題点をほとんど
>解消できるんだからメリットでしょ。
CGIが「毎回、perlを起動して、perl codeをコンパイルする
ために遅い」というのが、問題点として挙げられますが、私の
個人サイトでは、1000行程度のperlコードをCGIで運用してい
ますが、この「遅さ」というのが実感できないでおります。
同じコンピュータ(Mac OSX)で、Tomcatを動かしてい
ます。Tomcatで運用しているServeletは100行程度なのに、Tomcatが最初に起動して、Serveletを読み込んでい
る時間は、8秒前後かかっています。
どうして、apache+Perl CGIでは、「「毎回、perlを起動
して、1000行程度のperl codeをコンパイルする」にもかか
わらず、Tomcat+Serveletの起動時のような長い時間がかか
らないのでしょうか？

54 ：

>>50
あるディレクトリ以下はmod_perlを有効する、って事でしょ？
perlディレクトリではmod_perl
cgi-binディレクトリでは通常のまま、みたいな。
これは出来ますよ。
>>53
>Tomcatで運用しているServeletは100行程度なのに
>Tomcatが最初に起動して、Serveletを読み込んでい
>る時間は、8秒前後かかっています
それはservletのコーディングに問題があるのでは？
普通servletは早いですよ。
でもmac OSXは使わないのでわからないっす。

55 ：

> それはservletのコーディングに問題があるのでは？
> 普通servletは早いですよ。
一度、Tomcatが立ち上がってしまえば、serveletの
実行は速いのですが、Tomcatの起動（再起動）に8
秒前後かかっています。
apachectl gracefulでapacheを再起動させても、
topで確認できるCUPの使用量は一瞬で0になり
ますが、Tomcatを再起動すると、8秒前後、CUP
の使用量が50%を超え続けます。apache再起動の
後に、1000行前後のperl CGIを実行しても「8秒
前後」待たされることもありません。

56 ：

もしかしてApacheと連携させてない？
連携させれば解決でしょ。

57 ：

>もしかしてApacheと連携させてない？
Tomcatは、Apacheと連携させています。
私の発言の趣旨は、Tomcatの起動が遅い、という
ことではありません。ある程度の大きさのアプリケー
ションであれば、起動時間が長くかかるのは当然です。
それなのに、perl-CGIの起動時間だけ、なぜ短いのかが
不思議に思い、質問したわけです。本当に、CGI-perl
は、毎回、perlを起動して、perlスクリプトをコンパイル
しているのでしょうか？

58 ：

1日200くらいのアクセスだから軽いの。
1時間200以上のアクセスになってきたら体感できる。
っていうか、ApacheとTomcatを連携させているなら、常にTomcatは起動してるんだぞ？
起動に8秒以上かかるって尋常じゃないって。Webサービスとして成り立っていないスピード。
普通のPerlによるCGIだったら毎回コンパイルしてるよ。何を疑ってんの？
ちょっと回答する気がなくなってくるね。。。

59 ：

57はTomcatを再起動してるんじゃねーの。
JavaVMの起動で遅くなってる予感。

60 ：

>>57
意味不明・・・。

61 ：

>57はTomcatを再起動してるんじゃねーの。
わざわざTomcatを再起動するのは、時間を計るためで、
通常の運用では、再起動はしません。
>普通のPerlによるCGIだったら毎回コンパイルしてるよ。
>何を疑ってんの？
私が疑っているのは、アクセス回数の低い状況では、
コンパイル済みのPerl-CGIがメモリーにキャッシュされ
ているために、起動＋実行速度が速いのではないか、とい
うことです。もしも、そうだとすると、アクセス回数の低い
サーバーでは、mod_perlをインストールしても、実行速度
があがらない、という可能性はありませんか？

62 ：

間違った、すんません！
意味不明は>>60でした

63 ：

だから、普通のCGIはキャッシュされねーっつうの！
可能性もクソもないんです。

64 ：

アクセス回数が低い＆最近の鯖の性能向上で
体感できないんじゃないか？
TomcatのほうはJSPのコンパイルのことを
言ってたらぶっとばす！

65 ：

>TomcatのほうはJSPのコンパイルのことを
>言ってたらぶっとばす！
もし↑だったら俺もぶっとばす！

66 ：

なんか読解力のない厨が混じってるような気がしないでもないが。
>>61
PerlインタプリタやスクリプトがディスクI/Oのキャッシュ（＝メモリ）に
キャッシュされる可能性はあるが、通常のCGIを経由して起動されたPerlでは
ソースコードの内部コードへのコンパイルは毎回行われる。
その処理がJavaVMの起動に比べて圧倒的に速いというだけのことだ。
従って、実際のスクリプトを処理するコストに比べ、
コンパイルとプロセスforkのコストが比較的大きくない限り
（まあ通常はプロセスforkのコストが大きいわけだが）mod_perlを導入する
メリットはあまりない。

67 ：

>PerlインタプリタやスクリプトがディスクI/Oのキャッシュ
>（＝メモリ）に キャッシュされる可能性はあるが、通常の
>CGIを経由して起動されたPerlでは ソースコードの内部コー
>ドへのコンパイルは毎回行われる。
なるほど、I/Oのキャッシュの可能性はあるわけですね。
なぜ「キャッシュ」というのに、こだわったかと言えば、
「Googleの検索が速いのは、毎回、検索を実行しているのでは
なくて、よく行われる検索は、その検索結果がキャッシュされ、
それが再利用されているから」という話を聞いたことがあり、
検索結果のキャッシュが可能ならば、コンパイル済みのPerl-
CGIをキャッシュする方が簡単にでくる、と（素人なりに）考
えたためです。

68 ：

>>67
まあそれを実現しているのがmod_perlのApache::Registryなわけで。
プロセスforkのみ回避してコンパイルは毎回行うApache::PerlRunというものが
存在している理由は即ち一般にコンパイルのコストよりもプロセスforkのコストの
方が高いからなんだがね。
いずれにせよ、同時複数アクセスがリソースを奪い合うとかそういう状況でないと
大した恩恵はないな。

69 ：

（＾＾）

70 ：

（＾＾）

71 ：

（＾＾）

72 ：

　　 ∧＿∧
　　（　　＾＾ ）＜ ぬるぽ（＾＾）

73 ：

━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―

74 ：

　　　 　∧＿∧
ﾋﾟｭ.ｰ　(　　＾＾ ） ＜これからも僕を応援して下さいね（＾＾）。
　　＝〔~∪￣￣〕
　　＝ ◎――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉

75 ：

　__∧＿∧_
　|（　　＾＾ ）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

76 ：

　　 ∧＿∧
　　（　　＾＾ ）＜ ぬるぽ（＾＾）

77 ：

　　　 　∧＿∧　 ∧＿∧
ﾋﾟｭ.ｰ　（　 ・３・） (　　＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
　　＝〔~∪￣￣￣∪￣￣〕
　　＝ ◎――――――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉&ぼるじょあ

78 ：

　　　 (⌒V⌒)
　　　│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

79 ：

なんだよこのスレ。。。
山崎渉だらけじゃねーか。

80 ：

少々古い話ですけど、
http://slashdot.jp/articles/02/10/30/0741211.shtml
なんてのがありました。

81 ：

PHPも5まで来るとついにオブジェクト指向言語になっちゃうんだねぇ。
でもさぁ、ここまでやると最大の利点だった生産性が下がっちゃうんじゃないの？
Javaservletで作るのと変わらん気がするんだが・・・。
> オブジェクト指向言語に生まれ変わるPHP5
> ttp://www.atmarkit.co.jp/flinux/special/php5/php5a.html

82 ：

ＰＨＰはＯＯＰできるようになるんだが、実際そうやって書かれることは稀と予想、、。

83 ：

これ相変わらずインタプリタで動かす気なのか？

84 ：

つーか、さらっとしか読んでないが、型チェックがないのに、仮想関数とか
入れてどうすんの？っていう疑問

85 ：

>>84
仮想関数→抽象クラス、インターフェイス

86 ：

>>84
だよね。作者の自己満足としか思えない。いかにも中途半端。
これが決定打になって、PHP のユーザは ruby, python へ移行していくだろうね。

87 ：

>>86 >ruby, python へ移行
Javaならともかく、それは考えにくいな。
PHPは明かに変な言語だけど、ウェブでのメリットは大きいから。

88 ：

この辺でみなさんに質問。
2005年にあなたがメインで使っているであろう言語は？
そして時々使用するであろうサブの言語は？
おれはメインがJavaでサブがPHPかな。
Javaはサーブレットからアプレットまで広く使い分けられるし、PHPはコマンドラインでもそれなりに使えるようになってきたから。

89 ：

ああ、もちろん職場の方針も織り込み済みでよろしく。

90 ：

>>88
職場はJava以外にないな。
個人的にはPHPがラクでいいけどな。

91 ：

struts的なframeworkはPHPにあるんですか？

92 ：

>>91
こんなの見つけましたよ
http://openlab.dino.co.jp/
・ID/PASSによるユーザ認証
・10levelsのリニアなユーザ権限
・確実なSQLを生成する、SQLビルダ
・テンプレートエンジンとそのカスタムタグ
・フォームのバリデーション、テンプレート連携
・携帯電話(iモードなど)対応コンテンツ作成、PCとのハイブリッドコンテンツの作成
・Wikiエンジンを搭載したコンテンツ管理システム

93 ：

コードが難読化されているのか・・

94 ：

tes

95 ：

【ゴールデンレス】
　　∩　・∀・）∩∩ ´∀｀）∩　　このレスを見た人はコピペでもいいので
　　 〉　　　　 _ノ 〉　　　　 _ノ10分以内に3つのスレへ貼り付けてください。
　　ﾉ　ノ　 ノ　　ﾉ　ノ　 ノそうすれば１４日後好きな人から告白されるわ宝くじは当たるわ
　　し´（＿）　　 し´（＿） 出世しまくるわ体の悪い所全部治るわでえらい事です

96 ：

マカーっていつもアフォだな。Rよ。
プロつーか飯喰ってる香具師なら、単価高いJava以外選択枝無いだろ。
PHPなんてデザの範疇だ。

97 ：

PHPでそれなりに書けるようになっただけの自称プログラマが、
安易にSOHOに手を出し始めて、適当な仕事を安く上げて単価を下げている件

98 ：

そんな案件捨てておけい
PHP SOHO 月60万 自称プログラマー
って得意気に言うじゃない
それプログラマーの最底辺ですから〜！！

99 ：

「PHP作者がYahoo!にいる」と言うとなんか凄そうだけど、Yahooの
Rasmus Lerdorf氏はPHP/FIの原作者であって、PHP3のエンジンや
Zend Engineはほとんど手がけていないんだよな。

100read 1read

1read 100read
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲

50万件全文検索に絶えられるカートありますか？ (142)
MacOSXでローカルCGIテスト (198)
【GREE】ソーシャルアプリ開発スレ【モバゲー】 (128)
フリーメールの判別方法 (125)
プログラマーは団結して47氏を救え！！ (136)
MacOSXでローカルCGIテスト (198)
--log9.info------------------
ウォーズマン必勝祈願スレ２ (353)
【小林立・五十嵐あぐり】 咲-Saki-阿知賀編 70巡目 (426)
【あの人が言うなら】川原正敏スレ其の弐拾六【そうなんでしょうね】 (122)
落第忍者乱太郎19スレ目の段 (278)
【ミリオンの○×△□】金田一蓮十郎総合スレ9【ライアー】 (132)
サンデーで売れなかった作品をあげるスレ (119)
【ﾅﾝﾊﾟ道士郎ｽﾋﾟﾅ】西森博之総合 十【A子お茶鋼鉄】 (129)
【ミカるんX】高遠るい総合part21【ワンスアゲン！】 (963)
デュエルマスターズSX 2枚目 (686)
◆水谷ゆたか◇うたた日和なスレ◆ (143)
【スクエニ系限定】コミック売り上げ議論スレ (471)
【祝】最強ジャンプ総合スレ【月刊化】 (854)
遊☆戯☆王 Dチーム・ゼアル (126)
とある科学の超電磁砲 レールガン ネタバレスレ17 (110)
【ジャンプSQ】　てとくち　【大崎知仁/河下水希】 (242)
貧乏神が！　助野嘉昭　　ジャンプSQ（；´Д｀）ハｱハア (120)
--log55.com------------------
塊根塊茎総合19
雑談スレ in 園芸板part4
保護猫団体から猫をもらうのってどうなんだろう？
ペットロス
猫のおすすめの餌
【トイプードル】プードル Part80【ﾐﾆﾌﾟｰｽﾀﾝﾌﾟｰ】 【ワッチョイ有】
老猫な日々41
☆☆★☆　シェルティ　大好きっ！20　★☆★☆