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

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

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

**nobodyさん** · 2014/10/12(日) 13:30:47.05

その時々で、旬のものを使えばいい。

**nobodyさん** · 2014/10/12(日) 13:34:25.43

>>52
RoR「せやな」

**nobodyさん** · 2014/10/12(日) 17:17:03.33

RoRはもうオワコン

**nobodyさん** · 2014/10/12(日) 17:18:32.41

phalconどうよ？

**nobodyさん** · 2014/10/12(日) 18:20:04.26

>>55
RoRのViewがしょぼいから、鋸テンプレートとか入れるんだけど、これまた地雷なんだよね。
Laravelのbradeがほんと素晴らしい。

**nobodyさん** · 2014/10/12(日) 19:21:02.77

テンプレートは「ほぼHTML」というのを使うのが
デザイナーとの分業に一番適してる。

**nobodyさん** · 2014/10/12(日) 19:22:15.62

PHPTALですねわかります

**nobodyさん** · 2014/10/12(日) 23:40:55.39

コマンドラインが使えないレンタルサーバでも使える、ファイルアップロードだけで済ませられるフレームワーク、と考えたら何が良いでしょうか？
FuelPHPはSimpleAuthを使うためにoilコマンドが必要でとまどっています。
CodeIgniterはコマンドライン不要っぽくて候補に考えているのですが、他にも該当するものはあるでしょうか。

**nobodyさん** · 2014/10/13(月) 00:42:00.16

あとKohanaもアップロードだけで済ませられるみたいなのですが、これは開発が終了しちゃったとのことで、避けたほうがいいかと思ってます。

**nobodyさん** · 2014/10/14(火) 08:29:34.09

ローカルの開発環境で作成したものをアップロードしたら良いのでは？

**nobodyさん** · 2014/10/14(火) 08:49:40.03

レン鯖でもデータベースの中身のエクスポート・インポートくらいできるしね

**nobodyさん** · 2014/10/21(火) 23:24:18.31

やはりZendしとけば間違いないでしょ
やりがいも一番ありそうだし
でその次はsymfonyも
ここまでできれば問題ないと思う

**nobodyさん** · 2014/10/22(水) 01:33:32.57

効率が…
そろそろ他使うべきよね

**nobodyさん** · 2014/10/22(水) 02:28:10.16

効率ってなったらRubyですかね

**nobodyさん** · 2014/10/22(水) 12:40:57.85

RubyというよりRailsだな。効率の要はフレームワークで
言語はほんの僅かフレームワークを作るのに便利かどうかってだけ。
フレームワークが出来上がってしまったら効率は殆ど差が無くなる。

**nobodyさん** · 2014/10/22(水) 22:59:59.03

月額1000円以下のレンタルサーバで使える、っていうとやっぱりPHPが圧倒的に多いんだよね

**nobodyさん** · 2014/10/23(木) 01:10:38.59

レンタルサーバーならslimが最速
vpsならpalcon

**nobodyさん** · 2014/10/23(木) 02:15:32.97

フレームワーク触る人がレンタルサーバに拘るかな？

**nobodyさん** · 2014/10/24(金) 10:42:02.07

やはり言語よりフレームワークの時代って感じですね

**nobodyさん** · 2014/10/24(金) 17:16:02.37

えっ

**nobodyさん** · 2014/10/24(金) 22:37:53.69

※PHPer

**nobodyさん** · 2014/10/24(金) 22:50:55.76

PHPこそ至高
他のスクリプト言語してるやつは一体何を考えてんだかｗ
Railsとかただのネトウヨじゃねーかｗ

**nobodyさん** · 2014/10/27(月) 00:58:52.06

そうっすね

**nobodyさん** · 2014/11/04(火) 12:05:54.25

xamppでapacheのサービスを有効にしようとすると、
「services cannot be installed or uninstalled while the service running」という、
エラーが吐き出されます。
スカイプを切り、apache control panelのプロパティにて「管理者としてこのプログラムを実行する」
にチェックを入れましたが解消されません。

何か他に対処方法はありますでしょうか？

使用OS：win7 ultimateです。
よろしくお願いいたします。

**nobodyさん** · 2014/11/12(水) 00:11:03.44

>>72
政治思想と物乞いの区別が付かないのが、チョウセンヒトモドキ

**nobodyさん** · 2014/11/12(水) 06:00:13.26

>>76
httpd -t でhttpd.confをチェック
サービス一覧でIISなどポート80を使ってるものがないかチェックするか、
もしくはhttpd.confでポートを80->8080などに変えてみる。

**nobodyさん** · 2014/11/14(金) 18:31:47.03

laravelはかわいい

**nobodyさん** · 2014/11/14(金) 21:41:31.04

フレームワークはどれも十分すぎるほど高機能。
でも本当に必要なのは、基本的なMVCの機能やルーティングの機能くらい。
足りない機能は自分でコード書けばいい。

それよりも、学習を始める最初の一歩が大切。
つまり、書籍やオンラインマニュアルの品質が大切だと思う。

それと、マイナーバージョンアップを頻繁に行ったり下位互換性がないのはダメ。

で、自分的には、FuelPHP。

**nobodyさん** · 2014/11/14(金) 21:42:09.15

Auraええね

**nobodyさん** · 2014/11/15(土) 11:23:08.35

FuelPHPは確かに今のところ一番充実したドキュメントがあるね。

ただ名前が呼びにくいからダメ。
所詮ウブントゥと共に消える運命。

**nobodyさん** · 2014/11/15(土) 12:28:28.22

>>80
JAX-RSええよ。

PHPのフレームワークにそれ求めるのは、筋違い。
書籍もいらんし、ドキュメントは最低限のUp and Runningなのがあればいい。
あとはソース読む。どうせ、ドキュメントがバージョンアップについてこないんだから。

**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推し