Perl VS PHP

どっちがいいでしょう？
お好きにバトルしてね

>>280
ガリガリ演算するような場合は、そうでもなかったり。
そうそう無いと思うけど。

AGE

再燃

鎮火

Perlで構築されたサイト
http://pc5.2ch.net/test/read.cgi/php/1085625997/l50

以前、仕事でmod_perl使ってたよ。
仕事は社内SEみたいなことやってる。

mod_perlは早いけど余程注意深くコードを書かないと
後でおかしな問題に悩まされることになる。
特に例外処理にはかなり気を使った記憶がある。

その内、javaにも正規表現があることを知り、試しにjavaを勉強してみた。
速度的にはミドルウェアクラスまでならmod_perlの方が上だと思うけど、
例外処理に関してはjavaの方が個人的にやり易い。
セッションの引継ぎも楽なのが良い。

サーバサイドなら速度より安定性を重視する人間なので、
最近は可能ならjavaを使うようにしている。

ただ、javaにすんなり入っていけたのも、
PerlのCPANモジュールを使ってるうちにオブジェクト指向の概念を
身に付けられたからだと思っている。
mod_perlのお陰でかなり注意深くコーディングするようにもなった。

Perlは良い言語だと思っているよ。

PHPは使ったことないけど、
最近は結構普及しているようなので悪いものではないと思っている。
ただ、企業受けはしないと思う。

掲示板を作ろうと思っているのですが、
PHPとPerlのどちらで作ったほうが使いやすいですか？

どっちで作っても使いやすさは同じ

言語としてはPerlの方がおもしろい。
豊富なモジュールのおかげでやれることの幅が広い。
ショートカット使いまくって美しい（自己満足）スクリプトを書くと胸がすくような気持ちだ。

PHPはそれとは反対。
まだまだモジュールの数は少ないし、スクリプトも美しくない。
Webプログラミングに限ればPerlより圧倒的に簡潔なスクリプトで複雑な作業ができるが。

Perlでいい。Perlでなくてもいい。

むしろPerlで抜く

XREAにあげるとPHPが動作したりしなかったり・・・
この辺りかな？と思った所弄ってみたら違う所動いて
じゃあこっちも、で同じく変えたら動かず。
直ったと思える個所、原因解明にまた違う形に変えて（動かない）
undoして元に戻してもまた動かない。さっぱりわけわからん。

広告消してみれば

Perl がいい。終了。

PerlもPHPもｲﾝﾀﾌﾟﾘﾀ？

横山 イン太・プリ太

>>289
メンテナンス性が悪いソースは美しいソースとは言えない。

つまりPHPはメンテナンス性が悪いと。

だまされたと思ってPerl。

廉価でならPHP使うし、やることがでかいときはJavaでstruts使うからなぁ。
Perlはかぶき過ぎてて他の言語が使いにくくなるんで却下。

大ニュース！　PHP創業者は松下幸之助だった。
http://www.php.co.jp/company/index.html

ま、たまには息抜きしてくで。

最初から読んだけどやっぱりPHP使ってるやつは素人に毛がはえたような
やつが多くて怖いね
必死にHTML擁護したりキャストがうざいとか言ったり
当方、Jsp/Servlet派

HTMLはタグ辞典読んで1時間で覚える言語

糞だまされた。

いまどき JSP/Servlet を素で使う玄人様なんているのか？

Javaはライセンスもってるやつじゃないと危なっかしくて打たせたくない
糞コード書かれたときの難儀さはPHPの比じゃないからな

>>306
同意。
自称「Java書けます」ってヤツに限って糞コード生産確率多し。
直すこっちの苦労を考えろってもんだ。

PHPで糞コードっても、たかが知れてる。
まあ、中には想像を絶する程のひどい代物もあるがな…。
某CMS大手のNなんて以下略（ｐｐｐ

>>302
それはPerlも変わらないけどねｗ
Perl/CGI全盛期に厨が大量発生しちゃって大変

PerlだろうとJSPだろうとPHPだろうとCだろうと、





構築経験と例外処理概念のある奴が書いてくれれば文句は無い。

あなたが指定した条件
■全体を検索：perl
複数のワードを含むものを検索するには、ワードを半角スペースで区切ってください。

検索開始



■該当する仕事情報はありません。

