のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:126,368,543人
昨日:no data人
今日:
最近の注目
人気の最安値情報

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

    php覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : - Rapyd + 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitter

    251 = :

    >>246
    その通り。
    努力が足りない非正規雇用の増加や、
    正社員の中にもサービス残業が嫌だなどという甘えた輩が増えていることは
    その証拠でしょうね。

    252 = :

    >>251
    >>正社員の中にもサービス残業が嫌だなどという甘え

    おまえアホか
    サービス残業が嫌だと思う事がなぜ甘えに繋がるの?w

    サービス残業をさせる = 違法 って事ぐらいはオツムに入れとけ

    255 :

    もうそろそろ本が出るかな?

    257 = :

    厨ですいません、フレームワーク自体あんまよく分かってないんだが、
    画像(自前で用意するdefault imageとか、ユーザがuploadするものとか)は、
    どこに置くのがスマートなんでしょうか。

    あとCSSは、views/cssに突っ込んでみたんですが、
    htmlのヘッダで呼び出す時に、system/application/views/cssみたいなフルパス書いてて、
    なんか使い方間違ってる気がしますorz他のやりかたありますか?

    258 = :

    >>257
    ぶっちゃけCIは今日から始めたところだけど、
    俺だったら画像とかは
    /images
    cssは
    /styles
    とかに置くかな。
    viewsと同じフォルダにおく必要は全く無いし、
    system以下はHTTPアクセスさせないほうが良いだろうね

    259 = :

    うーん、ユーザーガイド読んだ感想だけど、
    なんかCIのActiveRecordって変、
    ていうかActiveRecordとはいえないような気がする。
    ただのGatewayにしか見えない

    これみんな我慢して使ってるの?
    それともこのActiveRecordは使ってない?

    260 = :

    >>258
    ありがとうございやっす!
    同じ事思ってました>system以下はHTTPアクセスさせないほうが良い
    けど、applicationに含めるのが作法なのかな?とかも思ってて。
    さっそく/imagesとかにしてみます。

    261 = :

    >>259

    ・ActiveRecord
    使ってない。PDOのラッパライブラリ作って使ってる

    ・セッション
    PHPSESSIONなライブラリ使ってる

    ・テンプレ
    PHPTAL使ってる

    262 = :

    >>259

    使ってる使ってないは漏れの話ね
    一般的なCI使いがどうしてるかは知らない

    とりあえず漏れはCIでECサイト開発したけど、
    CIの機能はMVCのCしか基本的に使ってないし、
    ちょこちょこカスタマイズしてる

    263 = :

    >>261
    レスありがとう。
    やっぱり使ってないんだね。
    俺も自作ライブラリ引っ張り出して使うことにするよ。
    セッションはログイン中かどうかのフラグだけ、
    テンプレも触るのは自分だけだから
    とりあえずそのまま使ってみる。

    264 = :

    Modelはadodbのラッパを使ってる。
    テンプレは生PHP。(小さい会社でコーダー兼務なので)
    セッションは$_SESSIONを直で。

    266 = :

    >>264じゃないけど、adodbは処理が速いと聞きました。
    http://kokoromo.jugem.cc/?eid=196
    http://kokoromo.jugem.cc/?eid=197

    この本でadodbが紹介されてて、いろいろメリットが書かれてました。

    PHPによるWebアプリケーションスーパーサンプル 活用編
    http://www.amazon.co.jp/dp/4797332638/

    267 = :

    CI使ってみました
    日本語マニュアルが分かりやすくて、すぐに使えました!!!
    翻訳作業やってくれている方、どうもありがとうございます(・∀・)

    簡単に出来ることを複雑にやる必要はない
    コマンドでスケルトン生成したり、設定ファイル書かなくてもすぐに使えて便利

    269 = :

    入力フォームの確認画面を作るのマジめんどくさいのですが、
    自動で生成する方法ってないですかねー?

    いったい何画面作ればいいんだ

    スレ違いだったらスルーよろ

    270 :

    >>もっとkwsk

    271 = :

    >>270
    言葉足らずすまそ。

    実際にはフォーム画面から入力値を受け取ってバリデーションして
    DBに格納するというのが面倒だというのを言いたかった

    こんなんできたらいいな、というのがあって、
    ・フォームのINPUTなどの入力が連想配列で一括取得できる(POSTされたデータ用)
    ・バリデーションをフィルター的な感覚でやりたい(POSTされたデータ用)
    ・連想配列でフォームオブジェクトに渡せば対応するNAMEのINPUTなどに自動で値がセットされる(確認画面用)
    ・フォームからのデータを対応するテーブルにそのまま流し込みたい(バリデーションはするけど)

    取りまとめないが、こんな感じ
    まあ、画面設計の問題もあるんだが、
    工数の内訳として画面処理:ロジック=5:1とかうんざりする

    272 = :

    そんな機能もとめるならCakePHPでも使ってろ

    273 = :

    >>272

    CI以外のフレームワークは作法がガチガチに決まってるから嫌だ
    潰しが効かないというか。まあ、フレームワークだから当然なんだが

    それに対して、CIはプラットフォーム程度でしかないところが気に入っている
    まあ、ライブラリ作るなり、カスタマイズするなりして頑張るよ

    274 = :

    自作フレームワークのほうが
    つぶしが利かない

    275 = :

    >>274

    漏れの「潰しがきかない」と言ってるのは、
    CIでなければ部分的な代替え手法を使うのが難しい、意味がない
    という話のつもり

    さすがにフレームワークまでは自作せんわ

    276 = :

    一週間いじってみたがこんな致命的バグの潜んだFWは使う気になれん

    277 = :

    どんな?

    278 = :

    >>276
    ソースがあるんだから、致命的なバグがあるなら、自分で対処しろよ

    279 = :

    どうせデマだろ

    281 = :

    なんというコピペ

    282 = :

    ワロタ。
    これはどのFWのスレに貼っても釣れるだろうなw

    283 = :

    デフォルトのコントローラの名前って何にする?
    Defaultだと予約語みたいでクラス名にできないし

    284 = :

    >>277-279
    釣られすぎw

    >>283
    Homeとかどうよ?

    285 = :

    >>284
    なるほど
    Homeはありだな
    ㌧くす

    286 = :

    display_overrideフックの説明で
    処理済みのデータは、$this->output->get_output() を呼べば利用可能ですので、留意しておいてください。
    ってあるけど
    この$thisって何?
    フックの文脈でなんで$thisが出てくるのかわからんちん

    287 = :

    グローバルな GET 配列($_GET) のデータを消去します。CodeIgniterではGET文字列(クエリ文字列)を使わないので、それを許可する理由はありません。

    こういうざっくばらんさがアメ公っぽい
    セッションも変だし…

    288 = :

    276は太公望の釣り針だな
    FW関係のスレに貼ったら百発百中で釣れる
    さすがに罪悪感が・・・w

    290 = :

    あちこち貼ってんの誰だよw
    まあそれはいいとして
    rapydってスタンドアロンのPHP5用フレームワークになっちゃったんだな。

    291 :

    軽くて個人ん規模にはいいと思ったんだけど
    セッションの仕様見て萎えた…

    結局、ベストプラクティスはどれ???
    クッキーなんてPCでもオフになってることあるよね…
    入門者向けにベストプラクティスがほしい…

    あとページングするのにはURLルーティング変えないとだめなん?
    標準だとGETオフになってるし…

    292 = :

    >>291
    セッションは本家のwikiに使い方ほぼ同じでクッキーじゃなくネイティブの$_SESSION使う
    プラグイン(自作ライブラリ?)が公開されてる。
    他にも色々あるから英語が苦手じゃなければwiki内探索をオススメ。

    293 = :

    >>292

    さんくす
    探してみる

    CakePHP使ってたんだけど
    DB必須に近いとこがいやになって CI試してたんだ

    294 = :

    セッションは自前で用意するのがいいよな
    クッキーだと携帯に対応できないのが致命的だわ

    295 :

    これログインしている時に行うような
    アクセスコントロールは自前で実装しないといけないの?

    296 = :

    コード読んだらアクセスコントロールまったくねーじゃん
    テラしょぼす

    298 = :

    まあ、CakePHPが一番バランス取れているんだろうな。

    299 = :

    CakePHPのモデルまわりとか
    余計なアソシエーションとか

    そういうのがないシンプル版がでればいいんだな…

    CIのインプットとかビュー周りとかその辺はシンプルですきなんだが

    (CI + CakePHP) / 2

    なFWないのか

    300 = :

    使わなければいいだけじゃね?


    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : - Rapyd + 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド


    トップメニューへ / →のくす牧場書庫について