トップページ⇒php
1001コメント343KB

mod_perlを使おう！

レス数が900を超えています。1000を超えると表示できなくなるよ。
0001名無しさん01/11/07 17:42ID:+Gux2iOQ
CGIを激速で実行できるmod_perlについて語りませう。
関連リンク等は>2
0809nobodyさん2006/05/27(土) 22:57:18ID:???
>>808
>立ち読みで済ませた。
Java、PHPではなく、mod_perlをmixiで使用した理由の説明はありましたか？
0810nobodyさん2006/05/28(日) 01:18:04ID:???
作者の趣味じゃね？
perlしか使えないとかさ。
basicしか使えなきゃbasicだったと思う。
0811nobodyさん2006/05/28(日) 01:33:08ID:???
>>805
そういうのを虎の威を借るっていうんだよ。
「mod_perlはこういう点で優れています。」
といえばいいのに、
「何々にも紹介されました。」
「あの誰々さんも関係あります。」

mod_perlを否定はせんが、このスレはアホすぎる。
0812nobodyさん2006/05/28(日) 01:33:11ID:???
もともと個人的な興味で始めたプロジェクトだから、Perlでパパッと書けることがよかったんだろう。
サイトが大きくなる途中でJavaで書き直すってことも出来たろうけど、Perlで乗り切れるって目処があったんだろう。
PerlからPHPに変える意味はないし。
0813nobodyさん2006/05/28(日) 01:41:22ID:???
>>812
その通りだと思う。

Perl最大の武器は、UNIX系OSでSHELLに準じる地位を得ていること。
ほとんど、OSの一部だ。

逆に最大の欠点はその地位のために、天狗になっていること。

このスレの発言をみる限り将来のPerlは危ない。
0814nobodyさん2006/05/28(日) 01:41:31ID:???
> サイトが大きくなる途中でJavaで書き直すってことも出来たろうけど、Perlで乗り切れるって目処があったんだろう。

Java なんか使うと何かいいことあるの？
そういう利点すら書けないようなやつが、Java をマンセーしたところでねぇ。ｗ
0815nobodyさん2006/05/28(日) 01:46:03ID:???
> 逆に最大の欠点はその地位のために、天狗になっていること。

だれが天狗なの？具体的に列挙してよ。

> このスレの発言をみる限り将来のPerlは危ない。

Perl の将来に影響を及ぼすくらい、このスレには影響力があるの？
すごいね。
08168132006/05/28(日) 01:51:05ID:???
>>814
俺は>812ではないが言わせてもらう。
Javaは非常に楽なんだよ。

カプセルに閉じ込めたパーツのメソッドを継承して新しいクラスに利用できる。
大規模な仕様変更になっても、少量の書き直しですむ。

俺はJavaは嫌いだが、開発効率は全く違う。
08178132006/05/28(日) 01:55:55ID:???
>>815
>だれが天狗なの？具体的に列挙してよ。
このスレの70%の人間。
列挙などしきれるはずがない。

>Perl の将来に影響を及ぼすくらい、このスレには影響力があるの？
全然ない。
0818nobodyさん2006/05/28(日) 02:07:23ID:???
>>816
> カプセルに閉じ込めたパーツのメソッドを継承して新しいクラスに利用できる。
> 大規模な仕様変更になっても、少量の書き直しですむ。

CPAN モジュールのアダプタ書きまくれば Perl でもできるんじゃね？

>>817
> このスレの70%の人間。

算出根拠は？
08198132006/05/28(日) 02:13:49ID:???
>>818
>CPAN モジュールのアダプタ書きまくれば Perl でもできるんじゃね？
できるかどうかなら、Cでもできる。
問題は自分でもわかっているじゃないか。
書きまくればじゃきつい。

>> このスレの70%の人間。
>算出根拠は？

タダの俺の主観。
スレ全部読んでカウントする価値があるとは思えん。

0820nobodyさん2006/05/28(日) 02:17:24ID:???
> >CPAN モジュールのアダプタ書きまくれば Perl でもできるんじゃね？
> できるかどうかなら、Cでもできる。
> 問題は自分でもわかっているじゃないか。
> 書きまくればじゃきつい。

