結局ＰＨＰのフレームワークってどれがいいの？

**nobodyさん** · 2014/08/17(日) 00:19:15.36

最近Cakephpの勉強始めたんだが
コードがダサくて嫌なんだけど
ていうかarrayうざい
そもそもcakephpって名前がダサくて嫌だ
どれ次に勉強すればいいかな？
laravel symfony2 zendFramework　CodeIgniter　Yii

**nobodyさん** · 2014/11/15(土) 17:28:20.70

>>82
おまえフューエルって言えないのかよｗ
言えないなら特別にヒユーエルでもフユーエルでも許してやるわ。

それでも言えないならフーエルでもいいぞ。

**nobodyさん** · 2014/11/15(土) 17:53:11.29

>>83
あなたのようなスキルが高く能力のある人ばかりではないのよ。
学習能力・理解力・経験の差が大きいの。

＞あとはソース読む。
貴方は、学習を始める初期段階からソースを読んで習得するの？？？

**nobodyさん** · 2014/11/16(日) 19:20:53.97

全部で数百件程度のDB検索で、15秒もかかる小さい商用サイトがあるんだけど
リンクがコロン区切りなのでCakeと思うが、チューニングとかで早くならんの？
これって別のフレームワークや、素のPHPやSQLで部分的に書く方がいいのかね？
もう表示崩れたりサイト中がごちゃごちゃだし、会社も直す気なさそうだけど

**nobodyさん** · 2014/11/16(日) 21:34:10.20

>>86
フレームワークの問題じゃないよ。

レコード全部取ってきて、PHPのforeachでループして検索してたりしてｗ

**nobodyさん** · 2014/11/21(金) 19:14:15.52

>>86
君のサイト？

**nobodyさん** · 2014/11/21(金) 22:06:00.02

>>86
まずどこにパフォーマンスを落とす要因があるのか計測が必要だよ。
ソースコード上の箇所を突き止めることが必要ですよ。

**nobodyさん** · 2014/11/22(土) 23:40:46.08

>>86
DBにインデックス張ってないんじゃ
まずはクエリを特定すべし

**nobodyさん** · 2014/11/23(日) 06:35:12.56

とりあえず撃ってるSQLをerror_logしてコマンドラインで同じの撃ってみるのかな
そういうことするときって生の文字列でSQL書いてるほうがラクなんだけどMVCフレームワークだとWHERE句ひとつひとつ関数で書いたりしてて面倒だ

**nobodyさん** · 2014/11/23(日) 10:17:50.19

フレームワークに、SQL出力する機能あるだろ、およそ。

**nobodyさん** · 2014/12/28(日) 21:59:51.62

そういやLaravel 5 は年内リリースの予定だったよな。
どしたんだ？

**nobodyさん** · 2014/12/29(月) 15:02:20.20

後2日ある。
まだ、あわわわわ、てるような時間じゃない。

**nobodyさん** · 2014/12/29(月) 15:28:39.56

2014年12月60日くらいには出るんじゃないかな

93 · 2014/12/29(月) 19:05:50.59

１月だって書いてあった。

**nobodyさん** · 2015/02/08(日) 06:43:49.18

LaravelのスレもFuelのスレもCodeIgniterのスレも、伸びてないなぁ。。。
CakePHPは興味ないので知らんけど。

LaravelはVer5が出たし。
Fuelは鈴木さんの良書が出たし。
CodeIgniterはVer3がリリース目前だというのに。

なんでかな？
みんなAndoroidの開発に移っちゃって、PHPはやめちゃったの？

**nobodyさん** · 2015/02/08(日) 10:43:06.24

それもあるかもね
あと、新しいバージョンが出たらすぐに試そうなんて奴はRoR使ってそうだし、Angularとかクライアントサイドに力入れてる奴もいるだろうし

**nobodyさん** · 2015/02/08(日) 10:51:22.79

それから、「意識高い」奴らはこんなとこに書き込むことが古くてダサいと思ってそう

**nobodyさん** · 2015/02/08(日) 11:12:38.68

>>99
こんなとこが古くてダサいなら、いったいどこに書くんだ？

