5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

Perl VS PHP

1 :名無しさん@お腹いっぱい。 : 2001/02/19(月) 23:04 ID:VMbn6RF2
どっちがいいでしょう?
お好きにバトルしてね

2 :名無しさん@お腹いっぱい。 : 2001/02/19(月) 23:20 ID:VMbn6RF2
Perl=他人のスクリプトがたくさんある メジャー
PHP =動くレンタルが少ない      マイナー

3 :個人的には : 2001/02/20(火) 01:58 ID:224yF/Gw
Perl=今OK、今後不明
PHP=今ダメ、今後期待


4 :とあるひと : 2001/02/21(水) 01:39 ID:IWbfCh2w
PHP最高、軽いし。
Perlの掲示板と同じのなんてつくれますー。perl見て。

5 :名無し : 2001/02/21(水) 22:40 ID:pYxSFApQ
自分でサーバたてるなら、PHPが良いのでは?
Perlなんて、嫌いだ!
でも、セキュリティーに問題あるらしいが、どうなんだろう。

6 :名無しさん : 2001/02/21(水) 22:57 ID:goNj.N7U
Perlやり始めたけど、
3ヵ月後にはPHPに乗り換えちゃったさ。
PHPまんせー!

7 :名無しさん@お腹いっぱい。 : 2001/02/22(木) 00:34 ID:xF5DaCYQ
>5
そうなのか?
特に目立った問題は聞かないが。
まぁ生産性から考えたら考えたらPHPの方が上だろうな。
好みの問題もあるだろーけど。


8 :電動ナナシ : 2001/02/22(木) 02:18 ID:NiS.Wf9A
>>5
セキュリティホールは 3 ヶ月に一つくらい見つかっているね。
対応が早いのは救いだけど。
safe_mode = on にすればそれなりに安全でしょう。

それよりも、どう書けばセキュアなコードになるかってノウハウが少ないのが
ちょっと気になるといえば気になる。

>>7
生産性はコードの書き方にも依存するんじゃないかな。
Pear とか使えばかなり生産性向上すると思うけど、まだ使っている人ってあまり
みないなあ。

今一番ほしいのは Object-RDBMS Wrapper かなあ。
"Building Scalable Database Application" 読みながら勉強中・・・。


9 :名無しさん@お腹いっぱい。 : 2001/02/23(金) 00:23 ID:rp4JJx..
パールに比べたらPHPは本当にラクだ。
体感生産性は3倍以上。

10 :名無しさん@お腹いっぱい。 : 2001/02/23(金) 04:00 ID:/dSWLOBk
Perl = プロが使う
PHP = 素人が使う
ダゼ

11 :名無しさん@お腹いっぱい。 : 2001/02/23(金) 11:44 ID:hcsqrtx2
>>10 と同じ事を昔
C = プロが使う
Perl = 素人が使う

と思っていたさ。インタプリタ逝ってよし!な感じで。
けどPHPの生産性はVBのソレに近い感触でとにかくラク。
個人的にはPerlはすでに敵じゃない。
古い鯖で仕事するときに仕方なく使うだけ。

今後は JSP vs PHP vs ASP じゃないか?
ASPはGNUを取りこめない時点で負ける気がしてるけど。

12 :名無しさん@お腹いっぱい。 : 2001/02/23(金) 15:07 ID:bPbixCBU
ASP はもう死に体。未来なし。
JSP はマニアのおもちゃ。PHP もだけどな。

13 :名無しさん@お腹いっぱい。 : 2001/02/23(金) 16:28 ID:er8hDHwc
JSP+アプリケーションサーバはあなどり難いよ。
PHPはエンタープライズ向けのソリューションを提供しないと
未来はないと思うなー。取りあえず、今度ZendCache使ってみます。

14 :名無しさん : 2001/02/23(金) 16:47 ID:yOTU8WhU
>>C = プロが使う
>>Perl = 素人が使う

そうそう。プロならCGIをCでかけ。


15 :電動ナナシ : 2001/02/23(金) 22:53 ID:k2L6EyCM
>>12
信頼性もセキュリティにも問題がありすぎるからね・・・

でも Transaction Server がタダで添付というのはちょっとうらやましい。
クラス(オブジェクト)の中でいちいちトランザクション定義しなくて
よいというのは、実装の手間を大幅に軽減してくれる。

PHP 用の Transaction Server ってどこかにないかね。
WebLogic とか買って Java でやるしかないのかな。


16 :名無しさん@お腹いっぱい。 : 2001/02/23(金) 23:36 ID:3CcBfQsU
>>14
いや、CGI と言っている段階で素人丸出しだ。
CGI/1.1 など遅くて使い物にならんよ。

17 :14 : 2001/02/24(土) 05:35 ID:EHQ69qNY
>>16
CGI使わないで何使うの?
素人にもわかるように説明してくれ。

18 :SystemAgent : 2001/02/24(土) 05:58 ID:???
>>17
CGI を書くって表現を見ると、Web Server の CGI Handler を書くのかと
思うぞ。

あと >>16 は、mod_* な拡張モジュールは CGI インターフェースを
経由するわけじゃないから CGI アプリケーションとはいえないって
ことだと思うぞ。

んで、
「プロなら、予算と目的に応じて適切な道具を選ぶ」
んじゃないかと思うぞ。違うか?


19 :14 : 2001/02/24(土) 07:14 ID:EHQ69qNY
>>「プロなら、予算と目的に応じて適切な道具を選ぶ」
>>んじゃないかと思うぞ。違うか?
まさに、おっしゃるとおり。
Cで書くなんて冗談だよ、はは。

20 :13 : 2001/02/24(土) 11:32 ID:TMAe/vso
>18
たしかに!その意味でPHPはいろんな意味でコストパフォーマンスが
高い。ASPやJSP、Perlに比べてね。

21 :名無しさん@お腹いっぱい。 : 2001/02/24(土) 13:59 ID:yhWztcFE
PHPの限界を知ってこそプロ。妄信するなよ。

22 :13 : 2001/02/24(土) 17:21 ID:TMAe/vso
>>21
そだね。あくまでPHPはロー〜ミドルレンジ向けのソリューション。
ハイエンドでお金に糸目をつけなければサーバサイドJava。