Boofy なり Sledge なり CGI::Application なり Catalyst なり Jifty なりを
使えばいいんじゃないかなと。
もしかして、そういうフレームワークの存在を知らなかった？
0821nobodyさん2006/05/28(日) 02:18:20ID:???
> >> このスレの70%の人間。
> >算出根拠は？
>
> タダの俺の主観。
> スレ全部読んでカウントする価値があるとは思えん。

価値があると思えないのに、よく書き込みますね。ｗ
08228132006/05/28(日) 02:24:21ID:???
>>820
こんなことを説明しないといかんのかな。

どんな言語でもオブジェクト指向が流行りだ。
だが、なんでもオブジェクト指向にすれば楽になるなんてことはない。

VBとPerlのオブジェクト指向は似ている。
使っても効率大してあがらん。

それからフレームワークの話と、オブジェクト指向の話は全く別の話だ。
フレームワーク使えば効率あがるが、Javaのフレームワークは有名だが一切ふれてない。
08238132006/05/28(日) 02:29:10ID:???
>>821
つまらんいいがかりはやめて、
「Perlはここが優れている。」
こういう話はできんのか？

俺はJava嫌いだが、このスレではJavaマンセーのようだろうな。
0824nobodyさん2006/05/28(日) 02:41:59ID:???
>>822
一度論点を整理してから議論に参加されてはいかがでしょう？
08258132006/05/28(日) 02:49:11ID:???
>>824
>816
>>814
俺は>812ではないが言わせてもらう。
Javaは非常に楽なんだよ。

カプセルに閉じ込めたパーツのメソッドを継承して新しいクラスに利用できる。
大規模な仕様変更になっても、少量の書き直しですむ。

俺はJavaは嫌いだが、開発効率は全く違う。

以上が俺の発言。


この発言に対して、
>820
Boofy なり Sledge なり CGI::Application なり Catalyst なり Jifty なりを
使えばいいんじゃないかなと。
もしかして、そういうフレームワークの存在を知らなかった？

この発言。

論点をフレームワークにすり替えたのは誰だ？
08268132006/05/28(日) 02:50:39ID:???
>>824
オブジェクト指向とフレームワークの区別はつくんだろうな。
0827nobodyさん2006/05/28(日) 02:58:37ID:???
> Javaは非常に楽なんだよ。
> カプセルに閉じ込めたパーツのメソッドを継承して新しいクラスに利用できる。
> 大規模な仕様変更になっても、少量の書き直しですむ。
> 俺はJavaは嫌いだが、開発効率は全く違う。

そもそも、
- 議論しようとしているプロジェクトの規模の客観的な測定方法と数字
- 「大規模な仕様変更」とはどの程度の仕様変更か
- 「開発効率」の客観的な測定方法

を定義してもらわんと、だれも理解できないよね。
08288132006/05/28(日) 03:05:01ID:???
>>827
いい加減、しつこい。

>そもそも、
>- 議論しようとしているプロジェクトの規模の客観的な測定方法と数字
>- 「大規模な仕様変更」とはどの程度の仕様変更か
>- 「開発効率」の客観的な測定方法
>
>を定義してもらわんと、だれも理解できないよね。

数字になるものとならんものがあるだろう。
お前これ定義できるのか？
08298132006/05/28(日) 03:06:45ID:???
口先の理屈ばかり言ってないで、自分の言葉を話せ。
0830nobodyさん2006/05/28(日) 03:08:15ID:???
>>828
> 数字になるものとならんものがあるだろう。
> お前これ定義できるのか？

え？

定義なり説明なりしてもらわないと、藻前以外の人間が把握できないよね。
08318132006/05/28(日) 03:13:16ID:???
>>830

>そもそも、
>- 議論しようとしているプロジェクトの規模の客観的な測定方法と数字
>- 「大規模な仕様変更」とはどの程度の仕様変更か
>- 「開発効率」の客観的な測定方法
>
>を定義してもらわんと、だれも理解できないよね。

