私的良スレ書庫

不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterで
ログインするとレス評価できます。登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。

元スレ【PHP】フレームワーク CakePHP 17ホール目【v2.4】

php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニュー

みんなの評価 :
レスフィルター : (試験中)

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

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

801 : nobodyさん - 2014/06/27(金) 11:40:50.24 ID:???.net (+38,+30,-156)

デザインやHTMLコーディングもやっている人に聞きたいんだけど、
先にHTMLコーディングをしてある程度のファイルを作って、
その後にViewファイルを作る？それともいきなりViewから作る？

俺はトップページとか主要なページのHTMLコーディングを先にして
それからView化するだけど、後から変更する事が多くて二度手間になるのを感じる。
だから、先にデザインとかレイアウトとか全て完璧に決めて、
それからView化した方が良いのかな？とも思うんだけど、
すぐに動きを見たいから、Controllerと同時に作りたくなる。

結果、直してばかりで面倒になって投げ出したくなるw
そんなアプリばかり作ってるんだけど、何か良いやり方はないかな？

803 : nobodyさん - 2014/06/27(金) 12:28:38.18 ID:???.net (+40,+29,-20)

>>801
後からの変更を少なくする調整力があれば問題なし。

804 : nobodyさん - 2014/06/27(金) 13:16:39.40 ID:???.net (+39,+29,-47)

>>803
俺も同じやり方なんだが、後からマークアップを変えたくなる。

>>803
Cakeの場合、レイアウトやエレメントに分けるだろ？
その後にマークアップの変更やデザインの追加・変更などが入ると、
何度もやり直したりして、投げ出したくなる

805 : nobodyさん - 2014/06/27(金) 16:32:32.36 ID:???.net (+32,+29,-39)

たしかにビューは混沌とするからな
俺はややこしくなりそうな場合だけは
ビューには echo 以外は一切記述しないのを目標に、
専用のヘルパーを作って加工のロジックは隠ぺいするようにしてる。
それなりに扱い易くはなるが、万能ではない。

806 : nobodyさん - 2014/06/29(日) 22:38:39.46 ID:qTkMeLPd.net (+22,+29,-61)

JavaScriptを用途ごとにファイルに分けると、本番環境にアップする最に圧縮する手間が凄くかかります。
そこで、1ファイルにゴリゴリ共通関数も纏めて書いてますが、皆さんはどうしてますか？

807 : nobodyさん - 2014/06/29(日) 22:52:42.19 ID:???.net (-29,-29,-33)

>>806
gruntでまとめて処理
coffeescriptで用途ごとにファイル作成ってやってるよ

808 : nobodyさん - 2014/06/30(月) 08:44:32.98 ID:???.net (-15,-8,+0)

僕はgulpちゃん！

809 : nobodyさん - 2014/06/30(月) 14:03:48.42 ID:???.net (+32,+29,-6)

そもそも圧縮アップしない。ファイルサイズが少々減る程度で、大して変わらん

811 : nobodyさん - 2014/06/30(月) 17:47:06.48 ID:cdSjRfUN.net (+37,+29,-9)

>>809
圧縮しないとソースコード筒抜けじゃん。

難読化しないといけないんとちゃいまっか？

812 : nobodyさん - 2014/06/30(月) 20:09:23.46 ID:???.net (+37,+29,-8)

>>811
Javascriptだろ？筒抜けで困ることなんて無いと思うが

813 : nobodyさん - 2014/06/30(月) 20:22:22.30 ID:cdSjRfUN.net (+33,+29,-18)

>>812
我ながらコードセンスが良い
綺麗なコードなのでぱくられたくないなーとｗ

814 : nobodyさん - 2014/07/01(火) 19:58:59.95 ID:???.net (-21,-29,-11)

Cakeでtwigを使いたいんだが
TwigView以外で使えるのない？

815 : nobodyさん - 2014/07/02(水) 17:32:38.36 ID:???.net (-29,-30,-108)

Cake2系でhasManyの絞り込みってどうすれば良いのでしょうか？

$this->Model->hasMany['Hoge']['conditions'] = array('Hoge.type' => 1);
$data = $this->Model->find('all');

とすれば、hasMany先のテーブル内で絞り込みは出来るのですが、
絞り込みの結果、「一致するデータがない」場合でも、
Modelのデータは取得できてしまいます。

なにか良い書き方、方法は無いでしょうか？

816 : nobodyさん - 2014/07/02(水) 23:13:55.69 ID:???.net (+32,+29,-12)

cakeのmodelのリレーションってみんな使ってるのかな。
俺的には使わないほうが後々面倒がないという考えなんだが。

817 : nobodyさん - 2014/07/03(木) 00:15:43.70 ID:???.net (-25,-30,-71)

>>815

Hoge モデルを、hasMany とは別に存在チェック用に hasOne でアソシエーション張る

$hasOne = array('HogeOne' => array('className' => 'Hoge'));

で、検索条件に HogeOne.id != null を加える。

