私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ[PHPフレームワーク]Laravel
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
>viewのテンプレートを吐かせる関数を噛ませて表示をしています。
ここがわからない
bladeを直接書くんじゃなくて
ある関数の出力がbladeの文法に従ったテンプレートになってるわけ?
具体的にどうやってviewを返してるの?
return view(some_function());とか
return view('pc/some_view.php/');
みたいなことをやろうとしている?
それとも
return some_function();
で、some_function()の返り値がbladeテンプレートとか?
ちなみにどれも動かないからね
ここがわからない
bladeを直接書くんじゃなくて
ある関数の出力がbladeの文法に従ったテンプレートになってるわけ?
具体的にどうやってviewを返してるの?
return view(some_function());とか
return view('pc/some_view.php/');
みたいなことをやろうとしている?
それとも
return some_function();
で、some_function()の返り値がbladeテンプレートとか?
ちなみにどれも動かないからね
そもそも
>viewのテンプレートを吐かせる関数を噛ませて
みたいなことをしなくて済ませるための「テンプレートエンジン」なんだから
多分すごく無駄な労力を費やしてるんだろうな
>viewのテンプレートを吐かせる関数を噛ませて
みたいなことをしなくて済ませるための「テンプレートエンジン」なんだから
多分すごく無駄な労力を費やしてるんだろうな
検索条件のPOSTパラメータをフォームに復元したいのにできません。
具体的にはwithInput()がView::makeだと使えません。Redirect::toは使え、blade側でInput::old()で取得できました。
しかし今度はRedirect::toだとページネーションで次ページ移動すると検索条件がクリアされてしまいます。
バージョンはlaravel5です。
具体的にはwithInput()がView::makeだと使えません。Redirect::toは使え、blade側でInput::old()で取得できました。
しかし今度はRedirect::toだとページネーションで次ページ移動すると検索条件がクリアされてしまいます。
バージョンはlaravel5です。
リダイレクトに対する理解の混乱が見られる
リダイレクトは302や301のステータスコードでHTTPレスポンスを一度返し
、クライアントからもう一度新しいHTTPリクエストが来るようにするもの。
その際、
ステートレスなHTTPではリクエストをまたいで状態(今回は入力)を保存できないので、セッションに一度格納し、次のリクエストで取り出せるようにする。
Laravelでそのセッションへの一時保存を簡単に実現するのがwithやwithInputの役割。セッションに保存した古い入力を取り出すのがInput::old()なわけ
対してView::make()はテンプレートを用いてレスポンスのbodyを作成するだけなので、リクエストをまたがない。そのリクエストの入力を取得するならInput::all()でも何でもいいし、
わけあって次以降のリクエストに入力を渡したいならwithInputではなく、明示的にセッションに保存すればいい
検索はサーバのリソースに変更を加えないのが普通だと思うので、クエリストリングが長すぎてIEの上限に引っかかるなどの特段の理由がないならGETにしたほうがいい
ページネーションの際の検索条件保持もより簡単だと思うが
リダイレクトは302や301のステータスコードでHTTPレスポンスを一度返し
、クライアントからもう一度新しいHTTPリクエストが来るようにするもの。
その際、
ステートレスなHTTPではリクエストをまたいで状態(今回は入力)を保存できないので、セッションに一度格納し、次のリクエストで取り出せるようにする。
Laravelでそのセッションへの一時保存を簡単に実現するのがwithやwithInputの役割。セッションに保存した古い入力を取り出すのがInput::old()なわけ
対してView::make()はテンプレートを用いてレスポンスのbodyを作成するだけなので、リクエストをまたがない。そのリクエストの入力を取得するならInput::all()でも何でもいいし、
わけあって次以降のリクエストに入力を渡したいならwithInputではなく、明示的にセッションに保存すればいい
検索はサーバのリソースに変更を加えないのが普通だと思うので、クエリストリングが長すぎてIEの上限に引っかかるなどの特段の理由がないならGETにしたほうがいい
ページネーションの際の検索条件保持もより簡単だと思うが
なんでリダイレクトで検索ページ作ろうと思ったんか、その発想が不思議だw
普通にgetでurlにパラメータ渡して、$keyword = Input::get('keyword')で取れる。
普通にgetでurlにパラメータ渡して、$keyword = Input::get('keyword')で取れる。
>565、563さん
レスありがとうございます!
それでは検索でGetを利用し描画時にフォームの内容を復元するには、ビューにどのように値を渡し、どうやって取り出せばよいのでしょうか?
検索条件が多いため簡潔な書き方にしたいです。
562さんの説明のお陰でリダイレクトの仕組みは分かったのですが、いつwithやwithInputを使うのかが分かりません。
ご教授頂けないでしょうか。。
レスありがとうございます!
それでは検索でGetを利用し描画時にフォームの内容を復元するには、ビューにどのように値を渡し、どうやって取り出せばよいのでしょうか?
検索条件が多いため簡潔な書き方にしたいです。
562さんの説明のお陰でリダイレクトの仕組みは分かったのですが、いつwithやwithInputを使うのかが分かりません。
ご教授頂けないでしょうか。。
自分でこうじゃないかなと試すのはいいけど、
まずはセオリーとしてどのように先人が作っているのか調べるべき。
特に検索なんて、誰でも実装するもんなんだし。
googleでlaravel searchでググって出たページ
http://stackoverflow.com/questions/19612180/creating-search-functionality-with-laravel-4
これみたいにして、$q = Input::get('myInputField');の$qをView::make()でビューに渡してもいいし、
テンプレート使ってれば$this->layout->keyword = $qみたいにしてもいいし。
ビュー側でurlも簡単にできる
{{$results->appends(array('keyword' => 検索ワード))->links()}}
まずはセオリーとしてどのように先人が作っているのか調べるべき。
特に検索なんて、誰でも実装するもんなんだし。
googleでlaravel searchでググって出たページ
http://stackoverflow.com/questions/19612180/creating-search-functionality-with-laravel-4
これみたいにして、$q = Input::get('myInputField');の$qをView::make()でビューに渡してもいいし、
テンプレート使ってれば$this->layout->keyword = $qみたいにしてもいいし。
ビュー側でurlも簡単にできる
{{$results->appends(array('keyword' => 検索ワード))->links()}}
565さん
ありがとうございます。
英語が苦手でstackoverflowとか海外の掲示板に辿り着くと
解決可能なことがわかるくらいで
なんとなく分かったような分からないような感じで
試行錯誤してるうちで出来てしまうことご多いです。
それって先人の知恵を生かしてるとはいえませんね。。
これから努力してみます。
ページネーションが生成するurlにパラメータを付けられるんですか!勉強になります!
画面からのリクエストをテンプレートに渡す方法ですが、フォーム一つずつでInput::get()で取り出すのではなく、Input::all()を渡してよしなに処理してくれるような方法はないでしょうか?
ありがとうございます。
英語が苦手でstackoverflowとか海外の掲示板に辿り着くと
解決可能なことがわかるくらいで
なんとなく分かったような分からないような感じで
試行錯誤してるうちで出来てしまうことご多いです。
それって先人の知恵を生かしてるとはいえませんね。。
これから努力してみます。
ページネーションが生成するurlにパラメータを付けられるんですか!勉強になります!
画面からのリクエストをテンプレートに渡す方法ですが、フォーム一つずつでInput::get()で取り出すのではなく、Input::all()を渡してよしなに処理してくれるような方法はないでしょうか?
565さん
教えて頂いた方法で解決できました。
ありがとうございました!
□コントローラー
①$変数=Input::get('パラメータの名前')としてフォームの入力をコントローラーで受けとる
②View::make('ビュー名')->with('パラメータ名'=>$変数)->with(次のパラメータ)->with(次のパラメータ)としてフォームの値をビューに渡す
□ビュー
③<input type='' value={{ $変数名 }}>としてフォームの値を復元
④$ページネーションの変数->appends(['パラメータ名'=>$変数,次のパラメータ])->render()
としました。
パラメータが増減したときに①~④全てに修正が必要なことが不安ですがやりたいことはなんとか実現することができました。
教えて頂いた方法で解決できました。
ありがとうございました!
□コントローラー
①$変数=Input::get('パラメータの名前')としてフォームの入力をコントローラーで受けとる
②View::make('ビュー名')->with('パラメータ名'=>$変数)->with(次のパラメータ)->with(次のパラメータ)としてフォームの値をビューに渡す
□ビュー
③<input type='' value={{ $変数名 }}>としてフォームの値を復元
④$ページネーションの変数->appends(['パラメータ名'=>$変数,次のパラメータ])->render()
としました。
パラメータが増減したときに①~④全てに修正が必要なことが不安ですがやりたいことはなんとか実現することができました。
560で質問させて頂いたものです。
Whoops, looks like something went wrongというメッセージをカスタマイズしたいのですが出来なくて困っています。
Googleで検索すると全く同じことをしたい人がいて、解決したようなのですが英語で書かれていて読めません。
http://laracasts.com/discuss/channels/laravel/change-whoops-looks-like-something-went-wrong-page
どうも、resources/views/errors/{404,500}.blade.phpを作るといいというように書いてあるようなのですが、試してもエラーメッセージは変わりません。どうしてでしょうか。。。
Whoops, looks like something went wrongというメッセージをカスタマイズしたいのですが出来なくて困っています。
Googleで検索すると全く同じことをしたい人がいて、解決したようなのですが英語で書かれていて読めません。
http://laracasts.com/discuss/channels/laravel/change-whoops-looks-like-something-went-wrong-page
どうも、resources/views/errors/{404,500}.blade.phpを作るといいというように書いてあるようなのですが、試してもエラーメッセージは変わりません。どうしてでしょうか。。。
本番環境と開発環境を分けるのに、.env ファイル以外で設定する
方法はありますか?
ホスト名で自動判別したいんです。
方法はありますか?
ホスト名で自動判別したいんです。
初めてLaravelを勉強してるのですが
オートロードってどういうことでしょうか?
オートロードってどういうことでしょうか?
laravel new hoge
これで作られるプロジェクト内にvendor入れられる設計が気持ち悪すぎ
これで作られるプロジェクト内にvendor入れられる設計が気持ち悪すぎ
V4からV5になって、ディレクトリ構造が変わったりモデルが
なくなったり。
こんな大きな変更があったら怖くて使えないよ。
なくなったり。
こんな大きな変更があったら怖くて使えないよ。
たしかにごっそり変わったよね。
4からだから、他のバージョン知らないけど、
バージョンアップのたびにこんなんだと確かに使う気しない。
毎回こんな互換性一切ない感じでアップデートしてるんだろうか?
4からだから、他のバージョン知らないけど、
バージョンアップのたびにこんなんだと確かに使う気しない。
毎回こんな互換性一切ない感じでアップデートしてるんだろうか?
5.0から5.1ですら
結構コード書き換えが必要なレベルの変更あったからなあ
5.1は一応ロングタームサポートで
2年だか3年は仕様を固定するというが
裏返せばその次はまた
変える気満々ってことかと勘ぐってしまう
結構コード書き換えが必要なレベルの変更あったからなあ
5.1は一応ロングタームサポートで
2年だか3年は仕様を固定するというが
裏返せばその次はまた
変える気満々ってことかと勘ぐってしまう
変える気満々か・・・
そうだろうな。
Laravelの開発体制って、個人または少数人でクローズドな開発してるの?
そうだろうな。
Laravelの開発体制って、個人または少数人でクローズドな開発してるの?
2年だか3年は仕様を固定するだと???
その先はまた変更???
世の中に公開した仕様は、普通下位互換性を考慮するだろ。
その先はまた変更???
世の中に公開した仕様は、普通下位互換性を考慮するだろ。
使うのも自由使わないのも自由
文句があるならフォークして自力でメンテすりゃいい
文句があるならフォークして自力でメンテすりゃいい
>>586
アドバイスありがとうございます。助かります。
アドバイスありがとうございます。助かります。
ララベル本評判どうなの?
既に特に問題なくサイト構築できるんだけど、買ってみる価値あるかな?
既に特に問題なくサイト構築できるんだけど、買ってみる価値あるかな?
ないと思う。ドキュメント十分揃ってるし、ドキュメント以上を求めるならgithubでLaravelプロジェクト見て回ったほうがずっと勉強になる
年明けに本でるしボリュームも今でてるやつは少ないから買うタイミングとしては微妙。
Laravel リファレンス[Ver.5.1 LTS 対応] Web職人好みの新世代PHPフレームワーク
出版社: インプレス
発売日: 2016/1/8
http://www.amazon.co.jp/dp/4844339451
出版社: インプレス
発売日: 2016/1/8
http://www.amazon.co.jp/dp/4844339451
お、いろいろ情報が。
来年はじめに出るなら、それ買うか。
できれば正月の暇な時間に読みたかったけど、しゃーないなw
来年はじめに出るなら、それ買うか。
できれば正月の暇な時間に読みたかったけど、しゃーないなw
前へ 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 △
トップメニューへ / →のくす牧場書庫について