これを業務でやると大変な額になるがお前のためにやるのか？

それ以前にすぐに話をそらすのはやめろ。
0832nobodyさん2006/05/28(日) 03:37:41ID:???
>>831
できないので、業務の場面では大変な額になるということにしたいのでしょうか？

畑違いの言語を持って来て議論をする場合には、議論に必要な資料を隠さずに
出して頂かないと、少なくともスレ違いになりますね。

> それ以前にすぐに話をそらすのはやめろ。

ということにしたいのですね？ :)
08338132006/05/28(日) 03:47:28ID:???
>できないので、業務の場面では大変な額になるということにしたいのでしょうか？

基本的にはその通りだ。
簡単に数値化できるような見積もりに工数は必要ない。
無理やり算出する場合は、工数がかかる。

>ということにしたいのですね？ :)

こういう不快な発言は慎め。
0834nobodyさん2006/05/28(日) 03:49:51ID:???
>>833
> こういう不快な発言は慎め。

ということにしたいのですね？ :)
0835nobodyさん2006/05/28(日) 06:23:54ID:???
Perlの将来とか他の言語云々は専用のスレ池よ
無かったらスレ立てして議論したい奴があつまってそこですればいい
0836nobodyさん2006/05/28(日) 11:41:32ID:???
でもmod_perlで開発するかの判断に、perlの将来性は重要だよ。
目的に合う言語を総合的に判断するには、他言語の知識も必要。
perlは万能と言えない訳だし。

それともここで言語統制でもしたいということにしたいのですね？ :)


perlで開発効率を良くする手法とかって全く議論されないよね。
オブジェクト指向とか、フレームワーク使ってる香具師って皆無？
だから一人か少人数でがんばることに成ってかなりの負担に成るし、サイトが大規模になるとスケールせずに重いとか言われ続ける。
所詮スクリプト言語なんだし、やっつけ仕事向けの言語と言われればそれまでだが。


最大の武器つーか、本来はシェルスクリプトでperl非依存にすべきなのに、面倒という理由でperlでシステムのスクリプト書いてしまうから依存しちゃってるって事だろ。
だからperl5に簡単に移行できなかった反省も全くしてない。
逆にシステムに依存してるから、セキュリティの都合やOS更新で簡単にバージョン上げられて互換性のトラブルに巻き込まれることも有る。


N88-BASICが載ってるPCが有ったからと、N88-BASICで業務システム作っちゃって未だに移行できずに使い続けてるのと大差ない。
windowsやlinuxなんて優れた技術が出て来てるのにまったく取り入れること無く進化が止まったまま。
0837nobodyさん2006/05/28(日) 14:35:16ID:???
Perlでも普通にフレームワークとかオブジェクト指向の開発ってされてると思うけど。
それにPerlで作られたツール類をシェルスクリプトで書けって、メチャクチャな話だと思うけど。
そんなスーパーなシェルマスターも中にはいるんだろうけど。
bashやzshを使うって言うなら、依存性うんぬんは成り立たないよ。Perlの方がよっぽどインストール率高いでしょう。
0838nobodyさん2006/05/28(日) 15:50:49ID:3LeLXEpv
>>836
> 逆にシステムに依存してるから、セキュリティの都合やOS更新で簡単にバージョン上げられて互換性のトラブルに巻き込まれることも有る。
例えば？
0839nobodyさん2006/05/28(日) 17:43:41ID:???
>>836
スレ違い。
0840nobodyさん2006/05/28(日) 18:42:39ID:Frl78uBn
>>836
君が気に入らないのなら、君が使わなければいいだけではないか？

我々 Perl Mongers は Perl の利点も欠点も愛しているし、不満は
モジュールや Perl6 で解決しようと手を動かしている。
今の Perl に出来ないと判断したら、他の言語を使うとも厭わない。