818 : nobodyさん - 2014/07/03(木) 00:16:37.86 ID:???.net (+31,+29,-2)

>>816

何のためにCake使ってんのか意味不明すぎる

819 : nobodyさん - 2014/07/03(木) 00:28:54.40 ID:Gi3lwfX6.net (+34,+29,-129)

仮に2chの様な規模の掲示板をcakeで構築しようとしたら
（寧ろ構築は出来るかもしれないけど）
パフォーマンス劣化が半端無い気がするのですが如何でしょうか？

2chがDBを使わずにログファイルで管理しているのは
やはりFW何かを使うと速度低下が否めないからでしょうね。

820 : 814 - 2014/07/03(木) 00:36:46.85 ID:???.net (+24,+29,-4)

>>817
出来ました！！！こんな方法があったんですね。
大変勉強になりました。ありがとうございました。

821 : nobodyさん - 2014/07/03(木) 00:56:55.55 ID:???.net (-26,-29,-85)

2chのread.cgiってmod_cgidso使っててC言語製じゃなかった？
どの程度の性能なのかしらんけどFW以前にPHP使ってる時点ですでにサーバの数増やさざるを得なさそうな気が
ORMやFW使うとさらに遅くなるってのは間違いない

822 : nobodyさん - 2014/07/03(木) 01:07:33.29 ID:???.net (+27,+24,-36)

>>819
cakeが他のFWより極端に遅いってのがあるから
FW以前の話だな

823 : nobodyさん - 2014/07/03(木) 01:11:12.39 ID:???.net (-27,-30,-22)

http://www.techempower.com/benchmarks/#section=data-r9&hw=peak&test=query

FacebookみたいにHHVM使うなら話は別かもな
Cakeがまともに動くのかしらんが

825 : nobodyさん - 2014/07/03(木) 01:37:08.52 ID:???.net (-15,-29,-143)

Cakeで頑張るならPHPの中間コードキャッシュ入れて
DBスレーブサーバ（ないしAmazon RDS）とロードバランサ使って
ユーザが増えた時はサーバ台数多めで対応
徐々にコードやキャッシュを調整して台数や一台あたりに要求される性能を減らしていくって感じか
速度もある程度はスケールアウトでカバーできるいい時代になった

まず新サービスに大勢の人が来る保証もないし
動作速度より開発速度や書きやすさを優先するからこそのFWっしょ
そんなに速度が気になるなら最初からPhalconやJavaやJVM系言語やC#でも使うよろし

826 : nobodyさん - 2014/07/03(木) 01:41:59.54 ID:???.net (+30,+29,-90)

>>825
バランスじゃないのかな？
railsは突出して開発速度？が速いけど
cakeだとphalconと比べてもあまり大差ないみたいだしな

流石に10倍速度が違う≒アクセス10倍の差があるだからな

あくまで、速度が重要視される場合な。
cakeで捌ける人数しかこない前提なら問題ないし
元の話の2chなら話にならないよな

827 : nobodyさん - 2014/07/03(木) 01:56:21.45 ID:???.net (-29,-30,-86)

http://www.techempower.com/benchmarks/#section=data-r5&hw=i7&test=query
http://www.techempower.com/benchmarks/#section=data-r7&hw=i7&test=query
CakePHPが遅すぎて計測不能なんじゃなくてフレームワークが増えすぎて中の人が徐々に手が回らなくなっているのでは？
過去のを見るとちゃんと結果が載ってる回もある

ところでDartの結果良いな
いつの間にこんなに

828 : nobodyさん - 2014/07/03(木) 02:01:52.84 ID:???.net (+12,+17,-36)

>>827
githubでコード集めてるから
人気がなくなった(外部のコードを書く人がいなくなった)ってほうになるな

830 : nobodyさん - 2014/07/03(木) 02:05:10.64 ID:???.net (+27,+29,-28)

開発者がCakePHPから他に移ってるのもあるだろうし
Cakeでベンチ対決に参加しても悲しくなるだけだし

831 : nobodyさん - 2014/07/03(木) 02:09:04.71 ID:JnE+cuIZ.net (+21,+29,-18)

>>823 >>823 >>823 >823

そもそも2ch位のトラフィックを捌けるＦＷとかなさそうですね。

832 : nobodyさん - 2014/07/03(木) 02:10:17.86 ID:JnE+cuIZ.net (+25,+29,-2)

>>825
流石に2chクラスだとCakeじゃ無理でしょ。

833 : nobodyさん - 2014/07/03(木) 02:11:15.57 ID:JnE+cuIZ.net (+24,+29,-7)

cakeで作られている大規模サイトで有名なのはどこですか？

834 : nobodyさん - 2014/07/03(木) 02:14:41.70 ID:???.net (+26,+29,-3)

2chクラスの人が集まるコンテンツを作る方が大変なんですけど

835 : nobodyさん - 2014/07/03(木) 02:33:52.59 ID:???.net (-23,-30,-137)

