トップページ⇒php
1001コメント334KB

【PHP】フレームワークについて語るスレ10【総合】

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2008/02/09(土) 10:43:58ID:???
前スレ
http://pc11.2ch.net/test/read.cgi/php/1197383840/
0232nobodyさん2008/03/15(土) 00:11:35ID:???
>>231
ttp://blog.ohgaki.net/lamp-4
0233nobodyさん2008/03/15(土) 00:13:21ID:???
>>231
そのサイトはひどい釣りにしか見えんな
確かに、既存サーバのPHPが硬直してしまっているっていうのは必要な指摘だとは思うんだけど、
その書き方が突飛と言うか無理過ぎるというか、とにかく説得力がない

例えば
>Apacheのmod_phpを使ってPHPをApacheモジュールとして実行すると、Apacheプロセスの
>すべての資格情報がPHPに引き継がれます
って、SuExec等を使わない限り、Perl、Ruby、Python等のCGIでも同じっていうことに言及しない
のはどうかとも思う。他にもいろいろ、わざとかも知れないけど香ばしい
0234nobodyさん2008/03/15(土) 00:14:31ID:???
・・・なんかかぶったw
0235nobodyさん2008/03/15(土) 01:27:32ID:???
>>230
いつまでも馬鹿相手にする輩なんか本人以外にありえんだろ
0236nobodyさん2008/03/15(土) 08:30:08ID:???
ウェブサーバとアプリケーションサーバを別プロセスにした方がセキュアというのは正しいだろう。fastcgiの外部サーバとかJavaみたいに。
0237nobodyさん2008/03/15(土) 16:57:53ID:???
最近どこもかしこもやたらSuExecだしなー
0238nobodyさん2008/03/15(土) 17:23:26ID:???
suexec導入しようと思ったが
apacheのsuexecの説明見たら
suEXEC の設定には管理者の詳細にわたる慎重な注意が必要
とか書かれてコワス
0239nobodyさん2008/03/15(土) 18:23:12ID:???
suexecなんか使うくらいならfastcgi使うわ。
0240nobodyさん2008/03/15(土) 18:30:06ID:???
suexecって要するにCGIをsetuidされたラッパーを通して実行するもの?
てことはモジュール版のPHPは普通にapacheの権限で実行される?
0241nobodyさん2008/03/15(土) 20:29:23ID:???
みたいだね
ってことは、suexecが必要になるのって
不特定多数のユーザにリソースを貸すサーバ屋さんくらい?
0242nobodyさん2008/03/16(日) 00:45:11ID:???
だってなぁ、suExecを使わない ということは
ほぼApacheモジュールで動いているのと同じなわけで、

Apacheモジュールで動くということは、Apacheの権限で動いているわけで、
PHPを使えば、Apache権限になれるから、
Apache権限で読み出せる他ユーザーのファイルを読み出せるからな。
0243nobodyさん2008/03/16(日) 21:39:19ID:9hRtdL6R
include_onceがアクセラレータで使われない問題って
apc.include_once_overrideで解決できるんじゃね?
0244nobodyさん2008/03/16(日) 23:14:35ID:???
facebookってPHPなんだな
Ruby脂肪www
0245nobodyさん2008/03/23(日) 05:33:05ID:???
Perl=信長
PHP=光秀
Python=秀吉
Ruby=隠れキリシタンwwwwwww
0246nobodyさん2008/03/23(日) 12:01:53ID:???
Ruby=慶次
0247nobodyさん2008/03/23(日) 12:28:04ID:???
いずれにしろ光秀のPHPって・・・
0248nobodyさん2008/03/23(日) 15:47:03ID:???
mbstring系の設定をPHPのコード中でしてたら、どうも文字化けする。
.htaccessに書いたらしなくなったけど。
mbstring系の設定はphp.iniか.htaccessでするって常識?
0249nobodyさん2008/03/23(日) 16:40:24ID:???
みなさんすいません。>>248と同じ会社の者です。
まだ見習い中なのでとりあえずphpに慣れてもらおうと課題を出したのですが、
何日たっても報告にこないのでついさっき報告をあげさせると共に指針を与えた所でした。

mbstringが、mbstringがと、説明が要領を得なくて時間がかかったのですが、
どうやらmbstring.languageをスクリプト中で指定しようとしていたらしく、
マニュアルで確認するように伝え、日々日報に問題点を記述するように厳しく指導いたしました。