繰り返す。気に入らないなら Perl や mod_perl を使うな。
そうすれば君もイライラしなくていいし、我々も君のくだらない書き込みで
ウンザリする必要もないよ。
0841nobodyさん2006/05/28(日) 18:58:06ID:IBt2/VV1
> でもmod_perlで開発するかの判断に、perlの将来性は重要だよ。

Java ってまだオープンソースじゃないよね。
ベンダ側に依存してる言語なんかうんこですよ。

> perlは万能と言えない訳だし。

あらゆる言語に共通するはなししですね。

> それともここで言語統制でもしたいということにしたいのですね？ :)

意味不明ですね。

> perlで開発効率を良くする手法とかって全く議論されないよね。
> オブジェクト指向とか、フレームワーク使ってる香具師って皆無？

藻前が知らないだけだと思われ。恥を知れ。
0842nobodyさん2006/05/28(日) 18:59:10ID:IBt2/VV1
> だから一人か少人数でがんばることに成ってかなりの負担に成るし、

少人数だとかなりの負担になることにしたいようだけど、
大量の人間でデバッグをやっても効率なんか上がらない話がありますね。

> サイトが大規模になるとスケールせずに重いとか言われ続ける。

それはスケールできないような書き方をした場合じゃね？

> 所詮スクリプト言語なんだし、やっつけ仕事向けの言語と言われればそれまでだが。

何それ？

> 最大の武器つーか、本来はシェルスクリプトでperl非依存にすべきなのに、面倒という理由でperlでシステムのスクリプト書いてしまうから依存しちゃってるって事だろ。

何か知らないけど、すべての言語に言える話では？

> 逆にシステムに依存してるから、セキュリティの都合やOS更新で簡単にバージョン上げられて互換性のトラブルに巻き込まれることも有る。

/usr/local でも /opt でも好きなほうを使えば、ふつーにトラブルなんかおきない。
Java なんかだと、VM のソースコード読めなくて、トラブル時にまんどくさくね？
0843nobodyさん2006/05/28(日) 19:00:17ID:IBt2/VV1
> N88-BASICが載ってるPCが有ったからと、N88-BASICで業務システム作っちゃって未だに移行できずに使い続けてるのと大差ない。

それは、単純にその会社のお金の問題だよね？

> windowsやlinuxなんて優れた技術が出て来てるのにまったく取り入れること無く進化が止まったまま。

進化が止まっているというか、Java 以外のことを知らない化石になっているのは
藻前の頭の中の話じゃないの？
08448132006/05/28(日) 20:31:40ID:???
>>837
>Perlでも普通にフレームワークとかオブジェクト指向の開発ってされてると思うけど。
そのオブジェクト指向絶対という考え方ががおかしい。
言語には向き不向きがある。
逆にフレームワークはどの言語でも楽になる。

>>841
>Java ってまだオープンソースじゃないよね。
>ベンダ側に依存してる言語なんかうんこですよ。
JavaはSunが書いた全クラスのソースコードが公開されている。
慎重に物を言え。
>藻前が知らないだけだと思われ。恥を知れ。
お前もな。

Javaも嫌いだが、このスレの排他的な態度はなんだ？
0845nobodyさん2006/05/28(日) 20:40:11ID:IBt2/VV1
> 逆にフレームワークはどの言語でも楽になる。

そのフレームワーク絶対という考え方ががおかしい。

> JavaはSunが書いた全クラスのソースコードが公開されている。

クラスのソースコードが出てても、VM がクローズドだとかなしくない？

> 慎重に物を言え。

断る。ｗ

> Javaも嫌いだが、このスレの排他的な態度はなんだ？