**nobodyさん** · 2015/02/08(日) 12:45:16.27

CodeIgniterはライセンス問題は解決したの？
たしかそれが原因でVer3に移ったんだよね？

**nobodyさん** · 2015/02/08(日) 13:08:53.78

PHP初心者じゃない、フレームワーク初心者に向いてるフレームワークって何ですかね？

あとPhalconってどう？

**nobodyさん** · 2015/02/10(火) 03:12:19.24

おれCI使ってるけど語ることないなー、てのが（CIに限らず）安定系利用者の本音かと思う
社内でも「そろそろFuelいっとく？」てな話題は出るけど、優先順位を上げる必要性が今んとこリプレースコストほど想像できない

そのうち新人に老害と罵られる未来は感じる
でもうちは新人入れる余裕も当面ないし、正直悪循環だなとは思う

**nobodyさん** · 2015/04/04(土) 19:46:29.05

CodeIgniter + Smarty = 最強。

速度
シンプルさ
覚えやすさ
利用者の多さ

FuelPHP、Laravel、CakePHPを使ってみた結果たどり着いた。

**nobodyさん** · 2015/04/04(土) 19:56:36.16

CodeIgniterスレってないの？

**nobodyさん** · 2015/04/07(火) 01:24:16.73

>>104
FuelPHP使ってからCIに戻ったんだ？珍しい
保守サーバ環境によほど古いの混ざってるとか、再教育コストが馬鹿にならないとかなければCI使う理由ってないと思うけどな

でもほんとシンプルで必要十分だよねCI
Fuelは機能面でしっかりトレンド追い掛けてるから、代償としてマニュアルも膨れ上がっちゃってるし。
あれこれ要求するとFuelになるだろからCIはこのまま枯れっぱなしで保守して欲しいわ

**nobodyさん** · 2015/04/08(水) 06:03:00.29

>>106
FuelPHPは、良いですね。
特に日本語ドキュメントは秀逸だと思いますし、FuelPHPの書籍も
素晴らしい。

メソッドの名前も、CIより良いなと思いました。

機能的には、Smartyとの連携の容易さ、ユーザ認証機能が付属、
BootStrapも標準で付属（だったかな）など。

でも、どの機能もCIをベースにちょっとトッピングすれば実装できるんですよね。

一方で、既存のCIのサービスの保守をしながらFuelPHPを採用すると、
スキル的にCIとFuelPHPの２本立てになってしまうという台所事情がありまして。

それが嫌でCIに戻りました。

**nobodyさん** · 2015/04/08(水) 21:26:16.30

なるほど納得。どうせ二本立てになるくらいならCIのままの方が混乱ないですよね
うちはCIでやってたスマホ用のシステムが、建増し住宅しすぎて本当にひどくなってw
問題点洗いだして心機一転4人チームでFuelPHPで再実装しました。
みんななんとなくFuelいいなーって思ってる奴らだったので思いの外うまくいきましたが、一人でも戸惑ってるメンバーがいたらやめてたかもなぁ

CIのままでも作り直しの成果は上げられたとは思いますしね
DB周りはかなりすっきりしたけど、本質的な問題は建増し住宅のごとき仕様変更による混乱だっただけだしなーww

**nobodyさん** · 2015/04/12(日) 02:02:18.05

CodeIgniterは「フレームワーク自体はデータベースを必要としない」っていうのが好きで使ってる。

**nobodyさん** · 2015/04/12(日) 16:05:59.32

フレームワーク自体がデータベースを使ってるものなんて
どこにあるんだ？

**nobodyさん** · 2015/04/13(月) 02:00:17.81

cake1とか規約が厳しいフレームワークのことを引き合いに出してるのでは？
どのみちちょっと情報が古そうだが

**nobodyさん** · 2015/04/17(金) 22:11:41.29

1ファイルのフレームワークってないかな
さくっと使いたいのだけど

**nobodyさん** · 2015/04/17(金) 23:52:42.99

1ファイルをお望みなら、欲しいのはフレームワークじゃなくて「お手軽ライブラリのセット」なんじゃないのかなぁ

