気違いすぎるｗ

何かにつけて日本に文句つけてくる朝鮮人みたいなヤツだな

というか、言語選ぶなよ
PHPとPerlなんて殆ど似てるんだから案件に寄って両方請け負うよ

俺の通り名は　天秤のPerl忍者

何故なら、態度や気分が　天秤のようにかわる

そのため、突然殺人衝動にかられて社員とかをやってしまう
前はMixiで働いてたが　突然殺人衝動においやられて　PHPをつかってるやつの声帯を手でえぐってやってしまった・・・
一面中、血が飛び出て首から血が噴水のように飛び出ていた。

オレ「オレなにやってんだ・・・ひいいいいいええええええええ！！！！！！！！！」

またまたPHPをやってるやつをやってしまった

グシャッ！！！！！！！　　社員「キャーーーーーーーーーーーーーーーーーー！！！


俺はその日をさかえに　PHPユーザたちから社内いじめにあって　俺をPHPやってるやつが憎いと思った

>>251-253
ごめん

>>253
っで？
君はバカだろ　PHPやってろよ君は

僕はIT業界で働かないからどうでも良いけどね（笑）

オレはようやく理解した
オレは復讐者
たとえ悪魔に身を委ねようとも
力を手に入れなきゃならない道にいる

Perlの花は２度咲かない！！！！！！！！！！

Perlは素晴らしい言語だよ
お前がPerlって名前背負って荒らしてるとPerlに傷がつくからやめろよな

あと、早く病気治せよ

259に裏で荒らしてPerl利用者を増やせっていってお金もらいました

259「2chでPerl忍者っていうコテで発言しまくれｗ」
オレ「はい」
259「これでPerl利用者増えるぞｗｗｗｗ」
オレ「うん」
259「誰にも言うなよｗｗｗｗ」
オレ「絶対言いません」

っていわれて５０万貰いました

ただのコピペとかメインの荒らしと思いきや
全部書いてるんだ。こいつマジでビョーキだろ
うわああああ

怖いよね

っと３キモ言語の下っ端がわめいています

ワロタ
早くこいつを捕まえないとそのうち人殺すぞ

今日「CakePHP 1.3によるWebアプリケーション開発」が届いて読んでるけど、ちょっといまいちな内容だな・・・

チャプター２まで読んで気になった点

・セットアップ時にSecurity.saltとcipherSeedを変更してない
　　　「今は変更しなくても特に問題ないので」と書いてあるが、Noticeはなるべく早く消すべきじゃないだろうか
・セットアップ時のtmpのパーミッション変更に触れてない
　　　pages/homeのスクリーンショットではYour tmp directory is writableになっている
　　　XAMPP前提で書かれてるせいだろうか？知らないとLinuxの人とかはまるだろうし、一応触れて欲しい。
・なぜかapp/view/layout/default.ctpではなくapp/view/layout/hello.ctpを作ってコントローラーでレイアウト指定してる
　　　まずはレイアウト指定しないで使えるdefault.ctp使った方がわかりやすいと思うんだが・・・
　　　app/view/layout/default.ctpについて記述は今のところない。
・controllerで$this->set("result", htmlspecialchars($result));
　　　htmlspecialcharsはviewでやるべきなんじゃないだろうか
　　　それに加えてh()についての解説は（インデックスに載っていないので）たぶんない
　　　以後はhtmlspecialcharsが必要そうなシーンでh()ではなくSanitize::stripScriptsとか使ってる、なぜだ
・controllerでhtmlタグ書きまくり
　　　最終的に「controllerにタグを書くのは良くないので、こういうのは全部viewに移しましょう」と修正するのかと
　　　思いきや、そのまま説明が終わってしまった
　　　序盤だから説明をはしょるためなんだろうけど、せっかくのフレームワークでMVC切り分けないのはちょっと・・・

誤植
・P53 3行目]閉じ忘れ
・P65,P71, 修正されているはずの、<?= が<?php echo になってない

その他
・本文の$マークが縦棒二本で見づらい・・・
・viewがきれいじゃない（好みの問題かもしれないけど）
　　　<?php echo $a; ?>
　　　<br />
　　　<?php echo $b; ?>
　　　ではなく
　　　<?php
　　　echo $a;
　　　echo "<br />";
　　　echo $b;
　　　?>
　　　みたいな書き方をするので妙に見づらい。

という感じで、細かい突っ込みどころもあるけど、なんだか不安になる内容だった
>>241のレビューでも誤植が多いと突っ込まれていたけど、コードレビュアーとかいないのかな？

>>266
宣伝乙とか言われてたけど、色々と酷いなｗ

ひでーな読みたくねーわ

>>267
個人的には後者のコードの方が好きだけどな
もっとも、自分で書くなら
<? php
echo $a.'<br />'.$b;
?>
ってな感じにするけど。

地味に間違えてるわorz

最後まで読めばいいんじゃねとりあえず
そんな俺は買ったけどまだ読んでないｗ

Chapter3で気になったところ

・pr()を使わないでprint_r()
　　　pr()はインデックスに載ってないのでたぶん出てこない
　　　h()もそうだけど、省略表記が嫌いなんだろうか

・モデルから持ってきたデータを回すときにforeachではなくfor
　　　好みの問題だけど、foreachの方が使われることが多いし、特に理由がなければ最初はforeach教えた方が・・・