オマエモナー
0846nobodyさん2006/05/28(日) 20:58:37ID:???
>>844
排他的なのはお前だろ？
自分に気に入らないものを認めたがらないだけじゃないか。
0847nobodyさん2006/05/28(日) 21:11:21ID:???
>>845-846
必死だな。
0848nobodyさん2006/05/28(日) 22:03:56ID:???
>>844
> >>837
> >Perlでも普通にフレームワークとかオブジェクト指向の開発ってされてると思うけど。
> そのオブジェクト指向絶対という考え方ががおかしい。
> 言語には向き不向きがある。
> 逆にフレームワークはどの言語でも楽になる。
は？オブジェクト指向な開発もある、って言ってるだけなんだけど。
だいたいフレームワークが必ず必要って言うのが、意味がわからないんだけど。
0849nobodyさん2006/05/28(日) 22:36:44ID:???
フレームワークが有る言語は大規模システムでも使われることが多い。
パールで大規模システムって見ないね。なんで？
0850nobodyさん2006/05/28(日) 22:50:01ID:???
君にもそのうちmixiの招待メール来るよ。
08518132006/05/29(月) 00:39:43ID:???
このスレの住人の多数意見は多分こうだ。

「俺たちは、今の状態に十分満足している。
何の不足も感じていない。
余計な事は聞きたくもない。」

俺の意見はこれだけだ。

「それは、非常に危険なことなんだよ。」
0852nobodyさん2006/05/29(月) 01:17:08ID:4drf/NIw
> 「それは、非常に危険なことなんだよ。」

危険とは、具体的には何なのかな？
Java を使わないことを危険とでもいいたいのかな？
0853nobodyさん2006/05/29(月) 02:04:31ID:???
>>851
で、その危険な状態のせいで具体的に何か君に迷惑がかかるかい？

> 「俺たちは、今の状態に十分満足している。
> 何の不足も感じていない。
> 余計な事は聞きたくもない。」
これはダウト。
気に入らないことがあったら、他の言語を使うだけだ。
0854nobodyさん2006/05/29(月) 03:18:00ID:???
Modelはオブジェクト指向プログラミングControllerは構造化プログラミング。
Controllerなんて所詮ModelとViewの接着剤に過ぎないのだよ。
オブジェクト指向はあくまでも手段であって、目的になってしまっているやつは頭が弱いなあと思う。

Javaしかできないやつに是非言いたい。
ぎゃーぎゃー騒ぐ前に
Perl+CDBI(or DBIC)+TTでページ作ってみろ。C#でWindowsアプリ作ってみろ。
開発工数・テスト工数・保守工数・品質がJavaを遥かに上回っている。
雑誌等で煽られて洗脳されているようだから中々難しいだろうけど、
周りに流されずに自分の目で確かめな。ベンチマークも自分で取りな。
Javaを辞めろとは言わない。俺もJavaを完全に辞めたわけではない（仕事上）。
ただ、伝聞だけで判断するのは非常に危険だよ。自分で確かめることによって、
今までJavaの悪いところに目を瞑っていたり、嘘記事を信じてたりしたんだなあと
つくづく思うようになった。
まあどうするかはお前次第だ。だが今のままだとどこぞの宗教と変わらんよ。
0855nobodyさん2006/05/29(月) 03:29:02ID:???
別スレで見付けてきたので、せっかくだから貼っておく。
http://pc8.2ch.net/test/read.cgi/tech/1146022352/863
0856nobodyさん2006/05/29(月) 06:51:27ID:???
本格的にJava坊やのリストラ始まったんだろうか？
丸投げばっかでコストパフォーマンスは最低だから
Javaﾏﾝｾｰしてると真っ先にクビにされそうで怖いんだよね。
0857nobodyさん2006/05/29(月) 08:08:25ID:???
perlとかC#で大規模サイトなんて案件無いしね。覚える必要も無い。

ぶっちゃけパールって宗教だよね。
他の言語認めないつーか。
宗教戦争でもやらないと他の言語使おうという所まで来ない。
効率が悪かろうが、パールが使いたいという我が儘だけでパールで作成。
ミクシみたいに大規模になって困り果てる罠。ミクシ重いのは100%パールのせい。
0858nobodyさん2006/05/29(月) 09:23:08ID:???
じゃあPerlスレに来る必要はないよね＾＾＾
0859nobodyさん2006/05/29(月) 13:49:23ID:???
>>857
こういうのを宗教と言う。
こっちはベンチ取ってからしゃべってんのに
Java厨はベンチ取らずに妄想でしゃべってる。
もうくだらなすぎて呆れる限り。
脳みそ腐ってんじゃないかと思う。
0860nobodyさん2006/05/29(月) 16:52:34ID:???
スレ違いだから、VSスレに行ってくれ。
0861nobodyさん2006/05/29(月) 19:11:48ID:???
>>854
MVCってプログラミングモデルの１つでしかないんだが．．．
可哀そす
0862nobodyさん2006/05/29(月) 19:17:18ID:???
>>857
>ぶっちゃけパールって宗教だよね。