条件を変えて検索しなおしてください。

>>309
構築経験はともかく、例外処理概念なんて誰でもあるだろ。

最初はPHPの方がソース綺麗だったのは認めるが
最近、素人が多くなってきたのか
Perlと大して変わらないような気がする

ところでPHPって何が得意なの？
データベースと連携したプログラムが速いっていうけど
本当はPerlとあんまり変わらんわけで。

>>308
それもあるが
PHPはPerlと違って全て関数があるので
仕組みをわからずとも書けるから
書けるだけで内部ロジックわかってないやつ多すぎ

>>３１２
全てにおいて



早い。

Perlって言語としての速度は言われているほど遅くは無いと思う。
苦手とされている計算がメインのプログラムでもC言語の半分よりちょい上ぐらいの
スピードは出ていた。PHPと比べてもほとんどの場面でPerlが勝る。
ただmod_phpの方が容易なので速度面に関して総合的にはPHPの方が優位かな。

mod_perl使わんでもperlccでやればphpより早いよ
普通に組んでも組み方次第でPerlもPHPも勝てる

けど確かにphpの方が容易だな
だからと言ってmod_perlもそこまで難しいものでもないとおもうし
PHPの管理もわざわざ再コンパイルするの面倒だしな
どっちも微妙って言えば微妙だな

mod_perl > mod_php > perlcc > perl > php
ですよね？
perlccってソース→バイナリコード → インタープリタという処理のうちバイナリコードへの変換
だけが省略されるだけだからそれほど速度は上がらないように感じました。

Cとかから入った人ならmod_perlはそれほど難しくはないと思います。
キャッシュが強すぎるとか巷で聞いて食わず嫌いしてましたが自分で使うようになって
貴方の書き方が悪いんじゃないの？って思いました。
捨てプログラムでもmod_perlの恩恵が受けられるようになったらいいな。

「それほど速度は上がらない」ってのは、その通りだと思うけど
perlインタプリタの起動コストも結構大きいから
それが省略できる効果も一応あるよ。

perlccやってみたけど
100回暗号化するスクリプトだけで
0.1秒変わったから結構変わるんじゃないかな？
ただuse使えないのはちょっと面倒だね

mod_perlの難しいところってメモリとApacheコネクション数の問題だよね
デフォで使うとメモリかなりつかっちまう

インタプリタを内蔵してしまうだけで起動コストはほとんど変わらないんじゃなかったでしたっけ？
通常のperlとperlccでコンパイルしたhello worldプログラムをベンチ計測したところ誤差程度でした。

perlcc使う目的って
速度アップ：△
perl無い環境用のバイナリ作成：◎
ソース隠蔽：○
Cへ変換：orz
って感じじゃないでしょか

一応use使えますよ。
perlのバージョンによって結構挙動変わりますね。
ver5.8だと結構お利口にコンパイルしてくれます。

mod_perlは家の環境だと１つのプログラムでMAX20個のプロセスが立ち上がるので
安易に使えないですね。

>>320
v5.8.2だがuse benchmarkが使えなかったよ・・・
require benchmarkで代用できたけど
モジュールごとにできるのとできないのがあるのかな？

「Perlはwhileループの脱出がlast。PHPは脱出がbreakなので、Cに慣れている人はPHPの方が楽」


#goto は無いけどな。 :-P

http://59-190-28-90.eonet.ne.jp/
おｋｗｗｗ
うはっｗｗｗｗｗｗおｋｗｗｗｗｗｗっうぇ
うはっｗｗｗっうぇうぇｗｗｗうぇｗｗｗｗｗｗｗｗｗ
うぇｗｗｗおｋｗｗｗｗｗｗｗｗｗ


っうぇ

今日わかったんだけどPerlvsPHPってJAVAvsJavascriptぐらいばかばかしい事なのね・・・

>>324
おはよう。

大規模CGIをPerlで書き上げてしまい、気付けばPHPの時代になり非常に困惑してます。
このCGI、かなりの高アクセスを前提とした上、サービス上、同業他社との処理速度
に関する競争も予測されてしまいます。

で、PHPはPerlより簡単に書けると言われてもあれだけ大規模なCGIスクリプトに
PHPに書き換えれば、PHPの１からの習得と書き換え作業で膨大な時間が必要です。
で、その解決策としてみいだされるのがMod_perl2.0で今はインストールして動作研究中です。