今後このような事が無いように指導を行い、
また、ご迷惑をおかけしましたことをお詫び申し上げます。
0250nobodyさん2008/03/23(日) 16:51:02ID:???
なんていうか不安でいっぱいな会社だな。まあガンガレ。
0251nobodyさん2008/03/23(日) 19:26:02ID:???
常識なの?
誰も言わなかったじゃん
ちゃんと説明しろよ249のハゲ
0252nobodyさん2008/03/23(日) 20:55:07ID:???
懐かしいコピペだな
0253nobodyさん2008/03/23(日) 21:23:45ID:???
PHPのmb_send_mail()とかクソ過ぎだろ。どうやったらこんな分かりづらいAPI思いつくんだか。
0254nobodyさん2008/03/23(日) 21:39:27ID:???
>>253
上の方で出てた
mb_send_mail使う奴はど素人、プロはmailを使うでFA
0255nobodyさん2008/03/23(日) 21:48:36ID:???
プロなら直にSMTP
0256nobodyさん2008/03/23(日) 22:31:41ID:???
>>255
まあ汎用的ではあるな。一度しっかりとモジュールを作ってしまえばいいわけだし
というわけで、マルチバイトや添付ファイル、HTMLメールにがっつり対応したメールモジュールのある
フレームワークの紹介よろしく!
0257nobodyさん2008/03/23(日) 22:35:47ID:???
>>256
あとPOP before SMTP と SMTP Auth にも当然対応しているという奴かな
どこにでも転がってそうだけど、一つばっちりした物があればそれでいいんだし
0258nobodyさん2008/03/23(日) 22:35:49ID:???
>>256
Zend
0259nobodyさん2008/03/23(日) 22:47:42ID:???
>>258 thx
結局ライブラリの質というか筋がいいとかでいうと、Zendが一番なのかな
0260nobodyさん2008/03/23(日) 22:52:37ID:???
そうだね
0261nobodyさん2008/03/23(日) 23:09:14ID:???
餅は餅屋なんだからMTAに任せたらいいじゃん
わざわざSMTP叩く奴なんなの?変態なの?
0262nobodyさん2008/03/23(日) 23:32:43ID:???
>>261
MTAはMUAの間違い?(sendmailコマンドの様な)
PHPの関数インターフェイス(mail(), mb_send_mail())もMUAと言えなくもないのかな

でも、外部SMTPサーバを使いたい時も同様に扱えるから初めからMTAのサーバを
ソケットから叩くっていうのはそんなにおかしくないと思うけどな
そりゃいちいちpopenとかベタベタでやるのは変態っぽいけど、ライブラリになっていれば
そんなに手間でもないと思うし、PHPの関数叩くのとやってることは大して変わらないと思う
0263nobodyさん2008/03/23(日) 23:39:24ID:???
>>262
ソケット通信なら、popenじゃねえな
fsockopenとかそういうのだな。PEARでもいいけど
0264nobodyさん2008/03/24(月) 00:44:07ID:???
あー
外部にメールサーバがある場合か
なるほどね
0265nobodyさん2008/03/24(月) 00:53:41ID:???
ZFだと確かPOPも扱えたよね。
0266nobodyさん2008/03/24(月) 01:03:45ID:???
そうだ。餅は餅屋に任せよう。
んで、sendmailで添付ファイルを送るにはどうすればいいんだ?
0267nobodyさん2008/03/25(火) 15:59:11ID:???
餅は餅屋って、sendmailはMTAだから、そのおまけのコマンド起動送信も含めて
添付ファイルを処理させるのはおかどちがいだろう。
まぁ適当にmultipartなメールをでっちあげてください。

>>262
MUAって、MDAが落としたメールとかも読めなきゃいけないんじゃない?
たぶん、あれをMUAとは言わんような...どっちでもいいけど。
どっちも/sbin/sendmailだからややこしいな。
0268nobodyさん2008/03/29(土) 02:49:42ID:???
PHP のフレームワーク: 第 5 回 外部タスクを統合する
http://www.ibm.com/developerworks/jp/opensource/library/os-php-fwk5/?ca=drs-jp

