Perl VS PHP

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

>>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使えるトコの方が多いな。

うだうだいってないで、黙ってしばらくつかてみるよろし。

>>177
いや、今のとこいじりたくなる動機が全く無いんだ。だからJava環境構
築に時間をあててる。

他のWebProg環境には以下のような点で魅かれるんだけど、PHPは旨みが
見つからない。で、ちょうどこのスレが上がってたんで作業の合間に書
き込んでみたわけ。

Perl: mod_perlでハンドラ書いてApacheと連携した小細工やり放題
Ruby: 言語自体の生産性の高さとキモチよさが段違い
Java: J2EE, Cocoon, Batik等、上の方のレイヤで楽しめそうなブツがｲﾊﾟ-ｲ
WebObjects: 噂に聞く洗練されたフレームワーク群に触れてみたい
ColdFusion: 非プログラマでも扱えるぐらいラクチンらしい

PHPのいいとこ教えてよ。「このライブラリがｳﾏ-」とか「このスレの熱
い語りを読め」とかでいいからさ。

趣味を極めるならPerl？
プログラマとして飯食ってくなら断然JAVA？
ベンチャー起業するならPHP？
間違ってる？

>>179
趣味でPHPでもいいだろ
Perlで飯食ってもいいだろ
JAVAで起業でもいいだろ

わざわざ決め付ける時点で間違ってる

>>180
KENT氏はPHPでスクリプトを作っていない
PerlよりJAVAの方が（うまい）飯を食える
例えば俺がWebShopでワサビを売るならJAVAは使わない
TPOや複数側面で見ることが必要じゃん、「Perl VS PHP」でしょ？
俺は今から趣味でJAVAを始めようとしてますが、何か？

>181
単純にスキルや好みの問題なんじゃないのかな？

>>178
まぁ技術的に考えたら、PHPでできてPerlでできないことなんてないと思うけど、
でもPHPの方が楽だと思えることもある。
まぁ慣れの問題かもしれないけど。

RDBMSへの接続とか、かなり簡単でｲｲ!とは思うけど、
Perlでもできるだろ、と言われれば、そりゃまぁできるし。

ちなみに、オイラはPerlもPHPもJava（Servlet）も使います。

>>181
もしかして179の人?
だとしたら言い方変えよう。

間違ってるとは言わないが正しいともいえない。

これでどう？

＞TPOや複数側面で見ることが必要じゃん、「Perl VS PHP」でしょ？

俺はまさにそういうことを言ってたんだが。
>>179 は決め付けてたから、決め付けるのは間違いだと言ったまで。
状況に応じて使い分けろと言う意味でね。

ていうか、別に >179 は決め付けてないと思うが‥‥。
単なる心証じゃないの？
疑問系だし。

実行速度はmod_perlの方が上みたいだけど
mod_perl　vs　PHP + Zend Optimizer　ではどうなの？
誰か実験して。

mod_perlを使ってるメジャーなサイトって知らない？
比較的大きな規模で。

結局お客さん次第だよ。

>188
いろんなコテハン見てきたけど、君はまたずいぶん独創的だね

Perl ではフリースクリプトの改造くらいしかできませんでしたが
PHP だと簡単な掲示板とか RDBMS を使ったショッピングカート
程度なら作れるようになりました。
まったくの初心者が始めるなら、PHP を薦めます。

>187
ウチ。でもここにはかけない。

>>191=1ch.tv

ひろゆきPHPに訴えられる
http://choco.2ch.net/test/read.cgi/news/1012426112/

mod_perl はメモリを食うからサーバ的に厳しい
perl はファイルの書き込みが遅い

>>194
PHPに比べてってこと？
最低どれくらい必要？

>>194
>perl はファイルの書き込みが遅い
もうちょっと詳しく知りたい

PHPは、後発の良さを享受しているよね。
関数なんかも洗練されているし。
ただ、後発だからこその不利もあるにはあるよね。
最近はどうか知らないけど、PHP用意していないプロバイダーもあったし。

　perlは配列の取り扱いが、好みが出ると思われ。
　mod_perlはいい加減なスクリプトの動作にうるさい。
　mod_perlはメモリを食う。
　GET、POST、cookiee変数の自動展開して欲しい人もいると思われ。（PHPはしてしまう）

perlは、難しい
PHPは簡単
ついでに、RDBMとの整合性も高い

PHP + Zend Optimizerって使ってる人、少ないのかな？
情報がないね。