Perl VS PHP

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

>>228
いろいろ言いたいことがあるが、誰かなんとか言ってあげて。

>>229
> perlにあってPHPにも欲しいもの。
> $foo ||= 'val';

これ何? or equal?
google で検索しても、検索対象文字列にしてくれない・・・。

> use strict
> -w -T

-w なら、error_reporting(E_ALL); で代用できない?
use strict はちょっと欲しいかも。

>>231
無かったら代入
if (!$foo) {
　$foo = 'val';
}

あぁ。他にも使い方はあるか・・

>>228
＞perlでは、if の後が 1 行しかなくても {} を省略出来ないのが、時々不便。

{}強制はむしろPerl特有の数少ない利点だと思っているが。
中括弧が任意のPHPやC,Javaなどで、
if ($hoge)
if ($foo)
do_sth();
else do_nth();

こういうぶら下がりelse問題と呼ばれる現象がおきるのは有名。
Perlだと強制だからこの種のスクリプトで読み間違うことはない。

if($hoge)
$a=3;
$b=4

初心者だとついこんな感じでスクリプトを書いてしまうことがある。
$hogeがfalseだったときも$b=4が適用されてしまうことを忘れて。
中括弧が強制ならばエラー出してくれるからこの種の勘違いは起きない。

>>228
＞perlでは、if の後が 1 行しかなくても {} を省略出来ないのが、時々不便。

die if ($hoge);

{ }を省略可。

http://www.agemasukudasai.com/bloom/

>>236
その書き方だと、()も省略できる。
die if $hoge;

>>230
いろいろ突っ込んで欲しかったのだけど、多分言いたそうな事を要約すると
pearの標準コーディング規約読めって事で OK ?

>>232
thx フォロー

>>234-235
> ぶら下がりelse問題
この問題に付いては考えたことがなかった。
普段良く読むソースがperl python lispだからかな。
C/C++のプログラミングスタイル関連の本で読んだのを思い出しました。
{} の強制にメリットがあったんですね。知らずに恩恵を受けていたなんて・・

>>236,238
>perlでは、if の後が 1 行しかなくても {} を省略出来ないのが、時々不便。
>if 修飾子は便利だけど、↑は、 if ... else ... で使いたい場合。

elsifだけは勘弁してくれ(w

>240
同感。ついついelseifって下記たくなるよ。

Perl： elsif
CやJava： else if
PHP： else if 又は elseif

ほら、もう勝者が見えてきたなｗ

あたまよろしいことで

PHPが早いと言われているのはmod_phpのことなの？
同じApacheのモジュールであるmod_perlと何が変わるのか
未だに分からないんだが。

>>244
結局forkのコストが稼げるってことっしょ。

>>244
PHPは出力のキャッシュもしているようだ。たまにこれでハマる。

Zendオプティマイザーって話題にならないの？
割と重宝してるが。

（＾＾）

http://docs.yahoo.com/info/misc/contributors.html

これ　いいよね

http://www.php-accelerator.co.uk/
ここだった
PHPAサイコー

今はできるのか知らないけど、php4.0.*ではできんかった。
スーパーメソッドの呼び出し。

オブジェクト->メソッド()->メソッド()
てな感じのメソッドの呼び出し。

eval{
コード
};
if($@){
エラー処理
}
てなエラー処理。

クラスの定義はperlの方が面倒なんだけど、Webアプリ作成で以下のモジュールが使えるならphpよりperlを選びます。
HTMP::Template
Apache::Session
DBI

あ、Jsp/Servletに関しては、いまさらキャストとかウザすぎです。

＞あ、Jsp/Servletに関しては、いまさらキャストとかウザすぎです。

プログラマやめてください。あなたのシステムで会社がつぶれます。

>>251と>>252
そんなあなた達に読んで欲しいスレ。

型なし言語逝ってよし
http://piza.2ch.net/tech/kako/986/986355498.html

なお、>>1が言っていることは無視されて、
途中からは変数型ナシ言語についての話です。
主に比べられていたのが、JavaとRubyだったと思いました。
Perlみたいな型が複数であるデータ型は論外と言うことになっています。

>>251
できません。

$a->b()[2]見たいなこともダメですな。

（＾＾）

mod_php使うならmod_perl使うだろ普通

（＾＾）

携帯ゲーム機"プレイステーションポータブル(PSP)

　このPSPは、新規格UMD(ユニバーサルメディアディスク)というディスクを利用しており、そのサイズは直径6cmととても小さい(CDの半分程度)。 容量は1.8GBとなっている。
画面は4.5インチのTFT液晶で、480px x 272px(16:9)。MPEG4の再生やポリゴンも表示可能。外部端子として、USB2.0とメモリースティックコネクタが用意されているという。

この際、スク・エニもGBAからPSPに乗り換えたらどうでしょう。スク・エニの場合、PSPの方が実力を出しやすいような気がするんですが。
任天堂が携帯ゲーム機で圧倒的なシェアをもってるなら、スク・エニがそれを崩してみるのもおもしろいですし。かつて、PS人気の引き金となったFF７のように。

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

age

PHPｲﾗﾈ､PerlだったらUNIX系OSのシステム管理もできるし便利

隊長！こんなの見つけました！
http://yellow.ribbon.to/~mil/

Perlｲﾗﾈ､PHPだったらUNIX系OSのシステム管理もできるし便利

両方使えばいいじゃん。

両方使う必要ないじゃん

>>46
Perl -> カローラ
PHP -> NSX
C -> ジャガー

ASM->マクラーレンF-1
; アセンブリ言語で組んだCGIプログラムは最強
; 言語及びAPIやハードまでも熟知している事が前提条件
; ASMでC以下の速度出すようなヘボプログラマに用は無い

マクラーレンF-1て何だよｗ

>>273
http://write-off.cside.com/car/f1/flont_rightb.jpg

>マクラーレンF-1

ツボにはまって、お腹が痛い･･･。

>>273
製作に手間と素材コストのかかる赤字必死の大バーゲン言語かよｗ

>>273
PHP->フェラーリF-1

ついつい書きたくなったyo。^_^;

PHPって携帯電話だけじゃなかったんですね。
なるほど・・・・すごく勉強になった

>>273
アセンブラ使おうとも "CGI"という時点で mod_perl にも mod_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で作ればよかったと後悔してますが！