1.7てなんだ。
1.6だた。

失礼、rapydはCIのサポートをやめてたのね。が～ん。
http://codeigniter.com/forums/viewthread/71419/

Kohana 2.3.4 の質問です。
あるライブラリを毎回読むにはどうすればいいでしょうか。
CI でいうところの autoload です。

http://blog.setunai.net/20080203/kohana%E3%81%AEautoload/

の方法は今のバージョンでは動かなくて。

>>653
KohanaはModel・Libraryの取り回し重視の設計思想、いわゆるautoloadは廃止の方向で動いてるね。

おれもKohana使いだけど、

・ちょこちょこ小技的につかうものはstaticな「Library」として用意
・controller内複数methodで使い回す「Model」があるなら、controllerのconstructorでpublicなオブジェクト変数へModel代入、同controller内で$this->objとかで使い回し
してる。

複数controllerで特定のModel使い回したいなら、MY_ControllerクラスでContorollerをextendsして、Model代入。

どですか。

フォームに name='hoge[moge]' とかの配列使いたい場合はValidationはどうすればいいんでしょうか？

>>657
そういうことですか。ありがとうございます。

CIのコントローラ、モデルで共通に使いまわす機能を作ったとして、どこにおけば良いでしょうか？
自作ライブラリを作って、コントローラー、モデルから呼び出せば良いんでしょうか？

CI1.7.1で実験してみて、自作ライブラリの機能は、コントローラーからでも、モデルからでも呼び出して使えることが分かりました。
共通して使う機能は、自作ライブラリに入れてみます。

どうもありがとうございました。>>660

>>661
JSに罠がいっぱいあるから

1.7.2が出てるぽぃ。

2年で1スレも消費してないなんて

いいフレームワークだし、使ってる人はそれなりにいると思うんだけど、
初心者はこんなマイナーなの使わないだろうから質問が少ないんだろうな。

さらにマイナーなKohanaがv3.0公開

つってもDocs英語ですらまとまってない状態だけど。。

Kohana v3、ディレクトリ構成も随分と変わったなぁ。
もはや別物。
エラー画面でソースが出るのが便利。

>>179
スコープ内でライブラリ呼ぶ限りは無問題

日本語サイトから1.7.1を落としたらsystemフォルダにほとんど
ファイルが入ってないけどこれって差分ファイル？

>>669
そら日本語のメッセージファイルじゃねえ？
本サイトから落とさないとダメかと。

>665
質問しなきゃならないような、
使い勝手の悪さがないからねえ。


「専門家」はそれでは困るんだろうけど。

簡単すぎると質問がなくなって、スレがもりあがらなくて
廃れていくというのも何か悲しいもんだな。

>>672
ダメなものの方がやり取りがあって盛り上がるってのもおかしな話なんだけどね。

俺はGentooにLighttpdにCIにPostgresql使ってる異端児だけど
こんな使いやすい組み合わせはないと思ってる。
泣き所は、問題が起こったとき、解決策を見つけにくいことだけど
問題そのものがあまり起こらないので、不便もあまりない。
でも、世のひとは解決策がたくさん検索できる、使いにくいシステムの方を好むらしい。
より多くの時間とお金をかけたい理由ってなんだろう？と考えてみたら
要はこういうことじゃないかという結論になった。
趣味は手がかかった方が楽しいからダメシステムがむいてる。
仕事なら、他人にはできなかったりめんどくさい方が自分のニッチを守りやすいから、
ある程度のダメシステムが都合がいい。
だからいいシステムは盛り上がらない。
そんな見方は穿ちすぎですか？

そういえば、qmailは秀逸でシェアが高いけど、
簡単すぎるのとマニュアルが必要十分なので、あまり盛り上がらない。
まあ、ダメシステムのsendmail派は、設定ファイルを共有できる
postfixを好むようだけど。

「codeigniter徹底入門」て本読んで試したみたけど、参考書として
あまりわかりやすくない。
もっとわかりやすい参考書がどんどん出てくれば日本で流行るのかも。

>>674
編集側がサボっている感じ。
はじめて本を書いた人ばかりのようだから
コードがページをまたがないようにとか、
もっとフォローをするべきだよなぁ。

著者じゃないが、なんか済まない。

>>676
なんで、謝るんだよｗ

アマゾンでは絶賛だったからちょっとこっち使ってみようかなと思ったりしてたけど・・・
CAKE入門中

>>678
IBMのひとが書いてるオンライン記事がわかりやすいよ。
ひととおり読んだら概略がつかめる。

>>674
そう？一通りのことは書いてたのであれで十分かと思ったが。
著者にあったことあるけど、まじめそうな人ではあった

マトモだし分かりやすいと思ったけどな。
もっと分かりずらかったりと嘘ばっかの本なんて、いくらでもあるよ。

ホームページでマニュアルを見ようとすると、
上の方からずりずりっと降りてくる感じになってるけど
あれはどうゆう技をつかってるのですか？

ajax

>>682
zend framework
　　　↑
だから

>>684
ちゃんと意味分かってajaxって単語使ってる？

>>686
略さないで言えって言われたらよくわからんが・・・まぁだいたい

>>687
CIにそうゆう機能があるの？

>>688
さぁ・・・CIユーザーじゃないのでわかりません。
でもだいたいのframeworkにはあるんじゃないかな

ajaxなのか！と驚いてソースみたら違った。

ただのjsだな

でもかっこいいな。

ｸﾞｸﾞﾚｶｽ

ｹﾁ

アシンクロナス
ジャバスクリプト
XML


要するに埋め込み画像の要領でXMLをとってくるわけだね？

ほんっとに話題ないの～

アクティブレコードって使う？
クエリをそのまま書くのに比べてご利益があるようには思えないんだけど
デバッグしやすいとかあんのかな？

DBアクセスは結局どっかのクラスに隔離するわけで。
それを洗練させていった結果がああなる、というだけだろう。
俺もあまり使わないな、SQLがベタで書いてあったほうが分かりやすい。

以前見たソースで、アクティブレコードの記述の上に
SQLでコメントが書いてあったのを見たことがある。
全くもって意味無し。