Perl VS PHP

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

今回の仕事は某N○○系列の仕事だったんだが、向こうのSEがしっかりしているので、
珍しく仕様がカッチリ固まっていて良い感じ。
ドキュメントも先に書いているしね。
やっぱり大手は違うんすかね。

PerlでもPHPでもないんですけどね:)
これまた某N○○関係のアプリ。

私、仕事でJSP+Java。趣味でPHP使ってます。
Java系はクラス設計からしっかり作れるから、自分の知的財産として高く売りやすいですね。
通常画面周りをJSPで作って処理自体をクラスとかBean(use Bean)で作るので、
JSP部分をWebデザイナーに流せるのもチームな仕事向きですね

でも、PHPはWebプログラムで欲しい機能が一通り入ってるので好きです。
画像生成だけでなく、PDFやShockwaveFlashまでさっくり作れるのはうれしいですね。
デバッガ無いとか言われてますけど、
ほとんどの趣味Perlプログラマがデバッガ無しで作っている状況で、
エラーメッセージが画面に出るだけ幸せに感じてるのは私だけ？

Perlも一応使えるんですが、C言語から育った世代なので、Java PHPの方が忘れにくいですね。
複数言語使ってると混乱するもので（＾＾；

どうしてもPHPでなきゃいけない理由がない。
となると枯れてるとか、どこの鯖でもたいがい動くとか、
「ぺっぷ〜？なんだねそりゃ」なんていわれて説明する手間も
いらないってわけでPerlにおちつくな。

むしろ「この言語じゃないと」って必然性があるほうが珍しいだろうね。

>>78
はう？　「ぺっぷ」って呼ぶの？
「ぴいえいちぴい」だと思ってた....。

>>80
そっちが正解。
でも HTML を「はとまる」って読む人もいるご時世だからね。
世の中にそういう読み方をする人がいても不思議はないような・・。

「○○言語じゃなきゃいけない」とか言ってるのは一部の風潮であって
TPOではないでしょうか？

会員ページを作るとき、セッションにデータを格納できないPerlではさすがにきついです。
メールアドレスの整合性チェックはCやJavaだと面倒だけど、正規表現が使える言語だと1行だし。

結局自分の持ちネタが多い言語に落ち着くかな。

あぁ、TPOは私の個人的意見。
仕事では許してくれません。
コールドフュージョン使ってみたい

ところでPerlで画像ライブラリってあるんでしたっけ？

>>83
GD とか PerlMagick のこと？

>>84
GDはPHPで動作する奴ですよね？
PerlMagic・・・ImageMagicと言うものを見つけました。
X用のイメージビュアーのようですけど、それを操作して画像処理するのでしょうか？

>>83

URLキボンヌ。

GD::Imageとか、Image::Magickとかモジュールがあります。
もちろんそれぞれライブラリが必要。
『WEB+DB Press Vol.1』技術評論社　に記事が載ってたよ。
perlって見た目が嫌いで敬遠してるけど、その膨大な資産は魅力的かも。

GD
http://search.cpan.org/search?dist=GD
PerlMagick
http://search.cpan.org/search?dist=PerlMagick

それぞれGDライブラリ、ImageMagickライブラリをPerlから
使うモジュールね。

>>79
言語仕様や性能に言語選択の必然性がある場合は少ないが、
それを使う側の事情に言語選択の必然性がある場合は非常に多い。

>>89
GD は知らないけど、ImageMagickはJavaインターフェイスあるよ。
http://www.imagemagick.org
ftp://ftp.imagemagick.org/pub/ImageMagick/java/

age

245 CGI、Perl 5
305 PHP 1

このアクセスの少なさ、なんとかならんのか・・・
このアクセス１って、俺のことだ。

>このアクセス１って、俺のことだ。
俺の１は何処？？

>>93
これって書き込み数なんじゃないの？

>>90
「トンカチを持つと、問題がすべて釘に見える」ってやつだね。

鬱だし脳

PHPだと、インタフェースデザインとプログラムが分離しにくいから嫌いだ。

Perlだと、インタフェースデザインとプログラムが分離しにくいから嫌いだ。

>>97-98
JSPのTagLibはいいらしい。詳しく知らないけど。

>>97-98
どっちもやり方次第だと思うんだけど。

Perlは埋め込めないから（Enbeddedじゃないから）負け。

ﾊｧ?パールなら俺は3個埋め込んでるぞ。

:102d