3大フレームワークでのバッチ処理についての記事。
このシリーズは正にこのスレ向けだね。
0269nobodyさん2008/03/30(日) 17:45:17ID:???
フレームワークでは例外がデファクト的に使われてるけど
例外だとApacheのエラーログに残らないのが難だな
フレームワークのログには残るけど。
Apacheのエラーログ見ながらテストってよくやるし、
そこで例外が確認できないのはイケてない。
0270nobodyさん2008/03/30(日) 18:05:39ID:???
>>269
FWの一番上層のtry〜catchで
error_log($exception->getMessage());
しておけばいい
mod_phpならapacheのerror_logに吐かれる
自分で例外をハンドリングもせずに例外が難だな、とか言われても
0271nobodyさん2008/03/30(日) 19:45:47ID:???
>>270
>FWの一番上層のtry〜catchで
その部分はFWが提供していて書き換えられない・拡張できない場合がほとんどだろ
自作FWじゃないんだから
0272nobodyさん2008/03/30(日) 19:55:44ID:???
例外使わないCIが最強
0273nobodyさん2008/03/30(日) 22:07:54ID:???
>>271
FW全域に渡ってのエラーハンドリングできないFWもアレだと思うし
仮にできなくてもブートストラップになるdispatch部分をtry-catchしたらいいし
それもいやならexception_handlerだってあるしやり方はいくらでもあるよ
0274nobodyさん2008/03/30(日) 22:31:58ID:???
素直にframeworkのlog見ときゃいいだろ、と思ってしまう。
0275nobodyさん2008/03/30(日) 23:06:10ID:???
ログが残る場所が変わるだけだろw
0276nobodyさん2008/03/30(日) 23:37:57ID:???
だいたいアプリレベルのログをなんでapacheのエラーログでみたいのかが分からん
0277nobodyさん2008/03/30(日) 23:45:40ID:???
アプリのログならその気になれば
HTTPヘッダやスタックトレースを出したりできるしな。

なんで不便なapacheログに頼るのだろう?
0278nobodyさん2008/03/31(月) 01:07:38ID:???
html側の気づきにくいミスも分かるからapacheログ便利じゃん
fwのログではリソースへのリンクミスは分からない
どこかひとつにまとめておくならapacheログになる
0279nobodyさん2008/03/31(月) 02:15:07ID:???
>>278
まとめて保存されてても
見る時は見づらいからフィルタリングして分けてるんじゃないの?
0280nobodyさん2008/03/31(月) 02:58:55ID:???
俺なんてapacheログに日記書いてるよ
0281nobodyさん2008/03/31(月) 03:01:14ID:???
その発想はなかったわ
0282nobodyさん2008/03/31(月) 13:35:52ID:q29QDC7U
フレームワークのORMって
テンポラリテーブルやサブクエリ使うような処理はどうなってるの?
出来るのはせいぜいリレーションまで?
0283nobodyさん2008/03/31(月) 14:57:48ID:???
サブクエリ対応のORMもあるんじゃないかな。はっきりあるとは言えないけど。
テンポラリテーブルはORMの範疇じゃないと思う。
0284nobodyさん2008/03/31(月) 18:38:39ID:???
>>282
そういう場合はSQLを直接発行する。
0285nobodyさん2008/04/01(火) 00:51:46ID:???
複雑なSQLになると、SQLは3分で書けたのに、それをORMの文法に直すのに1時間かけても出来無くって、挙げ句ORMのソースコード見たら対応不可能だったという。
0286nobodyさん2008/04/01(火) 01:29:08ID:???
っていうか、ORMは80%の簡単なSQLを
簡単に使うのが目的なわけで。

表形式のデータを扱いやすい構造体に変更するの
面倒なんだよ。
0287nobodyさん2008/04/01(火) 02:16:43ID:???
>>286
それはORMを理解してない。

> 表形式のデータを扱いやすい構造体に変更
「テーブルのリレーションをオブジェクトのグラフに」ってことだと思うが、
本来ORMはそれを半自動的(設定ファイルが必要)に実現するためのもの。

> 簡単なSQLを簡単に使うのが目的
これを実装したライブラリとかプロダクトがORMを理解してないのに
ORMとか言っちゃったもんだから、そう勘違いしてる人が多いんだけど。
0288nobodyさん2008/04/01(火) 16:18:05ID:???
DBを単純なストレージとしてしか使えてない
joinとかサブクエリとか使いこなせてないわ
そんな俺は何から勉強したらいい?
0289nobodyさん2008/04/01(火) 16:23:40ID:???
とりあえずは、普段自分が使うDBのSQLをしっかり覚えればいいんじゃない?
それ以上は、DB屋さんが面倒見てくれるでしょ。
0290nobodyさん2008/04/02(水) 09:36:40ID:???
PHPじゃないけど、Bash on Railsなんてものが公開されてるね。
まぁ、ジョークなんだけど。

