-
WebProg
-
Perl VS PHP
-
UPLIFTで広告なしで体験しましょう！快適な閲覧ライフをお約束します！
どっちがいいでしょう？
お好きにバトルしてね - コメントを投稿する
-
Perl=他人のスクリプトがたくさんある メジャー
PHP =動くレンタルが少ない マイナー -
Perl＝今OK、今後不明
PHP＝今ダメ、今後期待
-
PHP最高、軽いし。
Perlの掲示板と同じのなんてつくれますー。perl見て。 -
自分でサーバたてるなら、PHPが良いのでは？
Perlなんて、嫌いだ！
でも、セキュリティーに問題あるらしいが、どうなんだろう。 -
Perlやり始めたけど、
3ヵ月後にはPHPに乗り換えちゃったさ。
PHPまんせー！ -
>5
そうなのか？
特に目立った問題は聞かないが。
まぁ生産性から考えたら考えたらPHPの方が上だろうな。
好みの問題もあるだろーけど。
-
>>5
セキュリティホールは 3 ヶ月に一つくらい見つかっているね。
対応が早いのは救いだけど。
safe_mode = on にすればそれなりに安全でしょう。
それよりも、どう書けばセキュアなコードになるかってノウハウが少ないのが
ちょっと気になるといえば気になる。
>>7
生産性はコードの書き方にも依存するんじゃないかな。
Pear とか使えばかなり生産性向上すると思うけど、まだ使っている人ってあまり
みないなあ。
今一番ほしいのは Object-RDBMS Wrapper かなあ。
"Building Scalable Database Application" 読みながら勉強中・・・。
-
パールに比べたらＰＨＰは本当にラクだ。
体感生産性は３倍以上。 -
Perl = プロが使う
PHP = 素人が使う
ダゼ -
>>10 と同じ事を昔
C = プロが使う
Perl = 素人が使う
と思っていたさ。インタプリタ逝ってよし！な感じで。
けどPHPの生産性はVBのソレに近い感触でとにかくラク。
個人的にはPerlはすでに敵じゃない。
古い鯖で仕事するときに仕方なく使うだけ。
今後は JSP vs PHP vs ASP じゃないか？
ASPはGNUを取りこめない時点で負ける気がしてるけど。 -
ASP はもう死に体。未来なし。
JSP はマニアのおもちゃ。PHP もだけどな。 -
JSP+アプリケーションサーバはあなどり難いよ。
PHPはエンタープライズ向けのソリューションを提供しないと
未来はないと思うなー。取りあえず、今度ZendCache使ってみます。 -
>>C = プロが使う
>>Perl = 素人が使う
そうそう。プロならCGIをCでかけ。
-
>>12
信頼性もセキュリティにも問題がありすぎるからね・・・
でも Transaction Server がタダで添付というのはちょっとうらやましい。
クラス（オブジェクト）の中でいちいちトランザクション定義しなくて
よいというのは、実装の手間を大幅に軽減してくれる。
PHP 用の Transaction Server ってどこかにないかね。
WebLogic とか買って Java でやるしかないのかな。
-
>>「プロなら、予算と目的に応じて適切な道具を選ぶ」
>>んじゃないかと思うぞ。違うか？
まさに、おっしゃるとおり。
Ｃで書くなんて冗談だよ、はは。 -
>18
たしかに！その意味でPHPはいろんな意味でコストパフォーマンスが
高い。ASPやJSP、Perlに比べてね。 -
PHPの限界を知ってこそプロ。妄信するなよ。
-
もともと 10 のあほな書き込みが発端みたいだな。
PHP も Perl も C もみんなプロも使ってる。適材適所でな。
なんでもかんでもこれだって変なこだわりを捨てきれないやつが素人なだけだ。
サラシトコウ -
プロでもこだわりは必要だろ？
こだわりの無い奴はどれを使わせても中途ハンパな仕事しかできないぜ。
素人バリのアホなこだわりは勘弁だけどな。
極めれば極めるほどこだわりも出てくるって思うけどな。 -
24も25もどっちも正しい。
適材適所で、ベストソリューションを選ぶのがプロ。
ある道にこだわるのもプロ。でもこだわってばかりで、周りが見えないのはガキ。
この前PostgresのMLで、糞アニオタが"Oracleは糞だ。RMDBSならPostgres"
とかほざいて突っ込みを受けて、後から分ったんだが、そのアニオタはOracle
を使ったことがないらしい・・・ここまでくるとビョーキだな。
PHP vs Perlの不毛な議論も、こんなやつらがやってるから結論がでない。 -
>>25
>プロでもこだわりは必要だろ？
こだわりは必要だと思う。
例えば、テキストから正規表現使って文字を抜き出す処理だけをしたい時に、
「Cでやるんだ！」って主張する奴と、
「Perl か Awk か Sed でやろうよ」って主張する奴がいるとする。
俺が言いたかったのは、この場合の前者はただの言語羽化だってこと。 -
こだわりで時間と金を使うのは
プロとはいえない・・。と思う俺。 -
それは近視眼的に考えるか長期的に考えるかで変わってくるな。
-
趣味プログラマで最近CGIを始めたものですが、
この用途だったら、デバッグのやりやすさだけでも、
PHPに軍配が上がるような気がするな
データベースとかはよくわかりません -
趣味プログラマならPHPおすすめするよ。プロ目指すならCから始めた方がいい。最終的にPHPを選ぶことになってもね。
-
>>18
腹痛が痛いね。 -
JSPとPHPはどっちがどういう風に優れているのでしょうか。
この部分ではPHPが勝っていて、JSPはこの部分が勝っているみたいな。
-
JSP 単体と PHP を比較する意味はほとんどない。強いて言えば Java を作っている
Sun 純正だから Java との親和性が保証されている程度。PHP から Java の
プログラムを使うこともできるけど、一人で両方こなすのは面倒くさい。
好きなほうを使えばいいじゃん。
-
将来的にロジックを切り離して再利用したり、大量のアクセスが
きたときにスケールアップさせたければJSP+AS
初期の生産性・開発スピードを優先するならPHP -
お返事ありがとうございます。
結局好きなほうを使えばいいんだなーとは思うのですけれど、興味として聞いてみました。すみません。
PHPの本を読んだときに、予算があって、時間もとれるのならばJSPでやるけれど、そうじゃないときは
PHPで著者は仕事をしている、という下りがあって、「そうするとPHPはCGIとしてのPerlのリプレース
にしかすぎず、最終的にはJAVAに駆逐されるのかなあ」と思ったので。
どうなんでしょう。
-
PHP4でPHPLIBは使えますかね？？
誰かお願いします。 -
使えますよ。
-
>>37
ジャンボジェットとセスナは別なのりものでしょう？
どっちかだけが生き残る、なんてもんじゃない。
小回りは聞かないが圧倒的な乗り心地、でも高いジャンボ(JSP)と、
軽快にスイスイと飛び回るセスナ(PHP) -
>>40
その比喩は無理があるぞ。 -
さぁ？
-
PerlやPHPのお手軽さを知ると、
JavaServletやJSPで書くなんてバカバカしくてやってらんない。
Java好きだけどね、たいがいの場合、手間くってめんどくさいだけ。
よっぽと巨大なWebアプリでも開発するんなら、わからんでもないが。
-
車とバイク程度かな。
高速道路使って長距離ドライブは車が楽だが、
近所のコンビニにはバイクが便利。
やれることはどっちでも無理すりゃできるが、イージーさ
が違う。 -
Perlはバイク、
PHPは電動自転車、
JSPは非オートマ車
Servletは二階建て大型観光バス
-
どうも違和感があるな。
その「何か大きなすごいモノ」って、アプリケーションサーバを指してないかい？
JSPもServletも本来は手軽なものだよ。 -
でかいもの作るには手軽なだけだろ
-
JSPはともかく、Servletはちょっと面倒でない？
-
Servletはコンパイルが必要という時点で、もう手軽とはいえないでしょう。
場合によっては、つーか、たいがいは一本のサーブレットに対して、
クラスファイルが沢山できる事になるし、jarでパックすりゃ一つに
なるといっても、それだって一手間よけいにかかる事にかわりない
し。とかいいながら、サーブレット使ってるんだけどさ。
サーブレットからPerlやPHPのモードになると、それまで大リーグ
ボール養成ギブスでもつけてたんかみたいな開放感を感じるのは
おいらだけか？
-
suExec がかかるかどうかの違いが一番大きくない？
掲示板の場合書き込みに Perl CGI、
表示に PHP って感じにしないと
権限の管理ができないような気がするんだけど。
何かいい方法あるんですか？ -
その ギブスで 養成されたか知りたい
-
>>53
Servlet を使おうとすると、それなりにオブジェクト指向設計・実装技法を
身に付ける必要があるから、アプリケーションの設計能力は若干高まるんじゃ
ないかな。
まあ Java プログラマー自称していても巨大な main() 作る人もいるから、
「常にそうなる」わけではないけど、少なくともそういう機会は与えられる
よね。
PHP だけしか使っていないと、なかなかそういうやり方が身につかない。
そういう設計・実装が必須ではないし、オブジェクト指向的に書く問題点も
あるし（全体の見通しが悪くなる、書きなれていない、適切なサンプルがない）、
具体的なメリットが痛感できるわけでもないから、これは仕方が無いと思う。
# マンモス本のコードを見れば痛感できるでしょう・・・。
もちろん、そういうオブジェクト指向的な書き方ができるようになることの
是非はまた別だね。書けるようになるまでに必要な労力や、メリットを考えると
あらゆる場合にお勧めするわけではない。
議論がずれてきたのでこの辺はまた別の機会にでも。
-
意外と素人が多いな、ここ。（もちろん全員ではないが）
適材適所はプロの現場、趣味を含めて当然だと思う。
とりあえず企業のサイト（コンテンツ）でPHPはちょっと痛いと思う。
JSPのアプリケーションサーバーだって安いんだからさぁ。
自分は自宅で趣味でやるからPHP使うけど。 -
つうかPerl VS PHPだったっけ。
個人的にはWebのアプリケーションとして使うなら
PerlよりPHPの方が生産性が高い（特に小規模なら）と思う。
たとえば、よーいドンで作ったら勝つのはPHPでしょう。
（同等のスキルの人間が作ったとして）
Perlは今後、コマンドラインから使うことにしよう（藁
それはそれで便利。覚えておいて損はないよね。 -
PHPってPerlより生産性高い?
PHP3はデバッガがなくて苦労したけれどな。
データベースにしてもDBI使えば変わらないし。
Perlのほうがライブラリが充実しているし、いろんなことが出来ると
思うんだけれどなー -
ツール，参考書籍等においては当然Perlだけど、
それをふまえても生産性はPHPに軍配上がると思う。
PHPが枯れてくればさらに差は広がるであろう。 -
>>58
デバッガについては Zend Debugger がある。有償になるけど。
VB のようなステップ実行とかブレークポイントの設定とか可能みたい。
ただまだ使った経験がないので、どこまでカタログスペック通りかは不明。
>>59-60
そういう議論は定量的な数字を示さない限り「そう思う」「いや思わない」
という水掛け論になりがち。もっとも数字を出しても、その数字をどう評価
するかという別の問題が出てくるので、これが決定的ではないが。
ちなみに会社でプログラミング初心者にやらせてみた感じでは、PHP の方が
受けがよかった。
PHP の場合、HTML 埋め込みになるため、まず素の HTML で書いてみて、
そこにだんだん PHP のコードを入れるという形で徐々に試すことが出来る。
その点がとっつきやすそうに見えるらしい。
Perl だとどうしても最初から Perl 「プログラム」から書くことになり、
その辺の心理的抵抗が大きい模様。
そういう事例もある、程度に読んでほしい。
-
ちなみに生産性は、言語仕様よりも
・再利用・メンテナンスを意識したコーディングをしているか
（コーディングスタイル）
・きちんと設計できているか（特にビジネスロジック層と永続化データ層）
の影響を大きく受けると思うので、Perl だろうが PHP だろうが違いがあっても
誤差程度というのが自分の考え。
Perl は write-once な言語だと揶揄されることが多いが、PHP にも同じ傾向が
見られるような気がする。そうだとすると、どちらもそのままでは生産性は低い、
が正解では？。で、どうやったら生産性が高まるか？という話になるのでは
ないかと思う。
-
s/write-once/write-only/
鬱だし脳 -
電動ナナシ氏はかなりもっともなことを言うなぁ。
生産性についてはどう捕らえるか、色々あるけど、
HTMLのデザインを先にデザイナーに作ってもらって、
それをそのまま流用できるのは大きな差だと思う。
もちろんPerlだってそうすると思うけど、PHPの方がそこが楽だと思う。
修正が入ったときでも、ソースを書いた本人以外が見ても
デザイン程度の変更だったら割と楽だと思うし。
これに関してはPerlとPHPというよりは、
スクリプト（もしくは言語）にHTMLを吐かせるタイプか、
HTMLにスクリプトを埋め込むタイプかという比較ですけどね。 -
あと、メンテナンスを考慮した云々の話しでコーディングしているか
って話しだと、Webの仕事だといわゆる「やっつけ」に近い形で
来ることが多いので（自分の経験に限り）、ちゃんと設計している
暇がないことが多い。
Perlなどの言語主体の作りをする場合は、どちらかと
言うと共通して使えるようなモジュールになってくることが多かった。
-
>65
っつーか、自分がそーゆーことになってます。
ホントは俺だって再利用したいんだよ。いろいろ。
でも、結構アクセスがあるんで、requireとかincludeにかかるコスト＆
納期を考えると、だらだらとよだれ垂れ流し型のみっともないコードを
かかざるを得ない。んで、クライアントから「前つくったのと同じだから
半分の納期でできるでしょ？」とか言われちゃって・・・。
すまん、グチった。 -
>>66
んまあ、それが現実だよねえ。自分も納期間際になって「あーゼロからやり直したい！」と
いう衝動によくかられる。
> クライアントから「前つくったのと同じだから
> 半分の納期でできるでしょ？」とか言われちゃって・
あーそれはよくあるねえ。再利用が完全な形で利用できるなら確かにクライアントの
言う通りだけど、実際には「作り直し」に近い事態になりがちなんだよね。
実際の統計データとして、
・企業が新規開発に投入するコスト
・新規開発にあたり企業が既存のシステムの解析・デバッグに要するコスト
がほぼイコールだっていう話もあるしね。再利用が完全なら前者のコストだけですむはず
なんだけど、実際にはレガシーコードが足を引っ張って倍以上のコストになるという
お話だった。
あと、PHP 使った小規模案件だと、発注者も要求仕様をきちんと詰めないで「こんな感じ」を
連発した非常によく分からない発注の仕方をするから、仕様が確定するのはいつも
納品時ということになりがち（いや仕様は最後まで確定しないで、とりあえず納品する
という方が正確か）。このために再利用性を高めるべく事前に設計をしようと思っても
できないことが多い。これがさらに状況を悪化させると思う。
もちろん、この曖昧な顧客の要望を仕様にまとめあげるのが技術者の能力の一つである
ことは間違いないんだけど、朝令暮改というのは本当に困る。
みんなはどうよ。
# 愚痴スレになってきたかな・・。
-
Perlでもヒアドキュメントを使えば、PHPライクに書けるぞなもし。
-
>>68
Text::Template を使ったりしてた -
>>67
>朝令暮改というのは本当に困る。
同意。
顧客のニーズを察して汲み上げて・・
顧客本位の姿勢て大切だけど何かと大変ですね。
私は優柔不断な顧客をねじ伏せる力技・小技・裏技を日々駆使してますよ。
楽したいからじゃなくって、最後に顧客に満足してもらいたからこそ。マジで。
-
Perlと比べて…。
正規表現めんどい。
リファレンス（=&）わかりにくい。
いちいち array とか list とか面倒くさい。
array_* とか関数名が無駄に長い。何故だ？
-
電動ナナシ氏って、所謂「判っている技術者」って感じですよね。
「わかってる」ってのは、技術云々もそうだけど、技術者に仕事を
出す側の論理とかクライアントの要求とかをちゃんと見てる、という
意味で・・・。
一番の疑問は、何故こんな優れた技術者が2chにこんなに頻繁に
書き込んでるのか？ってこと。こんな人をほっといていいのか？
＞電動ナナシ氏の会社 -
現実逃避だよ・・・。
# まだハマっています。X-(
会社にばれたらやばいだろうな・・・。
-
>>1-
-
>>1-ああああ
-
今回の仕事は某N○○系列の仕事だったんだが、向こうのSEがしっかりしているので、
珍しく仕様がカッチリ固まっていて良い感じ。
ドキュメントも先に書いているしね。
やっぱり大手は違うんすかね。
PerlでもPHPでもないんですけどね:)
これまた某N○○関係のアプリ。 -
私、仕事でJSP+Java。趣味でPHP使ってます。
Java系はクラス設計からしっかり作れるから、自分の知的財産として高く売りやすいですね。
通常画面周りをJSPで作って処理自体をクラスとかBean(use Bean)で作るので、
JSP部分をWebデザイナーに流せるのもチームな仕事向きですね
でも、PHPはWebプログラムで欲しい機能が一通り入ってるので好きです。
画像生成だけでなく、PDFやShockwaveFlashまでさっくり作れるのはうれしいですね。
デバッガ無いとか言われてますけど、
ほとんどの趣味Perlプログラマがデバッガ無しで作っている状況で、
エラーメッセージが画面に出るだけ幸せに感じてるのは私だけ？
Perlも一応使えるんですが、C言語から育った世代なので、Java PHPの方が忘れにくいですね。
複数言語使ってると混乱するもので（＾＾； -
どうしてもPHPでなきゃいけない理由がない。
となると枯れてるとか、どこの鯖でもたいがい動くとか、
「ぺっぷ〜？なんだねそりゃ」なんていわれて説明する手間も
いらないってわけでPerlにおちつくな。 -
むしろ「この言語じゃないと」って必然性があるほうが珍しいだろうね。
-
「○○言語じゃなきゃいけない」とか言ってるのは一部の風潮であって
TPOではないでしょうか？
会員ページを作るとき、セッションにデータを格納できないPerlではさすがにきついです。
メールアドレスの整合性チェックはCやJavaだと面倒だけど、正規表現が使える言語だと1行だし。
結局自分の持ちネタが多い言語に落ち着くかな。 -
あぁ、TPOは私の個人的意見。
仕事では許してくれません。
コールドフュージョン使ってみたい
ところでPerlで画像ライブラリってあるんでしたっけ？ -
GD::Imageとか、Image::Magickとかモジュールがあります。
もちろんそれぞれライブラリが必要。
『WEB+DB Press Vol.1』技術評論社 に記事が載ってたよ。
perlって見た目が嫌いで敬遠してるけど、その膨大な資産は魅力的かも。 -
GD
http://search.cpan.org/search?dist=GD
PerlMagick
http://search.cpan.o...arch?dist=PerlMagick
それぞれGDライブラリ、ImageMagickライブラリをPerlから
使うモジュールね。
-
修正
GDはPHPで動作する
↓
GDはPHPでも動作する
PHPのマニュアルにもGDライブラリが必要と書いてました。
ライブラリを呼び出す仕組みがあれば、Javaでも動作しそうですね。
>>86
URLって88が書いてくれた奴で良いんですよね？
それともコールドフュージョン？
http://cfusion.siriu...products/cfbegin.cfm -
>>89
GD は知らないけど、ImageMagickはJavaインターフェイスあるよ。
http://www.imagemagick.org
ftp://ftp.imagemagic...ub/ImageMagick/java/
-
age
-
245 CGI、Perl 5
305 PHP 1
このアクセスの少なさ、なんとかならんのか・・・
このアクセス１って、俺のことだ。 -
>このアクセス１って、俺のことだ。
俺の１は何処？？ -
鬱だし脳
-
PHPだと、インタフェースデザインとプログラムが分離しにくいから嫌いだ。
-
Perlだと、インタフェースデザインとプログラムが分離しにくいから嫌いだ。
-
>>97-98
JSPのTagLibはいいらしい。詳しく知らないけど。 -
>>97-98
どっちもやり方次第だと思うんだけど。 -
Perlは埋め込めないから（Enbeddedじゃないから）負け。
-
ﾊｧ?パールなら俺は3個埋め込んでるぞ。
-
:102d
-
＞99
TagLibは簡単でもないです。
拡張タグの実体はTagSupport系のサブクラスを作って、
それをWebサーバー（サーブレットコンテナ）に登録しなくてはいけないので、
あまりマメに変更はできないです。
汎用的なタグ拡張くらいしか使えませんでしたね。
仕組み上JSPの変数を拡張タグに渡しにくいし・・・
-
>>102
おもしろい -
ePerl と eRuby はダメダメ。
-
プログラム暦なしでPerl勉強中で少し分り掛けなんですが
ココ読むとスゴイPHPはスゴク良いみたいなので流されてます
Perlの勉強やめてPHPの勉強がいいですか？
それともPerlが勉強してからPHPの勉強がいいですか？
両方いっぺんには無理なので、マジレスでアドバイスお願いします -
>108
別にどっちを勉強してもいいが、勉強効率（勉強にかけた時間に対する、
できるようになることの割合）はPHPの方が高いと思うぞ。
少ない勉強でいろいろできるようになる。 -
>>108
何をメインでやるかによる。
Web アプリなら賛否両論あるけど、個人的には PHP の方が習得が速いような
気がする。最初に HTML を書いて、それを徐々に PHP 化するという順番で
学習できるという点が効果的であることは経験から確認できている。エラーが
HTML の中に自動的に出力されるのも初心者にはやさしい。
Web アプリ以外（メールの自動処理とかシステム管理とか）をやりたいなら
Perl がいいと思う。今のところ Web アプリ以外の仕事は PHP には向かない。
標準出力にエラーが出ない時点で結構つらいと思う。
-
Perlを勉強してもうすぐ1年だが
PHPに出会い,Perlに比べて簡単でしかも生産性が高いと感じたのだが
いままでPerlを勉強してきた自分を捨てきれずに
Perlをつかいつづけてる。 -
Apache for Win32を使ってローカルでスクリプト動かしているけど
PHPを動かすにはどこのプログラム入れればいい？だれか教えてよん -
>>114
PHPを、CGIとして動かしたいのか、サーバプロセスで動かしたいのかどっち？ -
>>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) -
>>116の
PHP 4.0.5 [4,590Kb] - 30 April 2001
の方を落としてc:\phpとかに解凍。
php4ts.dllをSYSTEM（SYSTEM32）にコピー
httpd.confに
LoadModule php4_module C:/usr/php4/sapi/php4apache.dll
AddType application/x-httpd-php .php
AddType application/x-httpd-php-source .phps
AddType application/x-httpd-php .php3
AddType application/x-httpd-php .php4
Apacheを再起動
Apache/1.3.20 (Win32) PHP/4.0.5 running...
となる
こんなもんか？ -
これ↓が抜けてる
php.ini-dist を c:\windows (c:\winnt とか適当に自分の環境に
合わせて読み替える) に php.ini としてコピー
まあなくてもよいが、その場合デフォルトが適用される。 -
僕も>>108さんと同じような状況で悩んでいます。
Perlのレベルは、最近になってモジュールの使い方を勉強しはじめた程度です。
将来的には、Perl+MySQLをやってみたいと思っていたのですが、
本屋に行ったり、Webを見たりすると、PHP+MySQLっていうのが
よく目について、「あれ、そっちの方が良いの？」と心がかなり
揺れ動いています。
ちなみにMySQL、PHPともにまだ何も手をつけていない状態です。
大したレベルではないと言っても、これまで勉強してきたPerlを捨てて
PHPに移った方がいいのか、それともPerlでがんばり続けた方がいいのでしょうか？
ヘタレな質問ですが、レスをよろしくお願いします。 -
むぎ茶さん出番だよ!
-
Perlは用途が広いからねえ。一概にいえない。
-
そうだ それがいひ
-
メール、エディター、エクスプローラと自作でつくり
全部ブラウザ上で操作している今、こんな便利なものない。
もう頭はPerl。いまさらもう他にうつれない。 -
あげよっかな
-
> PerlできりゃPHP理解できっしょPerlやっとけ
> 必要あらばPHPにうつれば
確かに、CができればPerlも簡単だし。
perlでCGIが出きればPHPも簡単だよ。
簡単なのが魅力だPHP。
でも、PerlのよさはCGI以外でもいろいろつかえるのに簡単な所。
JSP+サーブレットがこれから普及してくれると楽しそう。
そんなサーバが一般に広まるとよいなぁ。
まぁ、対決するとサーバがリボンとかしかないということでPHPの評価は無し。
使えないとね・・・。 -
>でも、PerlのよさはCGI以外でもいろいろつかえるのに簡単な所。
PHP4 を普通のスクリプト言語としてつかってもいいですか？
$ cat myscript.php
#!/usr/local/bin/php4 -q
..... -
つまんないので age
-
Perl始めて半年くらいの初心者です、
はっきりいってPerl以外は全くわからないです。
スレを読んでると、PerlやPHPやCなどのそれぞれの
言語に賛否両論あるようですが、
それぞれ、どのようなことができて、どのようなことができないのか
具体的に教えて頂けると嬉しいです。 -
perlでCGI書こうとするとプログラム内でHTML吐き出さなきゃならないが
PHPとかASPだと逆にHTML内にプログラムを埋め込められるワケ.
だから開発効率がめちゃくちゃ上がる.perlと同じようにコンパイルの必要もないしね.
Cはperlと同じようにHTMLまで出力する必要があるし、コンパイルも必要だが、
"どんなことでもできる"ってメリットがある.
そりゃーメモリでもなんでも直接アクセスできるんだから.
ちなむとASPはIISでしか動かないのでやめといたほうがいいと思われる. -
UnixでもASPは動くよぅ･･･
と言うのは良いとして、Perlと比べると
phpはWEBに特化した便利さが有る(規模小〜中くらい)
Javaは膨大なライブラリを利用した大規模なPRJで(規模中〜超大きめ)
まだまだ言語は有るけど、ここには書ききれない
勉強するならPerl,Java,Cはネットで膨大な資料が有ってお徳,phpはちょっと少なめ -
う ASPって移植されてたか・・・
俺は最初にC,C++学んで(これは時間かかった)
あとはほとんど勉強せずにPerl,ASP(JScript),PHPを使ってきた.
Perlを使えるならPHPはすぐ使えると思うよ.Cはちょっと勉強いるかもしれないが.
とりえあず今はPHPとPerlで落ち着いてる.
やっぱりコンパイルのいらない手軽さと資料の多さがいいね.
(PHPは本家(http://www.php.net/)のマニュアルが簡潔でしっかりしてるし.)
PHPは画像の扱いも楽でいいデス. -
ごめん、JAVAの資料ってそんなに多かったけ？
最近増えたのかな？
去年俺がはじめたとき、資料が少なくて泣いた気がするのだが。
PHPの方が楽だったよ。
俺が英語嫌いな脳障害だからか？ -
Perlは簡単なテキスト処理する時に重宝してますが、
PHPってCGI以外にどういった用途で使えるんですか？
便利なら覚えたいのですが。 -
うーん PHPはWebに特化したものだから
他の用途に用いるならPerlのほうが便利だよ
テキスト処理も正規表現を使っているていう点では一緒だしね -
ヤフーオークションで、幻の人気商品、発見！！！
今は無き「コピーガードキャンセラー」↓
http://page5.auction.../jp/auction/e5292701
ヤフーオークション内では、現在、このオークション
の話題で、持ちきりです。 -
動的なWEB作るんだったらPHPが便利だよね。
でも、テキスト整形とかデータ抽出->整形->出力
とかは圧倒的にPerlが使えるな。
>>137のいうとおりです。
WEBベースのコンテンツで提供する場合だったら、
PHPは「HTMLの中に動的なスクリプトがある」
というイメージでいけるのがとても簡素でいいよね。
Perlだと、htmlヘッダの生成からやらないとinternal server error
になるし。あと、クエリーを必ず
if ($ENV{'REQUEST_METHOD'} eq "POST") {
read(STDIN, $buffer, $ENV{'CONTENT_LENGTH'});
} else {
$buffer = $ENV{'QUERY_STRING'};
}
で始まるようなデコード作業をやらないとならないわけだけど、
PHPだと、いきなり指定出来るのが便利だよね。 -
最新版(たしかPHP4.1.1)は/usr/local/lib/php.iniの
register_globalsがOFFになってるので、デフォルトでは
自動変数登録はされないようになったような。。
まぁONにすりゃいいんだが。 -
PHPはWEBに関わる仕事をしてる場合は覚えていた方が得なんですかね。
まだあんま必要になりそうにないけど、手を出さなきゃな... -
そりゃもちろんライブラリ使えば簡単にすませられるよ.
俺は自分でよく使うのはWeb開発用Packageとしてまとめている.
ただPHPは(ライブラリではなく)言語レベルでその処理をしてくれるということだ.
GDとかfly使わなくても画像扱えるしね.
とにかくPHPは普通のWeb開発だけなら他にライブラリも何もいらないってこと. -
>ただPHPは(ライブラリではなく)言語レベルでその処理をしてくれるということだ.
言語レベルって何？
C(xs)によるＰｅｒｌモジュール使う場合とどう違うの〜？
PHPはWeb方面のライブラリが豊富って話なら理解できるけど・・。 -
言語レベルは言語レベルだろ
君の論理で良くとasmだけ有れば他は何も要らないという事になる
出来る出来ないでは無くてどれだけ便利に(平易に)機能を使えるのか
を言ってるんだと思うが -
>>146
use CGI;
と書く必要があるかないかだけで違う言語になってしまうのはおかしいって話。
上にある自動変数登録だってそういう物を作ればPerlでも可能だから
別に言語レベルでの違いはないし・・。（use CGiって書くことは必要♪）
＞君の論理で良くとasmだけ有れば他は何も要らないという事になる
にはなりません。わかりやすい例でいうとPerlとPrologだと明確な言語レベルの差があるとおもいます。
＞出来る出来ないでは無くてどれだけ便利に(平易に)機能を使えるのか
これはその通りだと思いますが僕はPerlとPHPの場合、両者の相違は言語ではなく主にライブラリの相違によって起こっていると思っているわけです
（書き方が悪かったかもしれませんが一般論ではなくPerlとPHPの場合の話をしてます） -
すみません上の投稿の名前は146ではなく145の間違いです。
-
# 連続で申し訳ないです。
というわけでＰＨＰという言語（構文）によってＰｅｒｌより平易に使える例というのを
上げていただけると話が進むので助かります。
（僕もあんまり確かな自身がある訳じゃないので） -
これって何時もの非生産的なアレ？ （ｗ
＞use CGI;
と書くだけで貴方の使ってるperlはqueryを分解したりヘッダを吐いたりしてくれるんだ （^^;;
＞上にある自動変数登録だってそういう物を作ればPerlでも可能だから
という事はそういうものを書かなくてもいいphpの方が楽ですね
＞というわけでＰＨＰという言語（構文）によってＰｅｒｌより平易に使える例
使えば一瞬で分かります（笑 -
PHP徹底攻略読んだら、Cと同じだとCと同じと書くのに
Perlからパクったのはオリジナルのように書いてるのが
笑えた。 -
最後は利用者が多いか少ないかだと思う・・・
必死でPHP勉強して必死で動くサーバ探して設置してもほとんど人が来なかったとこがあったからな。 -
>>152
利用者はPHPとかcgiとかhtmlだとか関係ないからね(笑) -
>152 二行目が輝いている。 ｶﾞｿﾊﾞﾚ。
-
145は鋭いこと言ってると思うけど（但し全面的には賛成できない）
ここじゃ君の相手できるやつはいないから他行った方がいいよ。
（いるかもしれないけどそういう人はここではあまり発言しない）
#>>150の低レベルな返しで既に分かってるかもしれないけど -
こんなトピック見てると何時も思うんだけど、、
PHPもRubyもPythonもtclもさ、perlと比較してどうって事は本山のTopPageに
デカデカと書いてあるだろうに
それより突っ込んだ所で話すなら歓迎だけど、それはperlでも可能です、
とかって毎度の事ながら悲しくなるよ
まぁちょっと触ってみろよと言いたい気分になる
CでOOすると言い張る人にも同じ事を言いたぃじょ -
なんかいろんな意味で勘違いされてる・・・。
とりあえず、僕が言いたかったのはＰＨＰよりＰｅｒｌの方がいいよ、とか言う話じゃなくて
ＰＨＰがＰｅｒｌに比べて使いやすいと感じるのはその言語的な性質によるのではなくライブラリー等に
依るのが大きいのじゃないか？、だったら言語レベルがああだとかこうだとか言うのはちょっとおかしいじゃないの？ということです。
（だから何なんだといわれればそれまでなんですが・）
#ＰＨＰが（用途によっては）使いやすいということは前提
#というわけで>>157さんの指摘ももっともなんですがちょっとしっくりきません。
ちょっと話変えますが、ServletとJSPはどちらもJAVAという言語を使いますが、
場合（対象）によってその使いやすさは代わりますよね。（多くは組み合わせて使うと思いますが）
こんな感じのことを言いたかったんです。（うーん、ちょっと漠然としすぎてますね）
そいうわけで（？）ここのレベルが低いとか言う話ではなく単に板違いのような気がしてきたので
ここではもうやめます。
>>155さんアドバイスありがとうございました。
>>156さん気分を害してすみませんでした。 -
145って意外と大人だな・・・
-
この板らしくていいね。
ほかのサイトのラウンジみたくなってきたけど。 -
mod_PerlやPHP、ASPなど、処理速度はどうなんですか？
-
速い← →遅い
mod_perl,モジュール版PHP,perl/CGI,CGI版PHP
速い← →遅い
IIS+ASP, IIS+Perl, IIS+PHP -
速い← →遅い
モジュール版PHP(4),mod_perl,perl/CGI,CGI版PHP
こうでない？？ -
この板の263から281あたりを見てみなよ。
-
>>164 見えません。
-
164はネタなの？
-
誰か俺にPHPの利点を教えてください。
よく言われるPHPの利点は俺的にPerlで以下のように実現してるんだけ
ど、これらの利用経験があって、それでもPHPの方がｲｲ! という人はそ
の良さを語ってくれ。煽りじゃなくてマジでPHPの利点わかんないん
だ。
HTML中にコード埋込: Embperl http://perl.apache.org/embperl/
高速実行: mod_perl
DB連携: DBI http://www.oreilly.c...bi/chapter/ch04.html
セッション管理: Apache::Session
WebProg用ライブラリ: CPANに山程 http://www.cpan.org/modules/by-category/ -
>167
いい問題提起だ・・・(笑) -
HTML中にコード埋込+高速実行:PHP
ちょっとデキル人風:PHP -
phpだとそういったことがデフォルトで出来るのが良いんじゃないかと。
mod_perl設定してDBI入れてApache::Session入れたりしてると
どっかで躓く可能性だってずっと大きくなるし、読まなきゃいけない
ドキュメントの数も増えるし・・・。うわーん！（心理的な問題も？）
とりあえずぱっと思うついたのはこんな感じ。 -
>>170
ああ、そういう理由ならわかる。俺もゼロから始める人なんかにはPHP
を薦めるかも。以下はPHPの良い点だと思う。
・市販書籍を含めてドキュメントが充実している
・Perlに比べて罠が少ない
・学習コストが低い
でも、既にPerlに習熟してて自力で問題解決できるレベルの人にとって
のPHPのメリットが知りたい。誰か語ってクレ。 -
れたんたるサーバーに置く場合、一台丸借りとかじゃない限り
mod_perl使わしてもらえないっていうのはあるかも。 -
>>172
そういう理由もあったか。
俺レンタル鯖に縁が無いから知らないんだけど、どこの業者でも標準的
にPHP提供してるもんなの? ライブラリとかDBも定番で揃ってるなら大
きな利点だな。mod_perl+Embperlが入ってる業者なんて聞いた事ないし。 -
>173
うち借りてるとこ、PHPは３しかないよ。
それに、共用サーバだとDB提供なんてものはないから、
フリースクリプト作家としてはPerlで開発せざるを得ないよな。 -
取りあえずmod_perlが使えるトコよりはPHP使えるトコの方が多いな。
-
うだうだいってないで、黙ってしばらくつかてみるよろし。
-
>>177
いや、今のとこいじりたくなる動機が全く無いんだ。だからJava環境構
築に時間をあててる。
他のWebProg環境には以下のような点で魅かれるんだけど、PHPは旨みが
見つからない。で、ちょうどこのスレが上がってたんで作業の合間に書
き込んでみたわけ。
Perl: mod_perlでハンドラ書いてApacheと連携した小細工やり放題
Ruby: 言語自体の生産性の高さとキモチよさが段違い
Java: J2EE, Cocoon, Batik等、上の方のレイヤで楽しめそうなブツがｲﾊﾟ-ｲ
WebObjects: 噂に聞く洗練されたフレームワーク群に触れてみたい
ColdFusion: 非プログラマでも扱えるぐらいラクチンらしい
PHPのいいとこ教えてよ。「このライブラリがｳﾏ-」とか「このスレの熱
い語りを読め」とかでいいからさ。 -
趣味を極めるならPerl？
プログラマとして飯食ってくなら断然JAVA？
ベンチャー起業するならPHP？
間違ってる？ -
>>180
KENT氏はPHPでスクリプトを作っていない
PerlよりJAVAの方が（うまい）飯を食える
例えば俺がWebShopでワサビを売るならJAVAは使わない
TPOや複数側面で見ることが必要じゃん、「Perl VS PHP」でしょ？
俺は今から趣味でJAVAを始めようとしてますが、何か？ -
>181
単純にスキルや好みの問題なんじゃないのかな？ -
>>178
まぁ技術的に考えたら、PHPでできてPerlでできないことなんてないと思うけど、
でもPHPの方が楽だと思えることもある。
まぁ慣れの問題かもしれないけど。
RDBMSへの接続とか、かなり簡単でｲｲ!とは思うけど、
Perlでもできるだろ、と言われれば、そりゃまぁできるし。
ちなみに、オイラはPerlもPHPもJava（Servlet）も使います。 -
ていうか、別に >179 は決め付けてないと思うが‥‥。
単なる心証じゃないの？
疑問系だし。 -
実行速度はmod_perlの方が上みたいだけど
mod_perl vs PHP + Zend Optimizer ではどうなの？
誰か実験して。 -
mod_perlを使ってるメジャーなサイトって知らない？
比較的大きな規模で。 -
結局お客さん次第だよ。
-
>188
いろんなコテハン見てきたけど、君はまたずいぶん独創的だね -
Perl ではフリースクリプトの改造くらいしかできませんでしたが
PHP だと簡単な掲示板とか RDBMS を使ったショッピングカート
程度なら作れるようになりました。
まったくの初心者が始めるなら、PHP を薦めます。
-
>187
ウチ。でもここにはかけない。 -
>>191=1ch.tv
-
mod_perl はメモリを食うからサーバ的に厳しい
perl はファイルの書き込みが遅い
-
PHPは、後発の良さを享受しているよね。
関数なんかも洗練されているし。
ただ、後発だからこその不利もあるにはあるよね。
最近はどうか知らないけど、PHP用意していないプロバイダーもあったし。 -
perlは配列の取り扱いが、好みが出ると思われ。
mod_perlはいい加減なスクリプトの動作にうるさい。
mod_perlはメモリを食う。
GET、POST、cookiee変数の自動展開して欲しい人もいると思われ。（PHPはしてしまう） -
perlは、難しい
PHPは簡単
ついでに、RDBMとの整合性も高い -
PHP + Zend Optimizerって使ってる人、少ないのかな？
情報がないね。 -
>>200
君はしつこいね。 -
>>200
使ってますけど、何か？ -
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
-
>>203
どうでもいいがシンプルなテストコードなら
ＰＨＰ ＋ ＡＰＣのほうが違いが出ると思うよ。
Zend Optimizerはソースの最適化だけど
ＡＰＣは半コンパイルしたものを使うようにするから。
でも、Perlも似たようなこと出来た気がする。
まあ、面倒なので貴様がやれ。 -
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
-
>205
いいかんじ。 -
世界的には、PHP優勢なんでしょうか？
-
漏れは今PHPの環境をととのえ（Apache+PHP4+MySQL)
これから勉強をはじめるところ。
1週間で覚えられるってホント？ -
ホント
-
ＨＴＴＰの仕組みとかの学習用ならＰｅｒｌを薦めてしまう。。。
なんかＰＨＰってプリミティブな部分を隠蔽しすぎている気がしますが。
（それがいいところでもあるのだけれでも） -
python / zopeって海外で異常に人気あるみたいだけどどーなんよ。
どうもあの構文には馴染めんのだが・・・ -
趣味でしか使ってない素人ですけど、
PHPってなんかHTMLのテキストに動かしたい部分を入れるだけ、
っていう感じがするんですよね。
Perlはバイナリ操作とか特にHTML関係なく色々できるからプログラムな感じがするけど。
なんか別物っていうか、HTMLを言語って言ってるみたいで。
ところでg_zip転送とかPHPでできます？ -
>>213
(`Д´)ノぁぃ できます -
PHP も色々できまふ。
-
PHP-GTKもあるなり。
-
別に使わんけど^^;
-
>HTMLを言語って言ってるみたいで。
そりゃないべ。 -
言語ですが何か?
-
言語ですが何か？
ってゆーか
「言語」＝「プログラミング言語」
と思っているとそういう発言にいたる。 -
Hyper Text Markup Languageですが何か？
Perlも、PHPも、HTMLも、SQLも、日本語もみんな言語です。
-
PHP3でgzipで出力なんて出来るのか？
-
>>223
7ヶ月もたってるから素人じゃなくなってるかも・・・ -
Perlを、掲示板等を改造する程度の触り方しかしてきたこと無いんですが、
お仕事でやんなくちゃいけなくなって苦戦中です。
PerlからPHPにデータを送ってるPGがあったんです。
Perlは比較的クライアントよりの処理（インターフェースとか）をしてて、
PHPはDBアクセスをしてました。
そういう方面がそれぞれ得意な言語なんでしょうか？
-
最近 PHPの勉強はじめました。
話題的にはかなり出遅れた感じがするけど、
１，２ヶ月触って見た感想です。
if ($foo):
do_sth();
else:
do_nth();
endif;
短い例ではあまりメリットないけど、
ブロックの中が長くなってくると {} より : 使ったほうが
ソースの見通が良くなる。（・・・と個人的に思う。
endif が余計。ついでに python っぽく $ ; なんかも省略出来ればベターなんだけど。
perlでは、if の後が 1 行しかなくても {} を省略出来ないのが、時々不便。
if 修飾子は便利だけど、↑は、 if ... else ... で使いたい場合。 -
文字列変数にインデックス付きで配列の様にアクセス出来る。(PHP
$str = "abcdefg";
for ($i=0; $i<strlen($str); ++$i) print "$str[$i]\n";
perl では、 substr とか split//,$str ってやってたなぁ・・・
tiearrayを使えば自作出来なくもないが、標準で出来るのは羨ましい
PHP の正規表現（の関数のインターフェース）が使い辛い。
preg_* ereg* ...等
うまく説明できないので、単にPerl に慣れすぎただけかも知れないけど。
perlにあってPHPにも欲しいもの。
$foo ||= 'val';
use strict
-w -T
PHP にあってperlでも欲しいもの
touch関数
; 比較のスケールが小さいのは、
; php, perl 共に私的な用途のためのシェルスクリプトとしてしか使っていないから:p -
>>228
いろいろ言いたいことがあるが、誰かなんとか言ってあげて。 -
>>229
> perlにあってPHPにも欲しいもの。
> $foo ||= 'val';
これ何? or equal?
google で検索しても、検索対象文字列にしてくれない・・・。
> use strict
> -w -T
-w なら、error_reporting(E_ALL); で代用できない?
use strict はちょっと欲しいかも。 -
あぁ。他にも使い方はあるか・・
-
>>228
＞perlでは、if の後が 1 行しかなくても {} を省略出来ないのが、時々不便。
{}強制はむしろPerl特有の数少ない利点だと思っているが。
中括弧が任意のPHPやC,Javaなどで、
if ($hoge)
if ($foo)
do_sth();
else do_nth();
こういうぶら下がりelse問題と呼ばれる現象がおきるのは有名。
Perlだと強制だからこの種のスクリプトで読み間違うことはない。 -
if($hoge)
$a=3;
$b=4
初心者だとついこんな感じでスクリプトを書いてしまうことがある。
$hogeがfalseだったときも$b=4が適用されてしまうことを忘れて。
中括弧が強制ならばエラー出してくれるからこの種の勘違いは起きない。 -
>>230
いろいろ突っ込んで欲しかったのだけど、多分言いたそうな事を要約すると
pearの標準コーディング規約読めって事で OK ?
>>232
thx フォロー
>>234-235
> ぶら下がりelse問題
この問題に付いては考えたことがなかった。
普段良く読むソースがperl python lispだからかな。
C/C++のプログラミングスタイル関連の本で読んだのを思い出しました。
{} の強制にメリットがあったんですね。知らずに恩恵を受けていたなんて・・
>>236,238
>perlでは、if の後が 1 行しかなくても {} を省略出来ないのが、時々不便。
>if 修飾子は便利だけど、↑は、 if ... else ... で使いたい場合。 -
elsifだけは勘弁してくれ(w
-
>240
同感。ついついelseifって下記たくなるよ。 -
Perl： elsif
CやJava： else if
PHP： else if 又は elseif
ほら、もう勝者が見えてきたなｗ -
あたまよろしいことで
-
PHPが早いと言われているのはmod_phpのことなの？
同じApacheのモジュールであるmod_perlと何が変わるのか
未だに分からないんだが。 -
>>244
結局forkのコストが稼げるってことっしょ。 -
>>244
PHPは出力のキャッシュもしているようだ。たまにこれでハマる。 -
Zendオプティマイザーって話題にならないの？
割と重宝してるが。 -
（＾＾）
-
今はできるのか知らないけど、php4.0.*ではできんかった。
スーパーメソッドの呼び出し。
オブジェクト->メソッド()->メソッド()
てな感じのメソッドの呼び出し。
eval{
コード
};
if($@){
エラー処理
}
てなエラー処理。
クラスの定義はperlの方が面倒なんだけど、Webアプリ作成で以下のモジュールが使えるならphpよりperlを選びます。
HTMP::Template
Apache::Session
DBI
あ、Jsp/Servletに関しては、いまさらキャストとかウザすぎです。
-
＞あ、Jsp/Servletに関しては、いまさらキャストとかウザすぎです。
プログラマやめてください。あなたのシステムで会社がつぶれます。 -
>>251と>>252
そんなあなた達に読んで欲しいスレ。
型なし言語逝ってよし
http://piza.2ch.net/...o/986/986355498.html
なお、>>1が言っていることは無視されて、
途中からは変数型ナシ言語についての話です。
主に比べられていたのが、JavaとRubyだったと思いました。
Perlみたいな型が複数であるデータ型は論外と言うことになっています。 -
（＾＾）
-
mod_php使うならmod_perl使うだろ普通
-
（＾＾）
-
∧＿∧
（ ＾＾ ）＜ ぬるぽ（＾＾） -
携帯ゲーム機"プレイステーションポータブル(PSP)
このPSPは、新規格UMD(ユニバーサルメディアディスク)というディスクを利用しており、そのサイズは直径6cmととても小さい(CDの半分程度)。 容量は1.8GBとなっている。
画面は4.5インチのTFT液晶で、480px x 272px(16:9)。MPEG4の再生やポリゴンも表示可能。外部端子として、USB2.0とメモリースティックコネクタが用意されているという。
この際、スク・エニもGBAからPSPに乗り換えたらどうでしょう。スク・エニの場合、PSPの方が実力を出しやすいような気がするんですが。
任天堂が携帯ゲーム機で圧倒的なシェアをもってるなら、スク・エニがそれを崩してみるのもおもしろいですし。かつて、PS人気の引き金となったFF７のように。 -
━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―
-
∧＿∧
ﾋﾟｭ.ｰ ( ＾＾ ） ＜これからも僕を応援して下さいね（＾＾）。
＝〔~∪￣￣〕
＝ ◎――◎ 山崎渉 -
__∧＿∧_
|（ ＾＾ ）| ＜寝るぽ（＾＾）
|＼⌒⌒⌒＼
＼ |⌒⌒⌒~| 山崎渉
~￣￣￣￣ -
∧＿∧
（ ＾＾ ）＜ ぬるぽ（＾＾） -
∧＿∧ ∧＿∧
ﾋﾟｭ.ｰ （ ・３・） ( ＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
＝〔~∪￣￣￣∪￣￣〕
＝ ◎――――――◎ 山崎渉&ぼるじょあ -
(⌒V⌒)
│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン -
age
-
PHPｲﾗﾈ､PerlだったらUNIX系OSのシステム管理もできるし便利
-
隊長！こんなの見つけました！
http://yellow.ribbon.to/~mil/ -
Perlｲﾗﾈ､PHPだったらUNIX系OSのシステム管理もできるし便利
-
両方使えばいいじゃん。
-
両方使う必要ないじゃん
-
ASM->マクラーレンF-1
; アセンブリ言語で組んだCGIプログラムは最強
; 言語及びAPIやハードまでも熟知している事が前提条件
; ASMでC以下の速度出すようなヘボプログラマに用は無い -
マクラーレンF-1て何だよｗ
-
>マクラーレンF-1
ツボにはまって、お腹が痛い･･･。 -
>>273
製作に手間と素材コストのかかる赤字必死の大バーゲン言語かよｗ -
PHPって携帯電話だけじゃなかったんですね。
なるほど・・・・すごく勉強になった
-
>>273
アセンブラ使おうとも "CGI"という時点で mod_perl にも mod_php にも速度的に負けだな -
AGE
-
再燃
-
鎮火
-
Perlで構築されたサイト
http://pc5.2ch.net/t...i/php/1085625997/l50 -
以前、仕事でmod_perl使ってたよ。
仕事は社内SEみたいなことやってる。
mod_perlは早いけど余程注意深くコードを書かないと
後でおかしな問題に悩まされることになる。
特に例外処理にはかなり気を使った記憶がある。
その内、javaにも正規表現があることを知り、試しにjavaを勉強してみた。
速度的にはミドルウェアクラスまでならmod_perlの方が上だと思うけど、
例外処理に関してはjavaの方が個人的にやり易い。
セッションの引継ぎも楽なのが良い。
サーバサイドなら速度より安定性を重視する人間なので、
最近は可能ならjavaを使うようにしている。
ただ、javaにすんなり入っていけたのも、
PerlのCPANモジュールを使ってるうちにオブジェクト指向の概念を
身に付けられたからだと思っている。
mod_perlのお陰でかなり注意深くコーディングするようにもなった。
Perlは良い言語だと思っているよ。
PHPは使ったことないけど、
最近は結構普及しているようなので悪いものではないと思っている。
ただ、企業受けはしないと思う。 -
掲示板を作ろうと思っているのですが、
PHPとPerlのどちらで作ったほうが使いやすいですか？ -
どっちで作っても使いやすさは同じ
-
言語としてはPerlの方がおもしろい。
豊富なモジュールのおかげでやれることの幅が広い。
ショートカット使いまくって美しい（自己満足）スクリプトを書くと胸がすくような気持ちだ。
PHPはそれとは反対。
まだまだモジュールの数は少ないし、スクリプトも美しくない。
Webプログラミングに限ればPerlより圧倒的に簡潔なスクリプトで複雑な作業ができるが。 -
Perlでいい。Perlでなくてもいい。
-
むしろPerlで抜く
-
XREAにあげるとPHPが動作したりしなかったり・・・
この辺りかな？と思った所弄ってみたら違う所動いて
じゃあこっちも、で同じく変えたら動かず。
直ったと思える個所、原因解明にまた違う形に変えて（動かない）
undoして元に戻してもまた動かない。さっぱりわけわからん。 -
広告消してみれば
-
Perl がいい。終了。
-
PerlもPHPもｲﾝﾀﾌﾟﾘﾀ？
-
横山 イン太・プリ太
-
つまりPHPはメンテナンス性が悪いと。
-
だまされたと思ってPerl。
-
廉価でならPHP使うし、やることがでかいときはJavaでstruts使うからなぁ。
Perlはかぶき過ぎてて他の言語が使いにくくなるんで却下。 -
最初から読んだけどやっぱりPHP使ってるやつは素人に毛がはえたような
やつが多くて怖いね
必死にHTML擁護したりキャストがうざいとか言ったり
当方、Jsp/Servlet派
-
HTMLはタグ辞典読んで1時間で覚える言語
-
糞だまされた。
-
いまどき JSP/Servlet を素で使う玄人様なんているのか？
-
Javaはライセンスもってるやつじゃないと危なっかしくて打たせたくない
糞コード書かれたときの難儀さはPHPの比じゃないからな -
>>306
同意。
自称「Java書けます」ってヤツに限って糞コード生産確率多し。
直すこっちの苦労を考えろってもんだ。
PHPで糞コードっても、たかが知れてる。
まあ、中には想像を絶する程のひどい代物もあるがな…。
某CMS大手のNなんて以下略（ｐｐｐ -
PerlだろうとJSPだろうとPHPだろうとCだろうと、
構築経験と例外処理概念のある奴が書いてくれれば文句は無い。 -
あなたが指定した条件
■全体を検索：perl
複数のワードを含むものを検索するには、ワードを半角スペースで区切ってください。
検索開始
■該当する仕事情報はありません。
条件を変えて検索しなおしてください。
-
>>309
構築経験はともかく、例外処理概念なんて誰でもあるだろ。 -
最初はPHPの方がソース綺麗だったのは認めるが
最近、素人が多くなってきたのか
Perlと大して変わらないような気がする
ところでPHPって何が得意なの？
データベースと連携したプログラムが速いっていうけど
本当はPerlとあんまり変わらんわけで。
>>308
それもあるが
PHPはPerlと違って全て関数があるので
仕組みをわからずとも書けるから
書けるだけで内部ロジックわかってないやつ多すぎ -
>>３１２
全てにおいて
早い。 -
Perlって言語としての速度は言われているほど遅くは無いと思う。
苦手とされている計算がメインのプログラムでもC言語の半分よりちょい上ぐらいの
スピードは出ていた。PHPと比べてもほとんどの場面でPerlが勝る。
ただmod_phpの方が容易なので速度面に関して総合的にはPHPの方が優位かな。 -
mod_perl使わんでもperlccでやればphpより早いよ
普通に組んでも組み方次第でPerlもPHPも勝てる
けど確かにphpの方が容易だな
だからと言ってmod_perlもそこまで難しいものでもないとおもうし
PHPの管理もわざわざ再コンパイルするの面倒だしな
どっちも微妙って言えば微妙だな -
mod_perl > mod_php > perlcc > perl > php
ですよね？
perlccってソース→バイナリコード → インタープリタという処理のうちバイナリコードへの変換
だけが省略されるだけだからそれほど速度は上がらないように感じました。
Cとかから入った人ならmod_perlはそれほど難しくはないと思います。
キャッシュが強すぎるとか巷で聞いて食わず嫌いしてましたが自分で使うようになって
貴方の書き方が悪いんじゃないの？って思いました。
捨てプログラムでもmod_perlの恩恵が受けられるようになったらいいな。 -
「それほど速度は上がらない」ってのは、その通りだと思うけど
perlインタプリタの起動コストも結構大きいから
それが省略できる効果も一応あるよ。 -
perlccやってみたけど
100回暗号化するスクリプトだけで
0.1秒変わったから結構変わるんじゃないかな？
ただuse使えないのはちょっと面倒だね
mod_perlの難しいところってメモリとApacheコネクション数の問題だよね
デフォで使うとメモリかなりつかっちまう -
インタプリタを内蔵してしまうだけで起動コストはほとんど変わらないんじゃなかったでしたっけ？
通常のperlとperlccでコンパイルしたhello worldプログラムをベンチ計測したところ誤差程度でした。
perlcc使う目的って
速度アップ：△
perl無い環境用のバイナリ作成：◎
ソース隠蔽：○
Cへ変換：orz
って感じじゃないでしょか -
一応use使えますよ。
perlのバージョンによって結構挙動変わりますね。
ver5.8だと結構お利口にコンパイルしてくれます。
mod_perlは家の環境だと１つのプログラムでMAX20個のプロセスが立ち上がるので
安易に使えないですね。 -
「Perlはwhileループの脱出がlast。PHPは脱出がbreakなので、Cに慣れている人はPHPの方が楽」
#goto は無いけどな。 :-P
-
http://59-190-28-90.eonet.ne.jp/
おｋｗｗｗ
うはっｗｗｗｗｗｗおｋｗｗｗｗｗｗっうぇ
うはっｗｗｗっうぇうぇｗｗｗうぇｗｗｗｗｗｗｗｗｗ
うぇｗｗｗおｋｗｗｗｗｗｗｗｗｗ
っうぇ
-
今日わかったんだけどPerlvsPHPってJAVAvsJavascriptぐらいばかばかしい事なのね・・・
-
>>324
おはよう。 -
大規模CGIをPerlで書き上げてしまい、気付けばPHPの時代になり非常に困惑してます。
このCGI、かなりの高アクセスを前提とした上、サービス上、同業他社との処理速度
に関する競争も予測されてしまいます。
で、PHPはPerlより簡単に書けると言われてもあれだけ大規模なCGIスクリプトに
PHPに書き換えれば、PHPの１からの習得と書き換え作業で膨大な時間が必要です。
で、その解決策としてみいだされるのがMod_perl2.0で今はインストールして動作研究中です。
でもMod_perlは安易に使えないので、普通のPerlでもレンタルサーバのバックホーンの強化で
スピードに勝るPHPに対抗できないものでしょうか？
何せ、プロバイダのCGI-BINにそのCGIを置いて大容量のTXTを必要とする処理を行ったら
処理終了まで３０秒位も掛かってしまいました。 -
>>326
そんなクリティカルなCGIなら専鯖使えバカ。 -
>プロバイダのCGI-BINにそのCGIを置いて大容量のTXTを必要とする処理を行ったら
>処理終了まで３０秒位も掛かってしまいました。
多分、mod_perl,phpにかえても相変わらずこの部分は遅いと思う。 -
329さん>
perl、phpうんぬんよりもサーバの環境なのかな？
BIG-serverには、オプションでmod_perlのライバルとも言えそうなspeedy.cgi
というのがありました。
大規模CGIをperlで作った事に後悔に匹敵する値はどの位だろうか？
正直、泣くほどPHPで作ればよかったと後悔してますが！ -
いや、mod_perlって常駐化することでプログラムの読み込み、コンパイルが省略できるのが
大きいのであって(最初に重いモジュール読み込んでるなら劇的に速くなるだろうけど)
上の例は実行自体に時間がかかってるようなのでほとんど変わらんのじゃにないかな。 -
処理が30秒となると起動コストなんてどうでもいいって感じだね。
PHPにしたら更に遅くなること請け合い。 -
私が大規模CGIをperlしまい痛感した切っ掛けは、PHPの普及とともにレンタルＣＧＩ
サービスもPHPが増えてきてる事です。
ご返答を読んで考えましたが、実際サービスインする際、mod_perl speeedy.cgi
それとも普通のperlにするかサーバーを借りて試してから決めたいなと思ってます。
mod_perlを自宅PCにインストして研究してますが。
長期に渡って書いた大規模CGIシステムを蔵に入れて溜まるか！！
ご返答を読ませて戴くと、言語ウンヌンより大事な事があるという事が気付かされました。
それにしてもココは、人によってphpの方がいい、Perlの方がいい様々ですね！
もっと、対phpと比較してのperlの良い点が見つけられたらいいなあと思ってます。
でperl6とかいう話があるんだけど、あれはphpの対抗馬になれるのだろうか？
ならなきゃ困る！！
以下に興味深いコラムをリンクします。
皆さんは多分知ってると思いますが。
http://homepage3.nif...erltips/javaperl.htm
285の記事みたんだけど、掲示板の巨大要塞の2CHがperlを使ったらコッチも励みに
なります。 -
PHPをよく理解せずアンチPHP・Perlマンセーするサイトをうのみにするのもどうかと。
大体共用鯖でmod_Perlなどありえない。 -
普通に考えてphpのほうがいいでしょ
perlのコードは書きにくいしスピード遅いしメモリ喰うし
ちょっといいすぎかもしれないけどいいことなんかないよ -
PHPはなんか呪文みたいに怪しげな関数があるのが気にくわない。
-
int mcve_parsecommadelimited ( resource conn, int identifier )
CVSにはさらに意味不明の関数が
それがPHPクォリティー -
Perlはインスタンスメソッド呼ぶの遅すぎ…。
ハッシュにアクセスするのより遅いし。 -
Googleって何言語で書かれてるんだろうな。
-
PerlやPHPでインスタンスメソッド使うのはど素人。
-
>>339
汚らしいサイトだな -
>>341
まさかGoogleがCGIだと思ってる？ -
スレの流れから言ってGoogleがPHPかPerlで書かれているかのように言っている思った俺は釣られすぎ？
まさか俺もCGI=Perlだと思っているって思われてる？ -
>>347
CGIが何なのか理解出来てないと思われてる。 -
>>347
国語の成績悪そうだなと思われてる -
レン鯖なら共用だから、重いperlもphpもありえないな。ソース漏れる危険も有るし。
Cで組んでバイナリで実行させた方がいい。
perlやphpはスキル低いけど、鯖代の金なら掛けられるって香具師向け。 -
C/CGIよりもmod_perlの方が速い場合が多いぞな
ソース隠蔽はせいぜいバイナリコード止まりだね
コンパイラ解放してないこともあるし -
今から学習するならPerlとPHP同時でもいいってことですか
-
何をしたいかによる
-
Apache Modules with Perl 最強
-
過去のPerl/mod_perlやCGIは品質無視の生産性のみ
今現状でPerl/mod_perlを採用する企業は生産性と品質のバランスが取れてきた所
PHPは生産性を追及したのみで、品質に保障がなさすぎる
PHPから始めた人はWEBの基本が解ってないがPerlやC上がりのPHP開発者なら問題がない
標準関数のみで言うとPHPのが多いがCPANとPEARを比べればPerlの勝ち
しかし、内部ロジックが見えないので不安はある。
今はPerlの勝ちでいいんじゃない？
PHP＋初心者（1年未満エンジニア）の組み合わせ企業のシステムは酷すぎるからね
Perlは初心者採用がもう殆どない分それなりの品質を保ちだしている。
-
Perl を COBOL、PHP を Java に置き換えると
同じことを話す窓際社員のことを思い出した -
何となく国家試験申し込んだ。
情報処理試験 テクニカルエンジニア 「情報セキュリティ」。
Perlは出るのに、PHPはにゃい。何故？？？？？？？？？？
ガイシュツ？ -
個人で趣味の範囲でやる分にはPerl の方がずっと面白いんだよね。
webに限定されてないってところがさ。
用途が広い。オライリーのハック本なんかでも大抵Perl メインだし。 -
PHPもCLI版があるからweb以外も大丈夫。
オライリーはPerlと関係が深い。
面白さで言えばPerlってのは同意。
知れば知るほど唸るような実装を発見出来るのに対し
PHPは薄っぺらくいかにも初心者用言語って感じだな。 -
PHPのCLIって、無いも同然ジャン。バッチ処理はどうしてもPerlやRubyになるよなあ。
-
国内最高技術者集団のはてなとmixiはperl
-
はてなはそう思うけど mixi は最高技術者集団かぁ？
-
はてなだってそうでもない。
-
ちなみにJavaは糞発言も
-
少人数での開発だとPerlはその柔軟さから威力を発揮する。ただし、グループ開発にはその柔軟さから向かない。
PHPは普通に書いてもそこそこ速いってのが優位さ。 -
やはり未だにPerlは保守が面倒だと思うよ
-
Perl, 自由度がありすぎるからだよね。
コード規約をきちんと決めてやれば良いけど、
コード規約を決められる強力な人材が居ない。
なんとなくこんな感じって出来る人が決めて、それに倣ってる。
あまり厳密に規定すると、いきなり投入された新人に毛が生えたような人が
使えない人になっちゃう…。
なので、段々となぁなぁになって、
規約っぽいのは決めたけど冗長なコードか、
規約も何も無く俺コードの集合になっちゃう。
-
php使う奴はphpで始まってphpで終わる。
-
>>369
それでも最低限ラリﾀﾝ推奨の規約に沿ってもらわないと。 -
スタイルガイド(perlstyle)、読んでない人多いからなぁ。
-
そういう問題じゃない。
-
で、結局PHPってどれくらい普及してるの？
個人向けサーバーにおいて・・・
それによって、これから作るモノが
Perlになるか、PHPになるか
って所で悩んでます -
両方書く。
そすれば、そんな事で悩む必要なし。 -
sf の新規プロジェクトを見るに
圧倒的に PHP かと。 -
PerlはCPAN
それよりPEARのウンコさの方が大問題 -
つーか、外人はなんであんなに機能てんこ盛りにしたがるんだ？
-
きっちり趣味の時間が取れて、その趣味の時間でいろいろ作ってるんじゃないの？
-
Perlの方がカッコイイ
ぴぃえっちぴぃってダサいｗ
女子中学生向きｗｗ
-
女子中学生と一緒にプログラムできるなら俺は迷わずPHPを選ぶ
-
女子中学生をプログラムできるなら何でも覚える
-
女子中学生はPHPを「ぴっち」って言ってるらしいよ
-
ぴっぴ
-
PHPはデザイナがやってるよ
Javascript分かってれば使える。 -
だから酷いコードがあるんだよね。
しかも、デザイナはプログラマ以上に低賃金で奴隷のように仕事するから
外注頼まれた時の金額が安い事、安い事…。
「学生じゃないんで、その金額では…」って断った事多数。
で、外部の人間に仕事させといて、
納品されたコードを使い回すのもデザイン会社の常套手段。 -
PythonとRubyも混ぜて
-
なにそれ？
-
＞国内最高技術者集団のはてなとmixiはperl
perl >>>>越えられない技術の壁 >>>>ぴーえっちなんとかｗ
-
プログラム初学者のウェブサイト制作における習得コストはPHP>>Perl
これは当事者（PHP厨）が証明しているので事実。
しかしmod_perlが使える程度のプログラマにしてみれば
わざわざ仕様の違う言語を一つ増やす理由がない。
perlならばPHP以上のことをPHP以上の速度でPHPより安全に実行できる。
・・・という話はしないであげるのが優しさですからみなさんお願いしますよ。 -
>>392
>しかしmod_perlが使える程度のプログラマにしてみれば
>わざわざ仕様の違う言語を一つ増やす理由がない。
ま、そういう人なら、phpでも、rubyでも、pythonでも覚えるのは簡単だと思うよ。逆はつらいんでないかい？ -
Pythonはよく知らないけど、RubyはPerlのいいとこどりしてるんで、逆にいうとPerlを知ってれば、学習も早いだろう。
PHPは圧倒的に言語機能が少ないし、標準的なクラスライブラリとかフレームワークもないんで、その案件がPHPだったら、泥縄で勉強してもなんとかなる。 -
ぶっちゃけmixiをphp+SQLで書き直した方が軽くなる希ガス。
-
根拠
-
mixiの鯖の負荷の大部分はデータベース
PHPにしようがJavaにしようが違いは極僅か -
ＬＤもperlだよな
-
さすがにPHPじゃ遅すぎて厳しいだろうな。
-
DBがボトルネックになりやすいって言っても、PHPが遅いのは確かだし。
-
>>400
PHPは遅いって分かってる・・・？ -
>>403は、400への意見で、402に賛同って意味ね。
アンカーの使い方変だったorz -
PHPってCGI？
-
>>405
そうであることもあるし、そうでないこともある。 -
>>405
またあるところでは出版社 -
レンタルサーバー、ホスティングのＰＨＰは全部CGIだよ
-
apacheのバージョンでmod_phpって載ってないとこはCGIでの動作と思っていいのかしら？
-
共用サーバの場合は、セキュリティ上モジュールにできないのは常識だけど
-
セーフモードでなんとかできなくもない。
-
PHPに特別な配慮をしてない限りセーフモードなんて無意味だよ
-
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は一通り最新刊本が揃ってましたｗ -
GYAOはPHP
-
618 名前：nobodyさん ：2006/10/17(火) 01:06:18 ID:AypBDR12
東京大学教養課程の第一プログラミング言語がRubyに
http://d.hatena.ne.j.../20060928/1159394568
http://b.hatena.ne.j.../20060928/1159394568 -
GyaOはPHPからJavaに移行した
-
してない
-
そんな事より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がなかったんだ。 -
Perlって？
-
Rubyもない
-
>>420
アメリカ人はモルモン教が嫌い -
Perlだって立派なアプリケーション作れるんだぞ！！
Perl5.8からwin32モジュールを使用できるようになったからな！！
んでPerlでコンソール上で動作するタイピングゲーム作ってみたら
コマンドプロンプトみたいな画面になった＼(＾o＾)／ -
ほしゅ
-
>>422
perl でwin32を扱うのを解説した何か良い本ないですか？ -
PHPはコアに関数を入れすぎなんだよ。だからバージョンアップのたびにブクブク太る。最近のPHPはメモリ食いすぎ。
-
http://pc11.2ch.net/...p/1160884183/127-130
127 ：nobodyさん：2006/11/21(火) 10:12:54 ID:???
mod_perlとmod_phpのパフォーマンス比較
http://www.itmedia.c...0608/25/news053.html
こんな情報も見つけれないやつは帰れ
128 ：nobodyさん：2006/11/21(火) 10:17:33 ID:???
ついでにほれ っhttp://itpro.nikkeib...S=imgview&FD=2638409
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に勝てなくなる。 -
PEARが糞ってのは決定事項だな。
CPAN＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞PEAR -
Java: 決まり事は多いが、その決まりを守ればコンパイル時にミスがチェック
出来るので楽ちん。
Ruby:面倒な事はがんがん省略して書ける、しかもオブジェクト指向を
十分に活用したコードが短時間で書ける。
Perl:過去に作られた豊富な資産が活用できるし、ノウハウも蓄積されていて
ウェブで簡単に手に入る。
PHP: 初心者言語、沢山の関数が言語に最初から備わっているが、
実装方法にオブジェクト指向が活用されておらず何をするのも
やたらと面倒。１ヶ月も勉強すればまともなコード書けるが、
他の言語を知ってる人が敢えて覚える必要なし。 -
> １ヶ月も勉強すればまともなコード書けるが、
慢性的な技術者不足の現状じゃこれかなり重要。 -
そろそろPerlの説明しませんか？
-
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倍の量タイプする事になります。
言語を覚えるのはたった数ヶ月の事ですが、
その言語を使って仕事をするのはその何十倍も何百倍も長い時間です。
-
PHPは無名関数がない時点でarray_map()などまったく無意味。
-
やっぱり配布されてるスクリプトはPerlが基本って感じ。
PHPでいい機能のあるんだけど、Readmeがわかりずらくて書き換え設定うまくいかない。
改造目的ならPerlから勉強すべきだな、こりゃ。
PHP学習に時間さいちゃった。 -
PHPとRubyやっとけばいい気が最近する
-
もうPHPだけやっとけばいい気がする
-
どれでも文句はあるけど、充分使えるんだよね。
-
>>434
それは言語というよりも、個々のスクリプトの問題。 -
>>434はPHPすら習得できない人減です。 察してやってください。
-
Ruby > PHP > Perl
である事にそろそろ気づいたらどうかな。 -
プログラミングセンスのない奴だな
-
俺は Perl > Ruby >> PHP かなあ。
まぁ人それぞれで。 -
比べる事に何の意味があるんだろうねｗ
仕事で○○で書いてくださいって言われたら
そうするしかないけど、スクリプト言語をいちいち
どれが高速だとか比べてる時点で無粋。 -
使う機会 PHP > Perl > Ruby
個人的な好み Perl > Ruby > PHP
PHPは言語の特性も現場の雰囲気も苦手 -
>>1ってまだこのスレにいるのかな。
-
喪前らヴァカじゃねーの？（藁
Perlは手間をかければPHPと同じ実行スピードに近づけることは可能だけど、
そんな時間があったら初めからPHPを使ったほうが
仕事が早く終わるってことだろ。
今時Perlでデザインテンプレート使ったりデータベース突っついている
ヤツは死ねばいいんだよ（藁 -
>>1 名前：名無しさん＠お腹いっぱい。 [] 投稿日： 2001/02/19(月) 23:04 ID:VMbn6RF2
どっちがいいでしょう？
お好きにバトルしてね
↓
>>447 名前：nobodyさん[sage] 投稿日：2007/08/22(水) 06:07:41 ID:???
喪前らヴァカじゃねーの？（藁
Perlは手間をかければPHPと同じ実行スピードに近づけることは可能だけど、
そんな時間があったら初めからPHPを使ったほうが
仕事が早く終わるってことだろ。
今時Perlでデザインテンプレート使ったりデータベース突っついている
ヤツは死ねばいいんだよ（藁
もう7年かあ 以外にPerlが含まれたスレタイ多いな。 過疎スレだけど・・・。
-
ここに書かれたバカ発言も、あと7年ぐらい晒されそうだな。
-
426で7年だろ。
1000まで16年、すなわちあと9年はもつな。 -
Perl慣れるとPHPの配列に対するチェックがめんどい
要素の存在確認にissetイチイチかかなきゃいかん。。
@とか%とか区別してくれればいいのに・・・ -
PHPユーザーって、何で他の言語の事をほとんど知らないのに
PHPより良い言語は無いと信じて疑わないような痛々しい奴がいるの -
PHPも悪くは無いけどな
-
PHP ＝ ニンテンドーDS
Perl ＝ ファミコン
そもそも比較するのが間違いだろ（藁
生まれた年代が違いすぎるものを同じ土俵で比較するんじゃぁないよ。
糞どもが。 死ね（藁
-
ゆとりがいるな
-
痛々しいほどのバカが多いのがPHPだろ
454みたいに -
PHPがレキシカル変数じゃないのも、リストやハッシュ、スカラーの区別がないのも、簡単に覚えられるというのがメリットだよ。けど、中級者以上にはとんだ足かせになる。
-
PHP=初心者向け
-
スクリプト系のくせに型にうるさいしな
-
PerlからPHPに逃げた人です。
PHPは確かに初心者向け。少し勉強すれば大体の事はできる。
んで、俺は逃げたもんだから、Perlをやり直すのが面倒で仕方がない。
-
PHPはハッシュのキーが定義した順番に取り出せるからいい。
-
ハッシュは順番が不確定だから高速に検索できるはずだけど
PHPのアルゴリズムどうなってるんだ -
SmartyならTemplate Toolkitiの方がいいだろう。機能的にも速度的にも。
直接<?=$bar?>でアウトプットできるのがPHPの強みだよ。 -
pseudo hashは便利だけどオーバーヘッドが掛かるしロジックで何とかなることが多いからなあ。
どうしても必要ならそれほど手間を要せず実装できるしね。 -
スクリプト使っている時点で、
オーバーヘッドよりも、開発効率重視。
手間がかかるようじゃだめだろう。 -
PHPの配列は遅い。
-
PHP/Perl に限らず、開発効率と実行効率のトレードオフの話してるだけに見えるが。
-
今回のmixiのリニューアルについて - 専門家に聞く [All About プロファイル]
http://profile.allab...k/qa_detail.php/6863
>？ そもそもせっかくリニューアルといっているのに、いまだにphpではなくperlで動いているあたり。。。
perl厨、涙目ｗｗｗｗ
天下のAll Aboutの専門家ですら、perlは糞とおっしゃられている
以下、素人の反応を見ても必死で笑える
はてなブックマーク - 今回のmixiのリニューアルについて - 専門家に聞く [All About プロファイル]
http://b.hatena.ne.j...k/qa_detail.php/6863 -
>>471
profileは、金出せば誰でも専門家になれるぞ。 -
そこの回答者が今後まともに仕事もらえるのかが気になる。
追記の釈明が釈明になってない。
どういう意図での発言だったか説明できてないし。 -
ぽろっと本音出しちゃったんだろうね。
逆に、追記の
> 一長一短があるものです。
この記述は、本当に分かって書いてるか疑問に思えてくる。 -
その部分よりも
＞言語の優劣とmixiのエンジニアの方々との問題はまったく別の話です。
ここがツッコミ待ちレベルの面白さ。
無根拠に言語の優劣言い出したのは誰だと。 -
ドングリの背比べなスレだな
-
Perlはパスタソース生成用無秩序言語
PHPは初心者大量生産資本主義言語 -
javaとCは？
-
Perlのソース見にくいとか言う奴よーく見るけど
汚いソース書く奴が悪いとしか思えない
というかまとも人のソース見たこと無い人だろうな
ま、いかようにも書けるのがPerlの自由らしいところ
PHPもPerlも好きな方使えばいいけど
PHPって設計思想が厨房な香りたっぷりと煽ってみる
-
どの辺が厨房な香りなの？
-
HypertextProcessorな名前とか
汎用ってイメージが無いっつーか
HSPと同属のような印象 -
Perlは名前空間もあるし、宣言して使わないとコンパイルエラーが起きるから名。メジャーなスクリプト言語の中じゃ一番厳密な記述を求められる。
構文は多いけど、それはPerlをパクったRubyもそうだし。
PHPは表現力に乏しいから、どうしても画一的なコードになるので読みやすいとは言えるが、↑のような理由で変数名は衝突しまくるし、タイプミスがあっても気づかない。
-
perlは教育に金かかるが、PHPは教育にさほど金はかからない
-
素人ならどっちでも好きなほうでいいかもしれないけど
プロなら両方できて当たり前なんじゃない -
そうでもない
-
いまだにphpではなくperlで動いているあたり。。。
http://yoshihi6.com/...ia.org%2Fwiki%2FPerl -
もうやめて！寺田あつ○しの信用はもうとっくに０よ！
-
マンをかこう
-
perlのforeach市ね
-
>>493
無名変数便利じゃないか -
die "データが開けません。";
-
ペッチペーの良さを説明してくれ。
-
or die ">>>496のレスは処理されませんでした...：$!" ;
-
職場で即席で入力支援やら文書変換のツールをつくらにゃ
ならないことがあるんだけど、どっちが向いてる？ -
php
-
案件がでかくなれば必然とperlが消える・・・・
経営視点からみると、客は最初からコスト渋るけど、
こっちは一人でも人月かかるほうがいいから、
perlでやりますなんて、客には言わない。
（まぁ他の会社の営業も、一緒のこと言ってるけど・・・）
だから結局、価格破壊が半端じゃなくなったHP制作屋の
スピード対策用に限定されてきたんだと思う。
まぁだからこそ、小さなソースの断片はググればゴロゴロ転がってるから
初心者でも簡単にそれなりのサイトが出来て、個人には凄くお得。
俺も、個人用のサイトはperlだし。
-
日本の道路交通法は、全ての車両に左側通行を義務づけている。
しかし、右側を通行する自転車の何と多いことか(無論、違法行為である)。
時には法律を守るべき警察官までもが、制服で警察の自転車で右側を通行している。
これは何故か？
実はこれには陰謀が関係している。
自転車で右側通行をしている連中は、他国の工作員なのである。
その証拠は、米中韓の3国が右側通行であることだ。
もともと、日本は長らく米の占領下にあり、現在でも属国の風合いが強い。
近年においても、米は属国化を推進するため、工作員を送り込んでいる。
中は、竹島を始め、本土までも自国の領土にしようと目論んでいる。
また、韓もドラマなどを送り込むことに飽きたらず、工作員を派遣し、
日本に右側通行を根付かせようと躍起だ。
やがて、右側通行が既成事実化し、日本の道路交通法が改正されるのも、そう遠いことでは無かろう。
そのときこそ、奴らの思うつぼである。
忠実なる日本の国民は、奴らの陰謀には手を貸さず、阻止することに全力で協力して貰いたい。 -
5年前くらいにPerlで掲示板やチャット作ってて
その後プログラムあまりせずに、
最近PHP+MySQLで小さなサイト作り始めたとこで、PHPの感想。
とりあえずweb系の関数が最初から揃ってるのは楽で良い。
昔は文字コード変換から自分で用意しなきゃいけなかったしw
ただ、function内でいちいちglobal宣言しないといけないのが糞過ぎて
ほとんどファンクション使わずやたら長いコードになりがち。
（逆にそれでも収められる程度の手軽さは長所か）
スコープ重視するようなある程度以上の開発なら、そもそもjavaとか使うんだし、
そこはperlみたくサブルーチンの中で必要なものだけlocal宣言の方が
言語の趣旨にあってると思うんだが。
そんな感じで一長一短。 -
globalなんか使うなよ 何年前のプログラマだ
-
>> 502
セキュリティも考慮してね -
問題はデカイ案件なんか無いって事だな。
デカイならPHPの出番が無い。PHPは簡単だから初心者でも使いやすいけどね。
結局は2ch同様Cとperlのコンビネーションが最強だ。 -
ｃはプログラミング言語
Perlは高機能スクリプト
PHPはWEB１．９ -
色んな知識の幅が多すぎて一概に言えないんだけど、
フレームワーク位自分で作っていけるレベルで話すと、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は色々あったけどやっと勝ち組に入れたね頑張った -
俺はPerl5年くらいやってたし好きな言語だけど
WebやるならPHPでいいよ。
最近はJavaっぽい書き方もできるし、FWもこなれてきた。
Web用の関数も豊富だからPerlみたいにモジュールいっぱい駆使してとか
しなくていい。
業務アプリ＝Java
BtoCアプリ＝PHP
簡単なツール=Perl
でいいよ。 -
>>507 カリスマとか言われている小飼弾さんはPerl大好きで、押していたね。
頭の良い方は特に、PHPが物足りなくなってPerlに浸かっちゃうみたいね。 -
Perlのほうがいい点って何？
-
>>510
言語仕様が何気に複雑と言うか自由すぎるんで、浸かれば浸かるほど味のあるエンジニアになっていく。
って事位かなあ。
KENTレベルでの話しじゃないよ？あのレベルのエンジニアが多いからPerlが衰退していく気がする。
楽な方法としてはPHPの方が断然いいだろう。癖があるからPerlがいいのさ。 -
Perlにはswitch構文とかtry〜catchとかの例外処理も言語仕様には無いけど
モジュールでそれを作ることが出来ちゃうような言語。
Inline::RubyやInline::Java等のモジュールを使うと
他の言語をPerlのソース内に記述することすらできてしまう。
そんな言語だから好きな奴は好き。 -
ま、ただのプロプロセッサ機能だけどな。
-
今から習得するならどっち？
状況如何だろうけど。
やはり両方かな… -
あと、仕事がある。ただし技術者は多いので競争も激しいかも。
PerlやRubyは仕事が非常に少ないが、技術者が少ないので競争が少ない。
趣味でやるなら関係ないがな。 -
今までPHPメインだったが、新しい会社がPerlだった。
入社して2ヶ月しかたってないが、仕事でやればPerlなんて
この程度の期間で実務で使えるようになる。
通常レベルになるまで1ヶ月でも十分だよ。
-
PHPｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ランドセルしょってるクソガキが使う言語ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
本片手に学校通ってるバカがやる言語ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
クソスレたてんじゃねえよしねよｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ -
まあ、料理作るのにフライパンか中華鍋かってぐらいの話。
-
|￣｀`''- ､
| ｀ﾞ''ｰ- ､ ＿＿＿＿＿＿__
| ,. -‐ ''´￣￣｀ヽ､＿ /
|, - '´￣ ｀ヽ、 /
／ ｀ヽ､ヽ /
_/ ヽヽ/
／ / / / / / ヽﾊ
く / /! | 〃 _/__ l| | | | | | | ||ヽ
＼l// / | /|'´ ∧ || | |ｰ､|| | | l | ヽ
/ハ/ | | ヽ/ ヽ | ヽ | || /|ヽ/! |/ | ヽ
/ | ||ヽ { ,r===､ ＼| _!V |// // .! |
| || |l |ヽ!'´￣｀ﾞ , ==ミ､ /イ川 |─┘
| ﾊ|| || | """ ┌---┐ ｀ / // |
V !ヽ ト! ヽ､ | ! / //| /
ヽ! ＼ハ` ､ ヽ､__ノ ,.イ/ // | /
┌/）/）/）/）/）/）/）/）/）/）lｰ/ ` ー‐┬ '´ レ//l/ |/
|（/（/（/（/（/（/（/（/（/（/│|| |＼ 〃
r'´￣ヽ. | | ト / ＼
/ ￣｀ｱ | | | ⌒/ 入
〉 ￣二) 知ってるが | | | ／ ／/ ヽ
〈! ,. -' | | ヽ∠-----', '´ ',
| ＼| | .お前の態度が | |<二Z二￣ ／ ',
| | | _r'---| [ ｀`ヽ､ ',
| | | 気に入らない >-､__ [ ヽ !
＼.| l. ヽ､ [ ヽ |
ヽ| ＼ r' ヽ､ |
-
Perlの勝ち
-
言語的にはPerlの圧倒的な勝ち
ただし、Web用の言語としてはPHPの圧倒的な勝ち
By Perl大好きプログラマ -
”Perlの圧倒的な勝ち”なら、WEB専用のPHPと違ってPerlは汎用性言語なんだから
せめてデスクトップにおいて、PHPでもできてるこの程度の実現力は見せてもらわないと…
Perlユーザーは口だけで実際には作る力が無いと思われるよ。
http://hirata-create.lar.jp/
-
hirataraなんだろてめーは
-
523,546,528はhiratara
自作自演乙帰れ
523,546,528はhiratara
自作自演乙帰れ
523,546,528はhiratara
自作自演乙帰れ
523,546,528はhiratara
自作自演乙帰れ
523,546,528はhiratara
自作自演乙帰れ
523,546,528はhiratara
自作自演乙帰れ
-
あんまり調子乗ってると撲滅スレ立てんぞさらすぞ
北海道在住hiratara -
怒るほどの事か？？
-
プロセスの生死のタイミング？かなんかでPerl,Runy,Pythonが同じ方法で、PHPだけ違う方法って読んだけど思いだせない。
webアプリが小さいものだった昔はPHPのほうが有利だったけど、webアプリが大きくなってきた今はPHPが不利で、
そこを修正してるのがGREEのやつだって話。 -
永続化の話だね。
PHPでも永続化出来るけどPHPのメリット無くなる。 -
PHPのアマチュアが遊びで作ったGUIアプリ
EXEを吐けるRADツール
HC-wbRadStudio Ver.2.1 for PHP-5.3.9
http://hirata-create...olog-nifty.com/blog/
PHPスタンドアロン(コンパイラ・ビルダ)
HC-Standalone-B Ver.1.21 for PHP-5.3.9
http://hirata-create...hc-standalone-b.html
ローカル用HTTPサーバー
HC-LocalServer Ver.1.11 for PHP-5.3.9
http://hirata-create.../hc-localserver.html
JRA-VAN登録ソフト
オッズコアスコープ＋ワイド Ver.1.2 for PHP
http://hirata-create...ver12-for-php-9.html
http://jra-van.jp/dl...dscorescopewide.html
-
宿命の戦いって感じ
-
なんでPerlやPHPでGUIしなきゃいけないだよｗ
そこじゃねーだろｗ
サーバは当然マルチスレッドなんだろうな？ -
>>534
PHPはアマチュアレベルでもマジハンパねぇw -
>>113
長年全く同じ心境だったけど、つい最近PHPの勉強し始めた。めっちゃ楽だなと思うことが多々あり、もっと早めに手を付けておけば良かったと後悔してる。 -
すごい亀レスですね
-
@methane INADA Naoki
phpはFacebookのような大規模サイトでの運用実績があります（ただし自分でVMを開発する程度の技術力が必要です）
http://twitter.com/#...s/168991808825724929
@methane INADA Naoki
Facebook が Python で書かれていたら、Hiphop PHP や Hiphop VM を作らなくても、CythonかPyPyを使うだけで済んだだろうに。
http://twitter.com/#...s/168991451148066816
-
Webアプリ開発は Linux + Mono + ASP.NET MVC が最強だと悟った
http://engawa.2ch.ne.../poverty/1330244837/ -
それは間違い
-
>>542
何が？ -
>>525 なるほど。
-
イイネ！
-
Perl VS PHP
-
ぬるぽ
-
結局決着は？
-
あけおめ
-
ことよろ
-
誰でも簡単にネットで稼げる方法など
参考までに、
⇒ 『半藤のブブイウイウレレ』 というサイトで見ることができます。
グーグル検索⇒『半藤のブブイウイウレレ』
VPC46F37BK -
☆ 日本の、改憲を行いましょう。現在、衆議員と参議院の
両院で、改憲議員が３分の２を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆ -
プログラミングを誰でも習得できる方法は、「前場アキドルのプログラミングマスター方法」というブログで見られるらしいよ。ネットで調べると見られるらしいです。
AVMJE -
最終赤字が8期連続で、12月のボーナスも支給されないということで、「いよいよか」と話題になっている。
かつて一時代を築いた日本発バッグブランドがここまでひどいことになってしまった原因について、経営コンサルタントの皆さんがあれやこれやと分析されている。そこで多く指摘されているのは、やはり稼ぎ頭のバッグがコロナ禍の外出自粛で大打撃を受けたということや、アパレル事業への進出や、低価格帯ラインなど増やしすぎたという「多角化」の失敗である。
そこに加えて「トレンド」を指摘する専門家も多い。サマンサタバサといえば人気絶頂期にCMに起用されていた、エビちゃんこと蛯原友里さんやミランダー・カーのように肩出しワンピースにピンヒールという女性らしいファッションに似合うバッグというイメージが強い。しかし、今街を歩いても当時のエビちゃんのようなファッションの女性には、滅多にお目にかからない。
それを象徴するのが、「セシルマクビー」だ。SHIBUYA109のギャルブランドの代表だった同ブランドも運営会社が撤退を発表をして、2020年11月に全店閉店してしまった。こちらも直接の原因はコロナ禍ということだが、それ以前から「トレンドとの乖離（かいり）」で低迷が続いていた。 -
ナザチンコ
-
age
-
コピー
-
Netscape7 Mail&Newsgroups という選択肢について考えてもいいだろ。
-
＞１さんへ まず、ＳＣＳＩはＷｉｎｄｏｗｓが立ち上がるまでは認識しません ＣＤの認識はＢＩＯＳの中にあるＩＤＥの選択を設定間違いしなか ったら認識はするので、確認してみてください。 ＯＳのセットアップは まず、「a:\ format c:」←これで、Ｃドライブのフォーマット 次に、「a:\ setup」←これでセットアップの画面に行くはずです 念のためにＳＣＳＩとＰＤドライブ外して挑戦しましょう 余計な ものはできるだけ外したほうがいいですし、最初のa:\のときにその まま ＣＤＲＯＭがどのドライブにあるか確認してみましょう。 ハードディスクのパーテーションにもよりますが、３つに分かれてい るのなら、多分「f:」と打ちリターンを押すとＣＤがちょっと動いて ＣＤが認識するかわかるのでやってみてください、ＣＤの中をみる ＤＯＳコマンドど忘れしたので思い出したらまた来ます では、健闘祈ります ｐｓ ＡＴＡＰＩのＣＤはＢＩＯＳ設定が合っていれば認識します
-
従業員3名の会社でMSオフィス使ってますが、たいていの事は出来ますよ。初心者なら書店でテンプレートが付いた物や、すぐに実務で使えるVBAの本がたくさん売っていますから、（勤怠管理の優れた物もあります。）一度見に行かれてみては？価格も3,000円前後です。
-
発売日は4月上旬だね。 XMLの読み込みバグは直ってるかなぁ？ OpenTypeフォントの文字が欠けるバグは直ってるかなぁ？
-
NT3.51じゃないの？
-
中小零細企業なら1000万の勤怠システムは贅沢すぎるがなぁｗ
-
ぴっかり板にて よく代理店の実態を示す一文 >３２４ ＳＰＴがどんな会社か！ 基本スタンスはテレマ会社 デジタルクラブ代理店→サンクスオリジナル携帯の販売と情報配信でちょっと注目される →ＮＴＴ代理店→全国展開（社員全国に飛ばされまくり）→ＤＤＩ代理店→ＷＯＷＯＷ →営業社員無差別採用→らくスタ→アルバイトリストラ→マイライン→アルバイト大量採用中。 ほーら、どんな会社かよくわかったかな？ こういうもんです。だから氏んでくれ！ （ぴっかり君にはあそこで安心して暴露してもらって こっちから観察しに逝くというスタンスが吉。）
-
生きてる？
-
長谷川櫂とやらいう変態山出しオカマは 相変わらず駄文を読売新聞に載せて貰って 恥をかき散らしつづけているぞ。 この熊本県下の片田舎部落出身者は、オカマだという事実を偽って女性と結婚し 「妻」に隠れて夜な夜なハッテンバに通い続けていたという淫乱カマババアだ。 今も東海大学の体育会系学生たちの部室に隠しカメラを仕掛けては学生達の裸体を盗み撮りしたり 彼らの汗に汚れた下着やケツ割れサポーターの類を窃盗しては、顔を埋めてクンクンとその臭いを嗅いでるとか。 藤沢界隈の各戸では、この長谷川チョン(長谷川隆喜)に盗まれるのを危惧して屋外に男性用下着は一切干さなくなったそうだ！。。
-
なんだね
-
Multics
-
人が少ないから業者が目立つ
-
http://egg.5ch.net/t...plism/1570776734/837 地域の暮らし住民たちに 不当な迷惑や被害が生じる危険性があるため､ 837レスのやつは､削除してね｡
-
相手が留守電かもしれないときは、まずは001番KDDI。
-
日公○○○○○○ 便器○○ 西武○ 楽天 千葉 ●●●●●●●●青波 日公 現在+06 最多貯金*7(4/08) 最多借金*0(-/--) 便器 現在+02 最多貯金*2(4/04) 最多借金*1(3/27) 西武 現在+01 最多貯金*5(4/02) 最多借金*0(-/--) 楽天 現在+00 最多貯金*1(4/14) 最多借金*4(4/04) 千葉 現在+00 最多貯金*2(3/31) 最多借金*1(4/07) 青波 現在-09 最多貯金*0(-/--) 最多借金12(4/15)
-
2009年6月23日 天王寺動物園など６施設、夏休み無料 大阪市は７月１８日から８月２６日までの夏休み期間中、天王寺動物園など市立６施設の入館園料を無料に する「子どもが元気！大阪が元気！キャンペーン」を行う。新型インフルエンザで入館園者の減少などの影響を 受けた施設に再び客を呼び込むことで大阪を元気にする狙いもある。 対象施設は同動物園のほか、自然史博物館▽科学館（展示場のみ）▽天王寺公園▽長居植物園▽なにわ の海の時空館。これまで中学生以下の子供は無料だったが、期間中は大人も無料にする。自然史博物館と 科学館では館内の指定イベントに参加した小中学生に、特製シャープペンシルや星座早見盤などの景品を プレゼントする。 http://www.sankei-ka.../20090623-011454.php なかなかの長期無料開放キタ優
-
私の会社勘定奉行ですむと思いますが なぜかＳＡＰ導入して苦しんでいます 他にそういう人いますか なにしろいろんなボタンがあるが なんの意味かわからない コンサルタントに高い金払って（何千万円） ある特定の処理に関してしか使用方法 わからない。よって変化があると その都度コンサル料金めちゃくちゃ高い だから自分で試してこれでいいのか試行錯誤 ＞２１ ほんとです。貸方はマイナス表示されるだけです。 それ以外にもシステムの使用方法の 概要がわからないから非常につかいづらいです。 使いやすい所はすべての勘定で決済処理ができ 現在残高が把握しやい所と勘定の明細が いろいろな集計ができるところです。 でもこれぐらいの事って他のソフトでできないんですか 教えてください。 所です。
-
アッフン
-
あと重要な点として、 FrameMaker ・軽い ・日本語OpenType使用可 ・InDesignとは機能が根本的に違うので、FM文書取り込み機能はない ・バージョン間の文書互換性は高い PageMaker ・重い ・日本語OpenType使用不可(激重ながらも表示されるが、印刷できない) ・InDesignには、PageMaker文書の取り込み機能あり ・PageMaker6.5xとPageMaker7.0の文書互換性は低い(レイアウト崩れ)
-
バニラティー１０００エンヤスイと市場にて不意の日本語ポートルイスで
-
（＾＾）
-
>>1
殺す -
うんちぶり
-
彡(^)(^)「なんGから来たやで」
-
24年前のスレで草
-
初期に書き込んでた人もう死んでたりするんやろなあ
-
うぃーすw
22のお子ちゃまっすけど、おっさんども元気？w
↑今すぐ読める無料コミック大量配信中！↑