＞99
TagLibは簡単でもないです。
拡張タグの実体はTagSupport系のサブクラスを作って、
それをWebサーバー（サーブレットコンテナ）に登録しなくてはいけないので、
あまりマメに変更はできないです。

汎用的なタグ拡張くらいしか使えませんでしたね。
仕組み上JSPの変数を拡張タグに渡しにくいし・・・

>>102
おもしろい

>>101

ePerl を知らんのか...
http://www.engelschall.com/sw/eperl/

mod_perl でも動くしな。

ePerl と eRuby はダメダメ。

プログラム暦なしでPerl勉強中で少し分り掛けなんですが
ココ読むとスゴイPHPはスゴク良いみたいなので流されてます
Perlの勉強やめてPHPの勉強がいいですか？
それともPerlが勉強してからPHPの勉強がいいですか？
両方いっぺんには無理なので、マジレスでアドバイスお願いします

>108
別にどっちを勉強してもいいが、勉強効率（勉強にかけた時間に対する、
できるようになることの割合）はPHPの方が高いと思うぞ。
少ない勉強でいろいろできるようになる。

http://www.geocities.co.jp/WallStreet-Bull/1617/

>>108
何をメインでやるかによる。

Web アプリなら賛否両論あるけど、個人的には PHP の方が習得が速いような
気がする。最初に HTML を書いて、それを徐々に PHP 化するという順番で
学習できるという点が効果的であることは経験から確認できている。エラーが
HTML の中に自動的に出力されるのも初心者にはやさしい。

Web アプリ以外（メールの自動処理とかシステム管理とか）をやりたいなら
Perl がいいと思う。今のところ Web アプリ以外の仕事は PHP には向かない。
標準出力にエラーが出ない時点で結構つらいと思う。

>>109 >>111
とても参考になりました。ありがとうございます。
Perlをもう少し理解できたらPHPを併用していこうと思います。

Perlを勉強してもうすぐ1年だが
PHPに出会い,Perlに比べて簡単でしかも生産性が高いと感じたのだが
いままでPerlを勉強してきた自分を捨てきれずに
Perlをつかいつづけてる。

Apache for Win32を使ってローカルでスクリプト動かしているけど
PHPを動かすにはどこのプログラム入れればいい？だれか教えてよん

>>114
PHPを、CGIとして動かしたいのか、サーバプロセスで動かしたいのかどっち？

>>116の
PHP 4.0.5 [4,590Kb] - 30 April 2001
の方を落としてc:\phpとかに解凍。
php4ts.dllをSYSTEM（SYSTEM32）にコピー

httpd.confに
LoadModule php4_module C:/usr/php4/sapi/php4apache.dll

AddType application/x-httpd-php .php
AddType application/x-httpd-php-source .phps
AddType application/x-httpd-php .php3
AddType application/x-httpd-php .php4

Apacheを再起動

Apache/1.3.20 (Win32) PHP/4.0.5 running...

となる

こんなもんか？

これ↓が抜けてる

php.ini-dist を c:\windows (c:\winnt とか適当に自分の環境に
合わせて読み替える) に php.ini としてコピー

まあなくてもよいが、その場合デフォルトが適用される。

僕も>>108さんと同じような状況で悩んでいます。

Perlのレベルは、最近になってモジュールの使い方を勉強しはじめた程度です。
将来的には、Perl+MySQLをやってみたいと思っていたのですが、
本屋に行ったり、Webを見たりすると、PHP+MySQLっていうのが
よく目について、「あれ、そっちの方が良いの？」と心がかなり
揺れ動いています。
ちなみにMySQL、PHPともにまだ何も手をつけていない状態です。

大したレベルではないと言っても、これまで勉強してきたPerlを捨てて
PHPに移った方がいいのか、それともPerlでがんばり続けた方がいいのでしょうか？

ヘタレな質問ですが、レスをよろしくお願いします。

>>119
とりあえず、このスレ全部読んでみなよ。
>>111 を読んでもなおその質問をするの？
あなたが何をやりたいのかも分からないのに答えられるわけないよ。

むぎ茶さん出番だよ!

Perlは用途が広いからねえ。一概にいえない。

>>119
PerlできりゃPHP理解できっしょPerlやっとけ
必要あらばPHPにうつれば

そうだ　それがいひ

メール、エディター、エクスプローラと自作でつくり
全部ブラウザ上で操作している今、こんな便利なものない。
もう頭はPerl。いまさらもう他にうつれない。

