2001/03/16(金) 15:29
>>1-ああああ
76:64
2001/03/17(土) 08:37 WxXggeow
今回の仕事は某N○○系列の仕事だったんだが、向こうのSEがしっかりしているので、
珍しく仕様がカッチリ固まっていて良い感じ。
ドキュメントも先に書いているしね。
やっぱり大手は違うんすかね。
PerlでもPHPでもないんですけどね:)
これまた某N○○関係のアプリ。
77:名無しさん＠お腹いっぱい。
2001/03/22(木) 01:28 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 x2CQFSIQ
どうしてもPHPでなきゃいけない理由がない。
となると枯れてるとか、どこの鯖でもたいがい動くとか、
「ぺっぷ～？なんだねそりゃ」なんていわれて説明する手間も
いらないってわけでPerlにおちつくな。
79:電動ナナシ
2001/03/25(日) 07:26
むしろ「この言語じゃないと」って必然性があるほうが珍しいだろうね。
80:名無しさん＠お腹いっぱい。
2001/03/25(日) 09:01
>>78
はう？ 「ぺっぷ」って呼ぶの？
「ぴいえいちぴい」だと思ってた....。
81:電動ナナシ
2001/03/25(日) 20:52
>>80
そっちが正解。
でも HTML を「はとまる」って読む人もいるご時世だからね。
世の中にそういう読み方をする人がいても不思議はないような・・。
82:77
2001/03/26(月) 02:42 HiLl6xMI
「○○言語じゃなきゃいけない」とか言ってるのは一部の風潮であって
TPOではないでしょうか？
会員ページを作るとき、セッションにデータを格納できないPerlではさすがにきついです。
メールアドレスの整合性チェックはCやJavaだと面倒だけど、正規表現が使える言語だと1行だし。
結局自分の持ちネタが多い言語に落ち着くかな。
83:77
2001/03/26(月) 02:56 HiLl6xMI
あぁ、TPOは私の個人的意見。
仕事では許してくれません。
コールドフュージョン使ってみたい
ところでPerlで画像ライブラリってあるんでしたっけ？
84:名無しさん＠お腹いっぱい。
2001/03/26(月) 06:35 YxO9IxXk
>>83
GD とか PerlMagick のこと？
85:77
2001/04/02(月) 13:31 7AqVxt2U
>>84
GDはPHPで動作する奴ですよね？
PerlMagic・・・ImageMagicと言うものを見つけました。
X用のイメージビュアーのようですけど、それを操作して画像処理するのでしょうか？
86:名無しさん＠お腹いっぱい。
2001/04/02(月) 13:59 /cxQA95w
>>83
URLキボンヌ。
87:名無しさん＠お腹いっぱい。
2001/04/03(火) 21:36 4znLjLTQ
GD::Imageとか、Image::Magickとかモジュールがあります。
もちろんそれぞれライブラリが必要。
『WEB+DB Press Vol.1』技術評論社 に記事が載ってたよ。
perlって見た目が嫌いで敬遠してるけど、その膨大な資産は魅力的かも。
88:名無しさん＠お腹いっぱい。
2001/04/04(水) 04:34 Q0cv1QSk
GD
URLﾘﾝｸ(search.cpan.org)
PerlMagick
URLﾘﾝｸ(search.cpan.org)
それぞれGDライブラリ、ImageMagickライブラリをPerlから
使うモジュールね。
89:77
2001/04/04(水) 13:47 2nwHJnCw
修正
GDはPHPで動作する
↓
GDはPHPでも動作する
PHPのマニュアルにもGDライブラリが必要と書いてました。
ライブラリを呼び出す仕組みがあれば、Javaでも動作しそうですね。
>>86
URLって88が書いてくれた奴で良いんですよね？
それともコールドフュージョン？
URLﾘﾝｸ(cfusion.sirius.co.jp)
90:名無しさん＠お腹いっぱい。
2001/04/05(木) 11:03 hXH3.0ec
>>79
言語仕様や性能に言語選択の必然性がある場合は少ないが、
それを使う側の事情に言語選択の必然性がある場合は非常に多い。
91:名無しさん＠お腹いっぱい。
2001/04/05(木) 17:48 m1pBSCs2
>>89
GD は知らないけど、ImageMagickはJavaインターフェイスあるよ。
URLﾘﾝｸ(www.imagemagick.org)<)
92:名無しさん＠お腹いっぱい。
2001/04/09(月) 18:46 fq5CAeGU
age
93:名無しさん＠お腹いっぱい。
2001/04/09(月) 23:07 QARI7VsU
245 CGI、Perl 5
305 PHP 1
このアクセスの少なさ、なんとかならんのか・・・
このアクセス１って、俺のことだ。
94:名無しさん＠お腹いっぱい。
2001/04/09(月) 23:20
>このアクセス１って、俺のことだ。
俺の１は何処？？
95:電動ナナシ
2001/04/10(火) 10:52
>>93
これって書き込み数なんじゃないの？
>>90
「トンカチを持つと、問題がすべて釘に見える」ってやつだね。
96:93
2001/04/10(火) 11:55
鬱だし脳
97:名無しさん＠お腹いっぱい。
01/04/20 14:56 c/XvRP6o
PHPだと、インタフェースデザインとプログラムが分離しにくいから嫌いだ。
98:名無しさん＠お腹いっぱい。
01/04/20 15:48 5Li3PYXE
Perlだと、インタフェースデザインとプログラムが分離しにくいから嫌いだ。
99:名無しさん＠お腹いっぱい。
01/04/20 16:16 S///PKIM
>>97-98
JSPのTagLibはいいらしい。詳しく知らないけど。
100:名無しさん＠お腹いっぱい。
01/04/20 16:24
>>97-98
どっちもやり方次第だと思うんだけど。
101:名無しさん＠お腹いっぱい。
01/04/20 17:59 S///PKIM
Perlは埋め込めないから（Enbeddedじゃないから）負け。
102:名無しさん＠お腹いっぱい。
01/04/20 18:12 6.xifOUs
ﾊｧ?パールなら俺は3個埋め込んでるぞ。
103:名無しさん＠お腹いっぱい。
01/04/20 18:47
:102d
104:77
01/04/26 14:17 8jbNnp4w
＞99
TagLibは簡単でもないです。
拡張タグの実体はTagSupport系のサブクラスを作って、
それをWebサーバー（サーブレットコンテナ）に登録しなくてはいけないので、
あまりマメに変更はできないです。
汎用的なタグ拡張くらいしか使えませんでしたね。
仕組み上JSPの変数を拡張タグに渡しにくいし・・・
105:名無しさん＠お腹いっぱい。
01/04/26 17:46 bPccmG/I
>>102
おもしろい
106:名無しさん＠お腹いっぱい。
01/04/27 16:53
>>101
ePerl を知らんのか...
URLﾘﾝｸ(www.engelschall.com)
mod_perl でも動くしな。
107:名無しさん＠お腹いっぱい。
01/04/28 16:25
ePerl と eRuby はダメダメ。
108:名無しさん＠お腹いっぱい。
01/04/30 20:35 Jt/ljeX2
プログラム暦なしでPerl勉強中で少し分り掛けなんですが
ココ読むとスゴイPHPはスゴク良いみたいなので流されてます
Perlの勉強やめてPHPの勉強がいいですか？
それともPerlが勉強してからPHPの勉強がいいですか？
両方いっぺんには無理なので、マジレスでアドバイスお願いします
109:名無しさん＠お腹いっぱい。
01/04/30 21:49 G62GAJRM
>108
別にどっちを勉強してもいいが、勉強効率（勉強にかけた時間に対する、
できるようになることの割合）はPHPの方が高いと思うぞ。
少ない勉強でいろいろできるようになる。
110:名無しさん＠お腹いっぱい。
01/04/30 22:05
URLﾘﾝｸ(www.geocities.co.jp)
111:電動ナナシ
01/05/01 05:05
>>108
何をメインでやるかによる。
Web アプリなら賛否両論あるけど、個人的には PHP の方が習得が速いような
気がする。最初に HTML を書いて、それを徐々に PHP 化するという順番で
学習できるという点が効果的であることは経験から確認できている。エラーが
HTML の中に自動的に出力されるのも初心者にはやさしい。
Web アプリ以外（メールの自動処理とかシステム管理とか）をやりたいなら
Perl がいいと思う。今のところ Web アプリ以外の仕事は PHP には向かない。
標準出力にエラーが出ない時点で結構つらいと思う。
112:108
01/05/04 17:08 bCjGcmUQ
>>109 >>111
とても参考になりました。ありがとうございます。
Perlをもう少し理解できたらPHPを併用していこうと思います。
113:名無しさん＠お腹いっぱい。
01/05/22 19:48 z2.3HxPs
Perlを勉強してもうすぐ1年だが
PHPに出会い,Perlに比べて簡単でしかも生産性が高いと感じたのだが
いままでPerlを勉強してきた自分を捨てきれずに
Perlをつかいつづけてる。
114:名無しさん＠お腹いっぱい。
01/05/22 20:14
Apache for Win32を使ってローカルでスクリプト動かしているけど
PHPを動かすにはどこのプログラム入れればいい？だれか教えてよん
115:名無しさん
01/05/23 00:16
>>114
PHPを、CGIとして動かしたいのか、サーバプロセスで動かしたいのかどっち？
116:名無しさん
01/05/23 00:28
>>114
ここみれ
URLﾘﾝｸ(www.php.net)
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:名無しさん＠お腹いっぱい。
01/05/23 14:45
>>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:電動ナナシ
01/05/23 19:15
これ↓が抜けてる
php.ini-dist を c:\windows (c:\winnt とか適当に自分の環境に
合わせて読み替える) に php.ini としてコピー
まあなくてもよいが、その場合デフォルトが適用される。
119:名無しさん＠お腹いっぱい。
01/05/29 15:53 zHsyJgmo
僕も>>108さんと同じような状況で悩んでいます。
Perlのレベルは、最近になってモジュールの使い方を勉強しはじめた程度です。
将来的には、Perl+MySQLをやってみたいと思っていたのですが、
本屋に行ったり、Webを見たりすると、PHP+MySQLっていうのが
よく目について、「あれ、そっちの方が良いの？」と心がかなり
揺れ動いています。
ちなみにMySQL、PHPともにまだ何も手をつけていない状態です。
大したレベルではないと言っても、これまで勉強してきたPerlを捨てて
PHPに移った方がいいのか、それともPerlでがんばり続けた方がいいのでしょうか？
ヘタレな質問ですが、レスをよろしくお願いします。
120:名無しさん＠お腹いっぱい。
01/05/29 19:02 oi4kyUtI
>>119
とりあえず、このスレ全部読んでみなよ。
>>111 を読んでもなおその質問をするの？
あなたが何をやりたいのかも分からないのに答えられるわけないよ。
121:名無しさん＠お腹いっぱい。
01/05/29 22:40 mTARWmcU
むぎ茶さん出番だよ!
122:名無しさん＠お腹いっぱい。
01/05/30 02:39 n7P1SKLk
Perlは用途が広いからねえ。一概にいえない。
123:名無しさん＠お腹いっぱい。
01/05/30 09:45
>>119
PerlできりゃPHP理解できっしょPerlやっとけ
必要あらばPHPにうつれば
124:名無しさん＠お腹いっぱい。
01/06/02 00:44
そうだ それがいひ
125:名無しさん＠お腹いっぱい。
01/06/02 02:15 lEqnDGvE
メール、エディター、エクスプローラと自作でつくり
全部ブラウザ上で操作している今、こんな便利なものない。
もう頭はPerl。いまさらもう他にうつれない。
126:名無しさん＠お腹いっぱい。
01/08/09 06:46 ESTpK3Ic
あげよっかな
127:名無しさん＠お腹いっぱい。
01/08/12 01:43 TrSLsWVY
> PerlできりゃPHP理解できっしょPerlやっとけ
> 必要あらばPHPにうつれば
確かに、CができればPerlも簡単だし。
perlでCGIが出きればPHPも簡単だよ。
簡単なのが魅力だPHP。
でも、PerlのよさはCGI以外でもいろいろつかえるのに簡単な所。
JSP+サーブレットがこれから普及してくれると楽しそう。
そんなサーバが一般に広まるとよいなぁ。
まぁ、対決するとサーバがリボンとかしかないということでPHPの評価は無し。
使えないとね・・・。
128:名無しさん＠お腹いっぱい。
01/08/17 14:35
【暫定カウントダウン】
あと１３６日。
URLﾘﾝｸ(mentai.2ch.net)
129:名無しさん＠お腹いっぱい。
01/09/26 19:45 q0y9qkoo
>でも、PerlのよさはCGI以外でもいろいろつかえるのに簡単な所。
PHP4 を普通のスクリプト言語としてつかってもいいですか？
$ cat myscript.php
#!/usr/local/bin/php4 -q
.....
130:129
01/09/26 19:46
つまんないので age
131:名無しさん＠お腹いっぱい。
02/01/05 16:27 jR8St0p6
Perl始めて半年くらいの初心者です、
はっきりいってPerl以外は全くわからないです。
スレを読んでると、PerlやPHPやCなどのそれぞれの
言語に賛否両論あるようですが、
それぞれ、どのようなことができて、どのようなことができないのか
具体的に教えて頂けると嬉しいです。
132:neworder
02/01/05 17:22 DYA6Pehx
perlでCGI書こうとするとプログラム内でHTML吐き出さなきゃならないが
PHPとかASPだと逆にHTML内にプログラムを埋め込められるワケ.
だから開発効率がめちゃくちゃ上がる.perlと同じようにコンパイルの必要もないしね.
Cはperlと同じようにHTMLまで出力する必要があるし、コンパイルも必要だが、
"どんなことでもできる"ってメリットがある.
そりゃーメモリでもなんでも直接アクセスできるんだから.
ちなむとASPはIISでしか動かないのでやめといたほうがいいと思われる.
133:仕様書無しさん
02/01/05 18:58
UnixでもASPは動くよぅ･･･
と言うのは良いとして、Perlと比べると
phpはWEBに特化した便利さが有る(規模小～中くらい)
Javaは膨大なライブラリを利用した大規模なPRJで(規模中～超大きめ)
まだまだ言語は有るけど、ここには書ききれない
勉強するならPerl,Java,Cはネットで膨大な資料が有ってお徳,phpはちょっと少なめ
134:neworder
02/01/05 19:26 KwMybqpF
う ASPって移植されてたか・・・
俺は最初にC,C++学んで(これは時間かかった)
あとはほとんど勉強せずにPerl,ASP(JScript),PHPを使ってきた.
Perlを使えるならPHPはすぐ使えると思うよ.Cはちょっと勉強いるかもしれないが.
とりえあず今はPHPとPerlで落ち着いてる.
やっぱりコンパイルのいらない手軽さと資料の多さがいいね.
(PHPは本家(URLﾘﾝｸ(www.php.net))のマニュアルが簡潔でしっかりしてるし.)
PHPは画像の扱いも楽でいいデス.
135:名無しさん＠お腹いっぱい。
02/01/05 19:38 Oqn4PMbT
ごめん、JAVAの資料ってそんなに多かったけ？
最近増えたのかな？
去年俺がはじめたとき、資料が少なくて泣いた気がするのだが。
PHPの方が楽だったよ。
俺が英語嫌いな脳障害だからか？
136:名無しさん＠お腹いっぱい。
02/01/05 20:59 w4KV4SlW
Perlは簡単なテキスト処理する時に重宝してますが、
PHPってCGI以外にどういった用途で使えるんですか？
便利なら覚えたいのですが。
137:名無しさん＠お腹いっぱい。
02/01/05 22:16 DYA6Pehx
うーん PHPはWebに特化したものだから
他の用途に用いるならPerlのほうが便利だよ
テキスト処理も正規表現を使っているていう点では一緒だしね
138:親切な人
02/01/05 22:34
ヤフーオークションで、幻の人気商品、発見！！！
今は無き「コピーガードキャンセラー」↓
URLﾘﾝｸ(page5.auctions.yahoo.co.jp)
ヤフーオークション内では、現在、このオークション
の話題で、持ちきりです。
139:名無しさん＠お腹いっぱい。
02/01/05 22:38 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 LoyimUZg
最新版(たしかPHP4.1.1)は/usr/local/lib/php.iniの
register_globalsがOFFになってるので、デフォルトでは
自動変数登録はされないようになったような。。
まぁONにすりゃいいんだが。
141:136
02/01/05 23:48 PsclgjcQ
PHPはWEBに関わる仕事をしてる場合は覚えていた方が得なんですかね。
まだあんま必要になりそうにないけど、手を出さなきゃな...
142:名無しさん＠お腹いっぱい。
02/01/06 02:44 x/Mmk0zA
>>139
use CGI;
を使うのは無しですか。
param('hoge') で hoge の value が取り出せて便利なんですが。
143:neworder
02/01/06 11:13 7EfgizBl
そりゃもちろんライブラリ使えば簡単にすませられるよ.
俺は自分でよく使うのはWeb開発用Packageとしてまとめている.
ただPHPは(ライブラリではなく)言語レベルでその処理をしてくれるということだ.
GDとかfly使わなくても画像扱えるしね.
とにかくPHPは普通のWeb開発だけなら他にライブラリも何もいらないってこと.
144:139
02/01/06 11:48 kt3H4x5l
>>142-143
僕も、PHP、Perlどちらも好きなので、
「用途で使い分ければ便利」
みたいなことがいいたかったんですけどね、単に(笑)
use CGI;は便利だと思います。はい。
145:名無しさん＠お腹いっぱい。
02/01/06 13:26 Krpp/oDd
>ただPHPは(ライブラリではなく)言語レベルでその処理をしてくれるということだ.
言語レベルって何？
C(xs)によるＰｅｒｌモジュール使う場合とどう違うの～？
PHPはWeb方面のライブラリが豊富って話なら理解できるけど・・。
146:名無しさん＠お腹いっぱい。
02/01/06 13:57
言語レベルは言語レベルだろ
君の論理で良くとasmだけ有れば他は何も要らないという事になる
出来る出来ないでは無くてどれだけ便利に(平易に)機能を使えるのか
を言ってるんだと思うが
147:146
02/01/06 14:13 Krpp/oDd
>>146
use CGI;
と書く必要があるかないかだけで違う言語になってしまうのはおかしいって話。
上にある自動変数登録だってそういう物を作ればPerlでも可能だから
別に言語レベルでの違いはないし・・。（use CGiって書くことは必要♪）
＞君の論理で良くとasmだけ有れば他は何も要らないという事になる
にはなりません。わかりやすい例でいうとPerlとPrologだと明確な言語レベルの差があるとおもいます。
＞出来る出来ないでは無くてどれだけ便利に(平易に)機能を使えるのか
これはその通りだと思いますが僕はPerlとPHPの場合、両者の相違は言語ではなく主にライブラリの相違によって起こっていると思っているわけです
（書き方が悪かったかもしれませんが一般論ではなくPerlとPHPの場合の話をしてます）
148:145
02/01/06 14:14 Krpp/oDd
すみません上の投稿の名前は146ではなく145の間違いです。
149:145
02/01/06 14:18 Krpp/oDd
# 連続で申し訳ないです。
というわけでＰＨＰという言語（構文）によってＰｅｒｌより平易に使える例というのを
上げていただけると話が進むので助かります。
（僕もあんまり確かな自身がある訳じゃないので）
150:名無しさん＠お腹いっぱい。
02/01/06 14:30 6qH6IZIM
これって何時もの非生産的なアレ？ （ｗ
＞use CGI;
と書くだけで貴方の使ってるperlはqueryを分解したりヘッダを吐いたりしてくれるんだ （^^;;
＞上にある自動変数登録だってそういう物を作ればPerlでも可能だから
という事はそういうものを書かなくてもいいphpの方が楽ですね
＞というわけでＰＨＰという言語（構文）によってＰｅｒｌより平易に使える例
使えば一瞬で分かります（笑
151:名無しさん＠お腹いっぱい。
02/01/07 10:58 KA23DmIJ
PHP徹底攻略読んだら、Cと同じだとCと同じと書くのに
Perlからパクったのはオリジナルのように書いてるのが
笑えた。
152:名無しさん＠お腹いっぱい。
02/01/07 11:14
最後は利用者が多いか少ないかだと思う・・・
必死でPHP勉強して必死で動くサーバ探して設置してもほとんど人が来なかったとこがあったからな。
153:名無しさん＠お腹いっぱい。
02/01/07 11:18 euinDJoA
>>152
利用者はPHPとかcgiとかhtmlだとか関係ないからね(笑)
154:名無しさん＠お腹いっぱい。
02/01/07 12:03 ckSEUM7e
>152 二行目が輝いている。 ｶﾞｿﾊﾞﾚ。
155:名無しさん＠お腹いっぱい。
02/01/07 14:41 LEsGi9+e
145は鋭いこと言ってると思うけど（但し全面的には賛成できない）
ここじゃ君の相手できるやつはいないから他行った方がいいよ。
（いるかもしれないけどそういう人はここではあまり発言しない）
#>>150の低レベルな返しで既に分かってるかもしれないけど
156:デフォルトの名無しさん
02/01/07 14:51
低レベルで良いからアンタこそ出て行け～～ >>155（もちろん>>150もな～～）
まぁ１４５と同一人物だろけど
変な見識に自分で賛同して、この板は駄目たぁ悲しすぎる～～
議論するならどっちも使ってからにしよーぜ～～
157:名無しさん＠お腹いっぱい。
02/01/07 15:26
こんなトピック見てると何時も思うんだけど、、
PHPもRubyもPythonもtclもさ、perlと比較してどうって事は本山のTopPageに
デカデカと書いてあるだろうに
それより突っ込んだ所で話すなら歓迎だけど、それはperlでも可能です、
とかって毎度の事ながら悲しくなるよ
まぁちょっと触ってみろよと言いたい気分になる
CでOOすると言い張る人にも同じ事を言いたぃじょ
158:145
02/01/07 17:43 Y8tNHTrH
なんかいろんな意味で勘違いされてる・・・。
とりあえず、僕が言いたかったのはＰＨＰよりＰｅｒｌの方がいいよ、とか言う話じゃなくて
ＰＨＰがＰｅｒｌに比べて使いやすいと感じるのはその言語的な性質によるのではなくライブラリー等に
依るのが大きいのじゃないか？、だったら言語レベルがああだとかこうだとか言うのはちょっとおかしいじゃないの？ということです。
（だから何なんだといわれればそれまでなんですが・）
#ＰＨＰが（用途によっては）使いやすいということは前提
#というわけで>>157さんの指摘ももっともなんですがちょっとしっくりきません。
ちょっと話変えますが、ServletとJSPはどちらもJAVAという言語を使いますが、
場合（対象）によってその使いやすさは代わりますよね。（多くは組み合わせて使うと思いますが）
こんな感じのことを言いたかったんです。（うーん、ちょっと漠然としすぎてますね）
そいうわけで（？）ここのレベルが低いとか言う話ではなく単に板違いのような気がしてきたので
ここではもうやめます。
>>155さんアドバイスありがとうございました。
>>156さん気分を害してすみませんでした。
159:名無しさん＠お腹いっぱい。
02/01/07 21:40
145って意外と大人だな・・・
160:名無しさん＠お腹いっぱい。
02/01/07 22:45
この板らしくていいね。
ほかのサイトのラウンジみたくなってきたけど。
161:名無しさん＠お腹いっぱい。
02/01/20 12:10 gwvQC8aF
mod_PerlやPHP、ASPなど、処理速度はどうなんですか？
162:名無しさん＠お腹いっぱい。
02/01/20 12:47 TGyljL1d
速い← →遅い
mod_perl,モジュール版PHP,perl/CGI,CGI版PHP
速い← →遅い
IIS+ASP, IIS+Perl, IIS+PHP
163:名無しさん＠お腹いっぱい。
02/01/25 02:17 qMr2/fGG
速い← →遅い
モジュール版PHP(4),mod_perl,perl/CGI,CGI版PHP
こうでない？？
164:名無しさん＠お腹いっぱい。
02/01/25 15:03 RC7mA7+x
この板の263から281あたりを見てみなよ。
165:名無しさん＠お腹いっぱい。
02/01/25 15:22
>>164 見えません。
166:名無しさん＠お腹いっぱい。
02/01/26 18:52 4PiaAYXx
164はネタなの？
167:名無しさん＠Ｅｍａｃｓ
02/01/26 21:11 30ffeRWO
誰か俺にPHPの利点を教えてください。
よく言われるPHPの利点は俺的にPerlで以下のように実現してるんだけ
ど、これらの利用経験があって、それでもPHPの方がｲｲ! という人はそ
の良さを語ってくれ。煽りじゃなくてマジでPHPの利点わかんないん
だ。
HTML中にコード埋込: Embperl URLﾘﾝｸ(perl.apache.org)
高速実行: mod_perl
DB連携: DBI URLﾘﾝｸ(www.oreilly.com)
セッション管理: Apache::Session
WebProg用ライブラリ: CPANに山程 URLﾘﾝｸ(www.cpan.org)
168:名無しさん＠お腹いっぱい。
02/01/26 21:40 8XQYuO1B
>167
いい問題提起だ・・・(笑)
169:名無しさん＠お腹いっぱい。
02/01/26 21:59
HTML中にコード埋込+高速実行:PHP
ちょっとデキル人風:PHP
170:145
02/01/26 22:07 LLTvaKKZ
phpだとそういったことがデフォルトで出来るのが良いんじゃないかと。
mod_perl設定してDBI入れてApache::Session入れたりしてると
どっかで躓く可能性だってずっと大きくなるし、読まなきゃいけない
ドキュメントの数も増えるし・・・。うわーん！（心理的な問題も？）
とりあえずぱっと思うついたのはこんな感じ。
171:167
02/01/26 22:28
>>170
ああ、そういう理由ならわかる。俺もゼロから始める人なんかにはPHP
を薦めるかも。以下はPHPの良い点だと思う。
・市販書籍を含めてドキュメントが充実している
・Perlに比べて罠が少ない
・学習コストが低い
でも、既にPerlに習熟してて自力で問題解決できるレベルの人にとって
のPHPのメリットが知りたい。誰か語ってクレ。
172:145
02/01/26 22:44 LLTvaKKZ
れたんたるサーバーに置く場合、一台丸借りとかじゃない限り
mod_perl使わしてもらえないっていうのはあるかも。
173:167
02/01/26 23:02 30ffeRWO
>>172
そういう理由もあったか。
俺レンタル鯖に縁が無いから知らないんだけど、どこの業者でも標準的
にPHP提供してるもんなの? ライブラリとかDBも定番で揃ってるなら大
きな利点だな。mod_perl+Embperlが入ってる業者なんて聞いた事ないし。
174:名無しさん＠お腹いっぱい。
02/01/26 23:09
>173
うち借りてるとこ、PHPは３しかないよ。
それに、共用サーバだとDB提供なんてものはないから、
フリースクリプト作家としてはPerlで開発せざるを得ないよな。
175:145
02/01/26 23:22 LLTvaKKZ
うん？、ＰＨＰ＋ＤＢ(PostgresSQL or MySQL)使えるとこって結構多いような気がするけど。
> フリースクリプト作家としてはPerlで開発せざるを得ないよな。
始めにうーん論点ずらした(>>172)のは僕だから（すみません）、何だけど
これはちょっとまた話が変わってくると思う。
そんなわけで僕としても>>167,171にたいする他の意見がききたいにょ。
176:名無しさん＠お腹いっぱい。
02/01/26 23:28
取りあえずmod_perlが使えるトコよりはPHP使えるトコの方が多いな。
177:名無しさん＠お腹いっぱい。
02/01/27 04:22 l7KGTjHb
うだうだいってないで、黙ってしばらくつかてみるよろし。
178:167
02/01/27 09:08 3BCNmpf/
>>177
いや、今のとこいじりたくなる動機が全く無いんだ。だからJava環境構
築に時間をあててる。
他のWebProg環境には以下のような点で魅かれるんだけど、PHPは旨みが
見つからない。で、ちょうどこのスレが上がってたんで作業の合間に書
き込んでみたわけ。
Perl: mod_perlでハンドラ書いてApacheと連携した小細工やり放題
Ruby: 言語自体の生産性の高さとキモチよさが段違い
Java: J2EE, Cocoon, Batik等、上の方のレイヤで楽しめそうなブツがｲﾊﾟ-ｲ
WebObjects: 噂に聞く洗練されたフレームワーク群に触れてみたい
ColdFusion: 非プログラマでも扱えるぐらいラクチンらしい
PHPのいいとこ教えてよ。「このライブラリがｳﾏ-」とか「このスレの熱
い語りを読め」とかでいいからさ。
179:名無しさん＠お腹いっぱい。
02/01/27 21:52
趣味を極めるならPerl？
プログラマとして飯食ってくなら断然JAVA？
ベンチャー起業するならPHP？
間違ってる？
180:名無しさん＠お腹いっぱい。
02/01/27 22:16
>>179
趣味でPHPでもいいだろ
Perlで飯食ってもいいだろ
JAVAで起業でもいいだろ
わざわざ決め付ける時点で間違ってる
181:名無しさん＠お腹いっぱい。
02/01/27 22:58
>>180
KENT氏はPHPでスクリプトを作っていない
PerlよりJAVAの方が（うまい）飯を食える
例えば俺がWebShopでワサビを売るならJAVAは使わない
TPOや複数側面で見ることが必要じゃん、「Perl VS PHP」でしょ？
俺は今から趣味でJAVAを始めようとしてますが、何か？
182:名無しさん＠お腹いっぱい。
02/01/27 22:59
>181
単純にスキルや好みの問題なんじゃないのかな？
183:名無しさん＠お腹いっぱい。
02/01/28 01:52
>>178
まぁ技術的に考えたら、PHPでできてPerlでできないことなんてないと思うけど、
でもPHPの方が楽だと思えることもある。
まぁ慣れの問題かもしれないけど。
RDBMSへの接続とか、かなり簡単でｲｲ!とは思うけど、
Perlでもできるだろ、と言われれば、そりゃまぁできるし。
ちなみに、オイラはPerlもPHPもJava（Servlet）も使います。
184:180
02/01/28 07:29
>>181
もしかして179の人?
だとしたら言い方変えよう。
間違ってるとは言わないが正しいともいえない。
これでどう？
＞TPOや複数側面で見ることが必要じゃん、「Perl VS PHP」でしょ？
俺はまさにそういうことを言ってたんだが。
>>179 は決め付けてたから、決め付けるのは間違いだと言ったまで。
状況に応じて使い分けろと言う意味でね。
185:183
02/01/28 13:45
ていうか、別に >179 は決め付けてないと思うが‥‥。
単なる心証じゃないの？
疑問系だし。
186:名無しさん＠お腹いっぱい。
02/02/01 01:14 Wdw40X96
実行速度はmod_perlの方が上みたいだけど
mod_perl vs PHP + Zend Optimizer ではどうなの？
誰か実験して。
187:名無しさん＠お腹いっぱい。
02/02/01 01:36 owObNi4s
mod_perlを使ってるメジャーなサイトって知らない？
比較的大きな規模で。
188:冷蔵庫の牛乳
02/02/01 13:01 OsRLM5eF
結局お客さん次第だよ。
189:名無しさん＠お腹いっぱい。
02/02/01 14:09 tDsyJk1f
>188
いろんなコテハン見てきたけど、君はまたずいぶん独創的だね
190:名無しさん＠お腹いっぱい。
02/02/01 14:12
Perl ではフリースクリプトの改造くらいしかできませんでしたが
PHP だと簡単な掲示板とか RDBMS を使ったショッピングカート
程度なら作れるようになりました。
まったくの初心者が始めるなら、PHP を薦めます。
191:名無しさん＠お腹いっぱい。
02/02/01 14:16 VNsOWOMh
>187
ウチ。でもここにはかけない。
192:名無しさん＠お腹いっぱい。
02/02/01 16:24
>>191=1ch.tv
193:名無しさん＠お腹いっぱい。
02/02/01 19:11 hhubxkd3
ひろゆきPHPに訴えられる
ｽﾚﾘﾝｸ(news板)
194:名無しさん＠お腹いっぱい。
02/02/03 00:13 W57OvUjI
mod_perl はメモリを食うからサーバ的に厳しい
perl はファイルの書き込みが遅い
195:名無しさん＠お腹いっぱい。
02/02/03 00:19 XSYYKB1z
>>194
PHPに比べてってこと？
最低どれくらい必要？
196:名無しさん＠お腹いっぱい。
02/02/03 00:21
>>194
>perl はファイルの書き込みが遅い
もうちょっと詳しく知りたい
197:名無しさん＠お腹いっぱい。
02/02/03 00:27 +IXT+7Wc
PHPは、後発の良さを享受しているよね。
関数なんかも洗練されているし。
ただ、後発だからこその不利もあるにはあるよね。
最近はどうか知らないけど、PHP用意していないプロバイダーもあったし。
198:名無しさん＠お腹いっぱい。
02/02/03 17:52 QMHpmubq
perlは配列の取り扱いが、好みが出ると思われ。
mod_perlはいい加減なスクリプトの動作にうるさい。
mod_perlはメモリを食う。
GET、POST、cookiee変数の自動展開して欲しい人もいると思われ。（PHPはしてしまう）
199:
02/02/03 17:54 rEVlt/BQ
perlは、難しい
PHPは簡単
ついでに、RDBMとの整合性も高い
200:名無しさん＠お腹いっぱい。
02/02/03 20:15 CuBL77/9
PHP + Zend Optimizerって使ってる人、少ないのかな？
情報がないね。
201:名無しさん＠お腹いっぱい。
02/02/03 20:21
>>200
君はしつこいね。
202:名無しさん＠お腹いっぱい。
02/02/03 20:56 t1mN+IUH
>>200
使ってますけど、何か？
203:名無しさん＠お腹いっぱい。
02/02/03 21:14 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
>>203
どうでもいいがシンプルなテストコードなら
ＰＨＰ ＋ ＡＰＣのほうが違いが出ると思うよ。
Zend Optimizerはソースの最適化だけど
ＡＰＣは半コンパイルしたものを使うようにするから。
でも、Perlも似たようなこと出来た気がする。
まあ、面倒なので貴様がやれ。
205:名無しさん＠お腹いっぱい。
02/02/03 22:12
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
>205
いいかんじ。
207:名無しさん＠お腹いっぱい。
02/02/03 22:42
>>203 >>205 さっさと死ね。
208:名無しさん＠お腹いっぱい。
02/05/26 06:56 F4k8rCvM
世界的には、PHP優勢なんでしょうか？
209:nobodyさん
02/05/26 14:29
漏れは今PHPの環境をととのえ（Apache+PHP4+MySQL)
これから勉強をはじめるところ。
1週間で覚えられるってホント？
210:nobodyさん
02/05/26 20:59
ホント
211:nobodyさん
02/05/27 01:23 0VNPa+mo
ＨＴＴＰの仕組みとかの学習用ならＰｅｒｌを薦めてしまう。。。
なんかＰＨＰってプリミティブな部分を隠蔽しすぎている気がしますが。
（それがいいところでもあるのだけれでも）
212:nobodyさん
02/05/27 07:11 zZy+Uwrs
python / zopeって海外で異常に人気あるみたいだけどどーなんよ。
どうもあの構文には馴染めんのだが・・・
213:nobodyさん
02/05/27 08:06
趣味でしか使ってない素人ですけど、
PHPってなんかHTMLのテキストに動かしたい部分を入れるだけ、
っていう感じがするんですよね。
Perlはバイナリ操作とか特にHTML関係なく色々できるからプログラムな感じがするけど。
なんか別物っていうか、HTMLを言語って言ってるみたいで。
ところでg_zip転送とかPHPでできます？
214:nobodyさん
02/05/27 13:18 ubpH9R+J
>>213
(`Д´)ノぁぃ できます
215:nobodyさん
02/05/27 17:46
PHP も色々できまふ。
216:nobodyさん
02/05/27 21:34 zZy+Uwrs
PHP-GTKもあるなり。
217:nobodyさん
02/05/27 21:35 zZy+Uwrs
別に使わんけど^^;
218:nobodyさん
02/05/30 11:05
>HTMLを言語って言ってるみたいで。
そりゃないべ。
219:HTML
02/05/30 11:22
言語ですが何か?
220:SQL
02/05/30 17:20
言語ですが何か？
ってゆーか
「言語」＝「プログラミング言語」
と思っているとそういう発言にいたる。
221:nobodyさん
02/10/11 19:42
Hyper Text Markup Languageですが何か？
Perlも、PHPも、HTMLも、SQLも、日本語もみんな言語です。
222:nobodyさん
02/12/23 18:06 wX5+NUXA
PHP3でgzipで出力なんて出来るのか？
223:nobodyさん
02/12/24 09:37
>>213
ていうか、お前絶対PHPやったことないだろw それかマニュアルすら見たことないド素人。
PHPを援護するつもりはないが(嫌いだしな)、初心者板に帰るか、勉強しなおしてきてくれ。
>>222
ob_start使った方法じゃ無理だと思われ。
224:nobodyさん
02/12/24 10:10 nojs+KEU
>>223
7ヶ月もたってるから素人じゃなくなってるかも・・・
225:223
02/12/24 10:47
>>224
ごめん、いつもの癖で反射的に書き込んじまった…日付見テナカタヨ。
てか、随分古いスレだな…WebProg板ってこんなものなのか？
226:nobodyさん
02/12/25 20:03
Perlを、掲示板等を改造する程度の触り方しかしてきたこと無いんですが、
お仕事でやんなくちゃいけなくなって苦戦中です。
PerlからPHPにデータを送ってるPGがあったんです。
Perlは比較的クライアントよりの処理（インターフェースとか）をしてて、
PHPはDBアクセスをしてました。
そういう方面がそれぞれ得意な言語なんでしょうか？
227:nobodyさん
03/01/04 05:59 kDPU8tAM
>>226
元々はＤＢなしの状況でＰｅｒｌ使ってて、あとからＰＨＰ使えるようになり、
そのときたまたまＤＢを使うように仕様変更になっただけだと思う。
予想だけども
228:nobodyさん
03/01/07 19:06 ddb4neGL
最近 PHPの勉強はじめました。
話題的にはかなり出遅れた感じがするけど、
１，２ヶ月触って見た感想です。
if ($foo):
do_sth();
else:
do_nth();
endif;
短い例ではあまりメリットないけど、
ブロックの中が長くなってくると {} より : 使ったほうが
ソースの見通が良くなる。（・・・と個人的に思う。
endif が余計。ついでに python っぽく $ ; なんかも省略出来ればベターなんだけど。
perlでは、if の後が 1 行しかなくても {} を省略出来ないのが、時々不便。
if 修飾子は便利だけど、↑は、 if ... else ... で使いたい場合。
229:228
03/01/07 19:06 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 zRU7DPSW
>>228
いろいろ言いたいことがあるが、誰かなんとか言ってあげて。
231:nobodyさん
03/01/07 21:00 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 E9xJzpX+
>>231
無かったら代入
if (!$foo) {
$foo = 'val';
}
233:nobodyさん
03/01/07 22:01 E9xJzpX+
あぁ。他にも使い方はあるか・・
234:nobodyさん
03/01/07 23:14 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 uIabx/QP
if($hoge)
$a=3;
$b=4
初心者だとついこんな感じでスクリプトを書いてしまうことがある。
$hogeがfalseだったときも$b=4が適用されてしまうことを忘れて。
中括弧が強制ならばエラー出してくれるからこの種の勘違いは起きない。
236:nobodyさん
03/01/08 08:18 WxnZLqWA
>>228
＞perlでは、if の後が 1 行しかなくても {} を省略出来ないのが、時々不便。
die if ($hoge);
{ }を省略可。
237:bloom
03/01/08 10:08 FD65557e
URLﾘﾝｸ(www.agemasukudasai.com)
238:nobodyさん
03/01/08 20:59 OEI4EUTr
>>236
その書き方だと、()も省略できる。
die if $hoge;
239:228
03/01/09 02:21 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
elsifだけは勘弁してくれ(w
241:nobodyさん
03/01/10 11:37
>240
同感。ついついelseifって下記たくなるよ。
242:nobodyさん
03/01/10 12:16 pQo30lto
Perl： elsif
CやJava： else if
PHP： else if 又は elseif
ほら、もう勝者が見えてきたなｗ
243:nobodyさん
03/01/10 15:44
あたまよろしいことで
244:nobodyさん
03/01/13 21:36 GwIzQASu
PHPが早いと言われているのはmod_phpのことなの？
同じApacheのモジュールであるmod_perlと何が変わるのか
未だに分からないんだが。
245:nobodyさん
03/01/13 21:41
>>244
結局forkのコストが稼げるってことっしょ。
246:nobodyさん
03/01/13 22:32
>>244
PHPは出力のキャッシュもしているようだ。たまにこれでハマる。
247:nobodyさん
03/01/14 12:41 Atw9YlR0
Zendオプティマイザーって話題にならないの？
割と重宝してるが。
248:山崎渉
03/01/15 13:32
（＾＾）
249:nobodyさん
03/01/15 22:23 jaLHJIS/
URLﾘﾝｸ(docs.yahoo.com)
これ いいよね
250:nobodyさん
03/01/15 22:28 jaLHJIS/
URLﾘﾝｸ(www.php-accelerator.co.uk)
ここだった
PHPAサイコー
251:nobodyさん
03/01/16 02:59 rSCHo9Nt
今はできるのか知らないけど、php4.0.*ではできんかった。
スーパーメソッドの呼び出し。
オブジェクト->メソッド()->メソッド()
てな感じのメソッドの呼び出し。
eval{
コード
};
if($@){
エラー処理
}
てなエラー処理。
クラスの定義はperlの方が面倒なんだけど、Webアプリ作成で以下のモジュールが使えるならphpよりperlを選びます。
HTMP::Template
Apache::Session
DBI
あ、Jsp/Servletに関しては、いまさらキャストとかウザすぎです。
252:nobodyさん
03/01/16 07:38
＞あ、Jsp/Servletに関しては、いまさらキャストとかウザすぎです。
プログラマやめてください。あなたのシステムで会社がつぶれます。
253:nobodyさん
03/01/16 08:10
>>251と>>252
そんなあなた達に読んで欲しいスレ。
型なし言語逝ってよし
URLﾘﾝｸ(piza.2ch.net)
なお、>>1が言っていることは無視されて、
途中からは変数型ナシ言語についての話です。
主に比べられていたのが、JavaとRubyだったと思いました。
Perlみたいな型が複数であるデータ型は論外と言うことになっています。
254:nobodyさん
03/01/16 15:26
>>251
できません。
$a->b()[2]見たいなこともダメですな。
255:山崎渉
03/03/13 17:32
（＾＾）
256:nobodyさん
03/04/08 16:46
mod_php使うならmod_perl使うだろ普通
257:山崎渉
03/04/17 12:20
（＾＾）
258:山崎渉
03/04/20 06:15
∧＿∧
（ ＾＾ ）＜ ぬるぽ（＾＾）
259:t-akiyama
03/05/17 15:59
携帯ゲーム機"プレイステーションポータブル(PSP)
このPSPは、新規格UMD(ユニバーサルメディアディスク)というディスクを利用しており、そのサイズは直径6cmととても小さい(CDの半分程度)。 容量は1.8GBとなっている。
画面は4.5インチのTFT液晶で、480px x 272px(16:9)。MPEG4の再生やポリゴンも表示可能。外部端子として、USB2.0とメモリースティックコネクタが用意されているという。
この際、スク・エニもGBAからPSPに乗り換えたらどうでしょう。スク・エニの場合、PSPの方が実力を出しやすいような気がするんですが。
任天堂が携帯ゲーム機で圧倒的なシェアをもってるなら、スク・エニがそれを崩してみるのもおもしろいですし。かつて、PS人気の引き金となったFF７のように。
260:山崎渉
03/05/22 02:16
━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―
261:山崎渉
03/05/28 17:13
∧＿∧
ﾋﾟｭ.ｰ ( ＾＾ ） ＜これからも僕を応援して下さいね（＾＾）。
＝〔~∪￣￣〕
＝ ◎―◎ 山崎渉
262:山崎 渉
03/07/15 11:21
__∧＿∧_
|（ ＾＾ ）| ＜寝るぽ（＾＾）
|＼⌒⌒⌒＼
＼ |⌒⌒⌒~| 山崎渉
~￣￣￣￣
263:山崎 渉
03/08/02 02:31
∧＿∧
（ ＾＾ ）＜ ぬるぽ（＾＾）
264:ぼるじょあ ◆ySd1dMH5Gk
03/08/02 05:06
∧＿∧ ∧＿∧
ﾋﾟｭ.ｰ （ ・３・） ( ＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
＝〔~∪￣￣￣∪￣￣〕
＝ ◎―――◎ 山崎渉&ぼるじょあ
265:山崎 渉
03/08/15 23:18
(⌒V⌒)
│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
266:nobodyさん
04/02/22 06:11
age
267:nobodyさん
04/02/26 07:01
PHPｲﾗﾈ､PerlだったらUNIX系OSのシステム管理もできるし便利
268:nobodyさん
04/02/28 17:59
隊長！こんなの見つけました！
URLﾘﾝｸ(yellow.ribbon.to)
269:nobodyさん
04/03/06 21:07
Perlｲﾗﾈ､PHPだったらUNIX系OSのシステム管理もできるし便利
270:nobodyさん
04/03/06 23:40
両方使えばいいじゃん。
271:nobodyさん
04/03/07 02:48
両方使う必要ないじゃん
272:nobodyさん
04/03/07 03:22 ayjfJ9pA
>>46
Perl -> カローラ
PHP -> NSX
C -> ジャガー
273:nobodyさん
04/03/08 05:58
ASM->マクラーレンF-1
; アセンブリ言語で組んだCGIプログラムは最強
; 言語及びAPIやハードまでも熟知している事が前提条件
; ASMでC以下の速度出すようなヘボプログラマに用は無い
274:nobodyさん
04/03/08 07:35
マクラーレンF-1て何だよｗ
275:nobodyさん
04/03/08 22:49
>>273
URLﾘﾝｸ(write-off.cside.com)
276:nobodyさん
04/03/08 23:05
>マクラーレンF-1
ツボにはまって、お腹が痛い･･･。
277:nobodyさん
04/03/09 04:00
>>273
製作に手間と素材コストのかかる赤字必死の大バーゲン言語かよｗ
278:nobodyさん
04/03/10 03:14
>>273
PHP->フェラーリF-1
ついつい書きたくなったyo。^_^;
279:nobodyさん
04/03/18 02:38 5cjOT2D0
PHPって携帯電話だけじゃなかったんですね。
なるほど・・・・すごく勉強になった
280:nobodyさん
04/03/18 10:07
>>273
アセンブラ使おうとも "CGI"という時点で mod_perl にも mod_php にも速度的に負けだな
281:nobodyさん
04/03/19 23:31
>>280
ガリガリ演算するような場合は、そうでもなかったり。
そうそう無いと思うけど。
282:nobodyさん
04/03/31 02:15 5QyNRdXL
AGE
283:nobodyさん
04/06/09 22:12
再燃
284:nobodyさん
04/06/10 20:42
鎮火
285:nobodyさん
04/06/10 20:51
Perlで構築されたサイト
ｽﾚﾘﾝｸ(php板)l50
286:nobodyさん
04/06/13 23:26
以前、仕事で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 xjfPUTy4
掲示板を作ろうと思っているのですが、
PHPとPerlのどちらで作ったほうが使いやすいですか？
288:nobodyさん
04/06/22 09:28
どっちで作っても使いやすさは同じ
289:nobodyさん
04/06/22 14:31
言語としてはPerlの方がおもしろい。
豊富なモジュールのおかげでやれることの幅が広い。
ショートカット使いまくって美しい（自己満足）スクリプトを書くと胸がすくような気持ちだ。
PHPはそれとは反対。
まだまだモジュールの数は少ないし、スクリプトも美しくない。
Webプログラミングに限ればPerlより圧倒的に簡潔なスクリプトで複雑な作業ができるが。
290:nobodyさん
04/06/22 23:50
Perlでいい。Perlでなくてもいい。
291:nobodyさん
04/06/23 00:32
むしろPerlで抜く
292:nobodyさん
04/06/23 11:46 Luak+o8B
XREAにあげるとPHPが動作したりしなかったり・・・
この辺りかな？と思った所弄ってみたら違う所動いて
じゃあこっちも、で同じく変えたら動かず。
直ったと思える個所、原因解明にまた違う形に変えて（動かない）
undoして元に戻してもまた動かない。さっぱりわけわからん。
293:nobodyさん
04/06/23 20:56
広告消してみれば
294:名無しさん＠お腹いっぱい。
04/06/27 16:19 hJA75ZNU
Perl がいい。終了。
295:nobodyさん
04/06/28 13:28 XFMdmJeI
PerlもPHPもｲﾝﾀﾌﾟﾘﾀ？
296:nobodyさん
04/06/28 21:57
横山 イン太・プリ太
297:nobodyさん
04/07/23 21:10 6JdkPKN0
>>289
メンテナンス性が悪いソースは美しいソースとは言えない。
298:nobodyさん
04/07/23 22:57
つまりPHPはメンテナンス性が悪いと。
299:nobodyさん
04/09/10 09:29
だまされたと思ってPerl。
300:nobodyさん
04/09/30 23:46:03
廉価でならPHP使うし、やることがでかいときはJavaでstruts使うからなぁ。
Perlはかぶき過ぎてて他の言語が使いにくくなるんで却下。
301:nobodyさん
04/10/09 01:57:31 vatrz5Ts
大ニュース！ PHP創業者は松下幸之助だった。
URLﾘﾝｸ(www.php.co.jp)
ま、たまには息抜きしてくで。
302:nobodyさん
04/10/10 04:39:54 ghP3Pdf7
最初から読んだけどやっぱりPHP使ってるやつは素人に毛がはえたような
やつが多くて怖いね
必死にHTML擁護したりキャストがうざいとか言ったり
当方、Jsp/Servlet派
303:nobodyさん
04/10/10 04:55:25 UmBBc5R4
HTMLはタグ辞典読んで1時間で覚える言語
304:nobodyさん
04/10/10 10:17:28
糞だまされた。
305:nobodyさん
04/10/10 10:37:12
いまどき JSP/Servlet を素で使う玄人様なんているのか？
306:nobodyさん
04/10/10 12:14:29
Javaはライセンスもってるやつじゃないと危なっかしくて打たせたくない
糞コード書かれたときの難儀さはPHPの比じゃないからな
307:nobodyさん
04/10/11 02:53:00
>>306
同意。
自称「Java書けます」ってヤツに限って糞コード生産確率多し。
直すこっちの苦労を考えろってもんだ。
PHPで糞コードっても、たかが知れてる。
まあ、中には想像を絶する程のひどい代物もあるがな…。
某CMS大手のNなんて以下略（ｐｐｐ
308:nobodyさん
04/10/25 00:15:56
>>302
それはPerlも変わらないけどねｗ
Perl/CGI全盛期に厨が大量発生しちゃって大変
309:nobodyさん
04/10/26 12:54:38
PerlだろうとJSPだろうとPHPだろうとCだろうと、
構築経験と例外処理概念のある奴が書いてくれれば文句は無い。
310:nobodyさん
04/10/27 00:24:43
あなたが指定した条件
■全体を検索：perl
複数のワードを含むものを検索するには、ワードを半角スペースで区切ってください。
検索開始
■該当する仕事情報はありません。
条件を変えて検索しなおしてください。
311:nobodyさん
04/10/27 09:15:40
>>309
構築経験はともかく、例外処理概念なんて誰でもあるだろ。
312:nobodyさん
04/11/18 15:48:14
最初はPHPの方がソース綺麗だったのは認めるが
最近、素人が多くなってきたのか
Perlと大して変わらないような気がする
ところでPHPって何が得意なの？
データベースと連携したプログラムが速いっていうけど
本当はPerlとあんまり変わらんわけで。
>>308
それもあるが
PHPはPerlと違って全て関数があるので
仕組みをわからずとも書けるから
書けるだけで内部ロジックわかってないやつ多すぎ
313:nobodyさん
04/11/28 13:29:58
>>３１２
全てにおいて
早い。
314:nobodyさん
04/11/29 06:05:41
Perlって言語としての速度は言われているほど遅くは無いと思う。
苦手とされている計算がメインのプログラムでもC言語の半分よりちょい上ぐらいの
スピードは出ていた。PHPと比べてもほとんどの場面でPerlが勝る。
ただmod_phpの方が容易なので速度面に関して総合的にはPHPの方が優位かな。
315:nobodyさん
04/12/01 03:18:14
mod_perl使わんでもperlccでやればphpより早いよ
普通に組んでも組み方次第でPerlもPHPも勝てる
けど確かにphpの方が容易だな
だからと言ってmod_perlもそこまで難しいものでもないとおもうし
PHPの管理もわざわざ再コンパイルするの面倒だしな
どっちも微妙って言えば微妙だな
316:nobodyさん
04/12/01 04:56:35
mod_perl > mod_php > perlcc > perl > php
ですよね？
perlccってソース→バイナリコード → インタープリタという処理のうちバイナリコードへの変換
だけが省略されるだけだからそれほど速度は上がらないように感じました。
Cとかから入った人ならmod_perlはそれほど難しくはないと思います。
キャッシュが強すぎるとか巷で聞いて食わず嫌いしてましたが自分で使うようになって
貴方の書き方が悪いんじゃないの？って思いました。
捨てプログラムでもmod_perlの恩恵が受けられるようになったらいいな。
317:nobodyさん
04/12/01 06:03:09
「それほど速度は上がらない」ってのは、その通りだと思うけど
perlインタプリタの起動コストも結構大きいから
それが省略できる効果も一応あるよ。
318:nobodyさん
04/12/01 10:59:02
perlccやってみたけど
100回暗号化するスクリプトだけで
0.1秒変わったから結構変わるんじゃないかな？
ただuse使えないのはちょっと面倒だね
mod_perlの難しいところってメモリとApacheコネクション数の問題だよね
デフォで使うとメモリかなりつかっちまう
319:nobodyさん
04/12/01 11:14:07
インタプリタを内蔵してしまうだけで起動コストはほとんど変わらないんじゃなかったでしたっけ？
通常のperlとperlccでコンパイルしたhello worldプログラムをベンチ計測したところ誤差程度でした。
perlcc使う目的って
速度アップ：△
perl無い環境用のバイナリ作成：◎
ソース隠蔽：○
Cへ変換：orz
って感じじゃないでしょか
320:nobodyさん
04/12/01 11:22:22
一応use使えますよ。
perlのバージョンによって結構挙動変わりますね。
ver5.8だと結構お利口にコンパイルしてくれます。
mod_perlは家の環境だと１つのプログラムでMAX20個のプロセスが立ち上がるので
安易に使えないですね。
321:nobodyさん
04/12/01 22:51:50
>>320
v5.8.2だがuse benchmarkが使えなかったよ・・・
require benchmarkで代用できたけど
モジュールごとにできるのとできないのがあるのかな？
322:nobodyさん
05/05/09 17:47:14 uyp3Okau
「Perlはwhileループの脱出がlast。PHPは脱出がbreakなので、Cに慣れている人はPHPの方が楽」
#goto は無いけどな。 :-P
323:nobodyさん
05/05/09 20:28:32 vjTzbexB
URLﾘﾝｸ(59-190-28-90.eonet.ne.jp)
おｋｗｗｗ
うはっｗｗｗｗｗｗおｋｗｗｗｗｗｗっうぇ
うはっｗｗｗっうぇうぇｗｗｗうぇｗｗｗｗｗｗｗｗｗ
うぇｗｗｗおｋｗｗｗｗｗｗｗｗｗ
っうぇ
324:nobodyさん
05/05/10 00:23:16
今日わかったんだけどPerlvsPHPってJAVAvsJavascriptぐらいばかばかしい事なのね・・・
325:nobodyさん
05/05/10 12:36:39
>>324
おはよう。
326:nobodyさん
05/05/27 11:45:53 UfO/Wu7H
大規模CGIをPerlで書き上げてしまい、気付けばPHPの時代になり非常に困惑してます。
このCGI、かなりの高アクセスを前提とした上、サービス上、同業他社との処理速度
に関する競争も予測されてしまいます。
で、PHPはPerlより簡単に書けると言われてもあれだけ大規模なCGIスクリプトに
PHPに書き換えれば、PHPの１からの習得と書き換え作業で膨大な時間が必要です。
で、その解決策としてみいだされるのがMod_perl2.0で今はインストールして動作研究中です。
でもMod_perlは安易に使えないので、普通のPerlでもレンタルサーバのバックホーンの強化で
スピードに勝るPHPに対抗できないものでしょうか？
何せ、プロバイダのCGI-BINにそのCGIを置いて大容量のTXTを必要とする処理を行ったら
処理終了まで３０秒位も掛かってしまいました。
327:nobodyさん
05/05/27 12:02:57
>>326
2ちゃんねるも使ってるBIG-serverでも借りたら
35万円/月だけど
328:nobodyさん
05/05/27 12:04:52
>>326
そんなクリティカルなCGIなら専鯖使えバカ。
329:nobodyさん
05/05/27 17:20:59
>プロバイダのCGI-BINにそのCGIを置いて大容量のTXTを必要とする処理を行ったら
>処理終了まで３０秒位も掛かってしまいました。
多分、mod_perl,phpにかえても相変わらずこの部分は遅いと思う。
330:nobodyさん
05/05/27 17:59:25 UfO/Wu7H
329さん>
perl、phpうんぬんよりもサーバの環境なのかな？
BIG-serverには、オプションでmod_perlのライバルとも言えそうなspeedy.cgi
というのがありました。
大規模CGIをperlで作った事に後悔に匹敵する値はどの位だろうか？
正直、泣くほどPHPで作ればよかったと後悔してますが！
331:nobodyさん
05/05/27 18:10:49
いや、mod_perlって常駐化することでプログラムの読み込み、コンパイルが省略できるのが
大きいのであって(最初に重いモジュール読み込んでるなら劇的に速くなるだろうけど)
上の例は実行自体に時間がかかってるようなのでほとんど変わらんのじゃにないかな。
332:nobodyさん
05/05/27 19:26:46
処理が30秒となると起動コストなんてどうでもいいって感じだね。
PHPにしたら更に遅くなること請け合い。
333:nobodyさん
05/05/27 20:22:07 UfO/Wu7H
私が大規模CGIをperlしまい痛感した切っ掛けは、PHPの普及とともにレンタルＣＧＩ
サービスもPHPが増えてきてる事です。
ご返答を読んで考えましたが、実際サービスインする際、mod_perl speeedy.cgi
それとも普通のperlにするかサーバーを借りて試してから決めたいなと思ってます。
mod_perlを自宅PCにインストして研究してますが。
長期に渡って書いた大規模CGIシステムを蔵に入れて溜まるか！！
ご返答を読ませて戴くと、言語ウンヌンより大事な事があるという事が気付かされました。
それにしてもココは、人によってphpの方がいい、Perlの方がいい様々ですね！
もっと、対phpと比較してのperlの良い点が見つけられたらいいなあと思ってます。
でperl6とかいう話があるんだけど、あれはphpの対抗馬になれるのだろうか？
ならなきゃ困る！！
以下に興味深いコラムをリンクします。
皆さんは多分知ってると思いますが。
URLﾘﾝｸ(homepage3.nifty.com)
285の記事みたんだけど、掲示板の巨大要塞の2CHがperlを使ったらコッチも励みに
なります。
334:nobodyさん
05/05/27 20:23:36 UfO/Wu7H
333のリンク間違ってました。
間違って貼ったのも同じサイトのページですがコッチです。
URLﾘﾝｸ(homepage3.nifty.com)
335:nobodyさん
05/05/27 20:45:19
PHPをよく理解せずアンチPHP・Perlマンセーするサイトをうのみにするのもどうかと。
大体共用鯖でmod_Perlなどありえない。
336:nobodyさん
05/06/08 16:08:39 7EwGlPf3
普通に考えてphpのほうがいいでしょ
perlのコードは書きにくいしスピード遅いしメモリ喰うし
ちょっといいすぎかもしれないけどいいことなんかないよ
337:nobodyさん
05/06/08 16:34:49
PHPはなんか呪文みたいに怪しげな関数があるのが気にくわない。
338:nobodyさん
05/06/08 17:37:11
int mcve_parsecommadelimited ( resource conn, int identifier )
CVSにはさらに意味不明の関数が
それがPHPクォリティー
339:え
05/06/08 22:12:59 Ai0C/5aw
ＰＨＰ派のサイト
URLﾘﾝｸ(www.at21.net)
340:nobodyさん
05/06/09 02:19:20
Perlはインスタンスメソッド呼ぶの遅すぎ…。
ハッシュにアクセスするのより遅いし。
341:nobodyさん
05/06/19 01:41:55
Googleって何言語で書かれてるんだろうな。
342:nobodyさん
05/06/19 19:24:59
PerlやPHPでインスタンスメソッド使うのはど素人。
343:nobodyさん
05/06/21 02:34:51
>>339
汚らしいサイトだな
344:nobodyさん
05/07/06 20:32:50
>>341
まさかGoogleがCGIだと思ってる？
345:nobodyさん
05/07/06 20:47:46
>>344
URLﾘﾝｸ(www.wdic.org)
346:nobodyさん
05/07/06 21:11:12
>>344
お前ひょっとして頭悪いだろ。>>341はCGIなんて言ってないだろ。
347:344
05/07/07 09:47:24
スレの流れから言ってGoogleがPHPかPerlで書かれているかのように言っている思った俺は釣られすぎ？
まさか俺もCGI=Perlだと思っているって思われてる？
348:nobodyさん
05/07/07 10:00:56
>>347
CGIが何なのか理解出来てないと思われてる。
349:nobodyさん
05/07/07 10:44:30
>>347
国語の成績悪そうだなと思われてる
350:nobodyさん
05/11/06 12:21:53 szZvbyxN
レン鯖なら共用だから、重いperlもphpもありえないな。ソース漏れる危険も有るし。
Cで組んでバイナリで実行させた方がいい。
perlやphpはスキル低いけど、鯖代の金なら掛けられるって香具師向け。
351:nobodyさん
05/11/06 18:10:13
C/CGIよりもmod_perlの方が速い場合が多いぞな
ソース隠蔽はせいぜいバイナリコード止まりだね
コンパイラ解放してないこともあるし
352:nobodyさん
05/11/22 04:44:24
今から学習するならPerlとPHP同時でもいいってことですか
353:nobodyさん
05/11/26 21:26:27
何をしたいかによる
354:nobodyさん
06/01/17 21:55:09 ZfIXgsZK
>>350
玄箱で鯖立てれば大抵の事出来て費用下手すりゃレン鯖より安いんだがな
355:nobodyさん
06/01/18 21:39:11 witguLks
Apache Modules with Perl 最強
356:nobodyさん
06/01/18 23:42:11 BuFau/7y
過去のPerl/mod_perlやCGIは品質無視の生産性のみ
今現状でPerl/mod_perlを採用する企業は生産性と品質のバランスが取れてきた所
PHPは生産性を追及したのみで、品質に保障がなさすぎる
PHPから始めた人はWEBの基本が解ってないがPerlやC上がりのPHP開発者なら問題がない
標準関数のみで言うとPHPのが多いがCPANとPEARを比べればPerlの勝ち
しかし、内部ロジックが見えないので不安はある。
今はPerlの勝ちでいいんじゃない？
PHP＋初心者（1年未満エンジニア）の組み合わせ企業のシステムは酷すぎるからね
Perlは初心者採用がもう殆どない分それなりの品質を保ちだしている。
357:nobodyさん
06/01/21 16:20:24
Perl を COBOL、PHP を Java に置き換えると
同じことを話す窓際社員のことを思い出した
358:nobodyさん
06/02/13 23:42:10 iDfIYkKL
何となく国家試験申し込んだ。
情報処理試験 テクニカルエンジニア 「情報セキュリティ」。
Perlは出るのに、PHPはにゃい。何故？？？？？？？？？？
ガイシュツ？
359:nobodyさん
06/02/19 11:27:32
個人で趣味の範囲でやる分にはPerl の方がずっと面白いんだよね。
webに限定されてないってところがさ。
用途が広い。オライリーのハック本なんかでも大抵Perl メインだし。
360:nobodyさん
06/02/20 12:40:13
PHPもCLI版があるからweb以外も大丈夫。
オライリーはPerlと関係が深い。
面白さで言えばPerlってのは同意。
知れば知るほど唸るような実装を発見出来るのに対し
PHPは薄っぺらくいかにも初心者用言語って感じだな。
361:nobodyさん
06/02/20 22:59:22
PHPのCLIって、無いも同然ジャン。バッチ処理はどうしてもPerlやRubyになるよなあ。
362:nobodyさん
06/02/28 20:04:33 vCBddryG
国内最高技術者集団のはてなとmixiはperl
363:nobodyさん
06/02/28 21:09:49
はてなはそう思うけど mixi は最高技術者集団かぁ？
364:nobodyさん
06/02/28 22:01:58
はてなだってそうでもない。
365:nobodyさん
06/03/01 00:13:08
ちなみにJavaは糞発言も
366:nobodyさん
06/03/01 00:14:21
>>364
じゃあ、とりあえずOS作ってくれ
367:nobodyさん
06/03/01 00:41:15
少人数での開発だとPerlはその柔軟さから威力を発揮する。ただし、グループ開発にはその柔軟さから向かない。
PHPは普通に書いてもそこそこ速いってのが優位さ。
368:nobodyさん
06/03/01 16:02:58
やはり未だにPerlは保守が面倒だと思うよ
369:nobodyさん
06/03/01 21:54:54
Perl, 自由度がありすぎるからだよね。
コード規約をきちんと決めてやれば良いけど、
コード規約を決められる強力な人材が居ない。
なんとなくこんな感じって出来る人が決めて、それに倣ってる。
あまり厳密に規定すると、いきなり投入された新人に毛が生えたような人が
使えない人になっちゃう…。
なので、段々となぁなぁになって、
規約っぽいのは決めたけど冗長なコードか、
規約も何も無く俺コードの集合になっちゃう。
370:nobodyさん
06/03/02 20:46:07
>>369
俺コードには納得。
でも、時間かけて解読するのも楽しかったりする。
ヒキで時間だけはあるからorz
371:nobodyさん
06/03/02 21:55:16
php使う奴はphpで始まってphpで終わる。
372:nobodyさん
06/03/03 02:17:08
>>369
それでも最低限ラリﾀﾝ推奨の規約に沿ってもらわないと。
373:nobodyさん
06/03/03 21:28:40
スタイルガイド(perlstyle)、読んでない人多いからなぁ。
374:nobodyさん
06/03/03 22:21:55
そういう問題じゃない。
375:nobodyさん
06/03/04 00:15:44
で、結局PHPってどれくらい普及してるの？
個人向けサーバーにおいて・・・
それによって、これから作るモノが
Perlになるか、PHPになるか
って所で悩んでます
376:nobodyさん
06/03/04 00:26:38
両方書く。
そすれば、そんな事で悩む必要なし。
377:nobodyさん
06/03/08 14:04:36
sf の新規プロジェクトを見るに
圧倒的に PHP かと。
378:nobodyさん
06/03/08 22:34:51
PerlはCPAN
それよりPEARのウンコさの方が大問題
379:nobodyさん
06/03/08 22:38:01
つーか、外人はなんであんなに機能てんこ盛りにしたがるんだ？
380:nobodyさん
06/03/08 22:43:44
きっちり趣味の時間が取れて、その趣味の時間でいろいろ作ってるんじゃないの？
381:nobodyさん
06/03/08 22:46:19 bGszobLH
Perlの方がカッコイイ
ぴぃえっちぴぃってダサいｗ
女子中学生向きｗｗ
382:nobodyさん
06/03/08 23:45:17
女子中学生と一緒にプログラムできるなら俺は迷わずPHPを選ぶ
383:nobodyさん
06/03/08 23:49:12
女子中学生をプログラムできるなら何でも覚える
384:nobodyさん
06/03/09 00:57:58
女子中学生はPHPを「ぴっち」って言ってるらしいよ
385:nobodyさん
06/03/09 16:52:08
ぴっぴ
386:nobodyさん
06/03/13 19:47:31 A0U+xoaG
PHPはデザイナがやってるよ
Javascript分かってれば使える。
387:nobodyさん
06/03/14 21:36:23
だから酷いコードがあるんだよね。
しかも、デザイナはプログラマ以上に低賃金で奴隷のように仕事するから
外注頼まれた時の金額が安い事、安い事…。
「学生じゃないんで、その金額では…」って断った事多数。
で、外部の人間に仕事させといて、
納品されたコードを使い回すのもデザイン会社の常套手段。
388:nobodyさん
06/04/16 22:48:17 ehSgECZx
>>387
現実味がありますわ。
なんか胸が苦しくなる。
389:nobodyさん
06/04/26 01:39:34
PythonとRubyも混ぜて
390:nobodyさん
06/04/27 21:58:38
なにそれ？
391:nobodyさん
06/05/09 18:51:07 MY9CFHwu
＞国内最高技術者集団のはてなとmixiはperl
perl >>>>越えられない技術の壁 >>>>ぴーえっちなんとかｗ
392:nobodyさん
06/05/09 23:44:52
プログラム初学者のウェブサイト制作における習得コストはPHP>>Perl
これは当事者（PHP厨）が証明しているので事実。
しかしmod_perlが使える程度のプログラマにしてみれば
わざわざ仕様の違う言語を一つ増やす理由がない。
perlならばPHP以上のことをPHP以上の速度でPHPより安全に実行できる。
・・・という話はしないであげるのが優しさですからみなさんお願いしますよ。
393:nobodyさん
06/05/11 06:33:58
>>392
>しかしmod_perlが使える程度のプログラマにしてみれば
>わざわざ仕様の違う言語を一つ増やす理由がない。
ま、そういう人なら、phpでも、rubyでも、pythonでも覚えるのは簡単だと思うよ。逆はつらいんでないかい？
394:nobodyさん
06/05/11 17:35:54
Pythonはよく知らないけど、RubyはPerlのいいとこどりしてるんで、逆にいうとPerlを知ってれば、学習も早いだろう。
PHPは圧倒的に言語機能が少ないし、標準的なクラスライブラリとかフレームワークもないんで、その案件がPHPだったら、泥縄で勉強してもなんとかなる。
395:nobodyさん
06/05/13 09:14:47
ぶっちゃけmixiをphp+SQLで書き直した方が軽くなる希ガス。
396:nobodyさん
06/05/13 11:29:02
根拠
397:nobodyさん
06/05/13 19:31:50
mixiの鯖の負荷の大部分はデータベース
PHPにしようがJavaにしようが違いは極僅か
398:nobodyさん
06/05/14 12:15:54
ＬＤもperlだよな
399:nobodyさん
06/05/14 14:07:22
さすがにPHPじゃ遅すぎて厳しいだろうな。
400:nobodyさん
06/05/15 21:20:45
SQLは言語に依存しない別枠の仕組み
それに対してデータの入出力を行うのが言語の仕事
>>395
phpと比べてPerlが軽いかどうかの問題なので火を見るより明らか
401:nobodyさん
06/05/16 02:56:08
DBがボトルネックになりやすいって言っても、PHPが遅いのは確かだし。
402:nobodyさん
06/06/26 07:35:09
>>400
PHPは遅いって分かってる・・・？
403:nobodyさん
06/07/17 18:07:28
>>402
なんというか、PHPは必ずmod_phpで動いてると思い込んでる奴なんだろうね。
ちなみに、最速目指すならC言語でcgiだな。
404:nobodyさん
06/07/17 18:08:40
>>403は、400への意見で、402に賛同って意味ね。
アンカーの使い方変だったorz
405:nobodyさん
06/07/19 10:50:56
PHPってCGI？
406:nobodyさん
06/07/19 12:32:48
>>405
そうであることもあるし、そうでないこともある。
407:nobodyさん
06/07/19 13:43:38
>>405
またあるところでは出版社
408:nobodyさん
06/07/28 20:15:19
レンタルサーバー、ホスティングのＰＨＰは全部CGIだよ
409:nobodyさん
06/07/29 19:52:57
apacheのバージョンでmod_phpって載ってないとこはCGIでの動作と思っていいのかしら？
410:nobodyさん
06/08/12 15:39:18
共用サーバの場合は、セキュリティ上モジュールにできないのは常識だけど
411:nobodyさん
06/09/13 00:55:40
セーフモードでなんとかできなくもない。
412:nobodyさん
06/09/13 03:22:24
PHPに特別な配慮をしてない限りセーフモードなんて無意味だよ
413:nobodyさん
06/10/15 19:39:50 k+QnicNX
162 名前：nobodyさん[] 投稿日：2006/10/12(木) 21:32:24 ID:kFC7akCL
最近、本屋のPHPのスペースが激減してるよ。
人気も廃れてきたようだ。
Perlはしぶとく残ってるけど。
ウチの近くの本屋はPerlが再逆転してPHPを抜かしてた。
あと、SQLのスペースがすごい勢いで増えてるね。
163 名前：nobodyさん[sage] 投稿日：2006/10/13(金) 13:09:37 ID:???
近所にある駅前のデカイ本屋もPHPが少ない。売れてナインかな！？
（Perlも少ないかも）
Rubyは一通り最新刊本が揃ってましたｗ
414:nobodyさん
06/10/16 19:35:43
GYAOはPHP
415:nobodyさん
06/10/17 15:51:23
618 名前：nobodyさん ：2006/10/17(火) 01:06:18 ID:AypBDR12
東京大学教養課程の第一プログラミング言語がRubyに
URLﾘﾝｸ(d.hatena.ne.jp)
URLﾘﾝｸ(b.hatena.ne.jp)
416:nobodyさん
06/10/21 17:14:26
GyaOはPHPからJavaに移行した
417:nobodyさん
06/10/22 13:01:59
してない
418:nobodyさん
06/10/23 01:03:03
そんな事より1よ、ちょいと聞いてくれよ。
このあいだ、「Visual C# 2005 Express Edition」落としたんですよ。VC#。
そしたらなんかアンケートに答えて登録しろとか言ってきたんです。
OK、ここまでは良くある話だ。ここからはちょっと落ち着いて聞いてくれ。
アンケートの「どのプログラミング言語の話題に興味がありますか。」って項目に･･
ASP , Java , Visual Basic .NET , ASP.NET , J# , Visual Basic 6.0 またはそれ以前のバージョン
C/C++ , 『PHP』 , Visual FoxPro/XBase , C# , SQL , XML
Flash / ActionScript , VBA , XAML , HTML , VBScript JScript または JavaScript
Perlがなかったんだ。
419:nobodyさん
06/10/24 13:43:31
Perlって？
420:nobodyさん
06/10/24 18:35:12
Rubyもない
421:nobodyさん
06/10/24 22:25:42
>>420
アメリカ人はモルモン教が嫌い
422:nobodyさん
06/12/10 17:25:49
Perlだって立派なアプリケーション作れるんだぞ！！
Perl5.8からwin32モジュールを使用できるようになったからな！！
んでPerlでコンソール上で動作するタイピングゲーム作ってみたら
コマンドプロンプトみたいな画面になった＼(＾o＾)／
423:nobodyさん
07/01/28 14:26:14 7IXT39G9
ほしゅ
424:nobodyさん
07/01/29 02:09:11
>>422
perl でwin32を扱うのを解説した何か良い本ないですか？
425:nobodyさん
07/02/03 11:57:44
こんなのがあったけど、mod_perlよりもPHPの方が早いの？
URLﾘﾝｸ(php.to)
426:nobodyさん
07/02/03 16:51:23
PHPはコアに関数を入れすぎなんだよ。だからバージョンアップのたびにブクブク太る。最近のPHPはメモリ食いすぎ。
427:nobodyさん
07/03/24 07:59:09
ｽﾚﾘﾝｸ(php板:127-130番)
127 ：nobodyさん：2006/11/21(火) 10:12:54 ID:???
mod_perlとmod_phpのパフォーマンス比較
URLﾘﾝｸ(www.itmedia.co.jp)
こんな情報も見つけれないやつは帰れ
128 ：nobodyさん：2006/11/21(火) 10:17:33 ID:???
ついでにほれ っURLﾘﾝｸ(itpro.nikkeibp.co.jp)
129 ：nobodyさん：2006/11/21(火) 16:07:03 ID:???
mod_phpの方がパフォーマンス高いのは意外だったな。
PHPは5.1で2倍くらいに速くなってたか。
130 ：nobodyさん：2006/11/23(木) 02:31:34 ID:???
ごく単純な処理だけならPHPの方が起動にコストがかからずに早い。処理が複雑になると、Perlに勝てなくなる。
428:nobodyさん
07/04/03 13:39:58
PEARが糞ってのは決定事項だな。
CPAN＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞PEAR
429:nobodyさん
07/04/14 07:57:00 jgk3jbAp
Java: 決まり事は多いが、その決まりを守ればコンパイル時にミスがチェック
出来るので楽ちん。
Ruby:面倒な事はがんがん省略して書ける、しかもオブジェクト指向を
十分に活用したコードが短時間で書ける。
Perl:過去に作られた豊富な資産が活用できるし、ノウハウも蓄積されていて
ウェブで簡単に手に入る。
PHP: 初心者言語、沢山の関数が言語に最初から備わっているが、
実装方法にオブジェクト指向が活用されておらず何をするのも
やたらと面倒。１ヶ月も勉強すればまともなコード書けるが、
他の言語を知ってる人が敢えて覚える必要なし。
430:nobodyさん
07/04/14 17:04:46
> １ヶ月も勉強すればまともなコード書けるが、
慢性的な技術者不足の現状じゃこれかなり重要。
431:nobodyさん
07/04/14 20:01:15
そろそろPerlの説明しませんか？
432:nobodyさん
07/04/15 05:04:44
PHP
function cube($n)
{
return($n * $n * $n);
}
$a = array(1, 2, 3, 4, 5);
$b = array_map("cube", $a);
print_r($b);
Ruby
a = [1, 2, 3, 4, 5]
p a.map {|x| x**3}
まったく同じ処理をするのに
PHPはRubyの3倍の量タイプする事になります。
言語を覚えるのはたった数ヶ月の事ですが、
その言語を使って仕事をするのはその何十倍も何百倍も長い時間です。
433:nobodyさん
07/04/15 12:37:58
PHPは無名関数がない時点でarray_map()などまったく無意味。
434:nobodyさん
07/04/15 13:30:45
やっぱり配布されてるスクリプトはPerlが基本って感じ。
PHPでいい機能のあるんだけど、Readmeがわかりずらくて書き換え設定うまくいかない。
改造目的ならPerlから勉強すべきだな、こりゃ。
PHP学習に時間さいちゃった。
435:nobodyさん
07/04/20 13:48:00
PHPとRubyやっとけばいい気が最近する
436:nobodyさん
07/05/31 09:26:09
もうPHPだけやっとけばいい気がする
437:nobodyさん
07/05/31 09:29:51
どれでも文句はあるけど、充分使えるんだよね。
438:nobodyさん
07/05/31 09:31:19
>>434
それは言語というよりも、個々のスクリプトの問題。
439:nobodyさん
07/05/31 11:04:07
>>434はPHPすら習得できない人減です。 察してやってください。
440:nobodyさん
07/06/02 19:47:07
Ruby > PHP > Perl
である事にそろそろ気づいたらどうかな。
441:nobodyさん
07/06/04 12:21:17
>>440
PHP > Perl > Ruby
これが現実
442:nobodyさん
07/06/04 17:25:09
プログラミングセンスのない奴だな
443:nobodyさん
07/06/12 18:42:59
俺は Perl > Ruby >> PHP かなあ。
まぁ人それぞれで。
444:nobodyさん
07/06/17 18:00:07
比べる事に何の意味があるんだろうねｗ
仕事で○○で書いてくださいって言われたら
そうするしかないけど、スクリプト言語をいちいち
どれが高速だとか比べてる時点で無粋。
445:nobodyさん
07/06/18 15:34:06
使う機会 PHP > Perl > Ruby
個人的な好み Perl > Ruby > PHP
PHPは言語の特性も現場の雰囲気も苦手
446:nobodyさん
07/08/21 23:01:22 eMo7baqy
>>1ってまだこのスレにいるのかな。
447:nobodyさん
07/08/22 06:07:41
喪前らヴァカじゃねーの？（藁
Perlは手間をかければPHPと同じ実行スピードに近づけることは可能だけど、
そんな時間があったら初めからPHPを使ったほうが
仕事が早く終わるってことだろ。
今時Perlでデザインテンプレート使ったりデータベース突っついている
ヤツは死ねばいいんだよ（藁
448:nobodyさん
07/08/22 10:59:37
>>1 名前：名無しさん＠お腹いっぱい。 [] 投稿日： 2001/02/19(月) 23:04 ID:VMbn6RF2
どっちがいいでしょう？
お好きにバトルしてね
↓
>>447 名前：nobodyさん[sage] 投稿日：2007/08/22(水) 06:07:41 ID:???
喪前らヴァカじゃねーの？（藁
Perlは手間をかければPHPと同じ実行スピードに近づけることは可能だけど、
そんな時間があったら初めからPHPを使ったほうが
仕事が早く終わるってことだろ。
今時Perlでデザインテンプレート使ったりデータベース突っついている
ヤツは死ねばいいんだよ（藁
もう7年かあ 以外にPerlが含まれたスレタイ多いな。 過疎スレだけど・・・。
449:nobodyさん
07/08/22 11:45:04
ここに書かれたバカ発言も、あと7年ぐらい晒されそうだな。
450:nobodyさん
07/08/22 19:39:48
426で7年だろ。
1000まで16年、すなわちあと9年はもつな。
451:nobodyさん
07/08/25 00:35:21
Perl慣れるとPHPの配列に対するチェックがめんどい
要素の存在確認にissetイチイチかかなきゃいかん。。
@とか%とか区別してくれればいいのに・・・
452:nobodyさん
07/08/25 03:05:58
PHPユーザーって、何で他の言語の事をほとんど知らないのに
PHPより良い言語は無いと信じて疑わないような痛々しい奴がいるの
453:nobodyさん
07/08/25 03:08:42
PHPも悪くは無いけどな
454:nobodyさん
07/08/25 17:47:02
PHP ＝ ニンテンドーDS
Perl ＝ ファミコン
そもそも比較するのが間違いだろ（藁
生まれた年代が違いすぎるものを同じ土俵で比較するんじゃぁないよ。
糞どもが。 死ね（藁
455:nobodyさん
07/08/25 21:03:09
ゆとりがいるな
456:nobodyさん
07/08/26 06:58:31
痛々しいほどのバカが多いのがPHPだろ
454みたいに
457:nobodyさん
07/08/26 13:00:08
PHPがレキシカル変数じゃないのも、リストやハッシュ、スカラーの区別がないのも、簡単に覚えられるというのがメリットだよ。けど、中級者以上にはとんだ足かせになる。
458:nobodyさん
07/08/26 15:10:17
PHP=初心者向け
459:nobodyさん
07/08/26 16:17:06
スクリプト系のくせに型にうるさいしな
460:nobodyさん
07/09/03 18:25:03
PerlからPHPに逃げた人です。
PHPは確かに初心者向け。少し勉強すれば大体の事はできる。
んで、俺は逃げたもんだから、Perlをやり直すのが面倒で仕方がない。
461:nobodyさん
07/09/04 00:15:53
PHPはハッシュのキーが定義した順番に取り出せるからいい。
462:nobodyさん
07/09/04 01:47:35
>>461
そんなことでPHPがいいとは思わんｗ
WebやってるとSmartyあればこそのPHPだと思うな。
なければPerlのほうがライブラリ豊富でなんでもやれるからいい。
463:nobodyさん
07/09/05 23:33:50
ハッシュは順番が不確定だから高速に検索できるはずだけど
PHPのアルゴリズムどうなってるんだ
464:nobodyさん
07/09/06 00:19:06
>>462
意外と便利だぞ。
たとえばデータベースのフィールドとその値
$fields['name']で値が取り出せるが、それと同時に
データベース上のテーブルに定義してある順番に取り出すことも可能。
たとえばforeach($fields as $field => $value)で定義順に並べることができる。
>>463
> ハッシュは順番が不確定だから高速に検索できるはずだけど
> PHPのアルゴリズムどうなってるんだ
単に両方の情報を持っているだけでしょ。
465:nobodyさん
07/09/06 00:26:49
SmartyならTemplate Toolkitiの方がいいだろう。機能的にも速度的にも。
直接<?=$bar?>でアウトプットできるのがPHPの強みだよ。
466:nobodyさん
07/09/06 02:04:23
pseudo hashは便利だけどオーバーヘッドが掛かるしロジックで何とかなることが多いからなあ。
どうしても必要ならそれほど手間を要せず実装できるしね。
467:nobodyさん
07/09/06 09:08:48
スクリプト使っている時点で、
オーバーヘッドよりも、開発効率重視。
手間がかかるようじゃだめだろう。
468:nobodyさん
07/09/06 22:13:12
PHPの配列は遅い。
469:nobodyさん
07/09/06 23:59:45
>>467
なにを言いたいのかわかりません＞＜
それはPerlを挿してるの？PHP？
470:nobodyさん
07/09/07 12:02:02
PHP/Perl に限らず、開発効率と実行効率のトレードオフの話してるだけに見えるが。
471:nobodyさん
07/10/08 16:12:02 WIhPYZZv
今回のmixiのリニューアルについて - 専門家に聞く [All About プロファイル]
URLﾘﾝｸ(profile.allabout.co.jp)
>？ そもそもせっかくリニューアルといっているのに、いまだにphpではなくperlで動いているあたり。。。
perl厨、涙目ｗｗｗｗ
天下のAll Aboutの専門家ですら、perlは糞とおっしゃられている
以下、素人の反応を見ても必死で笑える
はてなブックマーク - 今回のmixiのリニューアルについて - 専門家に聞く [All About プロファイル]
URLﾘﾝｸ(b.hatena.ne.jp)
472:nobodyさん
07/10/08 16:15:45
>>471
profileは、金出せば誰でも専門家になれるぞ。
473:nobodyさん
07/10/08 16:34:09 WIhPYZZv
>>471
URLﾘﾝｸ(d.hatena.ne.jp)
天下の All About は素人を金で専門家扱いしてあげてるらしいよ(プ
474:nobodyさん
07/10/09 13:17:43
そこの回答者が今後まともに仕事もらえるのかが気になる。
追記の釈明が釈明になってない。
どういう意図での発言だったか説明できてないし。
475:nobodyさん
07/10/09 19:56:20
ぽろっと本音出しちゃったんだろうね。
逆に、追記の
> 一長一短があるものです。
この記述は、本当に分かって書いてるか疑問に思えてくる。
476:nobodyさん
07/10/10 10:13:28
その部分よりも
＞言語の優劣とmixiのエンジニアの方々との問題はまったく別の話です。
ここがツッコミ待ちレベルの面白さ。
無根拠に言語の優劣言い出したのは誰だと。
477:nobodyさん
07/10/10 14:48:54
ドングリの背比べなスレだな
478:nobodyさん
07/10/12 13:44:16
Perlはパスタソース生成用無秩序言語
PHPは初心者大量生産資本主義言語
479:nobodyさん
07/10/12 19:21:44
javaとCは？
480:nobodyさん
07/10/17 17:45:13
Perlのソース見にくいとか言う奴よーく見るけど
汚いソース書く奴が悪いとしか思えない
というかまとも人のソース見たこと無い人だろうな
ま、いかようにも書けるのがPerlの自由らしいところ
PHPもPerlも好きな方使えばいいけど
PHPって設計思想が厨房な香りたっぷりと煽ってみる
481:nobodyさん
07/10/17 19:00:19
どの辺が厨房な香りなの？
482:nobodyさん
07/10/18 00:03:47
HypertextProcessorな名前とか
汎用ってイメージが無いっつーか
HSPと同属のような印象
483:nobodyさん
07/10/18 02:52:39
Perlは名前空間もあるし、宣言して使わないとコンパイルエラーが起きるから名。メジャーなスクリプト言語の中じゃ一番厳密な記述を求められる。
構文は多いけど、それはPerlをパクったRubyもそうだし。
PHPは表現力に乏しいから、どうしても画一的なコードになるので読みやすいとは言えるが、↑のような理由で変数名は衝突しまくるし、タイプミスがあっても気づかない。
484:nobodyさん
07/10/18 03:03:33
perlは教育に金かかるが、PHPは教育にさほど金はかからない
485:nobodyさん
07/10/18 09:15:13
素人ならどっちでも好きなほうでいいかもしれないけど
プロなら両方できて当たり前なんじゃない
486:nobodyさん
07/10/18 15:10:08
そうでもない
487:nobodyさん
07/10/19 15:43:35 DKonff9W
いまだにphpではなくperlで動いているあたり。。。
URLﾘﾝｸ(yoshihi6.com)
488:nobodyさん
07/10/19 16:04:32
もうやめて！寺田あつ○しの信用はもうとっくに０よ！
489:nobodyさん
07/10/22 19:11:54 LDSkYw2u
>>487
新たなる刺客
ﾉｰﾘ登場
URLﾘﾝｸ(limo.jp)
490:nobodyさん
07/10/25 16:00:02 hdsIhW9S
上場企業なのにPHPを使わないで恐縮ですが、
mixi Engineers’ Blog ? manを書こう
URLﾘﾝｸ(alpha.mixi.co.jp)
491:nobodyさん
07/10/26 18:00:39 tKi3rN4E
>>483
492:nobodyさん
07/10/26 22:12:28 us6sbk7u
マンをかこう
493:nobodyさん
07/11/29 23:53:20
perlのforeach市ね
494:nobodyさん
07/11/30 15:25:29
>>493
無名変数便利じゃないか
495:nobodyさん
07/12/19 22:56:46
die "データが開けません。";
496:nobodyさん
08/01/21 23:01:44
ペッチペーの良さを説明してくれ。
497:nobodyさん
08/01/23 12:47:02
or die ">>>496のレスは処理されませんでした...：$!" ;
498:nobodyさん
08/01/23 19:13:22
職場で即席で入力支援やら文書変換のツールをつくらにゃ
ならないことがあるんだけど、どっちが向いてる？
499:nobodyさん
08/01/23 23:50:47
php
500:nobodyさん
09/04/03 22:25:05 +v7ZcVlL
案件がでかくなれば必然とperlが消える・・・・
経営視点からみると、客は最初からコスト渋るけど、
こっちは一人でも人月かかるほうがいいから、
perlでやりますなんて、客には言わない。
（まぁ他の会社の営業も、一緒のこと言ってるけど・・・）
だから結局、価格破壊が半端じゃなくなったHP制作屋の
スピード対策用に限定されてきたんだと思う。
まぁだからこそ、小さなソースの断片はググればゴロゴロ転がってるから
初心者でも簡単にそれなりのサイトが出来て、個人には凄くお得。
俺も、個人用のサイトはperlだし。
501:nobodyさん
09/04/04 18:58:56 TnQ8si7L
日本の道路交通法は、全ての車両に左側通行を義務づけている。
しかし、右側を通行する自転車の何と多いことか(無論、違法行為である)。
時には法律を守るべき警察官までもが、制服で警察の自転車で右側を通行している。
これは何故か？
実はこれには陰謀が関係している。
自転車で右側通行をしている連中は、他国の工作員なのである。
その証拠は、米中韓の3国が右側通行であることだ。
もともと、日本は長らく米の占領下にあり、現在でも属国の風合いが強い。
近年においても、米は属国化を推進するため、工作員を送り込んでいる。
中は、竹島を始め、本土までも自国の領土にしようと目論んでいる。
また、韓もドラマなどを送り込むことに飽きたらず、工作員を派遣し、
日本に右側通行を根付かせようと躍起だ。
やがて、右側通行が既成事実化し、日本の道路交通法が改正されるのも、そう遠いことでは無かろう。
そのときこそ、奴らの思うつぼである。
忠実なる日本の国民は、奴らの陰謀には手を貸さず、阻止することに全力で協力して貰いたい。
502:nobodyさん
10/01/22 15:20:32
5年前くらいにPerlで掲示板やチャット作ってて
その後プログラムあまりせずに、
最近PHP+MySQLで小さなサイト作り始めたとこで、PHPの感想。
とりあえずweb系の関数が最初から揃ってるのは楽で良い。
昔は文字コード変換から自分で用意しなきゃいけなかったしw
ただ、function内でいちいちglobal宣言しないといけないのが糞過ぎて
ほとんどファンクション使わずやたら長いコードになりがち。
（逆にそれでも収められる程度の手軽さは長所か）
スコープ重視するようなある程度以上の開発なら、そもそもjavaとか使うんだし、
そこはperlみたくサブルーチンの中で必要なものだけlocal宣言の方が
言語の趣旨にあってると思うんだが。
そんな感じで一長一短。
503:nobodyさん
10/01/23 13:02:36
globalなんか使うなよ 何年前のプログラマだ
504:nobodyさん
10/01/25 12:13:12
>> 502
セキュリティも考慮してね
505:nobodyさん
10/03/12 23:36:26
問題はデカイ案件なんか無いって事だな。
デカイならPHPの出番が無い。PHPは簡単だから初心者でも使いやすいけどね。
結局は2ch同様Cとperlのコンビネーションが最強だ。
506:nobodyさん
10/05/13 15:25:54 Xm7v6t58
ｃはプログラミング言語
Perlは高機能スクリプト
PHPはWEB１．９
507:nobodyさん
10/06/06 05:57:55 aqbBzBe2
色んな知識の幅が多すぎて一概に言えないんだけど、
フレームワーク位自分で作っていけるレベルで話すと、Perlでいいと思う。
昔と今では大分違うんだけど
WEB初期の話ね。
昔はアホ＝Perl
今はデザイナーがPHPやっちゃう為PHPの質が落ちまくった。
がしかしPerlは本当の所use strictが最低できる人と言う条件で結構優秀なエンジニアしか生き残っていない傾向はある。
大手はJspに移行する方針が多いけれど、即対応がしずらい点が難所。
PHPはデザイナーでも余裕で扱える、敷居の低い言語。
結局熟練者クラスまで到達するとPerlを選ぶんじゃないかなあ。
CPANのモジュールの量と質で言うとPHPのPearの質を比べても明らかにPerl化と思う。
やっぱり先に出している分Perlが強いよ。
でもSUNがバックについているJAVAが今は妥当なのかもしれない。
唯一つ言える事。Perl言語は散々負の遺産が多いので、そこそこ仕事は残っている！
そしてPerlの熟練者の絶対数がかなり少ない。というかPerlからPHPやJAVAへ移行した奴らが多い。
もっと噛み砕いて言うと。。。mixi vs Gree
DeNA vs Gree
結果としてみるとこんな感じかな。まあそれでもGreeは色々あったけどやっと勝ち組に入れたね頑張った
508:nobodyさん
10/06/06 10:14:54
俺はPerl5年くらいやってたし好きな言語だけど
WebやるならPHPでいいよ。
最近はJavaっぽい書き方もできるし、FWもこなれてきた。
Web用の関数も豊富だからPerlみたいにモジュールいっぱい駆使してとか
しなくていい。
業務アプリ＝Java
BtoCアプリ＝PHP
簡単なツール=Perl
でいいよ。