私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ[PHPフレームワーク]Laravel
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
このモデルはこういうデータしか受け付けませんよエラー返しますよ
ってのがおかしいの?なにがわからん?
ってのがおかしいの?なにがわからん?
>>49
ありがとう!
ありがとう!
codeigniterやそこから派生したFuelやkohanaなんかもvalidationは専用のクラスを使ってコントローラーでするってかんじなのな
なんでこんなことになってるか考えたら多分MVCしないで横着にコントローラだけですますとかrouterだけで済ますとかの軽量アプリを全然OKっていうところから来てるんだと思った
railsでコンソールからModel.create({name:'hoge', age:30})とかやった場合にバリデーション吐き出すのは素晴らしくスマートだと思ってたし
そうじゃないとおかしいだろとまで思ってたけどそもそも思想が違うんだろうな
Ardentとかいうの入れればモデルでバリデーションできるらしいけどもういいや
まずMVC語るのやめれ
なんでこんなことになってるか考えたら多分MVCしないで横着にコントローラだけですますとかrouterだけで済ますとかの軽量アプリを全然OKっていうところから来てるんだと思った
railsでコンソールからModel.create({name:'hoge', age:30})とかやった場合にバリデーション吐き出すのは素晴らしくスマートだと思ってたし
そうじゃないとおかしいだろとまで思ってたけどそもそも思想が違うんだろうな
Ardentとかいうの入れればモデルでバリデーションできるらしいけどもういいや
まずMVC語るのやめれ
バリデーションはコントローラーが適切でしょ
モデルはないわ
ケークはダメフレームワークだから参考にしちゃだめだよ~
モデルはないわ
ケークはダメフレームワークだから参考にしちゃだめだよ~
LaravelはComposerでパッケージをダウンロードして使うとサイズが大きくなっちゃうからいらねえよ
なんでWebフレームワークで15MB前後の要領食わなきゃいけないんだ
なめすぎ
なんでWebフレームワークで15MB前後の要領食わなきゃいけないんだ
なめすぎ
LaravelでFuel並みにモジュールが扱いやすくなるプラグイン無いんかな
VやらCやらがゴチャゴチャしてきて機能別に分類したいんだけどlaravel-modulesもなんか面倒くさい
設置してさっと使えるようにして欲しいわ
VやらCやらがゴチャゴチャしてきて機能別に分類したいんだけどlaravel-modulesもなんか面倒くさい
設置してさっと使えるようにして欲しいわ
勘違いしてんだろ
モデルは手続きも含むものだ
そのメソッド独特の入力制限でもしたいんだろうが、
例えば同じテーブルの同じフィールドに別のバリデーションを設ける場合がそうあるのかって話だ
権限の違いなんかで制限が変わってくる場合はその権限用のバリデ付きモデル作れた方が後で見通しがしやすい
>>55が言ってる「横着」ってのはそれを面倒臭がってコントローラで済ますんじゃねぇってことでしょ
モデルは手続きも含むものだ
そのメソッド独特の入力制限でもしたいんだろうが、
例えば同じテーブルの同じフィールドに別のバリデーションを設ける場合がそうあるのかって話だ
権限の違いなんかで制限が変わってくる場合はその権限用のバリデ付きモデル作れた方が後で見通しがしやすい
>>55が言ってる「横着」ってのはそれを面倒臭がってコントローラで済ますんじゃねぇってことでしょ
DBのモデルのフィールドとユーザー入力が一致しないこともあるからな
ところでLaravelて本当に活発なの?
日本で使ってる人が少ないだけ?
日本で使ってる人が少ないだけ?
return View::make(どこどこ)->with(変数名、変数) ← そのままechoできる
return Redirect::to(どこどこ)->with(変数名、 変数); ← セッションに突っ込む
この違いがどうにもはまるポイントなんだが。なんで同じwithで動きがちがうんですかね。
return Redirect::to(どこどこ)->with(変数名、 変数); ← セッションに突っ込む
この違いがどうにもはまるポイントなんだが。なんで同じwithで動きがちがうんですかね。
ララベル全く知らないが、そういうのは普通GETで送信してそのまま表示する
GETにしておかないと、ページャーでページングして戻るボタンがウザいとか問題がある
検索処理じゃなくて、例えば掲示板の書き込みなんかの場合、POSTで送信して処理後にリダイレクトでGETし直す
必ずこうしないと行けない訳じゃないが、だいたいこう
GETにしておかないと、ページャーでページングして戻るボタンがウザいとか問題がある
検索処理じゃなくて、例えば掲示板の書き込みなんかの場合、POSTで送信して処理後にリダイレクトでGETし直す
必ずこうしないと行けない訳じゃないが、だいたいこう
冪等かつリソースに副作用のない安全な処理はGETがいいよね
検索は基本的にGET
検索は基本的にGET
この前laravelで作ったものを納品した。
これ、覚えること多くて奥が深いよ。
フレームワークのアップデートはコマンドで一発だから楽だな。
俺は個人的に大好きだけど、大人数でやる場合には、色々と取り決めが必要になる。じゃないと後々面倒。
後、クラスを追加した後にコマンドとか打たなきゃだから、vagrant環境で開発進めていって、後で皆のファイルをマージした方が楽かもね。
これ、覚えること多くて奥が深いよ。
フレームワークのアップデートはコマンドで一発だから楽だな。
俺は個人的に大好きだけど、大人数でやる場合には、色々と取り決めが必要になる。じゃないと後々面倒。
後、クラスを追加した後にコマンドとか打たなきゃだから、vagrant環境で開発進めていって、後で皆のファイルをマージした方が楽かもね。
日本だとちょっとだけlaravelのが使われてる。勢いもかな
海外だとlaravel
海外だとlaravel
fuelphpは日本でしかはやってない印象
グーグルトレンド見るとひどい
グーグルトレンド見るとひどい
>>76
俺がマイナーなのかな?
php開発ってローカルでするものなの?
サーバーにサブドメイン切って、本番、開発、デザイナー用とか作らない?
環境揃うし、なによりrsyncで複製作れる。
そういう意味で、ドメイン、ホスト名、サブドメインはどこにも設定しないので問題ない。
ただし、デザイナーの書くテンプレに絶対パスが紛れる可能性は否定できない。
蛇足: PCがWindowsでもwin-sshfsでドライブをマウントできるから。
俺がマイナーなのかな?
php開発ってローカルでするものなの?
サーバーにサブドメイン切って、本番、開発、デザイナー用とか作らない?
環境揃うし、なによりrsyncで複製作れる。
そういう意味で、ドメイン、ホスト名、サブドメインはどこにも設定しないので問題ない。
ただし、デザイナーの書くテンプレに絶対パスが紛れる可能性は否定できない。
蛇足: PCがWindowsでもwin-sshfsでドライブをマウントできるから。
Laravelをglobalにインストールする方法を教えてください。
アップデートを1箇所で管理したいのでプロジェクトごとにLaravelをインストールするやり方はしたくないです
アップデートを1箇所で管理したいのでプロジェクトごとにLaravelをインストールするやり方はしたくないです
>>77
composerの管理をglobalでやればいいんでないの?
composerの管理をglobalでやればいいんでないの?
>>79
試したの?
試したの?
適当なディレクトリにjson置いて実行するだけじゃん。
include指定がめんどくさくなるから、プロジェクトの外に置くメリットをあまり感じないけど。
include指定がめんどくさくなるから、プロジェクトの外に置くメリットをあまり感じないけど。
そういう使い方はlaravelに用意されてない
よってcomposerでglobalインストールする方法はない
よってcomposerでglobalインストールする方法はない
>>82
そういう使い方が用意されてるFWなんてないっしょ
そういう使い方が用意されてるFWなんてないっしょ
laravelは他のFWよりcomposer分離は難しい
composer.jsonのアプリ部分とベンダー部分を分離しないとダメだし
artisanが敵でhookを書き換えないと正常に動かないし
require,includeが複数あるから面倒だし
path.baseの直下にvendorがあるとFW内で書かれているので対応しないとダメだし
workbenchあたりもなにかあるかもな
>>77
プロジェクト毎にlaravelは置いておいて
全composerを管理するシェルを作るとか、デプロイツール使うとかが現実的
composer.jsonのアプリ部分とベンダー部分を分離しないとダメだし
artisanが敵でhookを書き換えないと正常に動かないし
require,includeが複数あるから面倒だし
path.baseの直下にvendorがあるとFW内で書かれているので対応しないとダメだし
workbenchあたりもなにかあるかもな
>>77
プロジェクト毎にlaravelは置いておいて
全composerを管理するシェルを作るとか、デプロイツール使うとかが現実的
laravelをインストールすると21MBも使う。
5プロジェクトで100MB超
大規模に向かないフレームワークのくせにサイズ多すぎなんだよ
5プロジェクトで100MB超
大規模に向かないフレームワークのくせにサイズ多すぎなんだよ
なんかスレの勢い全然ないね;;
LaravelでCakeの出番はもうなくなったなーと思って早1年。
日本では全然ブレイクする兆しがない不思議さ
Cakeより何十倍もLaravelのが出来がいいと思うのだけどねぇ
LaravelでCakeの出番はもうなくなったなーと思って早1年。
日本では全然ブレイクする兆しがない不思議さ
Cakeより何十倍もLaravelのが出来がいいと思うのだけどねぇ
まだまだ日本語の情報少ないし、使ってるフレームワークを切り替えるのは大変だしね
2chってこういうプログラミング関連の書き込み意外と少ないし
2chってこういうプログラミング関連の書き込み意外と少ないし
意識低い系はCakeからRailsに移ったが
意識高い系はどこからどこに移ったんだ?
意識高い系はどこからどこに移ったんだ?
>>95
最近だとqiitaとかかな。質問できないのが辛いが
最近だとqiitaとかかな。質問できないのが辛いが
codeigniterんやめて、だいぶlaravelにもなれてきた
アイデアやライブラリもたまってきたけど、だから何?って感じ
ブログ書いてる暇ないし
アイデアやライブラリもたまってきたけど、だから何?って感じ
ブログ書いてる暇ないし
2chの方がレスポンスが早い、気がする。
有用かどうかはともかくw。
有用かどうかはともかくw。
2chは聞く場
Qiitaは書く場
今まで2chで答えてた人は
自己顕示欲を出したいだけなので、書きたかっただけ
Qiitaは書く場
今まで2chで答えてた人は
自己顕示欲を出したいだけなので、書きたかっただけ
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php スレッド一覧へ
みんなの評価 : 類似してるかもしれないスレッド
- symfony PHPフレームワークpart2 (530) - [60%] - 2022/4/10 22:45
- 【PHP】フレームワーク Akelos (129) - [60%] - 2019/5/9 7:46
- 【PHP】フレームワークPharonスレ (306) - [57%] - 2022/10/10 20:00
- [PHP][フレームワーク]CodeIgniter Part2 (983) - [56%] - 2015/4/7 12:46
- [PHP][フレームワーク]CodeIgniterスレ (983) - [53%] - 2011/3/5 23:17 ○
- 【PHP】フレームワークMapleに舌鼓 (470) - [48%] - 2017/12/31 9:31
- 【PHP】PHPフレームワーク総合スレ15 (989) - [42%] - 2013/9/27 6:00 △
トップメニューへ / →のくす牧場書庫について