でもMod_perlは安易に使えないので、普通のPerlでもレンタルサーバのバックホーンの強化で
スピードに勝るPHPに対抗できないものでしょうか？

何せ、プロバイダのCGI-BINにそのCGIを置いて大容量のTXTを必要とする処理を行ったら
処理終了まで３０秒位も掛かってしまいました。

>>326
2ちゃんねるも使ってるBIG-serverでも借りたら
35万円/月だけど

>>326
そんなクリティカルなCGIなら専鯖使えバカ。

>プロバイダのCGI-BINにそのCGIを置いて大容量のTXTを必要とする処理を行ったら
>処理終了まで３０秒位も掛かってしまいました。
多分、mod_perl,phpにかえても相変わらずこの部分は遅いと思う。

329さん>
perl、phpうんぬんよりもサーバの環境なのかな？
BIG-serverには、オプションでmod_perlのライバルとも言えそうなspeedy.cgi
というのがありました。

大規模CGIをperlで作った事に後悔に匹敵する値はどの位だろうか？
正直、泣くほどPHPで作ればよかったと後悔してますが！

いや、mod_perlって常駐化することでプログラムの読み込み、コンパイルが省略できるのが
大きいのであって(最初に重いモジュール読み込んでるなら劇的に速くなるだろうけど)
上の例は実行自体に時間がかかってるようなのでほとんど変わらんのじゃにないかな。

処理が30秒となると起動コストなんてどうでもいいって感じだね。
PHPにしたら更に遅くなること請け合い。

私が大規模CGIをperlしまい痛感した切っ掛けは、PHPの普及とともにレンタルＣＧＩ
サービスもPHPが増えてきてる事です。

ご返答を読んで考えましたが、実際サービスインする際、mod_perl speeedy.cgi
それとも普通のperlにするかサーバーを借りて試してから決めたいなと思ってます。
mod_perlを自宅PCにインストして研究してますが。
長期に渡って書いた大規模CGIシステムを蔵に入れて溜まるか！！

ご返答を読ませて戴くと、言語ウンヌンより大事な事があるという事が気付かされました。

それにしてもココは、人によってphpの方がいい、Perlの方がいい様々ですね！
もっと、対phpと比較してのperlの良い点が見つけられたらいいなあと思ってます。

でperl6とかいう話があるんだけど、あれはphpの対抗馬になれるのだろうか？
ならなきゃ困る！！

以下に興味深いコラムをリンクします。
皆さんは多分知ってると思いますが。

http://homepage3.nifty.com/hippo2000/perltips/javaperl.htm

285の記事みたんだけど、掲示板の巨大要塞の2CHがperlを使ったらコッチも励みに
なります。

333のリンク間違ってました。
間違って貼ったのも同じサイトのページですがコッチです。
http://homepage3.nifty.com/hippo2000/perltips/phpperl.htm

PHPをよく理解せずアンチPHP・Perlマンセーするサイトをうのみにするのもどうかと。

大体共用鯖でmod_Perlなどありえない。

普通に考えてphpのほうがいいでしょ
perlのコードは書きにくいしスピード遅いしメモリ喰うし
ちょっといいすぎかもしれないけどいいことなんかないよ

PHPはなんか呪文みたいに怪しげな関数があるのが気にくわない。

int mcve_parsecommadelimited ( resource conn, int identifier )
CVSにはさらに意味不明の関数が
それがPHPクォリティー

ＰＨＰ派のサイト

http://www.at21.net/

Perlはインスタンスメソッド呼ぶの遅すぎ…。
ハッシュにアクセスするのより遅いし。

Googleって何言語で書かれてるんだろうな。

PerlやPHPでインスタンスメソッド使うのはど素人。

>>339
汚らしいサイトだな

>>341
まさかGoogleがCGIだと思ってる？

>>344
http://www.wdic.org/?word=CGI+%3AWDIC

>>344
お前ひょっとして頭悪いだろ。>>341はCGIなんて言ってないだろ。

スレの流れから言ってGoogleがPHPかPerlで書かれているかのように言っている思った俺は釣られすぎ？

まさか俺もCGI=Perlだと思っているって思われてる？

>>347
CGIが何なのか理解出来てないと思われてる。