ttp://emasaka.blog65.fc2.com/blog-entry-379.html

シェルスクリプトって、普段/bin/sh互換で書かされるから、
Bashの機能をフルに使って、のびのびと何か書きたい気持ちはわかる。
なんか、昔BashでIMAPを喋るスクリプトを書いたのを思い出した。
0291nobodyさん2008/04/02(水) 21:41:33ID:???
bash爺さん乙
0292nobodyさん2008/04/02(水) 21:57:39ID:???
頼むから少しでもbash絡みの構文が入ったら#!/bin/bashのサフィックス.bashにしてくれな。
0293nobodyさん2008/04/02(水) 23:23:53ID:???
>>292
ファイル名のこと?
っていうか拡張子すら無いのも多いし、シェバングがきっちりしてれば気にしない

スレ的に展開すると、世の中には.htmlでPHP書く会社も結構あるしなあ
そこまでじゃなくてもテンプレートファイルが(実質PHPやテンプレート独自言語でも).htmlなところも多いし
まああれだ。拡張子なんて飾りですよと。Windows使いにはそれがわからんのですよ
0294nobodyさん2008/04/03(木) 00:32:15ID:???
今時糞文法のシェルスクリプト使うってどこのマゾだよ
Rubyでやればいいじゃん
0295nobodyさん2008/04/03(木) 00:37:29ID:???
ほぼ存在が期待できるperlじゃなくてrubyってところにリッチさ?を感じる
0296nobodyさん2008/04/03(木) 01:07:46ID:???
PerlがないならRubyを使えばいいじゃない
0297nobodyさん2008/04/03(木) 07:21:38ID:???
>>296
そんな環境あり得ないだろ
0298nobodyさん2008/04/03(木) 16:03:55ID:YXuoF4WI
perlとpythonはたいていひっついてくるよね
0299nobodyさん2008/04/03(木) 17:23:53ID:???
>>296の滑りっぷりに萌えた
0300nobodyさん2008/04/03(木) 23:27:45ID:???
Perlの場合、CPANモジュールのインストールを必要とすることが多いから。
BシェルはもちろんBASHの移植性にはかなわない。
0301nobodyさん2008/04/03(木) 23:42:49ID:???
>>300
それがPerlではなくRubyの理由?
じゃないよな
この噛み合わなさはいい加減すごいな

っていうかPHPフレームワークの話題は無いのかwww
0302nobodyさん2008/04/05(土) 00:07:56ID:???
>>300
CPANモジュール使わなきゃいいじゃんっていうのは無し?
だってCPANモジュール使わなくても、bashに出来ることはPerlで書く方が楽じゃね?
俺はLinuxとかよくわからんが、bashで書けてPerlで書けないこととかってあるの?
0303nobodyさん2008/04/05(土) 08:17:54ID:ELSeDes5
現場だと、ネットワークがガチガチSecureに構築されていて、CPANに届かないことがある。
0304nobodyさん2008/04/05(土) 10:40:20ID:???
Perl(without CPAN) < bash なマゾが集まるスレはここですか
0305nobodyさん2008/04/05(土) 22:54:08ID:???
移植性を考えるとシェルの方がいい場合も多いってことだ。
0306nobodyさん2008/04/05(土) 23:05:37ID:???
>>305
なにと比べて、を書かないとあんまり意味がないな。逆もあるから

例えばシェルの場合はUnixコマンド(互換性があるとは限らない)を必要とすることでも、
Perlなら力業でベタに書けてしまうかも知れない

もっというとPerlで書いたものはWindowsにも持ってこられる場合も多い
shをBATに書き直す事を考えると、移植性って何?ってな事にもなるなw
0307nobodyさん2008/04/06(日) 04:34:39ID:???
Rubyなければ入れればいいじゃん
シェルの仕事はコマンド発行とパイプ、リダイレクトまで
制御構造の文法がいびつすぎ
0308nobodyさん2008/04/06(日) 19:14:33ID:???
LinuxでもFreeBSDでもシステム標準で使われるのは、若干PerlやPythonスクリプトもあるが、ほとんどはシェルスクリプトだろ。
0309nobodyさん2008/04/06(日) 21:05:04ID:???
そうだなぁ。趣味だったら、PHPやRubyを使えばすっごい楽なんだが、
業務だとシェルスクリプトを「使わないといけない」んだよなぁ・・・。
そういう場では、「Ruby使いましょう」なんて言える空気ないよ。
Rubyは枯れてないしね。