運用の上でまとめたものと利用方法のセットがフレームワークだと思うんだ
opcacheあんだしファイル数とか気にしなくて良くね

1ファイルにパックできてもいいことないと思うよ
アプリ側フォルダはどうせルールに従った構成が必要になるだろうしね

**nobodyさん** · 2015/04/19(日) 01:20:44.81

>>112
limonadeとか？

**nobodyさん** · 2015/05/26(火) 21:17:15.08

どのフレームワークも盛り下がってるな

FuelPHP
Laravel
CodeIgniter
Yii

だれも使ってないのか

**nobodyさん** · 2015/06/20(土) 12:38:24.72

結局現場リーダーが使い慣れたものが採用される
で、Cakeになる　おしまい

**nobodyさん** · 2015/06/21(日) 19:38:51.36

PHP7がウワサされてるが、そしたらフレームワーク界も動くかね。

**nobodyさん** · 2015/06/22(月) 08:40:30.42

ウワサ？
もうα出てるんだが？

**nobodyさん** · 2015/06/22(月) 11:47:15.49

PHP7時代到来で、どのフレームワークが速いとかいう議論も不毛になりそうだな
フレームワークは開発のしやすさで選ぶ流れへとシフト

**nobodyさん** · 2015/06/29(月) 00:22:09.88

じゃあララベルできまりだな

**nobodyさん** · 2015/07/01(水) 12:28:27.28

暇人以外は
cake使っとけ

**nobodyさん** · 2015/07/04(土) 20:39:13.49

シンフォニーは？

**nobodyさん** · 2015/07/04(土) 20:55:41.44

シンフォニーは、知らん。

迷うならCodeIgniter使っとけ。
世界のデファクトスタンダードだからな。

**nobodyさん** · 2015/07/05(日) 11:28:32.75

一時期ライセンス問題あったから避けたんだよなーorz

**nobodyさん** · 2015/07/05(日) 12:18:27.13

ライセンス問題は解決したからもう一度やってみよう
軽量省機能がウリだから覚えることも少ないぞ

**nobodyさん** · 2015/07/05(日) 12:42:17.74

ライセンス問題のせいで、ただでさえ乱立のＰＨＰフレームワークが
FuelPHPとかlaravelとかにバラけて
もう辟易だよ

**nobodyさん** · 2015/07/05(日) 12:51:27.40

まあ別に必要なら全部覚えりゃいいべ。
ほとんどの知識は流用で済むんだから

**nobodyさん** · 2015/07/05(日) 12:54:50.60

結局何が良い？
2chの勢いだけならcakeか？

**nobodyさん** · 2015/07/05(日) 12:58:24.16

現場で一番多いのはおそらくCake1

案件も新規開発が減っていて、改修とかリプレイスとかが多いから迷うところ

**nobodyさん** · 2015/07/05(日) 13:23:45.57

cake1かー
いまさら覚えるのもなー

**nobodyさん** · 2015/07/05(日) 17:06:30.84

今までも乱立してきたし、それはこれからも続くことを
考えれば、長く安定して使えるものが一番いいだろうね。

Cakeは使ったことないから間違っているかもしれないけど、
規約で縛られた開発ルールだから、その知識は他のフレームワークに
流用できないのではないだろうか？？？

**nobodyさん** · 2015/07/09(木) 10:31:44.95

CakePHPはModelっていうか、DBアクセス周りがクソすぎて
小さいWEBサイトならまだしも、本格的なWEBアプリケーションでは使えないでしょ。
あんなもの便利がって使ってる人は頭が悪いんだよ。

CodeIgniterはまぁ、可もなく不可もなくって感じだったな。

>>104
>CodeIgniter + Smarty = 最強。

Smartyなんか、いい加減捨てなよ。
Twig使ってみれば、Smarty使ってたのが馬鹿みたいだった事がわかる。

**nobodyさん** · 2015/07/09(木) 10:40:37.19

SELECT A.id, B.name FROM log AS A
LEFT JOIN user AS B
USING id
WHERE A.access_time > '2015-07-09 10:00:00'