>>347
国語の成績悪そうだなと思われてる

レン鯖なら共用だから、重いperlもphpもありえないな。ソース漏れる危険も有るし。
Cで組んでバイナリで実行させた方がいい。

perlやphpはスキル低いけど、鯖代の金なら掛けられるって香具師向け。

C/CGIよりもmod_perlの方が速い場合が多いぞな
ソース隠蔽はせいぜいバイナリコード止まりだね
コンパイラ解放してないこともあるし

今から学習するならPerlとPHP同時でもいいってことですか

何をしたいかによる

>>350
玄箱で鯖立てれば大抵の事出来て費用下手すりゃレン鯖より安いんだがな

Apache Modules with Perl 最強

過去のPerl/mod_perlやCGIは品質無視の生産性のみ
今現状でPerl/mod_perlを採用する企業は生産性と品質のバランスが取れてきた所

PHPは生産性を追及したのみで、品質に保障がなさすぎる
PHPから始めた人はWEBの基本が解ってないがPerlやC上がりのPHP開発者なら問題がない
標準関数のみで言うとPHPのが多いがCPANとPEARを比べればPerlの勝ち
しかし、内部ロジックが見えないので不安はある。
今はPerlの勝ちでいいんじゃない？
PHP＋初心者（1年未満エンジニア）の組み合わせ企業のシステムは酷すぎるからね
Perlは初心者採用がもう殆どない分それなりの品質を保ちだしている。

Perl を COBOL、PHP を Java に置き換えると
同じことを話す窓際社員のことを思い出した

何となく国家試験申し込んだ。
情報処理試験 テクニカルエンジニア 「情報セキュリティ」。
Perlは出るのに、PHPはにゃい。何故？？？？？？？？？？


ガイシュツ？

個人で趣味の範囲でやる分にはPerl の方がずっと面白いんだよね。
webに限定されてないってところがさ。
用途が広い。オライリーのハック本なんかでも大抵Perl メインだし。

PHPもCLI版があるからweb以外も大丈夫。
オライリーはPerlと関係が深い。
面白さで言えばPerlってのは同意。
知れば知るほど唸るような実装を発見出来るのに対し
PHPは薄っぺらくいかにも初心者用言語って感じだな。

PHPのCLIって、無いも同然ジャン。バッチ処理はどうしてもPerlやRubyになるよなあ。

国内最高技術者集団のはてなとmixiはperl

はてなはそう思うけど mixi は最高技術者集団かぁ？

はてなだってそうでもない。

ちなみにJavaは糞発言も

>>364
じゃあ、とりあえずOS作ってくれ

少人数での開発だとPerlはその柔軟さから威力を発揮する。ただし、グループ開発にはその柔軟さから向かない。
PHPは普通に書いてもそこそこ速いってのが優位さ。

やはり未だにPerlは保守が面倒だと思うよ

Perl, 自由度がありすぎるからだよね。
コード規約をきちんと決めてやれば良いけど、
コード規約を決められる強力な人材が居ない。

なんとなくこんな感じって出来る人が決めて、それに倣ってる。
あまり厳密に規定すると、いきなり投入された新人に毛が生えたような人が
使えない人になっちゃう…。
なので、段々となぁなぁになって、
規約っぽいのは決めたけど冗長なコードか、
規約も何も無く俺コードの集合になっちゃう。

>>369
俺コードには納得。
でも、時間かけて解読するのも楽しかったりする。

ヒキで時間だけはあるからorz

php使う奴はphpで始まってphpで終わる。

>>369
それでも最低限ラリﾀﾝ推奨の規約に沿ってもらわないと。

スタイルガイド(perlstyle)、読んでない人多いからなぁ。

そういう問題じゃない。

で、結局PHPってどれくらい普及してるの？
個人向けサーバーにおいて・・・

それによって、これから作るモノが
Perlになるか、PHPになるか

って所で悩んでます

両方書く。
そすれば、そんな事で悩む必要なし。

sf の新規プロジェクトを見るに
圧倒的に PHP かと。

PerlはCPAN
それよりPEARのウンコさの方が大問題

つーか、外人はなんであんなに機能てんこ盛りにしたがるんだ？

きっちり趣味の時間が取れて、その趣味の時間でいろいろ作ってるんじゃないの？