[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 06/03 19:27 / Filesize : 221 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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



1 名前:nobodyさん [2005/08/10(水) 02:21:08 ID:CBjrwwHd]
※フレームワーク
Phrame本家
phrame.sourceforge.net/
Mojavi Project
www.mojavi.org/
mojavijapan
mojavi.p0t.jp/
Agavi本家
agavi.org/
Agavi.JP
agavi.jp/
[ 日本発 ] Maple Project
kunit.jp/maple/
[ 日本発 ] Ethna -PHPウェブアプリケーションフレームワーク-
ethna.jp/ethna-tutorial-startup-practice1.html

※関連スレ
【PHP】フレームワークMapleに舌鼓
pc8.2ch.net/test/read.cgi/php/1122105465/
【PHPフレームワーク】Ethna【スケルトン自動作成】
pc8.2ch.net/test/read.cgi/php/1123070439/
PHPでオブジェクト指向プログラミング
pc8.2ch.net/test/read.cgi/php/1113724557/

その他>>2-5参照汁

584 名前:nobodyさん mailto:sage [2005/11/14(月) 12:29:09 ID:???]
ドキュメントとかしっかりしてるみたいだけど,
商用ライセンスってのが・・・

585 名前:nobodyさん mailto:sage [2005/11/14(月) 14:49:17 ID:???]
>>583
■クラスタリング
高負荷サイトの為のWebサーバ、DBサーバの並列化に対応しています。

これが気になるなー
ちょっと見てみようかな

586 名前:nobodyさん mailto:sage [2005/11/14(月) 21:59:02 ID:???]
>580
tdiary互換のcssって...なんでtdiaryなの?

587 名前:nobodyさん mailto:sage [2005/11/15(火) 01:06:37 ID:???]
tDiaryのテーマを変えて喜んでるだけの厨房だから

588 名前:nobodyさん mailto:sage [2005/11/17(木) 09:26:30 ID:???]
mojavi2ってsession_destroyは手動でやるしかない?

589 名前:nobodyさん mailto:sage [2005/11/19(土) 15:36:29 ID:???]
Symfony見たらActionにショートカット用メソッド
(getRequestParameterとか)付けてたから俺もそうした。
何か綺麗さが損なわれるような気がしてヤセ我慢してたけど。

590 名前:nobodyさん mailto:sage [2005/11/21(月) 03:01:02 ID:???]
mojaviを勉強しはじめました。
参考になるソースを見ようかなと思うのですが、お勧めのオープンソースなものって
ありませんか?

できればmojavi2系
できれば、smartyとかadodbとか使ってたり
携帯の処理なんて書いてあるとさらに素敵です。

591 名前:nobodyさん mailto:sage [2005/11/21(月) 22:25:36 ID:???]
cakePHPってデータベース絡みには結構よさげだけど認証や権限関連が弱いな

592 名前:nobodyさん mailto:??? [2005/11/21(月) 23:12:08 ID:???]
mojaviでFPDF使っている人いる?
なんかIEで表示されないんだけど、原因は何?



593 名前:nobodyさん mailto:age [2005/11/21(月) 23:14:05 ID:???]
>>592
あんたもか!漏れもだわ。


594 名前:nobodyさん mailto:sage [2005/11/22(火) 00:24:11 ID:???]
>>592
あぁ、それIEのバグ
対処法はいくつかあるけど

595 名前:nobody mailto:??? [2005/11/22(火) 12:19:16 ID:???]
mojaviの外に出たら、うまくいった。

596 名前:nobodyさん mailto:sage [2005/11/22(火) 12:52:15 ID:???]
view_noneじゃなくてexitすると動くことがある

597 名前:nobodyさん mailto:sage [2005/11/22(火) 16:52:59 ID:???]
>>591
Controller の beforeFilter と PEAR::Auth を組み合わせればカンタン。
aclがいらないなら5行もあればできる。

でも、組込み認証の是非に関する議論は一応やってたと思う。
個人的にはこれ以上Controllerは太らないで欲しいんだけど...


598 名前:nobodyさん mailto:sage [2005/11/22(火) 19:29:40 ID:???]
>>597
早とちりかな?
認証はともかくとして、権限をどうやってPEAR::AUTHで簡単に?
五行のコード載せてみて


599 名前:nobodyさん mailto:sage [2005/11/22(火) 20:31:33 ID:???]
> aclがいらないなら

acl = 権限ジャマイカ?

600 名前:nobodyさん mailto:sage [2005/11/22(火) 20:39:40 ID:???]
>>594
対処法キボンヌ

601 名前:nobodyさん mailto:sage [2005/11/23(水) 15:11:58 ID:???]
>>598
権限 = acl のつもりだったんだけど、どうしてもAclが欲しいなら今でもMyAclを使える。
うろ覚えで書くとたとえばこんな感じのメソッドをAppControllerにでも追加すればいいはず。
beforeFilterに_aclCheck、componentsにはMyAclを追加してね。

function _aclCheck(){
$this->auth =& new Auth(...);
$this->auth->start();
if(!$this->MyAcl->check($auth->getUserName(),
$this->params["controller"]."/".$this->params["action"]))
$this->_permFailed();
}

たぶんこのままでは動かんと思うけど、流れは大体こんな感じ。
権限不足画面などのViewを含めると5行はハッタリだったね、慌てさせてごめんよ。
nightlyにはさらに高機能なdbAclもあるらしい。

602 名前:nobodyさん mailto:age [2005/11/24(木) 22:26:05 ID:???]
agavi で DBに接続したんですけど、下記
$db = $this->getContext()->getDatabaseManager()->getDatabase()->getConnection();

クエリーを発行するにはどうしますか。
MySQLDatabase.class.phpにはメンバー関数がないようだし。



603 名前:nobodyさん mailto:sage [2005/11/25(金) 14:25:00 ID:???]
MVCのModelにあたる部分は、Mojaviで言うとどの部分になるのでしょうか?
actionsでしょうか?

処理の部分をどこに書けばいいのかがわからなくて困っています。

MVCの記事をかなり読んだのですがどの部分がModelなのかちょっとよくわかりませんでした。


604 名前:nobodyさん mailto:sage [2005/11/25(金) 14:28:18 ID:???]
>>602
よくわからんけどたぶんmysql_queryでやるんじゃん?

>>603
MojaviにModelあるけど
ActionはMVCのC

605 名前:nobodyさん mailto:sage [2005/11/25(金) 14:37:14 ID:???]
Action内から呼び出す自作またはModelをextendsしたクラスあたりと思っていればよいかと。

606 名前:nobodyさん mailto:sage [2005/11/25(金) 15:44:35 ID:???]
おいおいお前ら正気か
CってControllerのCじゃないんかよ

ビジネスロジックを担当するんだからActionクラスはModelだろ
それとももっと違う次元の話か?

607 名前:nobodyさん mailto:sage [2005/11/25(金) 16:00:45 ID:???]
Action内でビジネスロジックを実行する場合はAction=M
Actionから一層掘り下げてModelを呼ぶ場合は
Action=Cになるんじゃないの?
前から思ってたがあまり峻別できない概念だよな。
MVCがお互いを包摂し合ってる部分がある。
音楽のジャンル分けみたいなもんだな。
厳密な区分が最初からあるわけじゃない。

608 名前:606 mailto:sage [2005/11/25(金) 16:09:51 ID:???]
なるほどね
まあ確かにそう使う場合もある罠

もともとWebアプリの世界の話じゃないしな、曖昧になるのは仕方ないというかなって当然
そういう意味ではDBの設計と似てるところがあるかな
MVCにとらわれすぎてクソな実装かますのが一番ダメダメ
つーか実際書き始めるとMVCとか結構どうでもよくなってくる

設計段階での指針程度にとどめておくべきだろうな

609 名前:nobodyさん mailto:sage [2005/11/25(金) 16:20:05 ID:???]
結論

>>603
MVCとかどうでもいいからまず動くように書いてみろ、話はそれからだ


どうしても気持ち悪ければあとでいくらでもリファクタリングするよろし
その過程でだんだんMVCになることもあればそうでない場合もある

っつーのが本質だと思うんだな俺は。

610 名前:nobodyさん mailto:sage [2005/11/25(金) 17:24:45 ID:???]
なるほど勉強になりました。
明確な区別はないんですね。

実はもうコーディングをしててformsの下とかviewsの下にもロジックを書いたりしていて
多分違うんだろうなぁ〜と思って聞いてみました。

VIEWを返しているあたりは、action=Cと思ったんですけど、その前に処理を書こうかなと
思います。

formsはどこに当たるかといったら、まぁModelと考えておけばいいですかね。
そういうことがナンセンスなのかもしれませんが。





611 名前:nobodyさん mailto:sage [2005/11/25(金) 21:04:56 ID:???]
PHP5.1.0リリースだというのに静かなものだね・・・。

俺が思うに、ある程度知識がないとMojavi使いきれないと思うよ。
とりあえずMojaviでいうViewが必要ないフレームワークにしてみたら?

612 名前:nobodyさん [2005/11/26(土) 01:25:15 ID:a7zffmpw]
mojavi2.0を使っています。

www.stackasterisk.jp/tech/php/mojavi02_01.jsp
ここを参考にディレクトリ構造を変えたのですが、
レンタルサーバでhtdocsをベースに指定する事って出来るのでしょうか?





613 名前:nobodyさん mailto:sage [2005/11/26(土) 04:50:35 ID:???]
そんな解決はできても難しいし、やるべきじゃない方法だよ。
多分、フレームワークの理解を根本的に間違えてるんじゃないかな。
DocumentRootにindex.phpを置いて、外部からアクセス禁止してる箇所にmojaviフォルダとwebappフォルダを置く。
あとはpath調整して動かすんだよ。

614 名前:nobodyさん mailto:sage [2005/11/26(土) 08:50:15 ID:???]
そうそう
わかんないうちはとかくなにもかもマニュアルの通りにしないといけない、と鵜呑みにしがちだけど、
少し冷静に考えてみるとどうでもいい事なんてたくさんあるぜよ。

つーわけでindex.phpはどんな名前のディレクトリにあろうがブラウザから参照できる位置に置くべし
まーほとんどのレン鯖の場合public_html以下に適当な名前のディレクトリ作ってほりこんでるんでないかね。

615 名前:nobodyさん mailto:sage [2005/11/26(土) 10:50:33 ID:???]
mojaviで "class IndexAction extends Action"のようにIndexでactionを指定しても
"xxx/?module=xxx&action=Index"とわざわざ書かないと
Only variable references should be returned by reference と怒られてしまって困ってます。

環境は
PHP 4.4.1-pl1
mojavi 2.0.3 beta です。

616 名前:nobodyさん mailto:sage [2005/11/26(土) 11:21:14 ID:???]
それは困りましたね^^;;;;;

617 名前:615 mailto:sage [2005/11/26(土) 11:41:56 ID:???]
すみません、解決しました

618 名前:nobodyさん [2005/11/26(土) 12:33:18 ID:2543W0TM]
>>617
最近流行ってるね

619 名前:nobodyさん mailto:sage [2005/11/26(土) 13:54:07 ID:???]
>>618
よくわかったね

620 名前:nobodyさん mailto:sage [2005/11/26(土) 14:23:28 ID:???]
>>619
スキだからさ

621 名前:\_________/ mailto:sage [2005/11/26(土) 15:15:03 ID:???]
         V
    _____
   /::::::::::::::::::::::::::\                 
  /::::::::::::::::::::::::::::::::::::::\            
  |:::::::::::::::::|_|_|_|_|           
  |;;;;;;;;;;ノ   \,, ,,/ ヽ          
  |::( 6  ー─◎─◎ )         
  |ノ  (∵∴ ( o o)∴)         
/|   <  ∵   3 ∵>         
::::::\  ヽ        ノ\          
:::::::::::::\_____ノ:::::::::::\        

622 名前:nobodyさん mailto:sage [2005/11/26(土) 15:36:40 ID:???]
PHPでフレームワーク(笑)



623 名前:nobodyさん mailto:sage [2005/11/26(土) 20:37:10 ID:???]
あなたも技術者の端くれなら何か有用な情報を書き込んでください。
ここはWebプログラミング"技術"の板です。
煽りは必要ないです。

624 名前:nobodyさん mailto:sage [2005/11/26(土) 21:19:29 ID:???]
>>623
迷惑掛けて申し訳ない
しばらくロムります

625 名前:612 mailto:sage [2005/11/26(土) 22:44:49 ID:???]
>>613,614
レスありがとうございます。
なるほど。アドバイスありがとうございます。

出来るだけアドレスを短くしたいんで
index.phpはDocumentRoot直下に置きたいんです。
でもレンタルサーバを借りているんで、そうするとmojaviフォルダとwebappフォルダも
DocumentRootになってしまうなと思いお聞きしました。

外部からアクセス禁止してるフォルダのあるレンタルサーバってあるのでしょうか?
それとも.htaccessで禁止するしかないでしょうか?

626 名前:612 mailto:sage [2005/11/27(日) 00:27:09 ID:???]
自宅鯖を立てることにしました。ありがとうございました。

627 名前:nobodyさん mailto:age [2005/11/28(月) 02:21:48 ID:???]
mojavi3のviewにあるdecorator ってプロパティーはどんないみあるの

628 名前:1-627 mailto:sage [2005/11/28(月) 10:56:11 ID:???]
すみません、全て解決しました。

629 名前:nobodyさん mailto:sage [2005/11/28(月) 16:28:05 ID:???]
>628
流行ってんの?

630 名前:nobodyさん mailto:sage [2005/11/28(月) 17:36:24 ID:???]
なあに、かえって免疫力がつく

631 名前:nobodyさん mailto:sage [2005/11/30(水) 04:52:05 ID:???]
cakephpでADODBって実質使えないな…
selectLimitらへんとか、あの作り方じゃまともな対応期待できそうにないな


632 名前:nobodyさん [2005/11/30(水) 17:47:33 ID:yPyLs/p1]
>>631
詳しく



633 名前:nobodyさん mailto:sage [2005/11/30(水) 17:48:31 ID:???]
>>495
これどうなったんだろ
携帯に対応しやすいフレームワークって面白いかと思ったんだけど

Mapleの半角<-->全角とかも日本らしいくて、こっちも携帯とか期待できるのかな

634 名前:nobodyさん mailto:sage [2005/11/30(水) 18:21:22 ID:???]
>>632
一番てっとりばやいのは、oracle8iとかDB2とか動かすこと。
まともにうごかない。
cakephpのselectLimitのソース見るとわかるけど、adodbの機構一切つかわず
Limit生書き。コメントにも、「adodbがlimit句のsql文取得するためのもの持ってないんで対応できませーん」
みたいなこと書いてある。


635 名前:nobodyさん mailto:sage [2005/11/30(水) 22:27:42 ID:???]
ほんとだ...

でもこれ、lastInsertId()が単なるプレースホルダーで、呼んだ瞬間にdie()だから、
動かないのは当然だよね? Model::save()で死ぬし(w
wikiのドキュメントにあるadodb対応っていう看板はまだ外しておくべきだな。

636 名前:nobodyさん mailto:sage [2005/12/01(木) 13:07:20 ID:???]
でもよく考えたら adodb にdbごとの適切なLimit節文字列を返す機構ってあったっけ?
adoのドライバのレベルの話?

AdoConnection::selectLimit() を使えよって話なら、そもそも "to get correct limit string"
するためのものじゃないし、上のレベルのModelはこのために全面改装が必要になるし。


637 名前:nobodyさん mailto:sage [2005/12/01(木) 13:12:50 ID:???]
関係ないがadodbはReplaceの形でinsertとupdateもできるようにしてくれ。
あとautoquote時に数字もquoteしてくれ。
text型に入れてても000000が0になる。

638 名前:nobodyさん mailto:sage [2005/12/01(木) 15:46:10 ID:???]
どのフレームワークでもいいんですが、フレームワークを使ったオープンソースな
ソフトってご存じないですか?



639 名前:nobodyさん mailto:sage [2005/12/01(木) 15:57:03 ID:???]
存じております

640 名前:nobodyさん mailto:sage [2005/12/01(木) 16:17:39 ID:???]
ttp://www.horde.org/ の IMP や Chora とか。

Mojavi の知りたい。

641 名前:nobodyさん mailto:sage [2005/12/01(木) 16:57:05 ID:???]
>>636
>でもよく考えたら adodb にdbごとの適切なLimit節文字列を返す機構ってあったっけ?
文字列を返すのはないよ。
適切に実行することはできるけど

642 名前:nobodyさん mailto:sage [2005/12/01(木) 21:07:40 ID:???]
>>639
存じておりましたら存じているものをここへ書いて下さい




643 名前:nobodyさん mailto:??? [2005/12/01(木) 23:21:16 ID:???]
quickformでプルダウンメニューの入力チェックしたいんだけど、addruleでやってもうまく機能しません。
何故?

644 名前:nobodyさん mailto:sage [2005/12/02(金) 01:43:30 ID:???]
BasicSecurityFilter使うと無限forwordループならね〜か?

645 名前:nobodyさん mailto:sage [2005/12/02(金) 06:04:33 ID:???]
>>642
WaWaWa

>>643
多分書き方がおかしい

>>644
使ったこと無い

646 名前:nobodyさん mailto:sage [2005/12/02(金) 07:05:58 ID:???]
日経システム構築に、
セキュリティーの観点からは
DB格納の直前にもバリデーション行うべきって書いてた。
確かにそう思うけど、
となるとフレームワーク使った場合、
プレゼンテーション層とビジネスロジック層の
両方でバリデーションすることになるよね。
そのあたりどうしてる?
同じ一つの定義を読むのか、
ビジネスロジック層のバリデーションを簡易的なものにするか…

647 名前:nobodyさん mailto:sage [2005/12/02(金) 07:11:52 ID:???]
>DB格納の直前にもバリデーション行うべき
なにこれkwsk

648 名前:nobodyさん mailto:sage [2005/12/02(金) 07:28:41 ID:???]
>>647
普通はだいたい、
フレームワークに用意されたバリデーションをまず行ってから、
そのデータをDAO的なクラスに渡してDBに書き込むじゃん。
DAO的なクラスでも、
一度バリデーションを受けてるはずだからといってデータを信用するのではなく、
そこでも精査すべきだということ。
コードコンプリートでいう
防御的プログラミングというやつだね。

649 名前:nobodyさん mailto:sage [2005/12/02(金) 08:58:48 ID:???]
>>648
了解
djb的思想だね

650 名前:nobodyさん mailto:sage [2005/12/02(金) 10:37:43 ID:???]
みんなDAOな作りしてんの?
なんかDAOにしちゃうと、リッチなSQL書けなくならない?
又は、ビジネスロジックがDAOに入っちゃう。

だって、リッチなSQLってビジネスロジック含むじゃない?

651 名前:nobodyさん mailto:sage [2005/12/02(金) 14:09:33 ID:???]
RDBMSはオブジェクト指向じゃないから。それをオブジェクトで取り出そうとすると、どこかしらに無理が出てくるのはしょうがない。

652 名前:nobodyさん mailto:sage [2005/12/02(金) 14:37:00 ID:???]
そんなのは前提としてさあ



653 名前:nobodyさん mailto:sage [2005/12/02(金) 14:37:10 ID:???]
DAOって再利用性けっこう低くない?(スキル低いだけって言われそうだけどorz)
再利用性を高くしようとすると、SQLを直につっこんでもあんま変わらないし。
特定の用途にカスタマイズすると再利用がだんだん難しくなるし。
できる奴はうまいことDAO作ってんのかな?
それともDAOって毎回がんばって作る宿命?

654 名前:nobodyさん mailto:sage [2005/12/02(金) 16:01:31 ID:???]
>>653
DAOを上手く利用しようとするなら自分独自のクエリーを作ってそれを
各SQLに対応したクエリーに変換するclassを自分で作るしかない。
今の段階のDAOは・・・あまり意味がない。

655 名前:nobodyさん mailto:sage [2005/12/02(金) 16:12:42 ID:???]
一人で開発してて、手が早いひとならSQLを直に書いたほうがいいんじゃないの。
大規模開発なら、APIを統一しないとやってられないだろうね。

656 名前:nobodyさん mailto:sage [2005/12/02(金) 21:18:36 ID:???]
mojavi2ってPHP5で動かないの?

657 名前:nobodyさん mailto:sage [2005/12/02(金) 21:37:14 ID:???]
mojavi3 が PHP5 用。

658 名前:nobodyさん mailto:sage [2005/12/02(金) 22:16:38 ID:???]
>>657
mojavi3は終了して今mojavi4作ってます。
agaviも0.10 目指してガンガッテます。


659 名前:nobodyさん mailto:sage [2005/12/03(土) 02:41:18 ID:???]
>>658
Mojavi4進んでなくない?
これじゃagaviと合体する前に消滅の悪寒。

660 名前:nobodyさん mailto:sage [2005/12/03(土) 06:50:17 ID:???]
シンフォニー力入ってんなぁ。

661 名前:nobodyさん mailto:sage [2005/12/03(土) 06:53:47 ID:???]
新興フレームワークの方が発展していきそうだね
いずれにしろまだどれも固まってないから実務には使えない…

662 名前:nobodyさん mailto:sage [2005/12/03(土) 10:52:29 ID:???]
今一番日本語のドキュメントがまとまっているのがEthnaかな?
現在勉強中。



663 名前:nobodyさん mailto:sage [2005/12/03(土) 11:44:20 ID:???]
maple、DI入ってるからよさそう。EthnaはまだDIないし。

664 名前:nobodyさん mailto:sage [2005/12/03(土) 11:45:19 ID:???]
まあ、Struts→Ethna Seaser→Mapleっていう構図だよな。

665 名前:nobodyさん mailto:sage [2005/12/03(土) 13:18:46 ID:???]
>>663
そうだね。
Spring frameworkの紹介記事読んでMapleに興味持ったけど、
フレームワーク初心者にはちとドキュメントが足りない・・・。
後、データアクセス層のサポートがホスィな。

666 名前:nobodyさん mailto:sage [2005/12/03(土) 19:53:00 ID:???]
EthnaやMapleは絶対にスタンダードにはなり得ない。
Mojaviでギリギリだろ。実質Zendフレームワークのだけじゃね?
EthnaやMapleなんか勉強しても無駄だからやめておけ。

667 名前:nobodyさん mailto:sage [2005/12/03(土) 20:18:20 ID:???]
>>666
できればその理由なんかも・・・

668 名前:nobodyさん mailto:sage [2005/12/03(土) 20:30:55 ID:???]
リリースされたZEND謹製フレームワークを見て
ケツから血を流すがいいです

669 名前:nobodyさん mailto:sage [2005/12/03(土) 20:46:32 ID:???]
kunitタンはEthna,Maple,Seasar PHPと手を広げすぎないで
完成度を高めてほしい、というのはある。どれも中途半端。

670 名前:nobodyさん mailto:sage [2005/12/03(土) 21:37:16 ID:???]
どっちかっていうとDI/AOPやらRoRやら概念的なことに手を広げすぎているような
あれもこれも取り入れたいってのは分かるんだけどね・・・いつまでたっても完成は出来んわな

671 名前:nobodyさん mailto:sage [2005/12/03(土) 23:22:07 ID:???]
mojavi2を使用しているのですが、
php4.4.1でエラーが発生する事を今知りました。
もう開発は終わっているとの事ですので、修正される事はないんですよね?

このような点を考慮するとagaviというのを使った方がいいのでしょうか?

レンタルサーバの関係でphp5での使用は考えていません。
mojaviは気に入っていたのでmojavi系が良いと思っています。


672 名前:nobodyさん mailto:sage [2005/12/03(土) 23:31:37 ID:???]
ソースはあるんだし、修正すればえぇやん



673 名前:671 [2005/12/03(土) 23:58:35 ID:QwnhGijP]
>>672
確かにその通りです。
今回のエラーは修正できますが、割と時間がかかりそうな場合や
自分では修正できないような時を考えてできるだけメンテが活発に行われている
物を使用したいと思ったまでです。


674 名前:nobodyさん mailto:sage [2005/12/04(日) 00:14:45 ID:???]
どっかにパッチあったよ。
どっかに。

675 名前:nobodyさん mailto:sage [2005/12/04(日) 00:34:35 ID:???]
>>671
www.stackasterisk.jp/tech/php/mojavi08_01.jsp


676 名前:671 [2005/12/04(日) 00:50:01 ID:OBVYrvMK]
>>675
どうもありがとうございます。
助かりました。


677 名前:nobodyさん mailto:sage [2005/12/04(日) 02:19:47 ID:???]
>>676
というか、バグがあるからmojaviJapanのエラーの修正入っているやつにしれ

678 名前:nobodyさん mailto:sage [2005/12/04(日) 02:25:41 ID:???]
ユーザ登録、メール送信、URLのクリックで認証というのをmojavi2でやりたいんですが
そういうコードないですかね

679 名前:646 mailto:sage [2005/12/04(日) 04:33:57 ID:???]
一番嫌なのが巨大なデータをSQLに仕込まれることなので、
データのサイズチェックだけすることにしたよ。
後はサニタイズだけちゃんとしておけば致命的にはならないだろう。

680 名前:671 [2005/12/04(日) 22:56:24 ID:gXRf3OY+]
>>677
そんなのがあるんですか。知りませんでした。


681 名前:nobodyさん [2005/12/05(月) 02:11:12 ID:dkL9yz1o]
>>666
PHPの言語仕様自体がころころ変わっている最中なのに、
スタンダードなものは作れないと思われ。
でもオレオレフレームワークで好き勝手に作るよりは、上手い人の
エッセンスを流用して作る方がいいと思うので、現時点でマニュアルが
充実してて、開発を放棄されていない奴を選べばいいのでは?


682 名前:nobodyさん mailto:sage [2005/12/05(月) 09:12:05 ID:???]
>681
そうですね、私は別にスタンダードじゃなくても、使いやすければいいか、と思ったりします。
フレームワーク使い始めるまでは無手勝流でコード書いてたし、いまだにmojavi2使ってるし。

また新しいのがでてた。
XOAD
www.xoad.org/



683 名前:nobodyさん mailto:sage [2005/12/05(月) 12:48:08 ID:???]
フレームワーク祭りだなほんまに
決め手にかけるところがPHPらしいというかなんというか・・・

684 名前:nobodyさん mailto:sage [2005/12/05(月) 16:13:57 ID:???]
Mjavi2が主流ですか? それともEthnaやMapleですか? おすすめ教えて






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<221KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef