14/06/20 17:18:38.33
>>750
どうやって制限するの？
752:nobodyさん
14/06/20 17:31:29.21
>>751
バリデーションに書く
753:nobodyさん
14/06/20 17:41:37.43
>>752
mimetypeで制限するってことか
jpeg画像のウィルスとかもあるからねぇ
754:nobodyさん
14/06/20 17:53:47.33
つーか、jpeg型ウィルスって実行するには
別のウィルスに感染させる必要があるんだろ？
単に画像を閲覧しただけで感染するなら、対策とか無理じゃないか？
twitterとかfacebookはウィルスだらけになるぞ
755:nobodyさん
14/06/20 18:27:17.32 I3iP4JeK
という事はつまり、jpgファイルであったとしても >>754のアドバイスを参考にすると
jpgのみアップロード可能にしておけば、ウィルスに感染していない人が
その画像を閲覧する分には何も影響がないと言う事でしょうか？
ウィルス感染している人自体が少ないと思うので被害は少ないですよね。
756:nobodyさん
14/06/20 18:38:27.21
>>755
と言うより、防ぎようがない気もする。
でも、画像アップロード出来るWebサービスは日々オープンしてるわけだし、
そこまで神経質になっても仕方ないよ。
757:336
14/06/20 18:41:21.97
再エンコード
758:nobodyさん
14/06/20 20:23:31.26
それいいね、目から鱗
759:nobodyさん
14/06/20 21:08:45.45 5NSL3HdG
>>757
詳しく
760:nobodyさん
14/06/20 22:04:51.68
>>759
画像を読んで再エンコードすれば
余計なバイナリが入ってたとしてもなくなる
761:nobodyさん
14/06/21 00:35:05.85
Wordpressが確か再エンコードしていた気がする
762:nobodyさん
14/06/21 00:48:00.43
それは再エンコードじゃなくてサムネイル作ってるだけでは。
まあサムネイル作って無効な画像かどうか(ライブラリによるがnullが返ったり真っ白画像になったり)を調べるという手はあるかも。
763:nobodyさん
14/06/21 01:03:27.67
今どき、JPEGだけのアップローダーにどんな役割があるのか興味あるな。
764:nobodyさん
14/06/21 03:26:03.92 f1vlSuIg
↑
jpgでいいやん。ｊｐｇでエロ画像みえるやん。jpgで072できるやん。
765:nobodyさん
14/06/22 12:51:34.63
以下のテーブル2つ(hasOne)で、profilesデータをsaveする際に
insertは問題ないのですがupdateが上手くいきません。
（上書きされずに毎回insertされる）
saveメソッドでupdateするには主キーを渡す必要があるのは分かっているのですが、
その方法がよく分かりません。このような場合はどうすれば良いのでしょうか？
usesテーブル
-id//主キー
-username
-password
profilesテーブル
-id//主キー
-user_id//外部キー
-birthday
class ProfilesController extends AppController{
public function edit(){
$id=$this->Auth->user('id');
if($this->request->is(array('post','put'))) {
$this->request->data['Profile']['user_id'] = $id;
if ($this->Profile->save($this->request->data)) {
$this->Session->setFlash(__('The profile has been saved.'));
} } }
テーブルを1つにまとめてしまえば話しは早いのですが
別の都合でそれができません。
766:nobodyさん
14/06/22 14:20:31.99
>>765
profileにuser_idを渡すはX
profileにidを渡さないと。
767:nobodyさん
14/06/22 15:16:50.54
>>766
ありがとうございます。
解決しました。
768:nobodyさん
14/06/22 22:23:19.92
Model::create()したらテーブルカラムのDEFAULT値が勝手にdataにセットされるの止めて欲しいわ。
おかげでUPDATE処理時に更新対象じゃないカラムが勝手にDEFAULT値に変わってえらい事になった。
なにしてくれるんじゃい。
769:nobodyさん
14/06/22 23:25:35.42
whitelistつかえ
770:nobodyさん
14/06/24 16:40:44.26
Cakeでシステム作って、Apache benchしたらRequests per secondが1.5ぐらいと激遅。
DBアクセスやめて固定のJSONを1行返すだけにしても大きく変わらず。
Core i7のWin8のXampp環境でもCentOSのVPS環境でもそんな感じ。
いくらCakeが遅いって言っても遅すぎると思うのだが、なにかおかしいです？
771:nobodyさん
14/06/24 17:44:24.00
キャッシュ使えや
772:nobodyさん
14/06/24 17:59:57.86
そういうレベルではない
根本何か間違えてるだけだろ
773:nobodyさん
14/06/24 21:11:44.93
ネットワークの問題かApache benchの使い方間違えてるに１ペリカ
774:nobodyさん
14/06/24 23:54:56.03 NjjfXiKQ
検索ボタンを押した際に
GETパラメータでcakeのコントローラにアクセスを掛けたいのですがどうすれば良いでしょうか？
本来は、検索ボタンを押した際に①でコントローラのメソッドにアクセスを
したいのですが、②になってしまいます。
①・・・期待しているGETアクセス
URLﾘﾝｸ(test.com)
②・・・想定外に生成されるURL
URLﾘﾝｸ(test.com)
コントローラ
HogeControler
{
public function Buta($id , $name)
{
//ここで「/」区切りでアクセスされた値を取得する。
}
}
HTML
<form name="name_form" action="/hoge/buta" method="get">
<input type="text" id="id_test" name="id" value="">
<input type="text" id="id_test" name="name" value="">
</form>
775:nobodyさん
14/06/25 00:05:21.21
javascript
776:nobodyさん
14/06/25 00:44:49.49
>>774
GETパラメータなら②で正しいだろ
777:nobodyさん
14/06/25 00:53:52.36
>>774
HTTPのお勉強からやり直しましょう
778:774
14/06/25 01:07:07.36 1IpoS71w
>>776 >>775
やはり通常のFormではCakePHP用のURLを生成する事は出来ないみたいですね。
仕方無いので検索ボタンをクリック時に動的にURLを組み替えてリダイレクトする事により実装する事にします。
779:nobodyさん
14/06/25 01:11:23.04
例に突っ込むのもアレだが
ID指定した時点で検索というよりただの詳細表示のような
780:nobodyさん
14/06/25 01:50:00.94
javascriptでやるのが無難だな。俺もそうしてるし。
781:nobodyさん
14/06/25 12:47:26.75
検索項目が増える時のことを考えると、
2の方がいいと思うんだが
782:nobodyさん
14/06/25 13:46:34.28 cgps1MKk
＞2の方がいいと思うんだが
どういうこと？
783:nobodyさん
14/06/25 14:13:35.35
そのあたりはAPIの設計に関わることだからなんとも言えない
784:nobodyさん
14/06/25 14:21:54.78
検索項目が増えるのにGETでやりたいってのは、設計ミスじゃね？
それならPOSTにしろよ
785:nobodyさん
14/06/25 15:45:34.59
>>782
ルーティングや引数の設定が面倒。
ていうか大体の検索エンジンとかgetパラメータでやってね？
786:nobodyさん
14/06/25 20:30:38.80
冪等かつ安全な処理はGETが普通っすね
POSTだとキャッシュもされないし
787:nobodyさん
14/06/25 21:43:08.93
記事中の
hoge.com/app/webroot/media/tarot.jpg
が読まれた際、
hoge.com/media/tarot. jpg
が読まれるようにしいのですが、良い方法ないでしょうか？
nginxでやってます。
ちなみにhoge.comは自分のドメインです。
788:nobodyさん
14/06/25 21:50:26.46
>>787
意味わからん
789:nobodyさん
14/06/25 22:32:59.91
>>788
すいません。自己解決しました。
790:nobodyさん
14/06/26 02:12:49.47
せっかくだから張っておけよ
URLﾘﾝｸ(www.matomater.com)
791:nobodyさん
14/06/26 21:12:17.80 ceT3Qpnq
linux のシェルについての話しはどこですれば良いですか？
ここだとすれ違いですよね？
792:nobodyさん
14/06/26 21:39:46.70
php で日付の正規表現を行いたいのですが
以下の形式の日付型文字列であればOK、違っていればＮＧと厳密なバリデーションチェックを掛けたいのですが
どうすれば良いでしょうか？
2014-06-10
- で split してチェックを掛けるしかないのでしょうか？
793:nobodyさん
14/06/26 22:09:00.35
$check = '2014-06-10';
$isValid = date('Y-m-d', strtotime($check)) === $check;
794:nobodyさん
14/06/26 22:17:51.48 h6oXqOHu
>>793
サンクス！
ここまで短く判定出来るなんて、、、
驚きです。
795:nobodyさん
14/06/26 22:29:39.04
PHPって質問スレないのか？
796:nobodyさん
14/06/26 22:32:22.88
date関数って第二引数にfalse突っ込んでも0と同じ扱いで動くのか
きめえな
797:nobodyさん
14/06/26 22:57:46.67
>>796
大丈夫だよ。あなたの顔に比べれば断然綺麗なものですよ＾＾ｂ
798:nobodyさん
14/06/26 23:04:09.80
これがPHPerです
799:nobodyさん
14/06/26 23:54:58.72
キモくても何でも動けばいいんだよ。形にこだわり過ぎるのはよくない
800:nobodyさん
14/06/27 11:40:50.24
デザインやHTMLコーディングもやっている人に聞きたいんだけど、
先にHTMLコーディングをしてある程度のファイルを作って、
その後にViewファイルを作る？それともいきなりViewから作る？
俺はトップページとか主要なページのHTMLコーディングを先にして
それからView化するだけど、後から変更する事が多くて二度手間になるのを感じる。
だから、先にデザインとかレイアウトとか全て完璧に決めて、
それからView化した方が良いのかな？とも思うんだけど、
すぐに動きを見たいから、Controllerと同時に作りたくなる。
結果、直してばかりで面倒になって投げ出したくなるw
そんなアプリばかり作ってるんだけど、何か良いやり方はないかな？
801:nobodyさん
14/06/27 12:27:28.48
手書きラフ
↓
Photoshop
↓
マークアップ
↓
CSS
802:nobodyさん
14/06/27 12:28:38.18
>>800
後からの変更を少なくする調整力があれば問題なし。
803:nobodyさん
14/06/27 13:16:39.40
>>801
俺も同じやり方なんだが、後からマークアップを変えたくなる。
>>802
Cakeの場合、レイアウトやエレメントに分けるだろ？
その後にマークアップの変更やデザインの追加・変更などが入ると、
何度もやり直したりして、投げ出したくなる
804:nobodyさん
14/06/27 16:32:32.36
たしかにビューは混沌とするからな
俺はややこしくなりそうな場合だけは
ビューには echo 以外は一切記述しないのを目標に、
専用のヘルパーを作って加工のロジックは隠ぺいするようにしてる。
それなりに扱い易くはなるが、万能ではない。
805:nobodyさん
14/06/29 22:38:39.46 qTkMeLPd
JavaScriptを用途ごとにファイルに分けると、本番環境にアップする最に圧縮する手間が凄くかかります。
そこで、1ファイルにゴリゴリ共通関数も纏めて書いてますが、皆さんはどうしてますか？
806:nobodyさん
14/06/29 22:52:42.19
>>805
gruntでまとめて処理
coffeescriptで用途ごとにファイル作成ってやってるよ
807:nobodyさん
14/06/30 08:44:32.98
僕はgulpちゃん！
808:nobodyさん
14/06/30 14:03:48.42
そもそも圧縮アップしない。ファイルサイズが少々減る程度で、大して変わらん
809:nobodyさん
14/06/30 16:21:21.70
phpstormで自動圧縮できるんじゃないだろうか。
810:nobodyさん
14/06/30 17:47:06.48 cdSjRfUN
>>808
圧縮しないとソースコード筒抜けじゃん。
難読化しないといけないんとちゃいまっか？
811:nobodyさん
14/06/30 20:09:23.46
>>810
Javascriptだろ？筒抜けで困ることなんて無いと思うが
812:nobodyさん
14/06/30 20:22:22.30 cdSjRfUN
>>811
我ながらコードセンスが良い
綺麗なコードなのでぱくられたくないなーとｗ
813:nobodyさん
14/07/01 19:58:59.95
Cakeでtwigを使いたいんだが
TwigView以外で使えるのない？
814:nobodyさん
14/07/02 17:32:38.36
Cake2系でhasManyの絞り込みってどうすれば良いのでしょうか？
$this->Model->hasMany['Hoge']['conditions'] = array('Hoge.type' => 1);
$data = $this->Model->find('all');
とすれば、hasMany先のテーブル内で絞り込みは出来るのですが、
絞り込みの結果、「一致するデータがない」場合でも、
Modelのデータは取得できてしまいます。
なにか良い書き方、方法は無いでしょうか？
815:nobodyさん
14/07/02 23:13:55.69
cakeのmodelのリレーションってみんな使ってるのかな。
俺的には使わないほうが後々面倒がないという考えなんだが。
816:nobodyさん
14/07/03 00:15:43.70
>>814
Hoge モデルを、hasMany とは別に存在チェック用に hasOne でアソシエーション張る
$hasOne = array('HogeOne' => array('className' => 'Hoge'));
で、検索条件に HogeOne.id != null を加える。
817:nobodyさん
14/07/03 00:16:37.86
>>815
何のためにCake使ってんのか意味不明すぎる
818:nobodyさん
14/07/03 00:28:54.40 Gi3lwfX6
仮に2chの様な規模の掲示板をcakeで構築しようとしたら
（寧ろ構築は出来るかもしれないけど）
パフォーマンス劣化が半端無い気がするのですが如何でしょうか？
2chがDBを使わずにログファイルで管理しているのは
やはりFW何かを使うと速度低下が否めないからでしょうね。
819:814
14/07/03 00:36:46.85
>>816
出来ました！！！こんな方法があったんですね。
大変勉強になりました。ありがとうございました。
820:nobodyさん
14/07/03 00:56:55.55
2chのread.cgiってmod_cgidso使っててC言語製じゃなかった？
どの程度の性能なのかしらんけどFW以前にPHP使ってる時点ですでにサーバの数増やさざるを得なさそうな気が
ORMやFW使うとさらに遅くなるってのは間違いない
821:nobodyさん
14/07/03 01:07:33.29
>>818
cakeが他のFWより極端に遅いってのがあるから
FW以前の話だな
822:nobodyさん
14/07/03 01:11:12.39
URLﾘﾝｸ(www.techempower.com)
FacebookみたいにHHVM使うなら話は別かもな
Cakeがまともに動くのかしらんが
823:nobodyさん
14/07/03 01:28:28.14
>>822
hhvmが早いといっても、php-raw(素のphp)の2倍しか速くない
cakeは遅すぎて計測不能
cakeよりちょっと速いといわれる
railsやsymfonyでphp-rawで書いたのの1/10の速さでしかない
cakeじゃ無理だな
fuelでphp-rawの半分、phalconでphp-rawと同じぐらいだからここら辺で書かないと
他はyafやphpixieな
824:nobodyさん
14/07/03 01:37:08.52
Cakeで頑張るならPHPの中間コードキャッシュ入れて
DBスレーブサーバ（ないしAmazon RDS）とロードバランサ使って
ユーザが増えた時はサーバ台数多めで対応
徐々にコードやキャッシュを調整して台数や一台あたりに要求される性能を減らしていくって感じか
速度もある程度はスケールアウトでカバーできるいい時代になった
まず新サービスに大勢の人が来る保証もないし
動作速度より開発速度や書きやすさを優先するからこそのFWっしょ
そんなに速度が気になるなら最初からPhalconやJavaやJVM系言語やC#でも使うよろし
825:nobodyさん
14/07/03 01:41:59.54
>>824
バランスじゃないのかな？
railsは突出して開発速度？が速いけど
cakeだとphalconと比べてもあまり大差ないみたいだしな
流石に10倍速度が違う≒アクセス10倍の差があるだからな
あくまで、速度が重要視される場合な。
cakeで捌ける人数しかこない前提なら問題ないし
元の話の2chなら話にならないよな
826:nobodyさん
14/07/03 01:56:21.45
URLﾘﾝｸ(www.techempower.com)
URLﾘﾝｸ(www.techempower.com)
CakePHPが遅すぎて計測不能なんじゃなくてフレームワークが増えすぎて中の人が徐々に手が回らなくなっているのでは？
過去のを見るとちゃんと結果が載ってる回もある
ところでDartの結果良いな
いつの間にこんなに
827:nobodyさん
14/07/03 02:01:52.84
>>826
githubでコード集めてるから
人気がなくなった(外部のコードを書く人がいなくなった)ってほうになるな
828:nobodyさん
14/07/03 02:04:48.87
>>826
r7でrailsぐらいか
829:nobodyさん
14/07/03 02:05:10.64
開発者がCakePHPから他に移ってるのもあるだろうし
Cakeでベンチ対決に参加しても悲しくなるだけだし
830:nobodyさん
14/07/03 02:09:04.71 JnE+cuIZ
>>820 >>821 >>822 >823
そもそも2ch位のトラフィックを捌けるＦＷとかなさそうですね。
831:nobodyさん
14/07/03 02:10:17.86 JnE+cuIZ
>>824
流石に2chクラスだとCakeじゃ無理でしょ。
832:nobodyさん
14/07/03 02:11:15.57 JnE+cuIZ
cakeで作られている大規模サイトで有名なのはどこですか？
833:nobodyさん
14/07/03 02:14:41.70
2chクラスの人が集まるコンテンツを作る方が大変なんですけど
834:nobodyさん
14/07/03 02:33:52.59
>>830
'捌ける'の前提がよく分からんが
RDBとORMありのFW使った上で2chと同じサーバスペック同じ台数で捌けるかどうかってことか？
Cakeには無理だろうが全FWが駄目と判断するのは早計でしょ
2chのWebサーバって未だにEvent MPMがまともに使えないVer.のApacheだし
書き込みのほうのbbs.cgiは所詮Perlだしガチガチに高速化されてるとも思えないな
URLﾘﾝｸ(www.techempower.com)
>>833
まったくだ
835:nobodyさん
14/07/03 02:34:55.37
>>832
nanapiとランサーズ
836:nobodyさん
14/07/03 02:56:35.42 JxPD7Z4w
>>834 >>835
ランサーズの重たさを見てやはりcakeの底が見えました。
ところでなんで ランサーズ がcake使ってるってわかったの？
837:nobodyさん
14/07/03 03:02:55.42
公式ブログで公表してるから。
838:nobodyさん
14/07/03 14:01:04.31
>>826
やっぱJVM系優秀だなぁ。