そうだよな。
GNUの悪い部分を受け継いでいる。
一人よがり。
0863nobodyさん2006/05/29(月) 20:14:14ID:???
だから、この辺の空いてる所でやってくれ。

CGI VS PHP VS JAVA
http://pc8.2ch.net/test/read.cgi/php/1006006800/
0864nobodyさん2006/05/29(月) 21:15:34ID:???
use Inline::**;をしらんのだな。
Perlは糊言語の代表格。XSもそうだが、Perlだけで書く方が効率が良いときだけ書かれてる。
多言語ｲﾗﾈなんて思っているのはごく一部の厨だけ。
0865nobodyさん2006/05/30(火) 02:33:59ID:???
いいかげんにしろ
0866nobodyさん2006/05/30(火) 04:02:12ID:???
>>857
ttp://itpro.nikkeibp.co.jp/article/NEWS/20060330/233820/
mixiはMySQLのせいらしいよ
0867nobodyさん2006/05/30(火) 05:47:04ID:???
はてながなんか募集してるな。
Java 派の人達応募できなくてｶﾜｲｿｽ。w
0868nobodyさん2006/05/30(火) 08:20:43ID:???
ミクシはボラクル買えばいいのに。貧乏企業はこれだから。

ミクシもそうだけど、大規模サイトに成って来てパールで苦労してるサイトの一つでしょ。
パールじゃ人集まらないし、担当者も苦労しまくり。他人の作ったパールスクリプトなんてメンテしたくない。
0869nobodyさん2006/05/30(火) 08:28:05ID:???
ライブドアブログがオラクルに変えたら糞重くなってmysqlに戻したって話があったね
0870nobodyさん2006/05/30(火) 10:48:06ID:kutOl2Ky
>>868
速度に関して言えばOracleは遅いよ。
使ったことないくせに知ったかするなよ。
恥ずかしいやつだな。
0871nobodyさん2006/05/30(火) 11:07:27ID:???
ttp://itpro.nikkeibp.co.jp/article/NEWS/20060330/233820/

>Perlプログラムを動かすためのApacheモジュールであるmod_perlと
>同じサーバーにインストールしている（2GBのメモリーを積んだ39台のサーバー）。

2GBメモリー＋LAMPであれば、個人レベル（高校生レベル）でも
可能だな。
0872nobodyさん2006/05/30(火) 11:22:18ID:???
mixi の規模になると DB 鯖が面倒とかじゃなかったっけ？
0873nobodyさん2006/05/30(火) 11:55:58ID:???
>>868はミクシに大金払えばいいのに。貧乏人はこれだから。

>>868もそうだけど、頭でっかちで金も実力もないクセに声だけは大きいバカの一人でしょ。
「無料にしろ！」って喧しいくせに、企業に対しては「●●買えよ」と矛盾した要求を言う。
こういう>>868みたいなバカは、企業としては相手にしたくない。
0874nobodyさん2006/05/30(火) 12:18:28ID:???
> こういう>>868みたいなバカ

と分析できているのに何でわざわざ反応してるんだろう。
0875nobodyさん2006/05/30(火) 13:58:26ID:???
まあ、mixiはあまりアプリの実装という点では、技術レベルは高くないと思う。負荷分散は経験積んでるんだろうけど。
0876nobodyさん2006/05/30(火) 15:44:19ID:???
>>849
単なる相性や用途の差じゃ。
その用途でより向いてる言語がある事は、perlがダメだという事の証明にはならないし、
その突っ込みはちょっと見当違いだと思われ。
0877nobodyさん2006/05/30(火) 15:53:23ID:???
>>872
なんかの記事で色々してるっぽいこと書いてたな。