たったこれだけのSQLを、Cakeの正規の方法（query()を使わない）で書いたら
これ何の暗号だよ？ってなるじゃない。

フレームワークとして、auto_incrementな単一プライマリキーしかサポートしないとかだったと思うし、

本当に、何考えてこんなフレームワーク作ったんだ？と思うし、
何考えてこんなフレームワーク使ってんだ？と、

糞のようになったコードの保守案件とかやらされると、いつも思う。

**nobodyさん** · 2015/07/09(木) 14:09:55.72

まあそのへんのクエリがオリジナルより複雑になるのは止む終えないでしょ。
SQLが単純すぎるんだから。逆に単純すぎて間違いが多いのが問題なんだし。

あとSQLインジェクション対策もできるから作法として使ってる。

フレームワークによって記法がまちまちでスゲーいらいらするのはわかるけどｗ

**nobodyさん** · 2015/07/09(木) 22:33:02.19

Cake全くしらないけど、フレームワークによって記法がまちまちでスゲーいらいら
するのを解消したり、ＳＱＬをシンプルに使ってSQLインジェクション対策
したいなら、ふつーにPDO使えばいいじゃん。

とか思うのだが。

稚拙すぎ？

**nobodyさん** · 2015/07/10(金) 02:26:28.84

>>135

>ＳＱＬをシンプルに使ってSQLインジェクション対策
>したいなら、ふつーにPDO使えばいいじゃん。
>とか思うのだが。稚拙すぎ？

いや、僕もそう思います。
そうすると、フレームワークによってルールが違いすぎるのもいらいらしてきます。

MVCの実装なんか本当は物凄く簡単なので、
だったらやたら命名規約が厳しいだけのCakeなんか、尚更使う必要ないなと思ってしまいます。

**nobodyさん** · 2015/07/10(金) 08:35:48.39

命名規約が厳しいのは、作ってて楽しくない。

縛られず、自由に楽しく開発したいもんね。

命名規約に則らないとダメというのは、楽しいどころかイライラします。

**nobodyさん** · 2015/07/10(金) 19:06:18.93

ダメなものほど流行するというのは何とかしてほしいです…

**nobodyさん** · 2015/07/10(金) 21:13:14.74

全部自分で作るのが一番わかりやすいのは当たり前。
フレームワークのメリットはいかに早く、簡単に、分担して作れるかだから。

アホがいじっても、大惨事にならないようにできてる。

**nobodyさん** · 2015/07/12(日) 10:46:22.00

アホでも作れる範囲しか作れないってことだけど、
それで事足りちゃうんだよね、大抵の物は。

**nobodyさん** · 2015/07/12(日) 12:30:38.70

そらそうよ。
大抵のWebサイトで使われてる技術を簡単に書けるようにまとめたのがフレームワークなんだから。
テクニックの共通言語化みたいなもんさね。

「ぐへへ30行で書くところを、俺独自の書き方で3行でまとめたぜ」ってタイプのアホと、
「本に書いてあったとおりに書きました。セキュリティ？食べたことありません」ってアホ。
どっちも防げる。めでたしめでたし

**nobodyさん** · 2015/07/12(日) 17:31:46.06

今のPHPは物凄くよくできてるんだけど、
肝心のPHPerの方がいつまでたってもPHP4あたりの頃のコーディングスタイルで書き続けてるからなぁ。

**nobodyさん** · 2015/09/16(水) 21:55:59.59

フレームワークを使えば関数書くだけでほとんど済むから、PHP Ver4レベルの言語仕様さえ知っていればおｋ。

**nobodyさん** · 2015/10/04(日) 02:22:11.54

>>132
Twigって最終の出力結果のキャッシュもしてくれるのん？
テンプレートのキャッシュだけじゃなかったっけ

Smarty3遅いんで引越し先さがしてる

**nobodyさん** · 2015/10/04(日) 08:34:21.91

テンプレはSmarty3しか知らないんですが、Twigってそんなに良いの？
速度が速いというだけ？

**nobodyさん** · 2015/10/04(日) 15:47:47.19

Cakeは後方互換がヤバイらしいな
ソッチのほうが問題やな