ところで、Symfonyはそろそろ何かテンプレート機構は装備されたの?
未だに<?php echo $hoge ?>なの?
0310nobodyさん2008/04/06(日) 21:36:35ID:???
<?php echo $hoge ?>で何の問題もないわけだけど
0311nobodyさん2008/04/07(月) 17:09:13ID:???
そうそう。PHP自体がテンプレートエンジンなのに要らんことすんな馬鹿だろと思う。
0312nobodyさん2008/04/07(月) 23:28:06ID:???
short_open_tag をONにしたときの問題って、ぶっちゃけXML宣言との衝突だけ?

それなら自分でサーバの設定をいじれるときは、テンプレートファイルに限定して
<? ?> <?= ?>形式で記述するのも手だなと感じる。

だれかえろいひと教えて
0313nobodyさん2008/04/07(月) 23:31:50ID:???
>>310
やはり自民党清和会の下に結集し、日教組を壊滅させることでしょうね。
日教組の教師に「労働者の権利」などという左翼思想を吹き込まれた連中が義務も果たさずに
サビ残は嫌だ、非正規雇用は止めろ、などと権利ばかり主張しています。
あとは残業代を要求して裁判を起こしてるような腐った輩を社会全体で徹底的に叩くことでしょう。
0314nobodyさん2008/04/08(火) 00:07:06ID:???
みんなうすうす<?=$var?>が効率的なことに気づきだしてる。俺は5-6年前から気づいて田が名。
0315nobodyさん2008/04/08(火) 00:20:04ID:???
何をいまさら・・
0316nobodyさん2008/04/08(火) 00:26:07ID:???
>>310, >>311
個人的には、<% %>が廃止は馬鹿だろ、と思った。
使ってはなかったが、Rails使い始めて、やはり必要だと思った。
<?php echo $hoge ?> と <%= $hoge %>
はどちらがすっきり見えますか?どちらがタイプ数(補完なしで)少ないですか?
って事を言いたくて、例えばSmarty正式サポートしろという事ではない。

>>312
自サバならそれもありだと思う。
けど、エロい人がこう言ってるから、凡人の俺は使うのを控えてしまう。
ttp://wiki.poyo.jp/read/Reviewes/Book/IT/PHP
>■ショートタグを使っている
>まだそういう本出てきますか.ハァ.
0317nobodyさん2008/04/08(火) 00:49:12ID:???
もうそろそろショートタグの正しい使い方を
認めてもいいと思う。
0318nobodyさん2008/04/08(火) 05:07:11ID:???
phpはタイプしやすさなんて一�_も考えてないからなぁ…
htmlspecialchars, array(); preg_replace...
0319nobodyさん2008/04/08(火) 06:48:18ID:???
phpはタイポしやすさを考えてるんだよ
0320nobodyさん2008/04/08(火) 15:59:49ID:???
PHPはタイプしやすさよりも読みやすさ優先
0321nobodyさん2008/04/08(火) 17:41:25ID:???
読みやすい...のか?

まぁ、フラットな名前空間で、メソッドの動的書き換えなしというのは
読みやすさに貢献しているのかもしれない。
0322nobodyさん2008/04/08(火) 19:53:54ID:???
Pythonしか使えないGoogle App Engine開始でPHPとRuby仲良く脂肪www
0323nobodyさん2008/04/09(水) 13:45:29ID:???
frameworkはサイト丸ごと作るとかの場合いいんだけど
単体Webアプリの開発すると全く役に立たないのがなあ。

昔はPerlでよくCGIの配布がされていて、PHPも後から増えてきたが
当時は完璧にMVCなんて欠片もないデザイン&コード全部ひっくるめソース。
だがそれだけに、配布して掲示板だけ使いたいとかいう場合も
そのPHPファイルさえ設置して設定ちょこちょこ弄れば出来た。
しかし今もしframeworkありきでBBSとか作っても、それを配布するとなるとframeworkをまずインストールしなければならない。
大体掲示板とか配布されてるCGI使うのなんて素人だし、そんなframeworkの導入なんてできないし
第一例えばZFで作っていた場合、ディスパッチャが統括してるから普通の巣HTMLコンテンツまで影響が出る。
ただBBSを設置したいだけなのに、今まで普通にそのままアクセスできていたHTMLをZFのルールに従って設置しないといけない。