>>831
'捌ける'の前提がよく分からんが
RDBとORMありのFW使った上で2chと同じサーバスペック同じ台数で捌けるかどうかってことか？
Cakeには無理だろうが全FWが駄目と判断するのは早計でしょ
2chのWebサーバって未だにEvent MPMがまともに使えないVer.のApacheだし
書き込みのほうのbbs.cgiは所詮Perlだしガチガチに高速化されてるとも思えないな

http://www.techempower.com/benchmarks/#section=data-r9&hw=i7&test=json

>>834
まったくだ

836 : nobodyさん - 2014/07/03(木) 02:34:55.37 ID:???.net (-20,-27,-24)

>>833
nanapiとランサーズ

837 : nobodyさん - 2014/07/03(木) 02:56:35.42 ID:JxPD7Z4w.net (+21,+29,-17)

>>836 >>836

ランサーズの重たさを見てやはりcakeの底が見えました。

ところでなんで　ランサーズ　がcake使ってるってわかったの？

838 : nobodyさん - 2014/07/03(木) 03:02:55.42 ID:???.net (-2,+4,-12)

公式ブログで公表してるから。

840 : nobodyさん - 2014/07/04(金) 07:21:47.42 ID:???.net (+38,+29,-55)

これ実は深刻だな。

http://github.com/cakephp/cakephp/issues/3857

運が悪いと、ある日突然 DB が壊滅するかもしれん。
更新時に id も無駄にセットしていれば被害は（ほぼ）出ないわけだが、
常にトランザクションを張っておくのが正解かな？

843 : nobodyさん - 2014/07/05(土) 00:26:41.66 ID:???.net (-26,-29,+0)

u が抜けてるぞ

/^[ 　]|[ 　]$/u

844 : nobodyさん - 2014/07/05(土) 00:26:45.58 ID:bSC+q1kt.net (+9,+24,+2)

>>842
サンキュー

845 : nobodyさん - 2014/07/05(土) 00:45:30.65 ID:aE3ig5ya.net (+17,+29,+0)

>>843 >>843
さんくす

やりた関数が作れました。

846 : nobodyさん - 2014/07/05(土) 00:49:59.15 ID:???.net (+38,+29,-15)

>>840
トランザクションしか手の打ちようがないと思うけど、
これってどんな ORM でも同じ問題おこるんじゃないの？

847 : nobodyさん - 2014/07/05(土) 01:06:28.71 ID:???.net (+20,+22,-14)

うげえ、まだこんな問題あるのかよ。
以前WHERE 1=1で運用中のテーブル全消しされた悪夢が蘇る。

849 : nobodyさん - 2014/07/05(土) 01:38:16.33 ID:???.net (+27,+29,-22)

レスポンスが若干もっさりする、というデメリットに目をつむれるならそれでもいいんじゃね？

850 : nobodyさん - 2014/07/05(土) 03:11:16.29 ID:???.net (-28,-29,-17)

>>845
trim使った方がいいよ。
スペースあったら自動削除して登録みたいな。

前へ 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) - [98%] - 2014/3/3 3:00
【PHP】フレームワーク CakePHP 15ホール目【v2.2】 (985) - [96%] - 2013/9/7 8:30
【PHP】フレームワーク CakePHP 14ホール目【v2.1】 (1001) - [96%] - 2012/12/3 19:16
【PHP】フレームワーク CakePHP 13ホール目【v2.0】 (995) - [96%] - 2012/4/23 21:16 ○
【PHP】フレームワーク CakePHP 17ホール目【v3α】 (955) - [95%] - 2016/11/15 20:45
【PHP】フレームワーク CakePHP 19ホール目【v3.3】 (844) - [95%] - 2023/2/2 14:30
【PHP】フレームワーク CakePHP 11ホール目【v1.3】 (1001) - [95%] - 2011/6/30 22:32
【PHP】フレームワーク CakePHP 10ホール目【v1.3】 (1001) - [95%] - 2011/2/13 8:32
【PHP】フレームワーク CakePHP 9ホール目【v1.3】 (1001) - [93%] - 2010/11/1 2:53
【PHP】フレームワーク CakePHP　7ホール目【v1.2】 (1001) - [92%] - 2010/3/18 1:18 ○
【PHP】フレームワーク CakePHP 12ホール目【笑】 (1001) - [92%] - 2011/11/8 7:01
【PHP】フレームワーク CakePHP 8ホール目【1.3】 (1001) - [91%] - 2010/7/22 22:16
【PHP】フレームワーク CakePHP　6ホール目【v1.2】 (933) - [90%] - 2009/8/19 2:06 ○
【PHP】フレームワーク CakePHP　5ホール目【v1.2】 (985) - [90%] - 2009/3/7 4:53 ☆
【PHP】フレームワーク CakePHP　4ホール目【v1.2】 (1001) - [90%] - 2008/12/19 21:06 ○
【PHP】フレームワーク CakePHP　3ホール目【本命】 (1001) - [84%] - 2008/6/19 7:19 ○

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

総計:	126,331,936人
頁
昨日:	no data人
頁
今日:	人
頁