>>875
負荷分散とかはかなりノウハウが出来てて参考になりそうだよな。
あれだけの規模をやりくりできてるのが凄い。

あまり評価してない人が多いけど、あれ以上に出来る人ってどの程度いるんだろｗ
もちろん開発や鯖にかかる金を考慮して。
0878nobodyさん2006/05/30(火) 15:54:44ID:???
Amazonは中規模？
0879nobodyさん2006/05/30(火) 20:21:29ID:???
>>870
> >>868
> 速度に関して言えばOracleは遅いよ。

微妙な表現だな。

MySQLに比べれば遅い。
実装が違いすぎる。
他のDBよりはむしろ速い。

DBの速度は、チューニングや使用環境にかなり依存するので、正確なことは言えんが。
使いにくいんだから、遅かったら一人勝ちはしてないよ。
0880nobodyさん2006/05/30(火) 20:30:08ID:???
OracleはPerlに近い開発環境でメジャーになった。
MSは当然開発環境抜群だったが、敗北した。
MSはWin限定ということもあるが、それだけではないと思う。
PerlはOracleに習うべきかな。
0881nobodyさん2006/05/30(火) 20:42:54ID:???
えええ？
0882nobodyさん2006/05/30(火) 20:46:05ID:???
>>881
ボッタクリという点では反対側にいるが、Unix文化の代表という意味では近いよ。
0883nobodyさん2006/05/30(火) 20:49:46ID:???
使いにくさも、通常のwinアプリではあり得ん。

個人的にはインストールはへたなOSよりはるかに嫌だ。
0884nobodyさん2006/05/30(火) 20:56:14ID:???
インストーラと管理画面がJavaというのもわからん。
win上とUnix上で違うものをインストしとるのに。
0885nobodyさん2006/05/30(火) 21:55:43ID:???
昔、オラクル7くらいかな、インストールした。
パソコン使い始めて20年、これほどインストールが困難なソフトウェアはなかった。
0886nobodyさん2006/05/30(火) 23:38:51ID:???
ApacheもOracleに似てるよな。
最近lighttpdなどがでてきてるが、実績積むまではサーバ用途は厳しい。

多少使いにくくても、いいものが使いたければ俺を使え！
こんな強みがあるな。

mod_perlはこの辺を生かせばいいのかなと。
0887nobodyさん2006/05/31(水) 11:57:34ID:???
ボラクルは８ぐらいからインストーラで簡単に成ったよ。
チューニングは専門知識無いとダメだけどな。

ボラクルは単体勝負では、機能が多すぎだから重くて遅いけど速くする方法はいくらでもある。
RACとか組めるしstarfireやsuperdomeとかでも動くし。
mysqlはスケールしない。だからミクシも重い。ミクシが負荷分散のノウハウあるとは思えない。重いしさ。
あれだけの規模のシステムをmod_perlでメンテって有り得ないし。
perlしか組めないアフォの典型サイトだと思う。
0888nobodyさん2006/05/31(水) 14:01:29ID:???
あれだけアクセスあったら重くて当然じゃないか？
逆に何でどう作ったらどの程度のコストで軽く出来るのか知りたい。
0889nobodyさん2006/05/31(水) 14:37:09ID:???
javaとoracle RAC。
コストは知らん。

つーかミクシってそんなに稼げない貧乏サイトなの？
0890nobodyさん2006/05/31(水) 14:56:44ID:???
オラクルはWEB系じゃ廃れる一方だよ。UNIX系ならMySQLやPostgreSQL、Win系ならMS-SQL。
オラクルの必要性はない。
0891nobodyさん2006/05/31(水) 15:00:55ID:???
>>889
最悪コンビだなｗ
それじゃまともなものできねーよ。
889は典型的な騙され君。自分で検証する癖を付けようね。
0892nobodyさん2006/05/31(水) 20:21:58ID:???
おまいら単価低いからボラクル使えないだけだろ？
フリーソフトや、MSで苦労してくれ。
0893nobodyさん2006/05/31(水) 20:54:52ID:???
プロプラ使ったところで苦労するのは変わらんしなぁ。
単価低くても利益が出てりゃ何でもいいよ。
0894nobodyさん2006/05/31(水) 23:14:52ID:???
MySQL、PostgreSQLとも商用では有償。
だがサポートはフリーソフト。
0895nobodyさん2006/05/31(水) 23:22:10ID:???
> >>889
> 最悪コンビだなｗ
> それじゃまともなものできねーよ。
> 889は典型的な騙され君。自分で検証する癖を付けようね。