**nobodyさん** · 2015/10/15(木) 22:17:08.78

CodeIgniter か FuelPHP かで迷っています。

作るものは具体的に決まっていませんが、50画面程度の
社内ユーザ向けWebサービスができれば良いと思っています。

どっちがいいでしょうか？
お勧めを教えてください。

**nobodyさん** · 2015/10/16(金) 00:03:58.38

みんな Laravel がすごく良いといい、
みんな Laravel がクソ遅くてメモリ爆喰いという。

**nobodyさん** · 2015/10/16(金) 08:57:47.20

いまどきPHPもないしな

**nobodyさん** · 2015/10/16(金) 11:05:59.57

いまどきPHPって、未来からやってきたん？ｗ

**nobodyさん** · 2015/10/16(金) 13:49:56.94

phpなんて時期尚早だよな

**nobodyさん** · 2015/10/16(金) 19:47:53.53

>>147
言っちゃなんだけどその両者、使い方によっちゃ大差ないよ。よくわからなければFuelでok
慣れたあとで必要になってからCI試しても大して苦労しない
CIは今時のフレームワークに比べたらシンプルだから、もしソースまで降りて手を加えたい場合には簡単だから恩恵はある
学習効率も、似たような案件やるならなんも変わらない
しっかりしたORM欲しいならFuelは標準で備えてるから、その辺で選んでもいいかな
SQLわりとベタ書きしがちならCIでもいいかな

たが俺はgolang推し

**nobodyさん** · 2015/10/17(土) 15:22:58.19

>>152
FuelPHP には素晴らしい書籍があるので、それを頼りにFuelPHPをやってみようと
思います。
国内のユーザ多いみたいだし。

ありがとうございました。

**nobodyさん** · 2015/10/17(土) 20:19:36.97

asp.netだろ

**nobodyさん** · 2015/10/17(土) 20:40:11.27

asp.net ってポータビリティどうなんかな。

サーバはLinuxでも動く？
ブラウザはIE以外でも大丈夫？

**nobodyさん** · 2015/11/11(水) 23:47:48.93

転職の際に必ず思い出してください。
下記の条件が全て当てはまる会社にご注意下さい。

・IT系 in 東京
・転職会議で2.5点
・転職会議の「その他>2ch情報」の欄で過去の労基2chスレが表示される

**nobodyさん** · 2015/12/09(水) 21:54:08.98

まともなフレームワークなんか存在しないぞ。
ほぼすべてがphperのオナニーグッズだ。
生PHPに回帰よろしく。

**nobodyさん** · 2015/12/09(水) 23:16:59.99

生PHPて

**nobodyさん** · 2015/12/10(木) 08:35:53.19

ライブラリは使ってもいいのかなナマ派は

**nobodyさん** · 2015/12/10(木) 20:49:57.74

>>158
ちょっとしたツールなんかは１ファイルで仕上げることもあるだろ？
そういうのを生PHPとか呼ぶことがある。
DBへのアクセスはPDOを使わず例えばmysqli_を使う。
これがまた凄まじく早いんだよw
確かに小規模なサイトならフレームワークなんか使うべきじゃないなと感じるよ。
まずはAdminerとか使ってみなよ。

**nobodyさん** · 2015/12/11(金) 00:00:33.54

>>160
ワンファイルツールがあるから生PHPでいいって主張かい？それはねーな
あんたの言い分が断片的過ぎるからなぁ

俺も配置者の配慮のためにソースコードまとめてしまう事自体はあるけどね。そんなの使い捨ての類だし、なにより「凄まじく早い」には同意しようがない

「凄まじく無計画で救いのないやっつけ仕事」だな
そんなしごとはリポジトリに入る機会もない

**nobodyさん** · 2015/12/11(金) 07:00:49.83

フレームワークなんてコンドームみたいなもんだからな。
生が一番だよ。

**nobodyさん** · 2015/12/11(金) 08:43:55.56

PDOとmysqliの速度の違いなど俺の書く糞コード部分の遅さに比べれば誤差でしかない気が

極厚コンドORMならわからんでもないが

