私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ【PHP】フレームワーク CakePHP 14ホール目【v2.1】
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
本番環境とテスト環境があるからサブフォルダ切ってその中に一式全部突っ
込んでるけど、問題なく運用出来てる。まあがんがれ。
込んでるけど、問題なく運用出来てる。まあがんがれ。
新しいアカウント契約して単純に解凍したら見れたわ
別の既存の原因だったみたいだわ
別の既存の原因だったみたいだわ
$this->User->id = $user_id;
$user = $this->User->read();
var_dump($user);
↑これがローカルではちゃんと取得できていて、
サーバにアップするとfalseが帰ってくるんだけど、何が原因？
サーバもローカルも1.3だったはずだけど、もしかしてマイナーバージョンぐらいがかもしれないんだけど、
マイナーバージョンアップで上記に影響されるような変更あったのかな？
$user = $this->User->read();
var_dump($user);
↑これがローカルではちゃんと取得できていて、
サーバにアップするとfalseが帰ってくるんだけど、何が原因？
サーバもローカルも1.3だったはずだけど、もしかしてマイナーバージョンぐらいがかもしれないんだけど、
マイナーバージョンアップで上記に影響されるような変更あったのかな？
>>207
単に、ローカルと公開鯖とのDB構成が違うだけじゃないの
単に、ローカルと公開鯖とのDB構成が違うだけじゃないの
if (getenv('server_name') == 'localhost') {
Configure::write('debug', 3);
} else {
Configure::write('debug', 0);
}
原因分かった
こういうふうにローカルとサーバでdebugの値変えてたからだった。
ただ、なぜこれが>>207に影響するんだ？？？？？？？
まぁ直ったからいいんだけど・・・
Configure::write('debug', 3);
} else {
Configure::write('debug', 0);
}
原因分かった
こういうふうにローカルとサーバでdebugの値変えてたからだった。
ただ、なぜこれが>>207に影響するんだ？？？？？？？
まぁ直ったからいいんだけど・・・
ごめんちょっと教えて。
cake ver.1.x から cake ver.2 への移行ってメンドクサイ？
まだcakeに手をつけてなくて、
この移行作業が初めてなんだけど。
cake ver.1.x から cake ver.2 への移行ってメンドクサイ？
まだcakeに手をつけてなくて、
この移行作業が初めてなんだけど。
authコンポーネントで嵌っています。
loginページでログインしてokだったらtopページにredirectさせているんで
すが、loginページとtopページはコントローラが別で、かつloginページは
https接続です。
loginページではちゃんとAuth->user()が取得出来るのに、topページだと
Auth->user()が取得出来ません（nullしか取れない）
loginページでログインしてokだったらtopページにredirectさせているんで
すが、loginページとtopページはコントローラが別で、かつloginページは
https接続です。
loginページではちゃんとAuth->user()が取得出来るのに、topページだと
Auth->user()が取得出来ません（nullしか取れない）
>>215
そもそもサーバのリプレースに合わせて、
PHPとDBのバージョンアップが主目的で、
PHPとDBをバージョンアップしたら、
もちろんcakeもバージョンアップでしょ、
みたいな感じなんだよね。
「移行は止めた方が良い」という理由を
簡単で良いので教えてくれると助かる。
よろしくおねがいします。
そもそもサーバのリプレースに合わせて、
PHPとDBのバージョンアップが主目的で、
PHPとDBをバージョンアップしたら、
もちろんcakeもバージョンアップでしょ、
みたいな感じなんだよね。
「移行は止めた方が良い」という理由を
簡単で良いので教えてくれると助かる。
よろしくおねがいします。
>>217
マイグレーションガイドっていうのがあるんだな？
そういうことは早く家カス
ってかお前ら暇だろ？
んで、その無駄な知識ひけらかす場所も此処ぐらいしかないんだから、
「二度とくるな」とか言ってないで答えとけよｗ
マイグレーションガイドっていうのがあるんだな？
そういうことは早く家カス
ってかお前ら暇だろ？
んで、その無駄な知識ひけらかす場所も此処ぐらいしかないんだから、
「二度とくるな」とか言ってないで答えとけよｗ
どなたか設計手法について教えてください。
例えばSNSのようなウェブアプリを作ったとして、
ログインしていると仮定します。
他のメンバー一覧画面から送信先の人の行で「メッセージ送信」ボタンをクリックすると
メッセージ送信フォームが現れるようにしたいのですが、送信先の情報はどのように送信フォームへ引き渡しますか？
例えばSNSのようなウェブアプリを作ったとして、
ログインしていると仮定します。
他のメンバー一覧画面から送信先の人の行で「メッセージ送信」ボタンをクリックすると
メッセージ送信フォームが現れるようにしたいのですが、送信先の情報はどのように送信フォームへ引き渡しますか？
>>223
なるほど、ナイスアイデアです！
配信先が配列(複数)になってもOKってことですね。
例えばAさんから来てるメッセージの内容表示画面(scaffoldでいうshow)で
返信するボタン押したときは
新規メッセージの編集画面(edit)へは
どのように送信先の情報は渡して
持たすべきですか？
hiddenフィールドにすべき？
getで渡したら送信先のidとかがURLに表示されますよね？
スパマーとかにそのURLのID部分だけ書き換えられてスパムメッセージされまくりが不安です。
なるほど、ナイスアイデアです！
配信先が配列(複数)になってもOKってことですね。
例えばAさんから来てるメッセージの内容表示画面(scaffoldでいうshow)で
返信するボタン押したときは
新規メッセージの編集画面(edit)へは
どのように送信先の情報は渡して
持たすべきですか？
hiddenフィールドにすべき？
getで渡したら送信先のidとかがURLに表示されますよね？
スパマーとかにそのURLのID部分だけ書き換えられてスパムメッセージされまくりが不安です。
今MSAccessを使ってショボイ生産管理をしているんですが、知り合いのところで
PHP＆Mysqlを使ったよさげなシステムを作ったのを見てPHPちょっとづつ勉強してます。
でも、PHPでいちからゴリゴリ作るのはどうもって事で、フレームワークを探してたら
こちらにたどり着きました。
Accessに慣れきった体にはMVCの概念を理解するのはちときついと思いますが、cake
何とかものにしたいと思ってこちらのレス眺めさせてもらってます。
で、時々思うのですが、Accessからスンナr移行しやすいフレームワークって何かないでしょうか？
なんだろうなぁって思うのですが、だめもとで聞いてみました。。。。。
お手柔らかにお願いします。
PHP＆Mysqlを使ったよさげなシステムを作ったのを見てPHPちょっとづつ勉強してます。
でも、PHPでいちからゴリゴリ作るのはどうもって事で、フレームワークを探してたら
こちらにたどり着きました。
Accessに慣れきった体にはMVCの概念を理解するのはちときついと思いますが、cake
何とかものにしたいと思ってこちらのレス眺めさせてもらってます。
で、時々思うのですが、Accessからスンナr移行しやすいフレームワークって何かないでしょうか？
なんだろうなぁって思うのですが、だめもとで聞いてみました。。。。。
お手柔らかにお願いします。
>>225
イベント駆動とかってことなら、PRADOかな？
いまいち情報少ないし、素直にMS謹製asp.net web formsの方がいい気がするが。 .netも最近はasp.net mvcが多いみたいだけどね。
イベント駆動とかってことなら、PRADOかな？
いまいち情報少ないし、素直にMS謹製asp.net web formsの方がいい気がするが。 .netも最近はasp.net mvcが多いみたいだけどね。
どなたか>>224お願いします
その質問cake関係ねえだろカス
getで渡したくなけりゃpostでわたしゃいいだろ。
スパマー？
getで渡そうが渡さなかろうが、悪意を持ってたらいくらでも送信出来んだろ
つまりそんなところの対策は連続送信対策を打てよ
送信者は不特定多数じゃなく会員ユーザーなんだからいくらでも対策打ちやすいだろ
getで渡したくなけりゃpostでわたしゃいいだろ。
スパマー？
getで渡そうが渡さなかろうが、悪意を持ってたらいくらでも送信出来んだろ
つまりそんなところの対策は連続送信対策を打てよ
送信者は不特定多数じゃなく会員ユーザーなんだからいくらでも対策打ちやすいだろ
編集画面へ移動だけなんだからGETでいいだろ
それをポストする時に何らかの対策をすればいい話だしCakeと関係ないっていうのも全く同意
それをポストする時に何らかの対策をすればいい話だしCakeと関係ないっていうのも全く同意
>>230
「体系的に学ぶ 安全なWebアプリケーションの作り方」って本読め
「体系的に学ぶ 安全なWebアプリケーションの作り方」って本読め
会員数10万人のサイトをCakeで作るかオレオレで作るか悩んでいるんだけど、
皆さんならどっちで作りますか？
開発工数が少なくなると言う意味でCakeでしょうが、
社内フレームワークもCakeを縮小した感じでそれなりに使えます。
ちなみに自分はディレなんでかじる程度にしか知りません。
明日の会議でどっちにするか決めなければ行けないのですが、
ずっと悩んで結論が出せずじまいです・・・。
皆さんならどっちで作りますか？
開発工数が少なくなると言う意味でCakeでしょうが、
社内フレームワークもCakeを縮小した感じでそれなりに使えます。
ちなみに自分はディレなんでかじる程度にしか知りません。
明日の会議でどっちにするか決めなければ行けないのですが、
ずっと悩んで結論が出せずじまいです・・・。
ですよねー。一応、CakeのMVCを元にしてまして
findすると連想配列で結果を得られるような形にはなっています。
ただ、簡易的にしようしていたので、SQLiteがベースなんですよね・・・
MySQL用に書き換えなければ行けないというのはネックかも。
会員数10万人もいてマッチングサイトっぽい事したいらしいから、
やっぱり出来るだけ柔軟性のある方が良いですよね
findすると連想配列で結果を得られるような形にはなっています。
ただ、簡易的にしようしていたので、SQLiteがベースなんですよね・・・
MySQL用に書き換えなければ行けないというのはネックかも。
会員数10万人もいてマッチングサイトっぽい事したいらしいから、
やっぱり出来るだけ柔軟性のある方が良いですよね
こんな時間なのに2.x系の移行マニュアル読んでしまった・・・
そして読めば読むほどに移行したくなってきた
そして読めば読むほどに移行したくなってきた
ヘルパー内部でのオブジェクト化はタイプ数は増えたけど管理しやすいんじゃないか？
この感覚になれるともう戻りたくはないわ。
それよりキャメルケース云々の件は、コントローラのURLがキャメルケースでもアンダースコアードでも処理できちゃうこと方が問題と思うんだが。
あと、メソッドをキャメルケースで書いてもテンプレートはアンダースコアードにしなくちゃダメというのも統一感が無いのが気持ち悪い。
この感覚になれるともう戻りたくはないわ。
それよりキャメルケース云々の件は、コントローラのURLがキャメルケースでもアンダースコアードでも処理できちゃうこと方が問題と思うんだが。
あと、メソッドをキャメルケースで書いてもテンプレートはアンダースコアードにしなくちゃダメというのも統一感が無いのが気持ち悪い。
2系の情報が少ないからと敬遠してたけど、移行にそんなに困らないな。
ファイル名の書き方も成れたら気にならなくなった。
CakePHP辞典の人が執筆準備しているらしいから、
それが出たらもっと広まりそう。
ファイル名の書き方も成れたら気にならなくなった。
CakePHP辞典の人が執筆準備しているらしいから、
それが出たらもっと広まりそう。
2.x使いだすと戻れないな。
1.3系のメンテの仕事やりたくなくなる。
コンソール周りがかなり使いやすい。
1.3系のメンテの仕事やりたくなくなる。
コンソール周りがかなり使いやすい。
俺、cakeでコンソールはほとんど使わないけど、
2.xはやっぱ処理が早い（気がする）のが良い
symfony使わなくてもそこそこの規模のサイトでも行けると思う
2.xはやっぱ処理が早い（気がする）のが良い
symfony使わなくてもそこそこの規模のサイトでも行けると思う
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
php スレッド一覧へ類似してるかもしれないスレッド
- 【PHP】フレームワーク CakePHP 16ホール目【v2.4】 (1001) - [96%] - 2014/3/3 3:00
- 【PHP】フレームワーク CakePHP 15ホール目【v2.2】 (985) - [96%] - 2013/9/7 8:30
- 【PHP】フレームワーク CakePHP 13ホール目【v2.0】 (995) - [96%] - 2012/4/23 21:16 ○
- 【PHP】フレームワーク CakePHP 17ホール目【v2.4】 (984) - [96%] - 2015/1/10 2:45
- 【PHP】フレームワーク CakePHP 10ホール目【v1.3】 (1001) - [95%] - 2011/2/13 8:32
- 【PHP】フレームワーク CakePHP 11ホール目【v1.3】 (1001) - [95%] - 2011/6/30 22:32
- 【PHP】フレームワーク CakePHP 19ホール目【v3.3】 (844) - [95%] - 2023/2/2 14:30
- 【PHP】フレームワーク CakePHP 17ホール目【v3α】 (955) - [93%] - 2016/11/15 20:45
- 【PHP】フレームワーク CakePHP 9ホール目【v1.3】 (1001) - [93%] - 2010/11/1 2:53
- 【PHP】フレームワーク CakePHP 4ホール目【v1.2】 (1001) - [92%] - 2008/12/19 21:06 ○
- 【PHP】フレームワーク CakePHP 12ホール目【笑】 (1001) - [92%] - 2011/11/8 7:01
- 【PHP】フレームワーク CakePHP 8ホール目【1.3】 (1001) - [91%] - 2010/7/22 22:16
- 【PHP】フレームワーク CakePHP 5ホール目【v1.2】 (985) - [90%] - 2009/3/7 4:53 ☆
- 【PHP】フレームワーク CakePHP 7ホール目【v1.2】 (1001) - [90%] - 2010/3/18 1:18 ○
- 【PHP】フレームワーク CakePHP 6ホール目【v1.2】 (933) - [90%] - 2009/8/19 2:06 ○
- 【PHP】フレームワーク CakePHP 3ホール目【本命】 (1001) - [84%] - 2008/6/19 7:19 ○
トップメニューへ / →のくす牧場書庫について