あげよっかな

> PerlできりゃPHP理解できっしょPerlやっとけ
> 必要あらばPHPにうつれば
確かに、CができればPerlも簡単だし。
perlでCGIが出きればPHPも簡単だよ。
簡単なのが魅力だPHP。
でも、PerlのよさはCGI以外でもいろいろつかえるのに簡単な所。

JSP+サーブレットがこれから普及してくれると楽しそう。
そんなサーバが一般に広まるとよいなぁ。

まぁ、対決するとサーバがリボンとかしかないということでPHPの評価は無し。
使えないとね・・・。

【暫定カウントダウン】
あと１３６日。
http://mentai.2ch.net/test/read.cgi?bbs=tv2&key=978803308&st=266&to=266&nofirst=true

>でも、PerlのよさはCGI以外でもいろいろつかえるのに簡単な所。

PHP4 を普通のスクリプト言語としてつかってもいいですか？

$ cat myscript.php
#!/usr/local/bin/php4 -q
.....

つまんないので age

Perl始めて半年くらいの初心者です、
はっきりいってPerl以外は全くわからないです。
スレを読んでると、PerlやPHPやCなどのそれぞれの
言語に賛否両論あるようですが、
それぞれ、どのようなことができて、どのようなことができないのか
具体的に教えて頂けると嬉しいです。

perlでCGI書こうとするとプログラム内でHTML吐き出さなきゃならないが
PHPとかASPだと逆にHTML内にプログラムを埋め込められるワケ.
だから開発効率がめちゃくちゃ上がる.perlと同じようにコンパイルの必要もないしね.
Cはperlと同じようにHTMLまで出力する必要があるし、コンパイルも必要だが、
"どんなことでもできる"ってメリットがある.
そりゃーメモリでもなんでも直接アクセスできるんだから.
ちなむとASPはIISでしか動かないのでやめといたほうがいいと思われる.

UnixでもASPは動くよぅ･･･
と言うのは良いとして、Perlと比べると
phpはWEBに特化した便利さが有る(規模小〜中くらい)
Javaは膨大なライブラリを利用した大規模なPRJで(規模中〜超大きめ)
まだまだ言語は有るけど、ここには書ききれない
勉強するならPerl,Java,Cはネットで膨大な資料が有ってお徳,phpはちょっと少なめ

