公式マニュアル読みながら学習用にWebアプリを１本作ってみたけど、
やっぱ、公式マニュアルだけじゃわからないこと多し。
公式マニュアルを精読すればFuelPHPでアプリが作れるというのは
無理、と感じた。

公式マニュアルはクラスのリファレンス本として機能するけど、
FuelPHP初心者が全体を大まかに理解する目的で読むものではない
とわかりました。

自分の理解力の問題って可能性はないの？

たとえば、こんなこと公式マニュアルでわかるのかな。

・Configクラスの説明みても、どのフォルダに何ていうファイル名で
　Configの設定を記述したら良いか。
・config.phpが複数あった場合、どんな順番でオーバーロードされて
　読み込まれるのか。
・ビューにSmartyを使いたい場合、その設定方法。


これらは公式マニュアル見ても見つからず、Webで調べて解決しました。

なんでもかじりたがる俺から忠告。
趣味でやるならいいけど、時間を無駄にしたくないならやめとけ。

>>104
なんでもかじりたがるおまいさんが
おすすめのフレームワーク教えてくれよ

どうでも良いだろ

FuelPHPは、複合主キーをサポートしてますか？

複合主キーをサポートしてないとか考えられない

サポートしてないってことなの？

サポートしてないんじゃね？

全くしてなくはないけどかなり貧弱

FuelPHPを習得した人がCIをやると、何か新しいスキルが身に付きますか？

（CIを使えるようになるという他にスキルの蓄積はできるか、という意味）

kohana v2 から乗り換え先を探してたんだが
FuelPHPにしようかな。

FuelPHPにしてみて。

上に書いてある通り、公式マニュアルはちょっと不親切な感じではあります。
でも、読みやすいソースコードを書けるよ。

おすすめ。

forge って何？

あちこちで出てくるんだけど、どういう意味で使ってるんだろ、この単語。

forge=鉄などを鍛えて造る。

fuel（燃料）と親戚関係の単語なんじゃないの？

一つのWebサイトで、日本語ページ、英語ページ、スペイン語ページ…という具合に、多言語対応サイトを作る場合、FuelPHPでは、どうやればスマートですかね？
ユーザーエージェント、IPアドレスで国、言語を判定。ユーザーに言語を選択させて、セッション情報に言語情報を置いておく。
Viewテンプレートの文言は、FuelPHPの言語別のメッセージ切り替え機能で、入れ替える。とかでしょうか?

誰も答えないみたいだし

だいたいそれで良いんじゃね
HTTPのリクエストヘッダも忘れずに

そういう時はrender関数使うことが想定されてんじゃね?もしくはレイアウト機能

なるほど。render()使うようにします。ありがとうございますー

csrfの検証をpostの場合は自動で行いたいって場合だけど、Form::openを拡張しつつ、public function before()に検証ルーチン書き足した自作コントローラクラスを継承して対応ってのが妥当かな？
皆どうしてる？

fuelなんか使ってないからわからないな。

>>123
そうそう。俺はCIから移行した口なんだけどさ、CIはそこが自動でさ、fuelはチェック手動だからどーしたもんかな、と

uploadクラス、imageクラスで扱える画像の種類は具体的にどういうものがありますか？

公式サイトには　「たとえばpng gif jpg」としか載っていません……。
http://fuelphp.com/docs/classes/image.html

↓の一覧に載っている形式
http://php.net/manual/ja/function.image-type-to-mime-type.php

これらの形式、すべて
uploadクラスでアップロードできる
imageクラスでリサイズ等できる
ということでしょうか？

>>127
まず前提としてどの画像を処理するライブラリをインストールしてるかに依存だろう。
どのライブラリに対応してるかはfuelのソース読めばすぐわかると思うけど

1.5.3出たね。

http://fuelphp.com/blogs/2013/03/hotfix-release-v1-5-3

このスレひさびさに覗いてみたけど、廃れちゃったのかな？

FuelPHPの勢いは最近どうなんでしょ？
シェアとか、書籍の出版状況とか、Web上の情報量とか・・・

増えるPHP

一部の日本人が頑張ってるけど、まだ微妙だね。
バグも多いし、DB周りのラップも弱い。
痒いところに手が届くかもしれないけど汎用的じゃないと言うか…

所でfuelとかでsmarty使うヤツって何なの？
そのままveiwでechoやらforeachでよくね見易いし分かり易い
ワザワザsmarty使うのイミフ

smarty楽だぜ。defaultって入れとけば、変数無くても空白にしておいてくれるし。
まぁ、そこだけかな。

おれは絶対Smarty使う。
Smartyを使わないなんて、考えられない。

defaultも良いし、cylcle とか、{html_options}とか、date_format とか便利。
それを<?php で書いてたら、ビューが見づらくて仕方がない。

そもそもビューに　<?php　と書くことに抵抗がある。
ビューとロジックが分離してないじゃんか。

俺もテンプレートエンジンは必ず使うな
が、fuelでsmartyは使いにくかったので泣く泣くtwig使ったな
昔の話なので今は改善されてるのかも知れないけど・・・

ビューに出す前に
html生成させるかヘルパー使えばいんじゃない
変数有る無しもviewに出す前にやっておくかissetチェックしておけばいんじゃないか

＞html生成させるかヘルパー使えばいんじゃない

実は昔は俺もそうしてました。

でも、表示形式への変換をコントローラ内で処理するのは、
綺麗ではない気がする。

表示関係は、できる限りビューに書きたいな。

Zend Frameworkでも素のZend_View使ってるソースとかあるしなぁ

>>138
html生成するユーティリティクラス作ってそれをコントローラから呼ぶかビューで呼べばいんじゃない

>>140
それならsmartyでもいいじゃねぇかｗ
135も言ってるがsmartyとか使ってる人は
・ビューにPHPタグを書きたくない
・コントローラで表示関係処理をしたくない
んだよね。
htmlのソースはデザイナーに書いてもらう事もあるのでPHPタグを書きたくないし
出来るだけPHP無しでもデザインを確認できるようにコードからhtml生成はやりたくない。
俺も135に同意なので必ずsmartyなりtwigなり使う。

>>141
smartyタグもphpタグと似たようもんじゃない
phpタグあってデザインで影響あるとかワケわからん
そもそもピュアphpでsmarty使うなら分かるが、FWでsmarty使うかね

>>142
最近のHTML編集ソフトは問題ないのかもしれないけど昔はPHPタグは
HTMLタグと認識してタグ間違ってるよ的なワーニング出すソフトとかあったよ。
smartyの{}ならその辺は普通にテキストと認識されるからHTML的には問題ない。

まあ最終的には自分の好きなようにすればいいと思うよ。
俺のとこではとにかくデザイナさん向けにPHPタグをHTML内に混ぜたくないってだけ。

JSONで返してJavaScriptのテンプレートエンジンを使うのが最強

>>JSONで返してJavaScriptのテンプレートエンジンを使う

これ、興味あります！

この技術、どんな種類のWebアプリで使うものなの？
また、開発環境はどんなもの使うの？

それと、JavaScriptのテンプレートエンジンって具体的には
どんなものなの？

教えてください。

ぐぐれよ

最近は>>114で十分だな
裏が変わろうが、I/O同じなら何でも良いしな

安価間違えた144だった

jsでテンプレートエンジンって
ガラケーNGって事でおk？

このご時世にガラケーまで相手してられるかよ