Perl VS PHP

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

>>213
ていうか、お前絶対PHPやったことないだろw それかマニュアルすら見たことないド素人。
PHPを援護するつもりはないが(嫌いだしな)、初心者板に帰るか、勉強しなおしてきてくれ。

>>222
ob_start使った方法じゃ無理だと思われ。

>>223
7ヶ月もたってるから素人じゃなくなってるかも・・・

>>224
ごめん、いつもの癖で反射的に書き込んじまった…日付見テナカタヨ。
てか、随分古いスレだな…WebProg板ってこんなものなのか？

Perlを、掲示板等を改造する程度の触り方しかしてきたこと無いんですが、
お仕事でやんなくちゃいけなくなって苦戦中です。

PerlからPHPにデータを送ってるPGがあったんです。
Perlは比較的クライアントよりの処理（インターフェースとか）をしてて、
PHPはDBアクセスをしてました。
そういう方面がそれぞれ得意な言語なんでしょうか？

>>226
元々はＤＢなしの状況でＰｅｒｌ使ってて、あとからＰＨＰ使えるようになり、
そのときたまたまＤＢを使うように仕様変更になっただけだと思う。

予想だけども

最近 PHPの勉強はじめました。
話題的にはかなり出遅れた感じがするけど、
１，２ヶ月触って見た感想です。

if ($foo):
　do_sth();
else:
　do_nth();
endif;

短い例ではあまりメリットないけど、
ブロックの中が長くなってくると {} より : 使ったほうが
ソースの見通が良くなる。（・・・と個人的に思う。
endif が余計。ついでに python っぽく $ ; なんかも省略出来ればベターなんだけど。

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

文字列変数にインデックス付きで配列の様にアクセス出来る。(PHP
$str = "abcdefg";
for ($i=0; $i<strlen($str); ++$i) print "$str[$i]\n";

perl では、 substr とか split//,$str ってやってたなぁ・・・
tiearrayを使えば自作出来なくもないが、標準で出来るのは羨ましい

PHP の正規表現（の関数のインターフェース）が使い辛い。
preg_* ereg* ...等
うまく説明できないので、単にPerl に慣れすぎただけかも知れないけど。

perlにあってPHPにも欲しいもの。
$foo ||= 'val';
use strict
-w -T

PHP にあってperlでも欲しいもの
touch関数


; 比較のスケールが小さいのは、
; php, perl 共に私的な用途のためのシェルスクリプトとしてしか使っていないから:p

>>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