う ASPって移植されてたか・・・
俺は最初にC,C++学んで(これは時間かかった)
あとはほとんど勉強せずにPerl,ASP(JScript),PHPを使ってきた.
Perlを使えるならPHPはすぐ使えると思うよ.Cはちょっと勉強いるかもしれないが.
とりえあず今はPHPとPerlで落ち着いてる.
やっぱりコンパイルのいらない手軽さと資料の多さがいいね.
(PHPは本家(http://www.php.net/)のマニュアルが簡潔でしっかりしてるし.)
PHPは画像の扱いも楽でいいデス.

ごめん、JAVAの資料ってそんなに多かったけ？
最近増えたのかな？
去年俺がはじめたとき、資料が少なくて泣いた気がするのだが。
PHPの方が楽だったよ。

俺が英語嫌いな脳障害だからか？

Perlは簡単なテキスト処理する時に重宝してますが、
PHPってCGI以外にどういった用途で使えるんですか？
便利なら覚えたいのですが。

うーん PHPはWebに特化したものだから
他の用途に用いるならPerlのほうが便利だよ
テキスト処理も正規表現を使っているていう点では一緒だしね

ヤフーオークションで、幻の人気商品、発見！！！

今は無き「コピーガードキャンセラー」↓
http://page5.auctions.yahoo.co.jp/jp/auction/e5292701

ヤフーオークション内では、現在、このオークション
の話題で、持ちきりです。

動的なWEB作るんだったらPHPが便利だよね。
でも、テキスト整形とかデータ抽出->整形->出力
とかは圧倒的にPerlが使えるな。
>>137のいうとおりです。

WEBベースのコンテンツで提供する場合だったら、
PHPは「HTMLの中に動的なスクリプトがある」
というイメージでいけるのがとても簡素でいいよね。
Perlだと、htmlヘッダの生成からやらないとinternal server error
になるし。あと、クエリーを必ず
if ($ENV{'REQUEST_METHOD'} eq "POST") {
read(STDIN, $buffer, $ENV{'CONTENT_LENGTH'});
} else {
$buffer = $ENV{'QUERY_STRING'};
}
で始まるようなデコード作業をやらないとならないわけだけど、
PHPだと、いきなり指定出来るのが便利だよね。

最新版(たしかPHP4.1.1)は/usr/local/lib/php.iniの
register_globalsがOFFになってるので、デフォルトでは
自動変数登録はされないようになったような。。
まぁONにすりゃいいんだが。

PHPはWEBに関わる仕事をしてる場合は覚えていた方が得なんですかね。
まだあんま必要になりそうにないけど、手を出さなきゃな...

>>139
use CGI;
を使うのは無しですか。
param('hoge') で hoge の value が取り出せて便利なんですが。

そりゃもちろんライブラリ使えば簡単にすませられるよ.
俺は自分でよく使うのはWeb開発用Packageとしてまとめている.

ただPHPは(ライブラリではなく)言語レベルでその処理をしてくれるということだ.
GDとかfly使わなくても画像扱えるしね.
とにかくPHPは普通のWeb開発だけなら他にライブラリも何もいらないってこと.

>>142-143
僕も、PHP、Perlどちらも好きなので、
「用途で使い分ければ便利」
みたいなことがいいたかったんですけどね、単に(笑)
use CGI;は便利だと思います。はい。

>ただPHPは(ライブラリではなく)言語レベルでその処理をしてくれるということだ.
言語レベルって何？
C(xs)によるＰｅｒｌモジュール使う場合とどう違うの〜？
PHPはWeb方面のライブラリが豊富って話なら理解できるけど・・。

言語レベルは言語レベルだろ
君の論理で良くとasmだけ有れば他は何も要らないという事になる
出来る出来ないでは無くてどれだけ便利に(平易に)機能を使えるのか
を言ってるんだと思うが

>>146
use CGI;
と書く必要があるかないかだけで違う言語になってしまうのはおかしいって話。

上にある自動変数登録だってそういう物を作ればPerlでも可能だから
別に言語レベルでの違いはないし・・。（use CGiって書くことは必要♪）

＞君の論理で良くとasmだけ有れば他は何も要らないという事になる
にはなりません。わかりやすい例でいうとPerlとPrologだと明確な言語レベルの差があるとおもいます。

＞出来る出来ないでは無くてどれだけ便利に(平易に)機能を使えるのか
これはその通りだと思いますが僕はPerlとPHPの場合、両者の相違は言語ではなく主にライブラリの相違によって起こっていると思っているわけです
（書き方が悪かったかもしれませんが一般論ではなくPerlとPHPの場合の話をしてます）

すみません上の投稿の名前は146ではなく145の間違いです。

# 連続で申し訳ないです。
というわけでＰＨＰという言語（構文）によってＰｅｒｌより平易に使える例というのを
上げていただけると話が進むので助かります。

（僕もあんまり確かな自身がある訳じゃないので）

これって何時もの非生産的なアレ？　（ｗ
＞use CGI;
と書くだけで貴方の使ってるperlはqueryを分解したりヘッダを吐いたりしてくれるんだ　（^^;;

＞上にある自動変数登録だってそういう物を作ればPerlでも可能だから
という事はそういうものを書かなくてもいいphpの方が楽ですね

＞というわけでＰＨＰという言語（構文）によってＰｅｒｌより平易に使える例
使えば一瞬で分かります（笑

PHP徹底攻略読んだら、Cと同じだとCと同じと書くのに
Perlからパクったのはオリジナルのように書いてるのが
笑えた。

最後は利用者が多いか少ないかだと思う・・・
必死でPHP勉強して必死で動くサーバ探して設置してもほとんど人が来なかったとこがあったからな。

>>152
利用者はPHPとかcgiとかhtmlだとか関係ないからね(笑)

145は鋭いこと言ってると思うけど（但し全面的には賛成できない）
ここじゃ君の相手できるやつはいないから他行った方がいいよ。
（いるかもしれないけどそういう人はここではあまり発言しない）

#>>150の低レベルな返しで既に分かってるかもしれないけど

低レベルで良いからアンタこそ出て行け〜〜 >>155（もちろん>>150もな〜〜）
まぁ１４５と同一人物だろけど
変な見識に自分で賛同して、この板は駄目たぁ悲しすぎる〜〜
議論するならどっちも使ってからにしよーぜ〜〜

こんなトピック見てると何時も思うんだけど、、
PHPもRubyもPythonもtclもさ、perlと比較してどうって事は本山のTopPageに
デカデカと書いてあるだろうに
それより突っ込んだ所で話すなら歓迎だけど、それはperlでも可能です、
とかって毎度の事ながら悲しくなるよ
まぁちょっと触ってみろよと言いたい気分になる
CでOOすると言い張る人にも同じ事を言いたぃじょ

なんかいろんな意味で勘違いされてる・・・。
とりあえず、僕が言いたかったのはＰＨＰよりＰｅｒｌの方がいいよ、とか言う話じゃなくて
ＰＨＰがＰｅｒｌに比べて使いやすいと感じるのはその言語的な性質によるのではなくライブラリー等に
依るのが大きいのじゃないか？、だったら言語レベルがああだとかこうだとか言うのはちょっとおかしいじゃないの？ということです。
（だから何なんだといわれればそれまでなんですが・）
#ＰＨＰが（用途によっては）使いやすいということは前提
#というわけで>>157さんの指摘ももっともなんですがちょっとしっくりきません。

ちょっと話変えますが、ServletとJSPはどちらもJAVAという言語を使いますが、
場合（対象）によってその使いやすさは代わりますよね。（多くは組み合わせて使うと思いますが）
こんな感じのことを言いたかったんです。（うーん、ちょっと漠然としすぎてますね）

そいうわけで（？）ここのレベルが低いとか言う話ではなく単に板違いのような気がしてきたので
ここではもうやめます。

>>155さんアドバイスありがとうございました。
>>156さん気分を害してすみませんでした。

145って意外と大人だな・・・

この板らしくていいね。
ほかのサイトのラウンジみたくなってきたけど。

mod_PerlやPHP、ASPなど、処理速度はどうなんですか？

この板の263から281あたりを見てみなよ。

>>164 見えません。

164はネタなの？

誰か俺にPHPの利点を教えてください。

よく言われるPHPの利点は俺的にPerlで以下のように実現してるんだけ
ど、これらの利用経験があって、それでもPHPの方がｲｲ! という人はそ
の良さを語ってくれ。煽りじゃなくてマジでPHPの利点わかんないん
だ。

HTML中にコード埋込: Embperl http://perl.apache.org/embperl/
高速実行: mod_perl
DB連携: DBI http://www.oreilly.com/catalog/perldbi/chapter/ch04.html
セッション管理: Apache::Session
WebProg用ライブラリ: CPANに山程 http://www.cpan.org/modules/by-category/

>167
いい問題提起だ・・・(笑)

HTML中にコード埋込+高速実行:PHP
ちょっとデキル人風:PHP

phpだとそういったことがデフォルトで出来るのが良いんじゃないかと。

mod_perl設定してDBI入れてApache::Session入れたりしてると
どっかで躓く可能性だってずっと大きくなるし、読まなきゃいけない
ドキュメントの数も増えるし・・・。うわーん！（心理的な問題も？）

とりあえずぱっと思うついたのはこんな感じ。

>>170
ああ、そういう理由ならわかる。俺もゼロから始める人なんかにはPHP
を薦めるかも。以下はPHPの良い点だと思う。

・市販書籍を含めてドキュメントが充実している
・Perlに比べて罠が少ない
・学習コストが低い

でも、既にPerlに習熟してて自力で問題解決できるレベルの人にとって
のPHPのメリットが知りたい。誰か語ってクレ。

れたんたるサーバーに置く場合、一台丸借りとかじゃない限り
mod_perl使わしてもらえないっていうのはあるかも。

>>172
そういう理由もあったか。

俺レンタル鯖に縁が無いから知らないんだけど、どこの業者でも標準的
にPHP提供してるもんなの? ライブラリとかDBも定番で揃ってるなら大
きな利点だな。mod_perl+Embperlが入ってる業者なんて聞いた事ないし。

>173
うち借りてるとこ、PHPは３しかないよ。
それに、共用サーバだとDB提供なんてものはないから、
フリースクリプト作家としてはPerlで開発せざるを得ないよな。

うん？、ＰＨＰ＋ＤＢ(PostgresSQL or MySQL)使えるとこって結構多いような気がするけど。
> フリースクリプト作家としてはPerlで開発せざるを得ないよな。
始めにうーん論点ずらした(>>172)のは僕だから（すみません）、何だけど
これはちょっとまた話が変わってくると思う。

そんなわけで僕としても>>167,171にたいする他の意見がききたいにょ。

取りあえずmod_perlが使えるトコよりはPHP使えるトコの方が多いな。