とか色々面倒すぎる。
frameworkの特にこの部分が気に入らないんだけど、諸兄らは特に気にしない?
index.phpで統括して振り分けるってのね。
普通に配下に全部おいてディレクトリ構成そのままと同じアドレスでアクセスできりゃいいじゃねえか、って思うんだけど。
コントローラー名/アクション名/
とかプログラマは理解してもデザイナが理解しないだろうと。

完全にプログラムばかりなサイトだといいけど、静的コンテンツが殆どで一部に動的コンテンツがある程度じゃ無駄すぎる。
かといってじゃあそういう時は今まで通りの直PHPファイルのみにしろってなると、なんの為のframeworkだかって思ってしまう。

なげーなw
0324nobodyさん2008/04/09(水) 16:03:25ID:???
そういうケースにフルスタックのFWは向かないってだけだし、
あとZFに限らずフロントコントローラ形式のFWでも
mod_rewriteのルール次第で特定のディレクトリ以下や
ファイルのみに限定して動作させる事はそれほど面倒な事でもない
ディレクトリ構成そのままで一部分だけFW管轄下にする事もできるだろう
mod_rewriteやrouterの使い方が分からない人の言い訳にしか聴こえない
0325nobodyさん2008/04/09(水) 18:42:17ID:???
まぁたまにファンクション寄せ集めの使いたくなるけど
結局全部framework上につくれば無問題
0326nobodyさん2008/04/09(水) 21:44:17ID:???
>>323
フレームワークつったってただのPHPファイルに過ぎんよ。

新しくフォルダ作って、そこにすべてのファイルぶっこめばいいだけ。
0327nobodyさん2008/04/10(木) 01:33:27ID:???
>>326
FWによるでしょ
0328nobodyさん2008/04/10(木) 01:47:20ID:???
rewriteとかinclude_pathとか全部ぶんなげか
0329nobodyさん2008/04/10(木) 07:35:57ID:???
>>324
だからPHP技術者が理解できても、一般人が理解できないだろって話をしてるんだが。
昔のPHPやPerlならちょっとだけ勉強すれば素人でもいけるレベルだったが
mod_rewriteを弄る素人いないだろ、ってか無料レン鯖だと弄れないところ多いだろ。
有効になってるかどうかすら怪しい。

お手軽が利点だったのに、そういう配布しても一部の技術者しか設定して使えないようなPHPプログラム作ってもなと。
今までPHPファイルを好きな場所に放り込んで、confとかをちょこちょこ弄った程度で使えていたものが
まずFWを導入して、mod_rewriteとかapacheの設定を弄って更に仕様に則った方式に従ってファイルを配置する
なんての誰が使うんだと。
ZFでいえば、PHP.iniのincludeパスまで設定しないといけない(PHP大本ファイルに全てincludeを書くというてもあるが、まあないわな)
そういうケースってか、後からこの機能だけ他で使いたいな って事があるだろ?
趣味でもいいが、FWフル活用であるシステムを作りました、その中の一部機能が評判なのでそこだけ配布する事にしました
が、当然元のFWに依存しているのでそれ以外のFWじゃ動かないし、FW前提の作りなのでファイル置いてconfファイル設定程度じゃ動きません。
で結局配布しても使えるのはほぼPHP技術者のみ。
ちょっと自分のページにCGI設置したい、とかそういう昔からいる人間には無理。

仕事のになら別にいいんだよ。
だが仕事でFW使ってそんな配布するのは昔みたいな作りにすればいいとかナンセンスだしな。
それじゃお互いが有効利用しあえないし。
仕事で作ってた一部を配布したいって時無理だし、趣味で配布用に作ったのをFW使ってる方に使いたいって時も無理(または変換に手間)だし。

>>326
フォルダ作ってぶっこんだだけでちゃんと動くFWがいくつあるよ?
0330nobodyさん2008/04/10(木) 08:56:21ID:???
まー確かに要求される知識レベルが昔と比べると格段にあがってるよな
昔は「オブジェクト指向が分かっている人間はプログラマの中でもほとんどいない」
なんて本に書かれていたもんだけど
プログラマ界の被差別層PHPERの間でも
オブジェクト指向なんてもはや前提条件だし
0331nobodyさん2008/04/10(木) 11:14:42ID:???
>>329
> フォルダ作ってぶっこんだだけでちゃんと動くFWがいくつあるよ?

有名どころは全部対応しているが?

mod_rewriteだって、index.phpを隠すためだけに使用されているわけで、
デフォルト設定のまま使える。
mod_rewriteでコントローラ/アクションに振り分けているんじゃないんだよ?
■ このスレッドは過去ログ倉庫に格納されています