>>549
たぶん全員がそうだろ

まずコードの意図を読むのに時間かかるからね
数カ月前の自分が書いたコードでもたまに分からないし
テストが書いてあったらそれはとっても嬉しいなって

何らかの有名MVCフレームワークを利用したものなら
MVCという大枠とそのFWの規約とドキュメントがあるだけマシ

>>552
おれおれフレームワークなんて、わけがわからないよ。

俺はCake風（ただし1.3）のオレオレ作ってるから、割と理解できるな。
ただし、そこからカスタマイズ依頼とかされたら困るが。

オレオレやってしまうと、せっかくのオープンソースの魅力が半減する。

xampp
Cakephpvar2.3.10
でSmartyの3.1.15導入してみた。
tplファイルがない場合に選択されるctpファイルでの表示がおかしい。
HtmlHelper関連だと思うのだけどどなたか解決方法教えてください

>>553
wordpressのプラグインとか作ってても
ドキュメントに無いソースの奥に眠る関数とか探して調べるのにすごい疲れたわ

（WP早く滅びて）

>>559
わかるわー。
WordPressが無ければどれほどプログラマーが稼げてたか。

せめてまともなプログラマがWordPressを書いていれば…
あんな意味不明なぐちゃぐちゃなコードどうやってメンテしてんだろう

>>561
大成できないタイプだな

WP使えばなんでも安く・早く・簡単に出来ると思い込む奴ってなんなの？

プラグインの多さだけがとりえですしお寿司

wordpress って最高だよね。
無料でここまで何でも出来るＣＭＳとかこのスレの馬鹿グラマには出来ないでしょうね。

お前らがWPに恨みたっぷりなのは分かった
せめてCakePHPで作られたCMSの話を……

>>557
Smartyを破棄する

CakeでもWPでも仕事するしおすし。
CakePHPベースのCMSは、なんかなぁ、
どうせCakeなら自分で好きなようにしたくなっちゃう感じする。

wordpress って素敵だなぁー

>>569
ユーザーから見える所はな

ユーザー数が多いからWordPressには安心感があるよ。
どんなにドツボにはまってても、
あぁ、この泥沼に世界中の見知ら人が
何万と埋もれてるんだろうなという
温もりがWordPressにはある。

>>572
スペリング違うけど、クソなのは同意。2.xに初めて触ったときは感動したけど、4.xで卒業したよ。最近のは知らない

だからさぁ
cakeもプラグインをもっとメジャーにしようよ
wordpress派も流れて来るから

こないこない
wordpressはphpなんて知らない人用のもの

新人研修で、汚いプログラムの例としてWordPressのソース見せてる

うちの研修では、
商業的な成功には理念的な完成度は不要である例として
WordPressを引き合いに出してる。

WordPressって商業的に成功してんの？
無料配布でしょ？

http://allthingsd.com/20120425/automattic-grows-up-the-company-behind-wordpress-com-shares-revenue-numbers-and-hires-execs/

>>578
かなり儲かってるよ

http://www.crunchbase.com/person/matt-mullenweg

Fat Controllerはもちろんだめ。
Fat Modelになりすぎてもだめ。
むずかしいよ、最初からそんな見通せないから、ついモデルに書いて太らせてしまって、
行数増えすぎてからうあーってなるよ。
ComponentとBehaviorも、気軽に作ってると数ばっか増えて、煩雑になってくる。
特にComponentが、コントローラーにもモデルにもアクセスできちゃうから、
つい責任持たせすぎになっちゃうよ。

>>581
うあーってなるん？

会社のサイトに簡単なメールフォーム付けようと
久々に素のPHP書いたら、メチャクチャに面倒臭く感じた
でもそれだけにCakeとか使うのもなあ…。

>>583
ちょっと大きめのライブラリを導入した、ぐらいに思っておけば幸せかもよ

>>583
それ単に、メールの仕様が複雑なだけだから。

メールフォーム作るなら既存の小さいライブラリ使いたいな
メール用にはSwiftMailer選ぶんだけどバリデーションの部分はたまに悩む

Symfony2みたいなコンポーネントごとの独立性の高いFW知ってるなら
一部のコンポーネントだけ使えばいいらしいが

cake関係ないかもしれんけど、フルスクラッチっていうの？サイトのシステムを全部作り直すのってどれくらい経過してからやればいい？

cakephp1のシステムを1年前に作ったんだが2で作り変えるか。。。迷い中。

ヤフーとかグリーとかミクシーみたいなでかい企業はどれくらいの頻度でやってるんだろ？

>>588
そういう企業は複数のシステムを持ってるものだから、一気に全部を作り直したりはしない
少しずつ手を付けていく

お問い合わせフォームのように、一部だけCakeで作ろうとしても
大体は「全体のデザインの中にフォームがある」ってスタイルになるから、
レイアウトやテンプレートをCakeで作らなければいけない。

そうなると、元々ある静的な部分を更新したら当然Cake側も更新しないと
整合性が取れないわけで、手間やコストが2倍に膨らんでしまう。

結局、Cakeやフレームワークを使うなら、全てそれで管理しないといけなくなる。

Cake関係ない話だけど
ちょこっと導入できるような小さなメールフォームのライブラリが、案外ぐぐっただけじゃ見つからなくて
これ以上探す時間が勿体無いから自分で書こうと思った
CAPTCHAのライブラリはすぐ見つかったので、それはさくっと採用したけど

とにかくさっさと動くようにして終わらせたくて、テストも書かずに作ったので
ブラウザでいちいち動作確認して、面倒臭かった

上でメールフォームの話題が出てるから試してみたんだけど、

/public_html
└contact.php
/cakephp
└/app
└/webroot

こういう構成だったとして、contact.phpにアクセスしたら
ContactControllerのindexを実行したいと思い、

#contact.php
$_GET['url'] = '/contact/';
require '../cakephp/app/webroot/index.php';

#webroot内の.htaccessのindex.php箇所
RewriteRule ^(.*)$ index.php?url=$1 [QSA,L]

こんな風にしてhttp://example.com/contact.phpにアクセスしたんだけど、
「Contact.phpController could not be found.」ってエラーが出た。
やっぱ、public_htmlをアプリケーション化しないと無理なのかな？

突っ込みどころ満載すぎてどこから書けばいいのか

>>594
一個ずつ突っ込んでくれ

>>595
漫才みたいになるけどいい？

OK

まず、ファイルとかパスの名前を正しく書け。
全部小文字なわけがない。

>>598
え？？

はい、ネタ続けて！