【PHP】フレームワークについて語るスレ【総合】
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2005/08/10(水) 02:21:08ID:CBjrwwHdPhrame本家
http://phrame.sourceforge.net/
Mojavi Project
http://www.mojavi.org/
mojavijapan
http://mojavi.p0t.jp/
Agavi本家
http://agavi.org/
Agavi.JP
http://agavi.jp/
[ 日本発 ] Maple Project
http://kunit.jp/maple/
[ 日本発 ] Ethna -PHPウェブアプリケーションフレームワーク-
http://ethna.jp/ethna-tutorial-startup-practice1.html
※関連スレ
【PHP】フレームワークMapleに舌鼓
http://pc8.2ch.net/test/read.cgi/php/1122105465/
【PHPフレームワーク】Ethna【スケルトン自動作成】
http://pc8.2ch.net/test/read.cgi/php/1123070439/
PHPでオブジェクト指向プログラミング
http://pc8.2ch.net/test/read.cgi/php/1113724557/
その他>>2-5参照汁
0611nobodyさん
2005/11/25(金) 21:04:56ID:???俺が思うに、ある程度知識がないとMojavi使いきれないと思うよ。
とりあえずMojaviでいうＶｉｅｗが必要ないフレームワークにしてみたら？
0612nobodyさん
2005/11/26(土) 01:25:15ID:a7zffmpwhttp://www.stackasterisk.jp/tech/php/mojavi02_01.jsp
ここを参考にディレクトリ構造を変えたのですが、
レンタルサーバでhtdocsをベースに指定する事って出来るのでしょうか？
0613nobodyさん
2005/11/26(土) 04:50:35ID:???多分、フレームワークの理解を根本的に間違えてるんじゃないかな。
DocumentRootにindex.phpを置いて、外部からアクセス禁止してる箇所にmojaviフォルダとwebappフォルダを置く。
あとはpath調整して動かすんだよ。
0614nobodyさん
2005/11/26(土) 08:50:15ID:???わかんないうちはとかくなにもかもマニュアルの通りにしないといけない、と鵜呑みにしがちだけど、
少し冷静に考えてみるとどうでもいい事なんてたくさんあるぜよ。
つーわけでindex.phpはどんな名前のディレクトリにあろうがブラウザから参照できる位置に置くべし
まーほとんどのレン鯖の場合public_html以下に適当な名前のディレクトリ作ってほりこんでるんでないかね。
0615nobodyさん
2005/11/26(土) 10:50:33ID:???"http://xxx/?module=xxx&action=Index"とわざわざ書かないと
Only variable references should be returned by reference と怒られてしまって困ってます。
環境は
PHP 4.4.1-pl1
mojavi 2.0.3 beta です。
0616nobodyさん
2005/11/26(土) 11:21:14ID:???0617615
2005/11/26(土) 11:41:56ID:???0618nobodyさん
2005/11/26(土) 12:33:18ID:2543W0TM最近流行ってるね
0621＼＿＿＿＿＿＿＿＿＿／
2005/11/26(土) 15:15:03ID:???＿＿＿＿_
／::::::::::::::::::::::::::＼
/::::::::::::::::::::::::::::::::::::::＼
|:::::::::::::::::|＿|＿|＿|＿|
|;;;;;;;;;;ノ ＼,, ,,／ ヽ
|::（ 6 ー─◎─◎ ）
|ノ （∵∴ （ o o）∴）
／| < ∵ ３ ∵>
::::::＼ ヽ ノ＼
:::::::::::::＼＿＿＿＿＿ノ:::::::::::＼
0622nobodyさん
2005/11/26(土) 15:36:40ID:???0623nobodyさん
2005/11/26(土) 20:37:10ID:???ここはWebプログラミング"技術"の板です。
煽りは必要ないです。
0625612
2005/11/26(土) 22:44:49ID:???レスありがとうございます。
なるほど。アドバイスありがとうございます。
出来るだけアドレスを短くしたいんで
index.phpはDocumentRoot直下に置きたいんです。
でもレンタルサーバを借りているんで、そうするとmojaviフォルダとwebappフォルダも
DocumentRootになってしまうなと思いお聞きしました。
外部からアクセス禁止してるフォルダのあるレンタルサーバってあるのでしょうか？
それとも.htaccessで禁止するしかないでしょうか？
0626612
2005/11/27(日) 00:27:09ID:???0627nobodyさん
2005/11/28(月) 02:21:48ID:???06281-627
2005/11/28(月) 10:56:11ID:???0629nobodyさん
2005/11/28(月) 16:28:05ID:???流行ってんの？
0630nobodyさん
2005/11/28(月) 17:36:24ID:???0631nobodyさん
2005/11/30(水) 04:52:05ID:???selectLimitらへんとか、あの作り方じゃまともな対応期待できそうにないな
0632nobodyさん
2005/11/30(水) 17:47:33ID:yPyLs/p1詳しく
0633nobodyさん
2005/11/30(水) 17:48:31ID:???これどうなったんだろ
携帯に対応しやすいフレームワークって面白いかと思ったんだけど
Mapleの半角<-->全角とかも日本らしいくて、こっちも携帯とか期待できるのかな
0634nobodyさん
2005/11/30(水) 18:21:22ID:???一番てっとりばやいのは、oracle8iとかDB2とか動かすこと。
まともにうごかない。
cakephpのselectLimitのソース見るとわかるけど、adodbの機構一切つかわず
Limit生書き。コメントにも、「adodbがlimit句のsql文取得するためのもの持ってないんで対応できませーん」
みたいなこと書いてある。
0635nobodyさん
2005/11/30(水) 22:27:42ID:???でもこれ、lastInsertId()が単なるプレースホルダーで、呼んだ瞬間にdie()だから、
動かないのは当然だよね? Model::save()で死ぬし(w
wikiのドキュメントにあるadodb対応っていう看板はまだ外しておくべきだな。
0636nobodyさん
2005/12/01(木) 13:07:20ID:???adoのドライバのレベルの話?
AdoConnection::selectLimit() を使えよって話なら、そもそも "to get correct limit string"
するためのものじゃないし、上のレベルのModelはこのために全面改装が必要になるし。
0637nobodyさん
2005/12/01(木) 13:12:50ID:???あとautoquote時に数字もquoteしてくれ。
text型に入れてても000000が0になる。
0638nobodyさん
2005/12/01(木) 15:46:10ID:???ソフトってご存じないですか?
0639nobodyさん
2005/12/01(木) 15:57:03ID:???0640nobodyさん
2005/12/01(木) 16:17:39ID:???Mojavi の知りたい。
0641nobodyさん
2005/12/01(木) 16:57:05ID:???＞でもよく考えたら adodb にdbごとの適切なLimit節文字列を返す機構ってあったっけ?
文字列を返すのはないよ。
適切に実行することはできるけど
0643nobodyさん
2005/12/01(木) 23:21:16ID:???何故？
0644nobodyさん
2005/12/02(金) 01:43:30ID:???0646nobodyさん
2005/12/02(金) 07:05:58ID:???セキュリティーの観点からは
DB格納の直前にもバリデーション行うべきって書いてた。
確かにそう思うけど、
となるとフレームワーク使った場合、
プレゼンテーション層とビジネスロジック層の
両方でバリデーションすることになるよね。
そのあたりどうしてる？
同じ一つの定義を読むのか、
ビジネスロジック層のバリデーションを簡易的なものにするか…
0647nobodyさん
2005/12/02(金) 07:11:52ID:???なにこれｋｗｓｋ
0648nobodyさん
2005/12/02(金) 07:28:41ID:???普通はだいたい、
フレームワークに用意されたバリデーションをまず行ってから、
そのデータをDAO的なクラスに渡してDBに書き込むじゃん。
DAO的なクラスでも、
一度バリデーションを受けてるはずだからといってデータを信用するのではなく、
そこでも精査すべきだということ。
コードコンプリートでいう
防御的プログラミングというやつだね。
0650nobodyさん
2005/12/02(金) 10:37:43ID:???なんかDAOにしちゃうと、リッチなSQL書けなくならない？
又は、ビジネスロジックがDAOに入っちゃう。
だって、リッチなSQLってビジネスロジック含むじゃない？
0651nobodyさん
2005/12/02(金) 14:09:33ID:???0652nobodyさん
2005/12/02(金) 14:37:00ID:???0653nobodyさん
2005/12/02(金) 14:37:10ID:???再利用性を高くしようとすると、SQLを直につっこんでもあんま変わらないし。
特定の用途にカスタマイズすると再利用がだんだん難しくなるし。
できる奴はうまいことDAO作ってんのかな？
それともDAOって毎回がんばって作る宿命？
0654nobodyさん
2005/12/02(金) 16:01:31ID:???DAOを上手く利用しようとするなら自分独自のクエリーを作ってそれを
各SQLに対応したクエリーに変換するclassを自分で作るしかない。
今の段階のDAOは・・・あまり意味がない。
0655nobodyさん
2005/12/02(金) 16:12:42ID:???大規模開発なら、APIを統一しないとやってられないだろうね。
0656nobodyさん
2005/12/02(金) 21:18:36ID:???0657nobodyさん
2005/12/02(金) 21:37:14ID:???0660nobodyさん
2005/12/03(土) 06:50:17ID:???0661nobodyさん
2005/12/03(土) 06:53:47ID:???いずれにしろまだどれも固まってないから実務には使えない…
0662nobodyさん
2005/12/03(土) 10:52:29ID:???現在勉強中。
0663nobodyさん
2005/12/03(土) 11:44:20ID:???0664nobodyさん
2005/12/03(土) 11:45:19ID:???0665nobodyさん
2005/12/03(土) 13:18:46ID:???そうだね。
Spring frameworkの紹介記事読んでMapleに興味持ったけど、
フレームワーク初心者にはちとドキュメントが足りない・・・。
後、データアクセス層のサポートがﾎｽｨな。
0666nobodyさん
2005/12/03(土) 19:53:00ID:???Mojaviでギリギリだろ。実質Zendフレームワークのだけじゃね？
EthnaやMapleなんか勉強しても無駄だからやめておけ。
0668nobodyさん
2005/12/03(土) 20:30:55ID:???ケツから血を流すがいいです
0669nobodyさん
2005/12/03(土) 20:46:32ID:???完成度を高めてほしい、というのはある。どれも中途半端。
0670nobodyさん
2005/12/03(土) 21:37:16ID:???あれもこれも取り入れたいってのは分かるんだけどね・・・いつまでたっても完成は出来んわな
0671nobodyさん
2005/12/03(土) 23:22:07ID:???php4.4.1でエラーが発生する事を今知りました。
もう開発は終わっているとの事ですので、修正される事はないんですよね？
このような点を考慮するとagaviというのを使った方がいいのでしょうか？
レンタルサーバの関係でphp5での使用は考えていません。
mojaviは気に入っていたのでmojavi系が良いと思っています。
0672nobodyさん
2005/12/03(土) 23:31:37ID:???0673671
2005/12/03(土) 23:58:35ID:QwnhGijP確かにその通りです。
今回のエラーは修正できますが、割と時間がかかりそうな場合や
自分では修正できないような時を考えてできるだけメンテが活発に行われている
物を使用したいと思ったまでです。
0674nobodyさん
2005/12/04(日) 00:14:45ID:???どっかに。
0675nobodyさん
2005/12/04(日) 00:34:35ID:???http://www.stackasterisk.jp/tech/php/mojavi08_01.jsp
0676671
2005/12/04(日) 00:50:01ID:OBVYrvMKどうもありがとうございます。
助かりました。
0678nobodyさん
2005/12/04(日) 02:25:41ID:???そういうコードないですかね
0679646
2005/12/04(日) 04:33:57ID:???データのサイズチェックだけすることにしたよ。
後はサニタイズだけちゃんとしておけば致命的にはならないだろう。
0680671
2005/12/04(日) 22:56:24ID:gXRf3OY+そんなのがあるんですか。知りませんでした。
0681nobodyさん
2005/12/05(月) 02:11:12ID:dkL9yz1oPHPの言語仕様自体がころころ変わっている最中なのに、
スタンダードなものは作れないと思われ。
でもオレオレフレームワークで好き勝手に作るよりは、上手い人の
エッセンスを流用して作る方がいいと思うので、現時点でマニュアルが
充実してて、開発を放棄されていない奴を選べばいいのでは？
0682nobodyさん
2005/12/05(月) 09:12:05ID:???そうですね、私は別にスタンダードじゃなくても、使いやすければいいか､と思ったりします｡
フレームワーク使い始めるまでは無手勝流でコード書いてたし､いまだにmojavi2使ってるし｡
また新しいのがでてた｡
XOAD
http://www.xoad.org/
0683nobodyさん
2005/12/05(月) 12:48:08ID:???決め手にかけるところがPHPらしいというかなんというか･･･
0684nobodyさん
2005/12/05(月) 16:13:57ID:???0685nobodyさん
2005/12/05(月) 16:17:35ID:dKNEsuCU個人的には maple。
もっとも、そのままじゃ実用に耐えないからかなり改造して使ってるが。
0686nobodyさん
2005/12/05(月) 16:20:36ID:???0689nobodyさん
2005/12/05(月) 16:22:28ID:???グチャグチャになりがち
0690nobodyさん
2005/12/05(月) 16:27:15ID:???guessworkはvalidatorが貧弱だったりするからその辺を補完して、認証とかサイト毎に
必要な機能を付ければ俺的には充分。
作成するファイルが少ないってのも俺好み。
0691nobodyさん
2005/12/05(月) 16:37:22ID:???なかなか出ないね
0692nobodyさん
2005/12/05(月) 16:43:21ID:???一応ご確認あれ>>684
日本語の資料が一番まとまってそうなのは速構Web Frameworkかな？
ttp://www.pm9.com/newpm9/itbiz/php/framework/
但し有料。
次点はEthnaじゃなかろうか？
http://ethna.jp/
0693nobodyさん
2005/12/05(月) 16:45:27ID:???英語でも読めて当然だろ、普通のＳＥなら大学ぐらい出てるんだからさ。
0695nobodyさん
2005/12/05(月) 16:59:09ID:???つー質問に答えなきゃいけない立場の人は大変だろうねぇ。
0697nobodyさん
2005/12/05(月) 17:14:56ID:???たとえばメンテナの数や、たとえばコーディングのしやすさ
先に見るべき場所がほかにあるでしょ。
日本語マニュアルなんて、あればいいな程度のものを最初に持ってくる神経を疑う。
0698nobodyさん
2005/12/05(月) 17:22:54ID:???まあそうだけど、フレームワークの概念自体を勉強したいっていうニーズだって
あっていいでしょ？
自分がプロのSEだからって視野が狭すぎ。
>>684が学生か社会人かもわからんだろうに。
0699698
2005/12/05(月) 17:25:34ID:???0700nobodyさん
2005/12/05(月) 17:33:00ID:???取り組むリスクが大きくなるから
日本語資料があるに越したことはないね。
0701nobodyさん
2005/12/05(月) 17:34:02ID:???俺が使ってるのはmojavi系。正確には2.00にパッチ当てたりして少しだけ拡張した奴。
メンテナの数が違う…が2,3,4,agaviとメンテナが分離気味なので動向を見守っているところ。
ことフレームワークなどに関しては、勝ち馬に乗るべきだと思ってる。
俺もメンテナが多いのが生まれたらそれに乗り換える。
ただ残念なのは、そうやってフレームワークが普及しても思ったよりネットでのコード共有が進まなかったこと。
みんな自分の書いたものは見せずに、他人のものばかり見たがる。俺もだがｗ
0702nobodyさん
2005/12/05(月) 17:34:38ID:???0703nobodyさん
2005/12/05(月) 17:38:15ID:???すまないね。
>>702
それ結構悲惨だな…でもサンプルコードあったら理解してくれない？
PEARとでも英語しかマニュアル無いもの結構あるけど、どうするんだよ。
0705nobodyさん
2005/12/05(月) 17:45:54ID:???0706698
2005/12/05(月) 17:55:32ID:???どうもありがとう。参考になります。
mojaviはagaviと統合してから手を出そうかと思ってました。
こちらも英語ができない部下（しかも直属じゃない）がいて、
しかも自分を含めて本職はSEじゃ無かったりします。
なんで、「わからないならソース嫁」と言いたいところですが飲み込むこともありｗ
でもメンテなの多さは魅力だな。早いうちにmojaviの資料にも当たっておこう。
0707nobodyさん
2005/12/05(月) 18:05:20ID:dKNEsuCU0708nobodyさん
2005/12/05(月) 18:24:01ID:???うはっｗ
こういう奴ってまだいるんだｗ
0709nobodyさん
2005/12/05(月) 18:28:40ID:???0710nobodyさん
2005/12/05(月) 18:33:47ID:???■ このスレッドは過去ログ倉庫に格納されています