元スレ[PHP][フレームワーク]CodeIgniterスレ

php覧 / PC版 /

みんなの評価 : ○

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで

551 = :

>>547
kwsk

552 = :

バージョン1.7.1使ってるんですが、検索結果をページングしたいときって、検索条件はセッションに入れるものなんでしょうか？

553 = :

>>551
http://www9.atpages.jp/perfume2ch/

555 = :

>>552
１個だったら、POSTやGET（URLのセグメント）に入れて次ページに持ち越せると思うけど、
条件が複数個ある場合は、セッションに入れて持ち回りするのが楽ですかね？

条件をいったん配列に入れて、シリアライズして、エンコードして、無理矢理POSTやGETに埋め込むということもできるだろうけど、スゴク面倒くさそうです＞＜

556 = :

>>555
アドバイスありがとうございます。
検索項目が動的に増える作りなので、セッションにしようと思います。

もうひとつ質問なんですが、セッションの保存先をデータベースにした場合、
セッションテーブル内のデータはどのタイミングで破棄されるのでしょうか？

557 = :

ガベージコレクションで自動で消えるんですね。
お騒がせしました。

558 = :

検索条件指定画面で生のSQLクエリに近いものをユーザが入力できるようにしたいんですが、
CodeIgniterのActiveRecord使った時に、SQL実行エラーが発生した場合の記述ってどうやるんでしょうか？
直書きのPHPだと以下のような記述ができるみたいなんですが・・・。

if (!$res = mysql_query($sql)) { //エラー処理 }

559 = :

>>558
自己レス。
config.phpのdb_debugをFALSEにしたらエラー画面にリダイレクトしなくなりました。
が、エラーログも出力しなくなりました･･･。

運用時はこのDBデバッグ設定はOFFにするのが普通ですか？

562 = :

CI1.6.3に日本語パックを当てて使ってますが、バリデーションを通すと、日本語が文字化けします。
$_POST['name']を直接取得して、EUC-JPからUTF-8に変換すると、ちゃんと表示されます。

レンタルサーバで、標準の文字コードがEUC-JPです。
CIの文字コードはUTF-8を指定しています。

バリデーション以外は、特に文字化けしないんだけど、どうしたらいいでしょうか？
とりあえずなら、表示前にいったん文字コード変換すれば対応できるけど、こんなやり方はスマートじゃないですよね？＞＜

563 = :

internal encodingを指定すればいいだけじゃないのか？

564 = :

>>563
どうもありがとうございます。

最初、.htaccessファイルをindex.phpがあるpublic_htmlフォルダにだけ置いていました。
CIが入っている別フォルダにも.htaccessを置いたら、文字コードを変えることができました。
まるっと解決！（・∀・）

565 = :

あともう一つ文字化けがありました。
CIからお知らせメールを送信するとき、メールのsubjectが文字化けしていた。

.htaccessでinternel_encodingを変更するのは別に、文字コード指定の処理を入れたらメールの文字化けを回避できました。
↓↓↓
PHPのmb_encode_mimeheaderは事前にmb_internal_encodingが必要
http://www.akiyan.com/blog/archives/2006/03/phpmb_encode_mi.html

文字化けはもうイヤ＞＜

566 = :

これ使うならちいたんの方がいいよ

567 = :

ちいたんも使ってみました
今のところCIに落ち着いてます＾＾
次はkohanaかな？

568 = :

cakeは駄目？

570 = :

宣伝うぜーんだが

571 = :

cakeはhtaccessが半必須になってるのがネック
趣味PGは無料PHPサーバでｻｺｯとやる派の俺にはCIのほうが向いてる
業務だったらどうなるかは知らん

572 = :

cakeが遅すぎてCIに移行を検討中

573 = :

CakeはRailsよりも遅い言われているからどれだけ遅いんだよ、という

574 = :

素のPHPが一番早い

575 = :

CIよりもっと軽いFWってある？

576 = :

CI機能少ないのに、これ以上とったら何がのこるんだろ

577 = :

ciはアメ公的な変なクセがあるところがｲﾔｰﾝな感じ

578 = :

ＣＩってキャッシュはしょぼいし、
セッションは不評だし、
なんなのこれｗ

579 = :

軽量お手軽フレームワークですが何か

580 = :

cakeのデバッグモードみたなのってある？

581 = :

デバッグモード(というか出力)は一応ある。

コンストラクタにでも以下を放り込めばいいｗ
　$this->output->enable_profiler(TRUE);

俺は足りないから出力フックして、print_a(というライブラリがある)とかで任意にデータ構造を出力できるようにしたりしてた。

cakeのは俺は知らんのだけど、期待すると多分…

583 = :

GETを消すとか余計なことすんなよ。
一番余計なことをするFWはCI。

585 = :

正直、KohanaとCIの乖離具合が最近気になる。
いや、CIのPHP4対応べったりにぶち切れて、Kohanaをメインに使って見てたんだが。
最近のCIのバージョンアップとか追いかけてないな・・・

なんだかんだ言って、CIの方が継続的に人がついてるわけだしなあ
CIがPHP4を切り捨てる方向性さえ出してくれれば、と切に思う。

587 = :

CakePHPと間違ってるんだろうか

589 = :

FWにしては自由すぎだし、足りない機能を付け足したらスピードも他のFWとあまりかわらないし、
何もかも中途半端な感じがする。

590 = :

付け足しても他のFWより全然早い。
CIも他のFWも使ったこと無いだろｗ

593 = :

俺もそれ気になってたわ

そもそも、CodeIgniter周りってテスト技法さっぱりわからん。
CodeIgniter流で言えば他のライブラリと組み合わせて使えということなのかもしれんけど
それにしても標準のユニットテストはオマケだよなｗ

594 = :

ユニットテスト　PHP の検索結果約 120,000 件

ユニットテストって便利なんですか？
変数のプロファイリングは、echoやprint_rで十分なんで、Xdebugとか使ったことないです

PHPUnit3で始めるユニットテスト
http://gihyo.jp/dev/feature/01/php-test
…後で読んでみるか

595 = :

おれは業界入りたてただから、どの程度やられてるのか知らん
うちは、TDD(Test Driven Developoment)でテスト書いてから実装してる

598 = :

$this->dbutil->db = $my_db;

でいけるかも

599 = :

>>590
小さい案件ばかりでうらやましいですね。

600 = :

遅くなりましたが
>>598で出来ました
ありがとうございます！