結局PHPのフレームワークってどれがいいの?
■ このスレッドは過去ログ倉庫に格納されています
最近Cakephpの勉強始めたんだが
コードがダサくて嫌なんだけど
ていうかarrayうざい
そもそもcakephpって名前がダサくて嫌だ
どれ次に勉強すればいいかな?
laravel symfony2 zendFramework CodeIgniter Yii >>270
一時期は知名度ナンバーワンで書籍も多く出てたcakephpのgoogleトレンド見て同じことが言えますか? >>273
ほんとだわ。
肝心のアップグレードガイドも歯抜けが多いし、開発者が好き勝手つくってるのはいいけど、オタク向けフレームワークって感じ。 googleトレンドもだけどgithubのstar数が悲壮感漂ってる >>271, 272
確かにおっしゃる通り。
私の意見には無理があるわ。 >>272
アジアと北アフリカにしか人気がないところとか?
バングラディシュ、インド、日本、チュニジア、フィリピン、香港、モロッコ、 ドキュメントや本の充実度と検索ボリュームの関係の話をしてるところに突然国の話を持ち出すのはもう相当かっこいい >>238のかっこ悪さが浮き彫りになった形
世界的にはwww githubのstar数
laravel 23,936
codeigniter 12,549
symfony 12,535
cakephp 6,551
fuel 1,396
世界的にオワコンは間違ってる
そもそも始まってないんだから Laravel勉強したいんだけど5に対応してるあの書籍、中身は4なんでしょ
まともに勉強できる環境がないね Laravelはちょっとしたことでも全部海外サイト行き
国内に情報無さ過ぎる laravelってgithubにあるのほとんどゴミじゃね? qiitaの記事数
cakephp 1154
laravel 1085
fuelphp 537
symfony 459
codeigniter 153 英語読めなくて使えない人が多い方が有難かったりして ある程度使えるようになったら海外サイトで調べるのは問題ないんだよな
c#はだいたいstackoverflowで適当な答えひっかかるし
まずは初期の学習の環境として日本語がいいんだが セキュリティさえなんとかすれば俺様FWのほうが楽で自由だよね 作成するシステムの方向性が同様ならそうかも
カート専用fwみたいにね >>295
うーん気持ちはわかるけど俺は無理
有名FWに乗っとけばセキュリティ問題がニュースで得られるけど、自前だと全部に精通してなきゃいかんのが俺には無理ゲーだな
FW使っときゃ顧客にも保守料で最新キープしますという形で契約ライン合意しやすいし セキュリティ以前に自作でやると
後方互換性考慮した修正していくうちにスパゲッティになってしまう
cakeのソースに親近感を覚える俺です >>297
そうか…フレームワーク勉強するのも面倒だけどセキュリティはもっとカオスなんだろうな
fuelPHPの書籍がしっかりしてるからこれにしようかと思ったけど、もう死にそうだからセキュリティ更新もなくなるかもね
がんばってLaravel勉強するかなあ…
ていうかFWってWPみたいに頻繁にセキュリティ更新ないけど、すでに強固なセキュリティ対策されてるの? WordPressは利用者がプログラム書くことはあまりないでしょ、プラグインを組み合わせて機能を実現して、
どうしても独自のカスタマイズをしたいところだけ、エンドユーザがちょこっと書き換える。
だから提供側が担当するアップデートが多い。
フレームワークは枠組みを提供して、中身はフレームワークユーザが作るもの。
たとえばログイン機能を作るとしても、そのアカウント管理がセキュアなものかどうかは、フレームワーク側が提供するのではなく、
フレームワークを使ってログイン機能を作るプログラマが作りこむものだよ。
もちろんフレームワーク自体やプラグインとしてログイン機能/アカウント管理が提供されてることも多いけど、それだってカスタマイズすることが前提だ。 fuelでここ数年やってきたけど、未だに盛り上がることなく、そろそろ替えようと思ってる。
で、symfonyやlaravelに手を付けて見たけど難し過ぎ・・・。 fuelphpの圧倒的な学習コストの低さをなめちゃいけねぇよ 学習コストの低さ
イコール
・高品質なコード
・担当が代わっても品質が安定
・障害対応、仕様変更への対応力
個人はともかく業務でWeb開発している人達にとっては、
学習コストの低さはものすごく大事な要件なのよ。 世のWebプログラマがフレームワークの学習コストにすら耐えられない現実が悲しい
学習コスト低いものだけで仕事が成り立つような職ならそりゃ年取ったら捨てられるわ 十分に金払わないから素人に毛が生えたのしか来ないだけではという気もする fuel使える頭があればほかのフレームワークも余裕でしょ
ああでもfuelしか使えない人は英語苦手そうだな Symfony2って、でかすぎてサーバへ持って行くときに困る。
Symfonyシリーズってまだ人気あるの? もしかして今どきFTPとかSCPでデプロイしてる感じ? ftpやscpでもデプロイが出来るレベルの簡潔さが無いと
結局保守で困るからな scp,ftp,sftpなどのデプロイって普通かと思っていたんだが、ダメなのか?
何がメインになってるの? 俺はなんとなくずっとsftpだ。scpの方がいいの? 察しちゃったね
ここに書き込んでるのがどういう層か git hookでデプロイか…継続的インテグレーションって言うのかこれ?
継続的インテグレーションの略語もCIなのがめんどくさいな…。
普段これをCIって言ってる奴らはCodeIgniterの事はなんて言うんだ?もはや眼中にない感じ? composerとか使えるなら使いたいけどね
あいにくテストクラスも作らずにExcel方眼紙でテスト仕様書作ってるような現場なんでね >>323
あとCorporate Identityの方が有名じゃない? >>321
使っていない
自動でデプロイするほど小規模じゃないので 自動デプロイする職場って、担当者の個人判断でいいのか?
承認やら複眼チェックはいらんのか?
アジャイルとか開発プロセスの軽量化とかいうけど、
検査漏れなどあれば事業の存続に影響するようなシステムでも
プロセスの軽量化を優先しているんかな? どっかで壊れるのも全自動って書き込み見たなw
まあもちろんテスト環境が自動で、本番は分けるとかやってるんだろうけど 開発環境やテスト、検証環境ならわかるが
さすがに本番環境はscpなりで
めっちゃ慎重にやると思うんだよなあ テスト環境まで自動デプロイ
本番は承認プロセス挟んでブルーグリーン (パフォーマンスを考えなければ)Laravel一択でしょ パフォーマンスを考えないやつなんているのか?
リリース時はふつう閑散としているからパフォーマンスがでなくても問題ないが、
サービスが繁盛してくるとマズいことになる。 >>332
php使っている時点でパフォーマンス優先してないのでは?
ロードバランサー挟んで負荷分散しとけばいい。 >php使っている時点でパフォーマンス優先してないのでは?
これたびたび言われるけど、PHP7で大幅にパフォーマンス改善されたのをふまえても、他のWeb系言語より大きく劣っているのだろうか? ウェブの負荷なんてDBが9割じゃん
異論は認める
ここの分散がラクなら別に2割3割食っても構わんのだけど、別にその程度の分散はphpで十分出来てるって人が殆どじゃないの
仮にPHPが4割越したら設計が異常だと思うよ。でも仮にそうでもPHPの負荷が高いだけなら別鯖に分けるのもそんな困らんのよね…API単位であとはnginxさんにでも任せればもうなんとでもなるしな >>335
ほぼ同意
FW構造だけで目に見えるほどの差はつかないと思う
それでもFWのせいにするのは、コードを整理すればどうとでもなるレベルなのにやらないやつの怠慢発言と思ってる 負荷の問題はどうとでもなるが応答速度の確保はどうやってる?
Laravel使ってるがこれがネックなんだよな… >>338
さすがにLaravelは四天王の中でも速度最弱なので
使わない以外の選択肢はなかなか出てこないかと DB応答速度がパフォーマンスに大きく影響することに同意します。
それにはDBの応答速度を上げるSQL文やテーブル設計、インデックスなどがそもそも大事。
phpのコードの書き方で速度が大きく変わるのも同意です。
でも、Laravelは使わない。
Laravelは実際遅いし、これに起因するパフォーマンス低下は対応策がないので。 Codeigniter3って塩梅どうなのかな
ライセンスのゴタゴタで何となく敬遠してたけど CodeIgniterはもう4が開発版配布になってるよ。
https://bcit-ci.github.io/CodeIgniter4/installation/downloads.html
PHP7が必須だってさ。ならばPHP5→7のパフォーマンス改善をフル活用してくれるんじゃないかな、もともと軽さがウリのフレームワークなんだし。
これからの新規プロジェクトなら検討してみたら。 >>342
ひゃー、隔世の感を否めない…
レスありがとう LocalだとPHP7 + Phalconで色々やってて速くて満足してるんだが
安いレンタルサーバが無くてなー
大手は未だに5.4とかだし >>344
だよね
客によってはVPSじゃなかったりもするから
選択肢がほとんどなかったりするよ…… CodeIgniter 4 ですか。
俺もビックリです。
ところで CodeIgniter 4 のウリは、
PHP 7 対応以外に何があるんですか?
(HP見ましたが英語読めないので・・・) 相変わらずシンプルが売りだって書いてあるから、
便利さの部分はテメーでなんとかしろってスタンスだと思う。 Slimって機能がスリムすぎて・・・
例えば入力値のバリデーション機能さえなかったような気が・・・ でもあんまり基本的な部分から追加インストール必要だと、そもそもフレームワークの意味ないじゃんってことにならない?
俺は以前はCodeIgniter好きだったけど、使ってるうちにそういう考えになっちゃった。 追加インストールくらいならあまり気にならないかなあ
自力でダウンロードして……とかいうならちょっといやだけど >>355
コマンドを使って追加インストールするのは嫌いだなぁ >>356
composerすら使いたくないみたいな? >>357
コマンドを使うのがいや
手動でどこかにファイルを置くだけなら歓迎 ネームスペースの関係でcomposerの方が楽だと思うけどなぁ
大型のはssh必要だしslimぐらいがちょうどいいわ >>359
GUIはもっといや
scpかなんかでファイルをポンと置くだけがイイ 全部入りのフレームワークがいいなと思ってwordpressを使い続けて早数年
SQLの書き方もインデックスの貼り方も忘れてしまった
これでいいのかなぁ WordPressで間に合う仕事しかやってないなら別にいいんちゃう >>367
忘れるだろ
俺も運用が仕事になってPython一切書けなくなった。
おおまかなロジックの指針は覚えてるんだけど
簡単な関数一つ検索しないとわからん 数年どころか半年で開発能力は半分になるんじゃないかな。
1年もやらなきゃ1/4。
部署異動などで元の仕事から半年離れたら、もう復帰は無理だよ。 初心者なので全部ログ読みましたが
ララベルときめくよね・・・いい人なんだけどね・・・(無言)
Fuelはいいよね→ステマ! オワコン!
ZEND眼中なし
CAKE老害・・・でも老人社会だし擦り寄って置くのも有り
今はCIがいいかな
こういう流れでいいですかね ■ このスレッドは過去ログ倉庫に格納されています