どうやって検証するつもり？
言うは易いが行うは難しだ。
08968952006/05/31(水) 23:40:57ID:???
↑TO >891
0897nobodyさん2006/05/31(水) 23:42:42ID:???
>>891
>889とお前さんのどちらが騙されているか、一目瞭然なんだが．．．
0898nobodyさん2006/05/31(水) 23:50:36ID:???
>>887
俺は8からしかしらんが、あれでも簡単になってるの？
DebianやGentooがオモチャに見える俺はひょっとしてアフォ？
0899nobodyさん2006/06/01(木) 15:57:09ID:???
>>889
同じスペックのマシンでの同時にさばける数が現在より激減しそうだな。
0900nobodyさん2006/06/01(木) 23:01:19ID:???
>>899
それは、一概には言えん。

MySQLはシンプル　イズ　ベスト。
Oracleは大は小を兼ねる。

現実に、こういう基本思想だとは思う。

が、mod_perlが捌けないのは既出。
0901nobodyさん2006/06/01(木) 23:18:53ID:???
>>899
> 同じスペックのマシンでの同時にさばける数が現在より激減しそうだな。

この表現じゃ、スペック高くてもスペック揃えて比較すればよくなる。
それじゃ、スケーラビリティ実証済みの>889が圧勝やんか。
0902nobodyさん2006/06/02(金) 01:15:09ID:???
ミクシはMySQLのライセンス買って使ってるの？
てっきり黙って無料で使ってると思ってた。
perlも無料じゃないと使う香具師は居ないだけじゃね？

おまいらperlが商用なら月いくら払う？
0903nobodyさん2006/06/02(金) 06:32:34ID:???
> ミクシはMySQLのライセンス買って使ってるの？

ライセンスが必要なのは、配布時でしょ？
0904nobodyさん2006/06/02(金) 07:51:08ID:???
>>900
横からｽﾏﾝ。
javaってmod_perlと比較するとかなり遅くなかったっけ？
DB部分で足を引っ張ってるだけなら納得だが、
それだとmod_perlでも十分な気がするけど、やっぱりmixiで必要な機能を実装した場合、
mod_perlとjavaでは捌ける数はmod_perlが下になるものなんだろうか。
過負荷の時におかしくなる時があるとは聞いた事あるけど。

>>901
javaとperlだと、perlと同じ規模の処理数をこなすには、
より高いマシンスペックが必要って聞いたけどオレの勘違い？
javaは大規模で速度より堅実、確実さを求められた時の選択肢だと思ってた。
0905sage2006/06/02(金) 08:38:54ID:???
ここは何のスレですか？

どっか別の場所で語れ
0906nobodyさん2006/06/02(金) 10:35:03ID:???
自治なのか晒し上げで煽ってんのかわからん
0907nobodyさん2006/06/02(金) 11:27:09ID:???
javaのほうが、メモリ使用量が小さい。
% ls -l /usr/bin/perl /usr/bin/java
lrwxr-xr-x 1 root wheel 57 26 Dec 2004 /usr/bin/java
-rwxr-xr-x 1 root wheel 19944 25 Jul 2005 /usr/bin/perl
perlは１セッション当たり２０MBもメモリを食う。
１万セッションで、20GBだ。
0908nobodyさん2006/06/02(金) 12:41:57ID:???
↑どこまでアホなのか・・・
レス数が900を超えています。1000を超えると表示できなくなるよ。