・$this->flashは使わずに$this->redirect
　　　save完了したときなどはとにかくredirectしてる。メッセージ出してあげた方が親切なんじゃ・・・
　　　$this->flashもインデックスには載っていないのでｒｙ（Session->flashは載ってた）
　　　ちなみにredirectについてTipsで「redirectはうまく動かない場合もあるので、そういうときはphp.iniを修正」という
　　　解説が載っている。問題起きやすいのならとりあえずflashでいい気がするけど・・・

・beforeFindの実践例で「limitやorderが設定されていなかったらデフォの設定で上書き」というもの
　　　limitはともかくorderは普通にmodelで設定できるからbeforeFind使わないでも・・・

・VALID_NOT_EMPTYは1.2まで使われていたバリデーション用の定数という説明
　　　1.2の時点で非推奨になっていたような・・・（ちょっと自信なし）

・ユーザーデータ用のテーブルがPersonalsテーブル
　　　形容詞じゃなくて名詞でUserテーブルとか、Peopleテーブル（Personモデル）とか・・・

・<a href="/cake/sample/boards/edit/<?php echo $id; ?>">※この投稿を編集する</a>
　　　$html->linkが嫌いなのか、後半を見ても基本的に直でHTML書いてます
　　　ルーティング使うときとか便利だし、とりあえずhtml->link使うように教えた方がいい気がします

・記事を見るのはshowアクション、投稿者のデータを見るのはshow2アクション
　　　さすがにshow2はないんじゃないでしょうか
　　　なんか昔のcgi説明サイトを思い出しました

・変なバリデーション
if(!empty($this->data)) {
　$this->Board->save($this->data);
}
if($this->Board->validates()) {
　$this->redirect('.');
}
検証してないんですが、たぶんこれだと２回バリデーションが行われるんじゃないでしょうか
if(!empty($this->data)) {
　if($this->Board->save($this->data)) $this->redirect('.');
}
とかでいい気がします

誤植
・P78 bloards_controller
・P168 コードの方はnotEmptyになってるけど、解説文がVALID_NOT_EMPTY


もうポストイットがもったいない気がしてきた。

>>273
買う価値がないのは十分分かったからもういいよ
あとはブログにでも書いてなよ

俺も$html->linkは使わない
デザイナから上がってきたAタグを$html->linkに置き換えるのは面倒。
どんな属性が入ってるかわからんからその都度optionsに入れる必要がある。

だから　href="<?php echo $html->url(array(......))"って書き換えるようにしてる。

等と供述しており

>>278
相手にすんな

>>241
詳細なレポとても価値があるぞ。
アマゾンのカスタマーレビューに書いてくれるとなおよい。

書くの疲れたから、これ以上は書かないよ。
>>273の言うように、買う価値がないと伝わればそれで十分だし。
アマゾンとかブログで書くと個人特定されちゃうしね。

もう秀和システムの本は買わない。

参考になった。ありがとう。
・・・ver1.1から使ってて基本はわかってるし
あとはネットの情報で補完していくのが利口みたいだね。

あほだろお前

CakePHPのctpってHTMLのデザイナーにとってすごい見づらいね
htmlの中にPHPが大量にそのまま混ざってるって、ちょっとありえない

お前らその辺はあきらめて使ってるわけ？

<?php echo $hoge;?>
とか
<?php foreach ($arr as $foo):?>
<?php endforeach;?>
とか
<?php echo $this->element('bar');?>
くらいしか殆ど描かないんだけどいやなの？

いやならsmartyつかえばいいけど

お前らって。このスレ、デザイナーも見てるの？

>>285
PHP？なにそれ？って奴に頼んでるのかお前は
テンプレートエンジンのループなら意味解るけどfor文だとさっぱりとか言う奴の方がむしろおかしい
どうせツールで読み込めば<??>タグなんて無視されるんだし

フレームワークの規約に従いたくないならフレームワーク使わなきゃいいんじゃね？

って言う奴多いけど、一部変えるのが困難なだけで
オレオレに戻るのはいかがなもんかとおもうけどな

自分が大好きなものにケチを付けられた時の子どもの反応と同じだね

>>285
俺はHTMLヘルパーを極力使わないようにして、ソースをシンプルにしてるよ。
デザイナーに見せたら「わかりやすいです」と言っていた。
あとは、>>286みたいに必要なコードだけ教えれば大丈夫だろ。

>>289
nanapiも普通にURLがsort:Search.pvとかなってるし、
気にしなくても大丈夫じゃねぇ？問題あったらこのやり方採用してないだろうし。

もしもSQLで対処できないような計算の場合

１．paginateの結果（キーになる部分のみ）を変数に格納
２．キーをもとにプログラムで計算して、結果を変数に追加
３．編集した変数をsetでviewに渡す

>>283
そこをルートとして使ってるのなら、普通にそのまま
define("ROOT_URL", "http://hoge.com/~piyo/home")
とかでいいじゃん

>>293
今すぐセキュリティの問題が出るというわけでもないだろうけど、
裏側の情報はあまり見せたくないという気持ちは俺にもわかる
特にsort:User.idみたいなのだと、そのまま中身が見られている
感じがして気持ち悪い

>>299
その書き方教えると「余計な定数増やすな！」って煽られるぞw