**nobodyさん** · 2015/12/11(金) 20:56:21.52

どこの誰がやったかわからんセキュリティ対策よりも私は有名フレームワークを信じる、が思いついた

**nobodyさん** · 2015/12/31(木) 18:50:52.93

「Larval リファレンス」が出たら本気だす

**nobodyさん** · 2015/12/31(木) 18:51:26.01

Laravel

**nobodyさん** · 2015/12/31(木) 23:23:06.01

PHP7に合わせてフレームワーク界も一新されるのかと思ってたんだが、どうも既存フレームワークがほぼそのまま使えてるっぽいな。

**nobodyさん** · 2016/01/02(土) 14:01:42.25

CakePHP は Sting クラス（予約語）があるから動かなくなるとか聞いたことがあるけど、普通に動くみたいね

**nobodyさん** · 2016/01/14(木) 20:12:01.57

軽量フレームワークでおすすめは何？
出来れば長期サポート（バグ対応）があれば嬉しい

**nobodyさん** · 2016/01/15(金) 18:14:57.83

長期に使うなら（＝業務アプリなど）、CodeIgniter がいいんじゃないかな。

**nobodyさん** · 2016/01/15(金) 18:45:07.41

zend

**nobodyさん** · 2016/01/16(土) 02:04:03.78

>>170
CodeIgniterって日本語情報少なすぎない？

**nobodyさん** · 2016/01/16(土) 03:25:55.12

2は充分だと思うけど3は確かにね
ただ3でもそんな変わってないからチェンジログ追えば済む

良くも悪くも枯れてる。規模も小さく学習コストも知れたもの
書籍もやや不遇だな。流行ってるとは言えない
新機能に貪欲ではなくメンテナンスはそこそこ活発なんで、安定求めるならいいもんだよ

**nobodyさん** · 2016/01/17(日) 10:28:08.38

ググると「CodeIgniterは他国では多用されてるが日本ではあまり使われない」って言われてるんだよね
だったら布教活動しろよー

**nobodyさん** · 2016/01/17(日) 11:32:09.78

cakeが幅を利かせているからな

**nobodyさん** · 2016/01/17(日) 12:15:49.61

日本はCakeラブな状況が長かったから、かっとばして CakePHP → Laravel といきそうな気がする。

**nobodyさん** · 2016/01/17(日) 18:46:45.09

Laravelは尻すぼみ

**nobodyさん** · 2016/01/26(火) 09:31:40.40

　
お世話になります。
私、責任者の加茂と申します。以後、宜しくお願い致します。
　
　http://homepage2.nifty.com/e-d-a/scurl/ia-1-3.html
　
浪速建設様の見解と致しましては、メールによる対応に関しましては
受付しないということで、当初より返信を行っていないようで、今後につい
てもメールや書面での対応は致しかねるというお答えでした。
　
このように現在まで６通のメールを送られたとのことですが、結果一度も
返信がないとう状況になっています。
　
　http://homepage2.nifty.com/e-d-a/scurl/ia-1-4.html
　
私どものほうでも現在までのメール履歴は随時削除を致しております
ので実際に１１通のメールを頂戴しているか不明なところであります。

**nobodyさん転載ダメ©2ch.net** · 2016/02/11(木) 20:54:11.57

板復帰(OK!:Gather .dat file OK:NOT moving DAT 551 -> 551:Get subject.txt OK:Check subject.txt 3 -> 3:Overwrite OK)load averages: 2.06, 1.96, 1.92
sage subject:3 dat:551 rebuild OK!

**nobodyさん** · 2016/03/23(水) 14:05:36.21

また話さないか？

**nobodyさん** · 2016/03/23(水) 21:32:17.52

は？

**nobodyさん** · 2016/03/24(木) 10:03:46.55

初フレームワーク、調べられる環境と情報がいかに多いかが必要だよね
そうするとCakeなんだろうけど、fuelにしようかなあ

**nobodyさん** · 2016/05/11(水) 16:44:50.22

外人のSEから見るFuelPHP
http://qiita.com/henriquebremenkanp/items/ec6d83b34a6909d96bdd
によるとfuelは無しに見える