23 :名無しさん@お腹いっぱい。 : 2001/02/25(日) 03:18 ID:???
>>11
Perl の用途、CGI が全てだなんて思ってるんじゃねーの?
そもそも C と Perl を同じ土俵で比べてることが痛いけどさ。(w

24 :23 : 2001/02/25(日) 03:25 ID:???
もともと 10 のあほな書き込みが発端みたいだな。
PHP も Perl も C もみんなプロも使ってる。適材適所でな。
なんでもかんでもこれだって変なこだわりを捨てきれないやつが素人なだけだ。

サラシトコウ

25 :名無しさん@お腹いっぱい。 : 2001/02/25(日) 03:58 ID:NviKLk8U
プロでもこだわりは必要だろ?
こだわりの無い奴はどれを使わせても中途ハンパな仕事しかできないぜ。
素人バリのアホなこだわりは勘弁だけどな。
極めれば極めるほどこだわりも出てくるって思うけどな。

26 :名無しさん@お腹いっぱい。 : 2001/02/25(日) 12:34 ID:MVnTrEag
24も25もどっちも正しい。
適材適所で、ベストソリューションを選ぶのがプロ。
ある道にこだわるのもプロ。でもこだわってばかりで、周りが見えないのはガキ。
この前PostgresのMLで、糞アニオタが"Oracleは糞だ。RMDBSならPostgres"
とかほざいて突っ込みを受けて、後から分ったんだが、そのアニオタはOracle
を使ったことがないらしい・・・ここまでくるとビョーキだな。
PHP vs Perlの不毛な議論も、こんなやつらがやってるから結論がでない。

27 :23 : 2001/02/26(月) 02:55 ID:TtxUPHq.
>>25
>プロでもこだわりは必要だろ?

こだわりは必要だと思う。

例えば、テキストから正規表現使って文字を抜き出す処理だけをしたい時に、
「Cでやるんだ!」って主張する奴と、
「Perl か Awk か Sed でやろうよ」って主張する奴がいるとする。

俺が言いたかったのは、この場合の前者はただの言語羽化だってこと。

28 :名無しさん@お腹いっぱい。 : 2001/02/26(月) 14:16 ID:CCJ2NkOs
こだわりで時間と金を使うのは
プロとはいえない・・。と思う俺。

29 :名無しさん@お腹いっぱい。 : 2001/02/26(月) 16:08 ID:dZniPDUM
それは近視眼的に考えるか長期的に考えるかで変わってくるな。


30 :名無しさん@お腹いっぱい。 : 2001/02/26(月) 18:50 ID:goQGp6Go
趣味プログラマで最近CGIを始めたものですが、
この用途だったら、デバッグのやりやすさだけでも、
PHPに軍配が上がるような気がするな

データベースとかはよくわかりません

31 :名無しさん@お腹いっぱい。 : 2001/02/26(月) 22:50 ID:8JeIWn.k
趣味プログラマならPHPおすすめするよ。プロ目指すならCから始めた方がいい。最終的にPHPを選ぶことになってもね。

32 :名無しさん@お腹いっぱい。 : 2001/02/27(火) 11:52 ID:???
>>18
腹痛が痛いね。

33 :電動ナナシ : 2001/02/28(水) 17:16 ID:???
>>27
マーフィーの法則(アスキー)シリーズのどれかで
『「そんなの C で書ける」と言う人間は C でプログラムを書けない』
というのがあったね。


34 :よしもと : 2001/03/03(土) 15:58 ID:/xJivVgw

 JSPとPHPはどっちがどういう風に優れているのでしょうか。
 この部分ではPHPが勝っていて、JSPはこの部分が勝っているみたいな。



35 :電動ナナシ : 2001/03/04(日) 12:46 ID:???
JSP 単体と PHP を比較する意味はほとんどない。強いて言えば Java を作っている
Sun 純正だから Java との親和性が保証されている程度。PHP から Java の
プログラムを使うこともできるけど、一人で両方こなすのは面倒くさい。

好きなほうを使えばいいじゃん。


36 :名無しさん@お腹いっぱい。 : 2001/03/06(火) 09:38 ID:xsgJkhQ.
将来的にロジックを切り離して再利用したり、大量のアクセスが
きたときにスケールアップさせたければJSP+AS
初期の生産性・開発スピードを優先するならPHP

37 :よしもと : 2001/03/06(火) 11:22 ID:t4d7nff2

お返事ありがとうございます。

結局好きなほうを使えばいいんだなーとは思うのですけれど、興味として聞いてみました。すみません。
PHPの本を読んだときに、予算があって、時間もとれるのならばJSPでやるけれど、そうじゃないときは
PHPで著者は仕事をしている、という下りがあって、「そうするとPHPはCGIとしてのPerlのリプレース
にしかすぎず、最終的にはJAVAに駆逐されるのかなあ」と思ったので。

どうなんでしょう。


38 :PHPLIB : 2001/03/06(火) 11:48 ID:gIQOXWz2
PHP4でPHPLIBは使えますかね??
誰かお願いします。

39 :名無しさん@お腹いっぱい。 : 2001/03/06(火) 17:26 ID:9icXiwVw
使えますよ。

40 :名無しさん@お腹いっぱい。 : 2001/03/07(水) 03:20 ID:/LPxFF6o
>>37
ジャンボジェットとセスナは別なのりものでしょう?
どっちかだけが生き残る、なんてもんじゃない。
小回りは聞かないが圧倒的な乗り心地、でも高いジャンボ(JSP)と、
軽快にスイスイと飛び回るセスナ(PHP)

41 :名無しさん@お腹いっぱい。 : 2001/03/07(水) 10:45 ID:???
>>40
その比喩は無理があるぞ。

42 :名無しさん@お腹いっぱい。 : 2001/03/07(水) 17:05 ID:.mfiOqmE
>>41

そいじゃ、どういう比喩が?

43 :名無しさん@お腹いっぱい。 : 2001/03/07(水) 22:14 ID:???
さぁ?

44 :名無しさん@お腹いっぱい。 : 2001/03/08(木) 01:25 ID:0E6mJlmY
PerlやPHPのお手軽さを知ると、
JavaServletやJSPで書くなんてバカバカしくてやってらんない。
Java好きだけどね、たいがいの場合、手間くってめんどくさいだけ。
よっぽと巨大なWebアプリでも開発するんなら、わからんでもないが。


45 :名無しさん@お腹いっぱい。 : 2001/03/08(木) 02:53 ID:ne58fVNo
車とバイク程度かな。
高速道路使って長距離ドライブは車が楽だが、
近所のコンビニにはバイクが便利。
やれることはどっちでも無理すりゃできるが、イージーさ
が違う。

46 :名無しさん@お腹いっぱい。 : 2001/03/08(木) 13:54 ID:0E6mJlmY
Perlはバイク、
PHPは電動自転車、
JSPは非オートマ車
Servletは二階建て大型観光バス


47 :名無しさん@お腹いっぱい。 : 2001/03/08(木) 15:29 ID:Jy2HHCN.
>>46
おぉ! 良いっ! (・∀・)


48 :名無しさん@お腹いっぱい。 : 2001/03/08(木) 16:43 ID:???
どうも違和感があるな。
その「何か大きなすごいモノ」って、アプリケーションサーバを指してないかい?
JSPもServletも本来は手軽なものだよ。

49 :名無しさん@お腹いっぱい。 : 2001/03/08(木) 18:25 ID:???
でかいもの作るには手軽なだけだろ

50 :名無しさん@お腹いっぱい。 : 2001/03/08(木) 23:39 ID:???
JSPはともかく、Servletはちょっと面倒でない?

51 :名無しさん@お腹いっぱい。 : 2001/03/10(土) 03:07 ID:LwoOmgPg
Servletはコンパイルが必要という時点で、もう手軽とはいえないでしょう。
場合によっては、つーか、たいがいは一本のサーブレットに対して、
クラスファイルが沢山できる事になるし、jarでパックすりゃ一つに
なるといっても、それだって一手間よけいにかかる事にかわりない
し。とかいいながら、サーブレット使ってるんだけどさ。
サーブレットからPerlやPHPのモードになると、それまで大リーグ
ボール養成ギブスでもつけてたんかみたいな開放感を感じるのは
おいらだけか?


52 :初期不良 : 2001/03/10(土) 03:28 ID:qST3pRMc
suExec がかかるかどうかの違いが一番大きくない?
掲示板の場合書き込みに Perl CGI、
表示に PHP って感じにしないと
権限の管理ができないような気がするんだけど。
何かいい方法あるんですか?

53 :名無しさん@お腹いっぱい。 : 2001/03/10(土) 03:28 ID:QYRvbSDo
その ギブスで 養成されたか知りたい

54 :電動ナナシ : 2001/03/10(土) 12:35 ID:???
>>53
Servlet を使おうとすると、それなりにオブジェクト指向設計・実装技法を
身に付ける必要があるから、アプリケーションの設計能力は若干高まるんじゃ
ないかな。
まあ Java プログラマー自称していても巨大な main() 作る人もいるから、
「常にそうなる」わけではないけど、少なくともそういう機会は与えられる
よね。

PHP だけしか使っていないと、なかなかそういうやり方が身につかない。
そういう設計・実装が必須ではないし、オブジェクト指向的に書く問題点も
あるし(全体の見通しが悪くなる、書きなれていない、適切なサンプルがない)、
具体的なメリットが痛感できるわけでもないから、これは仕方が無いと思う。
# マンモス本のコードを見れば痛感できるでしょう・・・。

もちろん、そういうオブジェクト指向的な書き方ができるようになることの
是非はまた別だね。書けるようになるまでに必要な労力や、メリットを考えると
あらゆる場合にお勧めするわけではない。
議論がずれてきたのでこの辺はまた別の機会にでも。


55 :51 : 2001/03/10(土) 18:50 ID:LwoOmgPg
>>53
大リーグボール的魔球のようなプログラムが書けるようになったとは思わんさ(藁
開発にかかる労力としての比喩だよ。でもJavaって悪くない言語仕様だとは思う。


56 :名無しさん@お腹いっぱい。 : 2001/03/11(日) 03:22 ID:HFbLYkiQ
意外と素人が多いな、ここ。(もちろん全員ではないが)
適材適所はプロの現場、趣味を含めて当然だと思う。
とりあえず企業のサイト(コンテンツ)でPHPはちょっと痛いと思う。
JSPのアプリケーションサーバーだって安いんだからさぁ。
自分は自宅で趣味でやるからPHP使うけど。

57 :56 : 2001/03/11(日) 03:25 ID:HFbLYkiQ
つうかPerl VS PHPだったっけ。
個人的にはWebのアプリケーションとして使うなら
PerlよりPHPの方が生産性が高い(特に小規模なら)と思う。
たとえば、よーいドンで作ったら勝つのはPHPでしょう。
(同等のスキルの人間が作ったとして)

Perlは今後、コマンドラインから使うことにしよう(藁
それはそれで便利。覚えておいて損はないよね。

58 :名無しさん@お腹いっぱい。 : 2001/03/11(日) 14:09 ID:LewkJAXY
PHPってPerlより生産性高い?
PHP3はデバッガがなくて苦労したけれどな。
データベースにしてもDBI使えば変わらないし。
Perlのほうがライブラリが充実しているし、いろんなことが出来ると
思うんだけれどなー

59 :名無しさん@お腹いっぱい。 : 2001/03/11(日) 18:57 ID:4y17Q9S.
ツール,参考書籍等においては当然Perlだけど、
それをふまえても生産性はPHPに軍配上がると思う。
PHPが枯れてくればさらに差は広がるであろう。

60 :名無しさん@お腹いっぱい。 : 2001/03/11(日) 19:57 ID:kNxjfyY.
>>59
>それをふまえても生産性はPHPに軍配上がると思う。
なんで?
理由は?

61 :電動ナナシ : 2001/03/11(日) 20:53 ID:VmE8pWfs
>>58
デバッガについては Zend Debugger がある。有償になるけど。
VB のようなステップ実行とかブレークポイントの設定とか可能みたい。
ただまだ使った経験がないので、どこまでカタログスペック通りかは不明。

>>59-60
そういう議論は定量的な数字を示さない限り「そう思う」「いや思わない」
という水掛け論になりがち。もっとも数字を出しても、その数字をどう評価
するかという別の問題が出てくるので、これが決定的ではないが。

ちなみに会社でプログラミング初心者にやらせてみた感じでは、PHP の方が
受けがよかった。

PHP の場合、HTML 埋め込みになるため、まず素の HTML で書いてみて、
そこにだんだん PHP のコードを入れるという形で徐々に試すことが出来る。
その点がとっつきやすそうに見えるらしい。

Perl だとどうしても最初から Perl 「プログラム」から書くことになり、
その辺の心理的抵抗が大きい模様。

そういう事例もある、程度に読んでほしい。


62 :電動ナナシ : 2001/03/11(日) 21:13 ID:VmE8pWfs
ちなみに生産性は、言語仕様よりも
・再利用・メンテナンスを意識したコーディングをしているか
 (コーディングスタイル)
・きちんと設計できているか(特にビジネスロジック層と永続化データ層)
の影響を大きく受けると思うので、Perl だろうが PHP だろうが違いがあっても
誤差程度というのが自分の考え。

Perl は write-once な言語だと揶揄されることが多いが、PHP にも同じ傾向が
見られるような気がする。そうだとすると、どちらもそのままでは生産性は低い、
が正解では?。で、どうやったら生産性が高まるか?という話になるのでは
ないかと思う。


63 :電動ナナシ : 2001/03/11(日) 21:15 ID:???
s/write-once/write-only/
鬱だし脳

64 :名無しさん@お腹いっぱい。 : 2001/03/12(月) 02:40 ID:ofqv0Qok
電動ナナシ氏はかなりもっともなことを言うなぁ。

生産性についてはどう捕らえるか、色々あるけど、
HTMLのデザインを先にデザイナーに作ってもらって、
それをそのまま流用できるのは大きな差だと思う。
もちろんPerlだってそうすると思うけど、PHPの方がそこが楽だと思う。
修正が入ったときでも、ソースを書いた本人以外が見ても
デザイン程度の変更だったら割と楽だと思うし。

これに関してはPerlとPHPというよりは、
スクリプト(もしくは言語)にHTMLを吐かせるタイプか、
HTMLにスクリプトを埋め込むタイプかという比較ですけどね。

65 :64 : 2001/03/12(月) 02:43 ID:ofqv0Qok
あと、メンテナンスを考慮した云々の話しでコーディングしているか
って話しだと、Webの仕事だといわゆる「やっつけ」に近い形で
来ることが多いので(自分の経験に限り)、ちゃんと設計している
暇がないことが多い。
Perlなどの言語主体の作りをする場合は、どちらかと
言うと共通して使えるようなモジュールになってくることが多かった。


66 :名無しさん@お腹いっぱい。 : 2001/03/12(月) 03:25 ID:QhJjyrcM
>65
っつーか、自分がそーゆーことになってます。
ホントは俺だって再利用したいんだよ。いろいろ。
でも、結構アクセスがあるんで、requireとかincludeにかかるコスト&
納期を考えると、だらだらとよだれ垂れ流し型のみっともないコードを
かかざるを得ない。んで、クライアントから「前つくったのと同じだから
半分の納期でできるでしょ?」とか言われちゃって・・・。

すまん、グチった。

67 :電動ナナシ : 2001/03/13(火) 13:52 ID:???
>>66
んまあ、それが現実だよねえ。自分も納期間際になって「あーゼロからやり直したい!」と
いう衝動によくかられる。

> クライアントから「前つくったのと同じだから
> 半分の納期でできるでしょ?」とか言われちゃって・
あーそれはよくあるねえ。再利用が完全な形で利用できるなら確かにクライアントの
言う通りだけど、実際には「作り直し」に近い事態になりがちなんだよね。
実際の統計データとして、
・企業が新規開発に投入するコスト
・新規開発にあたり企業が既存のシステムの解析・デバッグに要するコスト
がほぼイコールだっていう話もあるしね。再利用が完全なら前者のコストだけですむはず
なんだけど、実際にはレガシーコードが足を引っ張って倍以上のコストになるという
お話だった。

あと、PHP 使った小規模案件だと、発注者も要求仕様をきちんと詰めないで「こんな感じ」を
連発した非常によく分からない発注の仕方をするから、仕様が確定するのはいつも
納品時ということになりがち(いや仕様は最後まで確定しないで、とりあえず納品する
という方が正確か)。このために再利用性を高めるべく事前に設計をしようと思っても
できないことが多い。これがさらに状況を悪化させると思う。

もちろん、この曖昧な顧客の要望を仕様にまとめあげるのが技術者の能力の一つである
ことは間違いないんだけど、朝令暮改というのは本当に困る。

みんなはどうよ。
# 愚痴スレになってきたかな・・。


68 :名無しさん@お腹いっぱい。 : 2001/03/13(火) 23:48 ID:dF7pXRjg
Perlでもヒアドキュメントを使えば、PHPライクに書けるぞなもし。


69 :名無しさん@お腹いっぱい。 : 2001/03/14(水) 00:45 ID:H6qlTVz.
>>68
Text::Template を使ったりしてた

70 :名無しさん@お腹いっぱい。 : 2001/03/14(水) 03:31 ID:PJgnA3kQ
>>67
>朝令暮改というのは本当に困る。

同意。
顧客のニーズを察して汲み上げて・・
顧客本位の姿勢て大切だけど何かと大変ですね。
私は優柔不断な顧客をねじ伏せる力技・小技・裏技を日々駆使してますよ。

楽したいからじゃなくって、最後に顧客に満足してもらいたからこそ。マジで。


71 :一日目 : 2001/03/15(木) 03:25 ID:CjrUhPME
Perlと比べて…。

正規表現めんどい。
リファレンス(=&)わかりにくい。
いちいち array とか list とか面倒くさい。
array_* とか関数名が無駄に長い。何故だ?


72 :66 : 2001/03/16(金) 00:19 ID:j93BtSAA
電動ナナシ氏って、所謂「判っている技術者」って感じですよね。
「わかってる」ってのは、技術云々もそうだけど、技術者に仕事を
出す側の論理とかクライアントの要求とかをちゃんと見てる、という
意味で・・・。
一番の疑問は、何故こんな優れた技術者が2chにこんなに頻繁に
書き込んでるのか?ってこと。こんな人をほっといていいのか?
>電動ナナシ氏の会社

73 :電動ナナシ : 2001/03/16(金) 00:54 ID:???
現実逃避だよ・・・。
# まだハマっています。X-(

会社にばれたらやばいだろうな・・・。


74 :名無しさん@お腹いっぱい。 : 2001/03/16(金) 15:28 ID:???
>>1-

75 :名無しさん@お腹いっぱい。 : 2001/03/16(金) 15:29 ID:???
>>1-ああああ

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

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

77 :名無しさん@お腹いっぱい。 : 2001/03/22(木) 01:28 ID:X1SALrtQ
私、仕事でJSP+Java。趣味でPHP使ってます。
Java系はクラス設計からしっかり作れるから、自分の知的財産として高く売りやすいですね。
通常画面周りをJSPで作って処理自体をクラスとかBean(use Bean)で作るので、
JSP部分をWebデザイナーに流せるのもチームな仕事向きですね

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

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

78 :名無しさん@お腹いっぱい。 : 2001/03/25(日) 07:08 ID:x2CQFSIQ
どうしてもPHPでなきゃいけない理由がない。
となると枯れてるとか、どこの鯖でもたいがい動くとか、
「ぺっぷ〜?なんだねそりゃ」なんていわれて説明する手間も
いらないってわけでPerlにおちつくな。

79 :電動ナナシ : 2001/03/25(日) 07:26 ID:???
むしろ「この言語じゃないと」って必然性があるほうが珍しいだろうね。


80 :名無しさん@お腹いっぱい。 : 2001/03/25(日) 09:01 ID:???
>>78
はう? 「ぺっぷ」って呼ぶの?
「ぴいえいちぴい」だと思ってた....。


81 :電動ナナシ : 2001/03/25(日) 20:52 ID:???
>>80
そっちが正解。
でも HTML を「はとまる」って読む人もいるご時世だからね。
世の中にそういう読み方をする人がいても不思議はないような・・。


82 :77 : 2001/03/26(月) 02:42 ID:HiLl6xMI
「○○言語じゃなきゃいけない」とか言ってるのは一部の風潮であって
TPOではないでしょうか?

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

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

83 :77 : 2001/03/26(月) 02:56 ID:HiLl6xMI
あぁ、TPOは私の個人的意見。
仕事では許してくれません。
コールドフュージョン使ってみたい

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

84 :名無しさん@お腹いっぱい。 : 2001/03/26(月) 06:35 ID:YxO9IxXk
>>83
GD とか PerlMagick のこと?


85 :77 : 2001/04/02(月) 13:31 ID:7AqVxt2U
>>84
GDはPHPで動作する奴ですよね?
PerlMagic・・・ImageMagicと言うものを見つけました。
X用のイメージビュアーのようですけど、それを操作して画像処理するのでしょうか?

86 :名無しさん@お腹いっぱい。 : 2001/04/02(月) 13:59 ID:/cxQA95w
>>83

URLキボンヌ。

87 :名無しさん@お腹いっぱい。 : 2001/04/03(火) 21:36 ID:4znLjLTQ
GD::Imageとか、Image::Magickとかモジュールがあります。
もちろんそれぞれライブラリが必要。
『WEB+DB Press Vol.1』技術評論社 に記事が載ってたよ。
perlって見た目が嫌いで敬遠してるけど、その膨大な資産は魅力的かも。

88 :名無しさん@お腹いっぱい。 : 2001/04/04(水) 04:34 ID:Q0cv1QSk
GD
http://search.cpan.org/search?dist=GD
PerlMagick
http://search.cpan.org/search?dist=PerlMagick

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


89 :77 : 2001/04/04(水) 13:47 ID:2nwHJnCw
修正
GDはPHPで動作する
  ↓
GDはPHPでも動作する
PHPのマニュアルにもGDライブラリが必要と書いてました。
ライブラリを呼び出す仕組みがあれば、Javaでも動作しそうですね。

>>86
URLって88が書いてくれた奴で良いんですよね?
それともコールドフュージョン?
http://cfusion.sirius.co.jp/products/cfbegin.cfm

90 :名無しさん@お腹いっぱい。 : 2001/04/05(木) 11:03 ID:hXH3.0ec
>>79
言語仕様や性能に言語選択の必然性がある場合は少ないが、
それを使う側の事情に言語選択の必然性がある場合は非常に多い。

91 :名無しさん@お腹いっぱい。 : 2001/04/05(木) 17:48 ID:m1pBSCs2
>>89
GD は知らないけど、ImageMagickはJavaインターフェイスあるよ。
http://www.imagemagick.org
ftp://ftp.imagemagick.org/pub/ImageMagick/java/


92 :名無しさん@お腹いっぱい。 : 2001/04/09(月) 18:46 ID:fq5CAeGU
age

93 :名無しさん@お腹いっぱい。 : 2001/04/09(月) 23:07 ID:QARI7VsU
245 CGI、Perl 5
305 PHP 1

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

94 :名無しさん@お腹いっぱい。 : 2001/04/09(月) 23:20 ID:???
>このアクセス1って、俺のことだ。
俺の1は何処??

95 :電動ナナシ : 2001/04/10(火) 10:52 ID:???
>>93
これって書き込み数なんじゃないの?

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


96 :93 : 2001/04/10(火) 11:55 ID:???
鬱だし脳

97 :名無しさん@お腹いっぱい。:2001/04/20(金) 14:56 ID:c/XvRP6o
PHPだと、インタフェースデザインとプログラムが分離しにくいから嫌いだ。

98 :名無しさん@お腹いっぱい。:2001/04/20(金) 15:48 ID:5Li3PYXE
Perlだと、インタフェースデザインとプログラムが分離しにくいから嫌いだ。

99 :名無しさん@お腹いっぱい。:2001/04/20(金) 16:16 ID:S///PKIM
>>97-98
JSPのTagLibはいいらしい。詳しく知らないけど。

100 :名無しさん@お腹いっぱい。:2001/04/20(金) 16:24 ID:???
>>97-98
どっちもやり方次第だと思うんだけど。

101 :名無しさん@お腹いっぱい。:2001/04/20(金) 17:59 ID:S///PKIM
Perlは埋め込めないから(Enbeddedじゃないから)負け。

102 :名無しさん@お腹いっぱい。:2001/04/20(金) 18:12 ID:6.xifOUs
ハァ?パールなら俺は3個埋め込んでるぞ。

103 :名無しさん@お腹いっぱい。:2001/04/20(金) 18:47 ID:???
:102d

104 :77:2001/04/26(木) 14:17 ID:8jbNnp4w
>99
TagLibは簡単でもないです。
拡張タグの実体はTagSupport系のサブクラスを作って、
それをWebサーバー(サーブレットコンテナ)に登録しなくてはいけないので、
あまりマメに変更はできないです。

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


105 :名無しさん@お腹いっぱい。:2001/04/26(木) 17:46 ID:bPccmG/I
>>102
おもしろい

106 :名無しさん@お腹いっぱい。:2001/04/27(金) 16:53 ID:???
>>101

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

mod_perl でも動くしな。


107 :名無しさん@お腹いっぱい。:2001/04/28(土) 16:25 ID:???
ePerl と eRuby はダメダメ。

108 :名無しさん@お腹いっぱい。:2001/04/30(月) 20:35 ID:Jt/ljeX2
プログラム暦なしでPerl勉強中で少し分り掛けなんですが
ココ読むとスゴイPHPはスゴク良いみたいなので流されてます
Perlの勉強やめてPHPの勉強がいいですか?
それともPerlが勉強してからPHPの勉強がいいですか?
両方いっぺんには無理なので、マジレスでアドバイスお願いします

109 :名無しさん@お腹いっぱい。:2001/04/30(月) 21:49 ID:G62GAJRM
>108
別にどっちを勉強してもいいが、勉強効率(勉強にかけた時間に対する、
できるようになることの割合)はPHPの方が高いと思うぞ。
少ない勉強でいろいろできるようになる。

110 :名無しさん@お腹いっぱい。:2001/04/30(月) 22:05 ID:???
http://www.geocities.co.jp/WallStreet-Bull/1617/

111 :電動ナナシ:2001/05/01(火) 05:05 ID:???
>>108
何をメインでやるかによる。

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

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


112 :108:2001/05/04(金) 17:08 ID:bCjGcmUQ
>>109 >>111
とても参考になりました。ありがとうございます。
Perlをもう少し理解できたらPHPを併用していこうと思います。

113 :名無しさん@お腹いっぱい。:2001/05/22(火) 19:48 ID:z2.3HxPs
Perlを勉強してもうすぐ1年だが
PHPに出会い,Perlに比べて簡単でしかも生産性が高いと感じたのだが
いままでPerlを勉強してきた自分を捨てきれずに
Perlをつかいつづけてる。

114 :名無しさん@お腹いっぱい。:2001/05/22(火) 20:14 ID:???
Apache for Win32を使ってローカルでスクリプト動かしているけど
PHPを動かすにはどこのプログラム入れればいい?だれか教えてよん

115 :名無しさん:2001/05/23(水) 00:16 ID:???
>>114
PHPを、CGIとして動かしたいのか、サーバプロセスで動かしたいのかどっち?

116 :名無しさん:2001/05/23(水) 00:28 ID:???
>>114
ここみれ
http://www.php.net/downloads.php

Win32 Binaries
     ・PHP 4.0.5 [4,590Kb] - 30 April 2001
      (CGI binary plus server API versions for Apache, AOLserver,
      ISAPI and NSAPI. MySQL support built-in, many extensions
      included, packaged as zip)
     ・PHP 4.0.5 [738Kb] - 30 April 2001
      (CGI only, MySQL support built-in, packaged as Windows installer
      to install and configure PHP, and automatically configure IIS, PWS
      and Xitami, with manual configuration for other servers.
      N.B. no external extensions included)

117 :名無しさん@お腹いっぱい。:2001/05/23(水) 14:45 ID:???
>>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...

となる

こんなもんか?

118 :電動ナナシ:2001/05/23(水) 19:15 ID:???
これ↓が抜けてる

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

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

119 :名無しさん@お腹いっぱい。:2001/05/29(火) 15:53 ID:zHsyJgmo
僕も>>108さんと同じような状況で悩んでいます。

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

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

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

120 :名無しさん@お腹いっぱい。:2001/05/29(火) 19:02 ID:oi4kyUtI
>>119
とりあえず、このスレ全部読んでみなよ。
>>111 を読んでもなおその質問をするの?
あなたが何をやりたいのかも分からないのに答えられるわけないよ。

121 :名無しさん@お腹いっぱい。:2001/05/29(火) 22:40 ID:mTARWmcU
むぎ茶さん出番だよ!

122 :名無しさん@お腹いっぱい。:2001/05/30(水) 02:39 ID:n7P1SKLk
Perlは用途が広いからねえ。一概にいえない。

123 :名無しさん@お腹いっぱい。:2001/05/30(水) 09:45 ID:???
>>119
PerlできりゃPHP理解できっしょPerlやっとけ
必要あらばPHPにうつれば

124 :名無しさん@お腹いっぱい。:2001/06/02(土) 00:44 ID:???
そうだ それがいひ

125 :名無しさん@お腹いっぱい。:2001/06/02(土) 02:15 ID:lEqnDGvE
メール、エディター、エクスプローラと自作でつくり
全部ブラウザ上で操作している今、こんな便利なものない。
もう頭はPerl。いまさらもう他にうつれない。

126 :名無しさん@お腹いっぱい。:2001/08/09(木) 06:46 ID:ESTpK3Ic
あげよっかな

127 :名無しさん@お腹いっぱい。:2001/08/12(日) 01:43 ID:TrSLsWVY
> PerlできりゃPHP理解できっしょPerlやっとけ
> 必要あらばPHPにうつれば
確かに、CができればPerlも簡単だし。
perlでCGIが出きればPHPも簡単だよ。
簡単なのが魅力だPHP。
でも、PerlのよさはCGI以外でもいろいろつかえるのに簡単な所。

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

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

128 :名無しさん@お腹いっぱい。:2001/08/17(金) 14:35 ID:???
【暫定カウントダウン】
あと136日。
http://mentai.2ch.net/test/read.cgi?bbs=tv2&key=978803308&st=266&to=266&nofirst=true

129 :名無しさん@お腹いっぱい。:01/09/26 19:45 ID:q0y9qkoo
>でも、PerlのよさはCGI以外でもいろいろつかえるのに簡単な所。

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

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

130 :129:01/09/26 19:46 ID:???
つまんないので age

131 :名無しさん@お腹いっぱい。:02/01/05 16:27 ID:jR8St0p6
Perl始めて半年くらいの初心者です、
はっきりいってPerl以外は全くわからないです。
スレを読んでると、PerlやPHPやCなどのそれぞれの
言語に賛否両論あるようですが、
それぞれ、どのようなことができて、どのようなことができないのか
具体的に教えて頂けると嬉しいです。

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

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

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

135 :名無しさん@お腹いっぱい。:02/01/05 19:38 ID:Oqn4PMbT
ごめん、JAVAの資料ってそんなに多かったけ?
最近増えたのかな?
去年俺がはじめたとき、資料が少なくて泣いた気がするのだが。
PHPの方が楽だったよ。

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

136 :名無しさん@お腹いっぱい。:02/01/05 20:59 ID:w4KV4SlW
Perlは簡単なテキスト処理する時に重宝してますが、
PHPってCGI以外にどういった用途で使えるんですか?
便利なら覚えたいのですが。

137 :名無しさん@お腹いっぱい。:02/01/05 22:16 ID:DYA6Pehx
うーん PHPはWebに特化したものだから
他の用途に用いるならPerlのほうが便利だよ
テキスト処理も正規表現を使っているていう点では一緒だしね

138 :親切な人:02/01/05 22:34 ID:???

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

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

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

139 :名無しさん@お腹いっぱい。:02/01/05 22:38 ID:ikOgyRhs
動的な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だと、いきなり指定出来るのが便利だよね。

140 :名無しさん@お腹いっぱい。:02/01/05 23:19 ID:LoyimUZg
最新版(たしかPHP4.1.1)は/usr/local/lib/php.iniの
register_globalsがOFFになってるので、デフォルトでは
自動変数登録はされないようになったような。。
まぁONにすりゃいいんだが。

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

142 :名無しさん@お腹いっぱい。:02/01/06 02:44 ID:x/Mmk0zA
>>139
use CGI;
を使うのは無しですか。
param('hoge') で hoge の value が取り出せて便利なんですが。

143 :neworder:02/01/06 11:13 ID:7EfgizBl
そりゃもちろんライブラリ使えば簡単にすませられるよ.
俺は自分でよく使うのはWeb開発用Packageとしてまとめている.

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

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

145 :名無しさん@お腹いっぱい。:02/01/06 13:26 ID:Krpp/oDd
>ただPHPは(ライブラリではなく)言語レベルでその処理をしてくれるということだ.
言語レベルって何?
C(xs)によるPerlモジュール使う場合とどう違うの〜?
PHPはWeb方面のライブラリが豊富って話なら理解できるけど・・。

146 :名無しさん@お腹いっぱい。 :02/01/06 13:57 ID:???
言語レベルは言語レベルだろ
君の論理で良くとasmだけ有れば他は何も要らないという事になる
出来る出来ないでは無くてどれだけ便利に(平易に)機能を使えるのか
を言ってるんだと思うが

147 :146:02/01/06 14:13 ID:Krpp/oDd
>>146
use CGI;
と書く必要があるかないかだけで違う言語になってしまうのはおかしいって話。

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

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

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

148 :145:02/01/06 14:14 ID:Krpp/oDd
すみません上の投稿の名前は146ではなく145の間違いです。

149 :145:02/01/06 14:18 ID:Krpp/oDd
# 連続で申し訳ないです。
というわけでPHPという言語(構文)によってPerlより平易に使える例というのを
上げていただけると話が進むので助かります。

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

150 :名無しさん@お腹いっぱい。:02/01/06 14:30 ID:6qH6IZIM
これって何時もの非生産的なアレ? (w
>use CGI;
と書くだけで貴方の使ってるperlはqueryを分解したりヘッダを吐いたりしてくれるんだ (^^;;

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

>というわけでPHPという言語(構文)によってPerlより平易に使える例
使えば一瞬で分かります(笑

151 :名無しさん@お腹いっぱい。:02/01/07 10:58 ID:KA23DmIJ
PHP徹底攻略読んだら、Cと同じだとCと同じと書くのに
Perlからパクったのはオリジナルのように書いてるのが
笑えた。

152 :名無しさん@お腹いっぱい。:02/01/07 11:14 ID:???
最後は利用者が多いか少ないかだと思う・・・
必死でPHP勉強して必死で動くサーバ探して設置してもほとんど人が来なかったとこがあったからな。

153 :名無しさん@お腹いっぱい。:02/01/07 11:18 ID:euinDJoA
>>152
利用者はPHPとかcgiとかhtmlだとか関係ないからね(笑)

154 :名無しさん@お腹いっぱい。:02/01/07 12:03 ID:ckSEUM7e
>152  二行目が輝いている。 ガソバレ。

155 :名無しさん@お腹いっぱい。:02/01/07 14:41 ID:LEsGi9+e
145は鋭いこと言ってると思うけど(但し全面的には賛成できない)
ここじゃ君の相手できるやつはいないから他行った方がいいよ。
(いるかもしれないけどそういう人はここではあまり発言しない)

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

156 :デフォルトの名無しさん:02/01/07 14:51 ID:???
低レベルで良いからアンタこそ出て行け〜〜 >>155(もちろん>>150もな〜〜)
まぁ145と同一人物だろけど
変な見識に自分で賛同して、この板は駄目たぁ悲しすぎる〜〜
議論するならどっちも使ってからにしよーぜ〜〜

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

158 :145:02/01/07 17:43 ID:Y8tNHTrH
なんかいろんな意味で勘違いされてる・・・。
とりあえず、僕が言いたかったのはPHPよりPerlの方がいいよ、とか言う話じゃなくて
PHPがPerlに比べて使いやすいと感じるのはその言語的な性質によるのではなくライブラリー等に
依るのが大きいのじゃないか?、だったら言語レベルがああだとかこうだとか言うのはちょっとおかしいじゃないの?ということです。
(だから何なんだといわれればそれまでなんですが・)
#PHPが(用途によっては)使いやすいということは前提
#というわけで>>157さんの指摘ももっともなんですがちょっとしっくりきません。

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

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

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

159 :名無しさん@お腹いっぱい。:02/01/07 21:40 ID:???
145って意外と大人だな・・・

160 :名無しさん@お腹いっぱい。:02/01/07 22:45 ID:???
この板らしくていいね。
ほかのサイトのラウンジみたくなってきたけど。

161 :名無しさん@お腹いっぱい。:02/01/20 12:10 ID:gwvQC8aF
mod_PerlやPHP、ASPなど、処理速度はどうなんですか?

162 :名無しさん@お腹いっぱい。:02/01/20 12:47 ID:TGyljL1d
速い←                     →遅い
mod_perl,モジュール版PHP,perl/CGI,CGI版PHP

速い←        →遅い
IIS+ASP, IIS+Perl, IIS+PHP

163 :名無しさん@お腹いっぱい。:02/01/25 02:17 ID:qMr2/fGG
速い←                     →遅い
モジュール版PHP(4),mod_perl,perl/CGI,CGI版PHP

こうでない??

164 :名無しさん@お腹いっぱい。:02/01/25 15:03 ID:RC7mA7+x
この板の263から281あたりを見てみなよ。

165 :名無しさん@お腹いっぱい。:02/01/25 15:22 ID:???
>>164 見えません。

166 :名無しさん@お腹いっぱい。:02/01/26 18:52 ID:4PiaAYXx
164はネタなの?

167 :名無しさん@Emacs:02/01/26 21:11 ID:30ffeRWO
誰か俺に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/

168 :名無しさん@お腹いっぱい。:02/01/26 21:40 ID:8XQYuO1B
>167
いい問題提起だ・・・(笑)

169 :名無しさん@お腹いっぱい。:02/01/26 21:59 ID:???
HTML中にコード埋込+高速実行:PHP
ちょっとデキル人風:PHP

170 :145:02/01/26 22:07 ID:LLTvaKKZ
phpだとそういったことがデフォルトで出来るのが良いんじゃないかと。

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

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

171 :167:02/01/26 22:28 ID:???
>>170
ああ、そういう理由ならわかる。俺もゼロから始める人なんかにはPHP
を薦めるかも。以下はPHPの良い点だと思う。

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

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

172 :145:02/01/26 22:44 ID:LLTvaKKZ
れたんたるサーバーに置く場合、一台丸借りとかじゃない限り
mod_perl使わしてもらえないっていうのはあるかも。

173 :167:02/01/26 23:02 ID:30ffeRWO
>>172
そういう理由もあったか。

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

174 :名無しさん@お腹いっぱい。:02/01/26 23:09 ID:???
>173
うち借りてるとこ、PHPは3しかないよ。
それに、共用サーバだとDB提供なんてものはないから、
フリースクリプト作家としてはPerlで開発せざるを得ないよな。

175 :145:02/01/26 23:22 ID:LLTvaKKZ
うん?、PHP+DB(PostgresSQL or MySQL)使えるとこって結構多いような気がするけど。
> フリースクリプト作家としてはPerlで開発せざるを得ないよな。
始めにうーん論点ずらした(>>172)のは僕だから(すみません)、何だけど
これはちょっとまた話が変わってくると思う。

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

176 :名無しさん@お腹いっぱい。:02/01/26 23:28 ID:???
取りあえずmod_perlが使えるトコよりはPHP使えるトコの方が多いな。

177 :名無しさん@お腹いっぱい。:02/01/27 04:22 ID:l7KGTjHb
うだうだいってないで、黙ってしばらくつかてみるよろし。

178 :167:02/01/27 09:08 ID:3BCNmpf/
>>177
いや、今のとこいじりたくなる動機が全く無いんだ。だからJava環境構
築に時間をあててる。

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

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

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

179 :名無しさん@お腹いっぱい。:02/01/27 21:52 ID:???
趣味を極めるならPerl?
プログラマとして飯食ってくなら断然JAVA?
ベンチャー起業するならPHP?
間違ってる?

180 :名無しさん@お腹いっぱい。:02/01/27 22:16 ID:???
>>179
趣味でPHPでもいいだろ
Perlで飯食ってもいいだろ
JAVAで起業でもいいだろ

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

181 :名無しさん@お腹いっぱい。:02/01/27 22:58 ID:???
>>180
KENT氏はPHPでスクリプトを作っていない
PerlよりJAVAの方が(うまい)飯を食える
例えば俺がWebShopでワサビを売るならJAVAは使わない
TPOや複数側面で見ることが必要じゃん、「Perl VS PHP」でしょ?
俺は今から趣味でJAVAを始めようとしてますが、何か?

182 :名無しさん@お腹いっぱい。:02/01/27 22:59 ID:???
>181
単純にスキルや好みの問題なんじゃないのかな?

183 :名無しさん@お腹いっぱい。:02/01/28 01:52 ID:???
>>178
まぁ技術的に考えたら、PHPでできてPerlでできないことなんてないと思うけど、
でもPHPの方が楽だと思えることもある。
まぁ慣れの問題かもしれないけど。

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

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

184 :180:02/01/28 07:29 ID:???
>>181
もしかして179の人?
だとしたら言い方変えよう。

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

これでどう?

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

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


185 :183:02/01/28 13:45 ID:???
ていうか、別に >179 は決め付けてないと思うが‥‥。
単なる心証じゃないの?
疑問系だし。

186 :名無しさん@お腹いっぱい。:02/02/01 01:14 ID:Wdw40X96
実行速度はmod_perlの方が上みたいだけど
mod_perl vs PHP + Zend Optimizer ではどうなの?
誰か実験して。

187 :名無しさん@お腹いっぱい。:02/02/01 01:36 ID:owObNi4s
mod_perlを使ってるメジャーなサイトって知らない?
比較的大きな規模で。

188 :冷蔵庫の牛乳:02/02/01 13:01 ID:OsRLM5eF
結局お客さん次第だよ。

189 :名無しさん@お腹いっぱい。:02/02/01 14:09 ID:tDsyJk1f
>188
いろんなコテハン見てきたけど、君はまたずいぶん独創的だね

190 :名無しさん@お腹いっぱい。:02/02/01 14:12 ID:???
Perl ではフリースクリプトの改造くらいしかできませんでしたが
PHP だと簡単な掲示板とか RDBMS を使ったショッピングカート
程度なら作れるようになりました。
まったくの初心者が始めるなら、PHP を薦めます。


191 :名無しさん@お腹いっぱい。:02/02/01 14:16 ID:VNsOWOMh
>187
ウチ。でもここにはかけない。

192 :名無しさん@お腹いっぱい。:02/02/01 16:24 ID:???
>>191=1ch.tv

193 :名無しさん@お腹いっぱい。:02/02/01 19:11 ID:hhubxkd3
ひろゆきPHPに訴えられる
http://choco.2ch.net/test/read.cgi/news/1012426112/


194 :名無しさん@お腹いっぱい。:02/02/03 00:13 ID:W57OvUjI
mod_perl はメモリを食うからサーバ的に厳しい
perl はファイルの書き込みが遅い


195 :名無しさん@お腹いっぱい。:02/02/03 00:19 ID:XSYYKB1z
>>194
PHPに比べてってこと?
最低どれくらい必要?

196 :名無しさん@お腹いっぱい。:02/02/03 00:21 ID:???
>>194
>perl はファイルの書き込みが遅い
もうちょっと詳しく知りたい

197 :名無しさん@お腹いっぱい。:02/02/03 00:27 ID:+IXT+7Wc
PHPは、後発の良さを享受しているよね。
関数なんかも洗練されているし。
ただ、後発だからこその不利もあるにはあるよね。
最近はどうか知らないけど、PHP用意していないプロバイダーもあったし。

198 :名無しさん@お腹いっぱい。:02/02/03 17:52 ID:QMHpmubq
 perlは配列の取り扱いが、好みが出ると思われ。
 mod_perlはいい加減なスクリプトの動作にうるさい。
 mod_perlはメモリを食う。
 GET、POST、cookiee変数の自動展開して欲しい人もいると思われ。(PHPはしてしまう)

199 :  :02/02/03 17:54 ID:rEVlt/BQ
perlは、難しい
PHPは簡単
ついでに、RDBMとの整合性も高い

200 :名無しさん@お腹いっぱい。:02/02/03 20:15 ID:CuBL77/9
PHP + Zend Optimizerって使ってる人、少ないのかな?
情報がないね。

201 :名無しさん@お腹いっぱい。:02/02/03 20:21 ID:???
>>200
君はしつこいね。

202 :名無しさん@お腹いっぱい。:02/02/03 20:56 ID:t1mN+IUH
>>200
使ってますけど、何か?

203 :名無しさん@お腹いっぱい。:02/02/03 21:14 ID:nVjpXt8Y
mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer
mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer
mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer
mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer
mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer
mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer
mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer
mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer
mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer
mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer
mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer
mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer
mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer
mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer
mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer mod_perl vs PHP + Zend Optimizer


204 :202:02/02/03 21:22 ID:???
>>203
どうでもいいがシンプルなテストコードなら
PHP + APCのほうが違いが出ると思うよ。
Zend Optimizerはソースの最適化だけど
APCは半コンパイルしたものを使うようにするから。
でも、Perlも似たようなこと出来た気がする。

まあ、面倒なので貴様がやれ。

205 :名無しさん@お腹いっぱい。:02/02/03 22:12 ID:???
mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC
mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC
mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC
mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC
mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC
mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC
mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC
mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC
mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC
mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC
mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC
mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC
mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC
mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC
mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC
mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC
mod_perl vs PHP + APC mod_perl vs PHP + APC mod_perl vs PHP + APC


206 :名無しさん@お腹いっぱい。:02/02/03 22:17 ID:???
>205
いいかんじ。

207 :名無しさん@お腹いっぱい。:02/02/03 22:42 ID:???
>>203 >>205 さっさと死ね。

208 :名無しさん@お腹いっぱい。:02/05/26 06:56 ID:F4k8rCvM
世界的には、PHP優勢なんでしょうか?

209 :nobodyさん:02/05/26 14:29 ID:???
漏れは今PHPの環境をととのえ(Apache+PHP4+MySQL)
これから勉強をはじめるところ。
1週間で覚えられるってホント?

210 :nobodyさん:02/05/26 20:59 ID:???
ホント

211 :nobodyさん:02/05/27 01:23 ID:0VNPa+mo
HTTPの仕組みとかの学習用ならPerlを薦めてしまう。。。
なんかPHPってプリミティブな部分を隠蔽しすぎている気がしますが。
(それがいいところでもあるのだけれでも)

212 :nobodyさん:02/05/27 07:11 ID:zZy+Uwrs
python / zopeって海外で異常に人気あるみたいだけどどーなんよ。
どうもあの構文には馴染めんのだが・・・

213 :nobodyさん:02/05/27 08:06 ID:???
趣味でしか使ってない素人ですけど、
PHPってなんかHTMLのテキストに動かしたい部分を入れるだけ、
っていう感じがするんですよね。
Perlはバイナリ操作とか特にHTML関係なく色々できるからプログラムな感じがするけど。
なんか別物っていうか、HTMLを言語って言ってるみたいで。
ところでg_zip転送とかPHPでできます?

214 :nobodyさん:02/05/27 13:18 ID:ubpH9R+J
>>213
(`Д´)ノぁぃ できます

215 :nobodyさん:02/05/27 17:46 ID:???
PHP も色々できまふ。

216 :nobodyさん:02/05/27 21:34 ID:zZy+Uwrs
PHP-GTKもあるなり。

217 :nobodyさん:02/05/27 21:35 ID:zZy+Uwrs
別に使わんけど^^;

218 :nobodyさん:02/05/30 11:05 ID:???
>HTMLを言語って言ってるみたいで。

そりゃないべ。

219 :HTML:02/05/30 11:22 ID:???
言語ですが何か?

220 :SQL:02/05/30 17:20 ID:???
言語ですが何か?

ってゆーか
「言語」=「プログラミング言語」
と思っているとそういう発言にいたる。

221 :nobodyさん:02/10/11 19:42 ID:???
Hyper Text Markup Languageですが何か?

Perlも、PHPも、HTMLも、SQLも、日本語もみんな言語です。


222 :nobodyさん:02/12/23 18:06 ID:wX5+NUXA
PHP3でgzipで出力なんて出来るのか?

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

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

224 :nobodyさん:02/12/24 10:10 ID:nojs+KEU
>>223
7ヶ月もたってるから素人じゃなくなってるかも・・・

225 :223:02/12/24 10:47 ID:???
>>224
ごめん、いつもの癖で反射的に書き込んじまった…日付見テナカタヨ。
てか、随分古いスレだな…WebProg板ってこんなものなのか?

226 :nobodyさん:02/12/25 20:03 ID:???
Perlを、掲示板等を改造する程度の触り方しかしてきたこと無いんですが、
お仕事でやんなくちゃいけなくなって苦戦中です。

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


227 :nobodyさん:03/01/04 05:59 ID:kDPU8tAM
>>226
元々はDBなしの状況でPerl使ってて、あとからPHP使えるようになり、
そのときたまたまDBを使うように仕様変更になっただけだと思う。

予想だけども

228 :nobodyさん:03/01/07 19:06 ID:ddb4neGL
最近 PHPの勉強はじめました。
話題的にはかなり出遅れた感じがするけど、
1,2ヶ月触って見た感想です。

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

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

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

229 :228:03/01/07 19:06 ID:ddb4neGL
文字列変数にインデックス付きで配列の様にアクセス出来る。(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

230 :nobodyさん:03/01/07 20:39 ID:zRU7DPSW
>>228
いろいろ言いたいことがあるが、誰かなんとか言ってあげて。

231 :nobodyさん:03/01/07 21:00 ID:euIt7iVo
>>229
> perlにあってPHPにも欲しいもの。
> $foo ||= 'val';

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

> use strict
> -w -T

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

232 :nobodyさん:03/01/07 21:58 ID:E9xJzpX+
>>231
無かったら代入
if (!$foo) {
 $foo = 'val';
}

233 :nobodyさん:03/01/07 22:01 ID:E9xJzpX+
あぁ。他にも使い方はあるか・・

234 :nobodyさん:03/01/07 23:14 ID:uIabx/QP
>>228
>perlでは、if の後が 1 行しかなくても {} を省略出来ないのが、時々不便。

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

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

235 :nobodyさん:03/01/07 23:19 ID:uIabx/QP
if($hoge)
$a=3;
$b=4

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

236 :nobodyさん:03/01/08 08:18 ID:WxnZLqWA
>>228
>perlでは、if の後が 1 行しかなくても {} を省略出来ないのが、時々不便。

die if ($hoge);

{ }を省略可。

237 :bloom:03/01/08 10:08 ID:FD65557e


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

238 :nobodyさん:03/01/08 20:59 ID:OEI4EUTr
>>236
その書き方だと、()も省略できる。
die if $hoge;

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

>>232
thx フォロー

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

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

240 :nobodyさん:03/01/10 04:04 ID:???
elsifだけは勘弁してくれ(w

241 :nobodyさん:03/01/10 11:37 ID:???
>240
同感。ついついelseifって下記たくなるよ。

242 :nobodyさん:03/01/10 12:16 ID:pQo30lto
Perl: elsif
CやJava: else if
PHP: else if 又は elseif

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

243 :nobodyさん:03/01/10 15:44 ID:???
あたまよろしいことで

244 :nobodyさん:03/01/13 21:36 ID:GwIzQASu
PHPが早いと言われているのはmod_phpのことなの?
同じApacheのモジュールであるmod_perlと何が変わるのか
未だに分からないんだが。

245 :nobodyさん:03/01/13 21:41 ID:???
>>244
結局forkのコストが稼げるってことっしょ。

246 :nobodyさん:03/01/13 22:32 ID:???
>>244
PHPは出力のキャッシュもしているようだ。たまにこれでハマる。

247 :nobodyさん:03/01/14 12:41 ID:Atw9YlR0
Zendオプティマイザーって話題にならないの?
割と重宝してるが。

248 :山崎渉:03/01/15 13:32 ID:???
(^^)

249 :nobodyさん:03/01/15 22:23 ID:jaLHJIS/
http://docs.yahoo.com/info/misc/contributors.html

これ いいよね

250 :nobodyさん:03/01/15 22:28 ID:jaLHJIS/
http://www.php-accelerator.co.uk/
ここだった
PHPAサイコー

251 :nobodyさん:03/01/16 02:59 ID:rSCHo9Nt
今はできるのか知らないけど、php4.0.*ではできんかった。
スーパーメソッドの呼び出し。

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

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

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

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


252 :nobodyさん:03/01/16 07:38 ID:???
>あ、Jsp/Servletに関しては、いまさらキャストとかウザすぎです。

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

253 :nobodyさん:03/01/16 08:10 ID:???
>>251>>252
そんなあなた達に読んで欲しいスレ。

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

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

254 :nobodyさん:03/01/16 15:26 ID:???
>>251
できません。

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

255 :山崎渉:03/03/13 17:32 ID:???
(^^)

256 :nobodyさん:03/04/08 16:46 ID:???
mod_php使うならmod_perl使うだろ普通

257 :山崎渉:03/04/17 12:20 ID:???
(^^)

258 :山崎渉:03/04/20 06:15 ID:???
   ∧_∧
  (  ^^ )< ぬるぽ(^^)

259 :t-akiyama:03/05/17 15:59 ID:???
携帯ゲーム機"プレイステーションポータブル(PSP)

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

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

260 :山崎渉:03/05/22 02:16 ID:???
━―━―━―━―━―━―━―━―━[JR山崎駅(^^)]━―━―━―━―━―━―━―━―━―

261 :山崎渉:03/05/28 17:13 ID:???
     ∧_∧
ピュ.ー (  ^^ ) <これからも僕を応援して下さいね(^^)。
  =〔~∪ ̄ ̄〕
  = ◎――◎                      山崎渉

262 :山崎 渉:03/07/15 11:21 ID:???

 __∧_∧_
 |(  ^^ )| <寝るぽ(^^)
 |\⌒⌒⌒\
 \ |⌒⌒⌒~|         山崎渉
   ~ ̄ ̄ ̄ ̄

263 :山崎 渉:03/08/02 02:31 ID:???
   ∧_∧
  (  ^^ )< ぬるぽ(^^)

264 :ぼるじょあ ◆ySd1dMH5Gk :03/08/02 05:06 ID:???
     ∧_∧  ∧_∧
ピュ.ー (  ・3・) (  ^^ ) <これからも僕たちを応援して下さいね(^^)。
  =〔~∪ ̄ ̄ ̄∪ ̄ ̄〕
  = ◎――――――◎                      山崎渉&ぼるじょあ

265 :山崎 渉:03/08/15 23:18 ID:???
    (⌒V⌒)
   │ ^ ^ │<これからも僕を応援して下さいね(^^)。
  ⊂|    |つ
   (_)(_)                      山崎パン

266 :nobodyさん:04/02/22 06:11 ID:???
age

267 :nobodyさん:04/02/26 07:01 ID:???
PHPイラネ、PerlだったらUNIX系OSのシステム管理もできるし便利


268 :nobodyさん:04/02/28 17:59 ID:???
隊長!こんなの見つけました!
http://yellow.ribbon.to/~mil/

269 :nobodyさん:04/03/06 21:07 ID:???
Perlイラネ、PHPだったらUNIX系OSのシステム管理もできるし便利

270 :nobodyさん:04/03/06 23:40 ID:???
両方使えばいいじゃん。

271 :nobodyさん:04/03/07 02:48 ID:???
両方使う必要ないじゃん

272 :nobodyさん:04/03/07 03:22 ID:ayjfJ9pA
>>46
Perl -> カローラ
PHP -> NSX
C -> ジャガー

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

274 :nobodyさん:04/03/08 07:35 ID:???
マクラーレンF-1て何だよw

275 :nobodyさん:04/03/08 22:49 ID:???
>>273
http://write-off.cside.com/car/f1/flont_rightb.jpg

276 :nobodyさん:04/03/08 23:05 ID:???
>マクラーレンF-1

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

277 :nobodyさん:04/03/09 04:00 ID:???
>>273
製作に手間と素材コストのかかる赤字必死の大バーゲン言語かよw

278 :nobodyさん:04/03/10 03:14 ID:???
>>273
PHP->フェラーリF-1

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

279 :nobodyさん:04/03/18 02:38 ID:5cjOT2D0
PHPって携帯電話だけじゃなかったんですね。
なるほど・・・・すごく勉強になった


280 :nobodyさん:04/03/18 10:07 ID:???
>>273
アセンブラ使おうとも "CGI"という時点で mod_perl にも mod_php にも速度的に負けだな

281 :nobodyさん:04/03/19 23:31 ID:???
>>280
ガリガリ演算するような場合は、そうでもなかったり。
そうそう無いと思うけど。

282 :nobodyさん:04/03/31 02:15 ID:5QyNRdXL
AGE

283 :nobodyさん:04/06/09 22:12 ID:???
再燃

284 :nobodyさん:04/06/10 20:42 ID:???
鎮火

285 :nobodyさん:04/06/10 20:51 ID:???
Perlで構築されたサイト
http://pc5.2ch.net/test/read.cgi/php/1085625997/l50

286 :nobodyさん:04/06/13 23:26 ID:???
以前、仕事でmod_perl使ってたよ。
仕事は社内SEみたいなことやってる。

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

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

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

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

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

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

287 :nobodyさん:04/06/22 09:07 ID:xjfPUTy4
掲示板を作ろうと思っているのですが、
PHPとPerlのどちらで作ったほうが使いやすいですか?

288 :nobodyさん:04/06/22 09:28 ID:???
どっちで作っても使いやすさは同じ

289 :nobodyさん:04/06/22 14:31 ID:???
言語としてはPerlの方がおもしろい。
豊富なモジュールのおかげでやれることの幅が広い。
ショートカット使いまくって美しい(自己満足)スクリプトを書くと胸がすくような気持ちだ。

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

290 :nobodyさん:04/06/22 23:50 ID:???
Perlでいい。Perlでなくてもいい。


291 :nobodyさん:04/06/23 00:32 ID:???
むしろPerlで抜く

292 :nobodyさん:04/06/23 11:46 ID:Luak+o8B
XREAにあげるとPHPが動作したりしなかったり・・・
この辺りかな?と思った所弄ってみたら違う所動いて
じゃあこっちも、で同じく変えたら動かず。
直ったと思える個所、原因解明にまた違う形に変えて(動かない)
undoして元に戻してもまた動かない。さっぱりわけわからん。

293 :nobodyさん:04/06/23 20:56 ID:???
広告消してみれば

294 :名無しさん@お腹いっぱい。:04/06/27 16:19 ID:hJA75ZNU
Perl がいい。終了。

295 :nobodyさん:04/06/28 13:28 ID:XFMdmJeI
PerlもPHPもインタプリタ?

296 :nobodyさん:04/06/28 21:57 ID:???
横山 イン太・プリ太

297 :nobodyさん:04/07/23 21:10 ID:6JdkPKN0
>>289
メンテナンス性が悪いソースは美しいソースとは言えない。


298 :nobodyさん:04/07/23 22:57 ID:???
つまりPHPはメンテナンス性が悪いと。

299 :nobodyさん:04/09/10 09:29 ID:???
だまされたと思ってPerl。

300 :nobodyさん:04/09/30 23:46:03 ID:???
廉価でならPHP使うし、やることがでかいときはJavaでstruts使うからなぁ。
Perlはかぶき過ぎてて他の言語が使いにくくなるんで却下。

301 :nobodyさん:04/10/09 01:57:31 ID:vatrz5Ts
大ニュース! PHP創業者は松下幸之助だった。
http://www.php.co.jp/company/index.html

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

302 :nobodyさん:04/10/10 04:39:54 ID:ghP3Pdf7

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


303 :nobodyさん:04/10/10 04:55:25 ID:UmBBc5R4
HTMLはタグ辞典読んで1時間で覚える言語


304 :nobodyさん:04/10/10 10:17:28 ID:???
糞だまされた。

305 :nobodyさん:04/10/10 10:37:12 ID:???
いまどき JSP/Servlet を素で使う玄人様なんているのか?

306 :nobodyさん:04/10/10 12:14:29 ID:???
Javaはライセンスもってるやつじゃないと危なっかしくて打たせたくない
糞コード書かれたときの難儀さはPHPの比じゃないからな

307 :nobodyさん:04/10/11 02:53:00 ID:???
>>306
同意。
自称「Java書けます」ってヤツに限って糞コード生産確率多し。
直すこっちの苦労を考えろってもんだ。

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

308 :nobodyさん:04/10/25 00:15:56 ID:???
>>302
それはPerlも変わらないけどねw
Perl/CGI全盛期に厨が大量発生しちゃって大変

309 :nobodyさん:04/10/26 12:54:38 ID:???
PerlだろうとJSPだろうとPHPだろうとCだろうと、





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

310 :nobodyさん:04/10/27 00:24:43 ID:???
あなたが指定した条件
■全体を検索:perl
複数のワードを含むものを検索するには、ワードを半角スペースで区切ってください。

検索開始



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

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


311 :nobodyさん:04/10/27 09:15:40 ID:???
>>309
構築経験はともかく、例外処理概念なんて誰でもあるだろ。

312 :nobodyさん:04/11/18 15:48:14 ID:???
最初はPHPの方がソース綺麗だったのは認めるが
最近、素人が多くなってきたのか
Perlと大して変わらないような気がする

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

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

313 :nobodyさん:04/11/28 13:29:58 ID:???
>>312
全てにおいて



早い。

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

315 :nobodyさん:04/12/01 03:18:14 ID:???
mod_perl使わんでもperlccでやればphpより早いよ
普通に組んでも組み方次第でPerlもPHPも勝てる

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

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

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

317 :nobodyさん:04/12/01 06:03:09 ID:???
「それほど速度は上がらない」ってのは、その通りだと思うけど
perlインタプリタの起動コストも結構大きいから
それが省略できる効果も一応あるよ。

318 :nobodyさん:04/12/01 10:59:02 ID:???
perlccやってみたけど
100回暗号化するスクリプトだけで
0.1秒変わったから結構変わるんじゃないかな?
ただuse使えないのはちょっと面倒だね

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

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

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

320 :nobodyさん:04/12/01 11:22:22 ID:???
一応use使えますよ。
perlのバージョンによって結構挙動変わりますね。
ver5.8だと結構お利口にコンパイルしてくれます。

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

321 :nobodyさん:04/12/01 22:51:50 ID:???
>>320
v5.8.2だがuse benchmarkが使えなかったよ・・・
require benchmarkで代用できたけど
モジュールごとにできるのとできないのがあるのかな?

86 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)