私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ[PHPフレームワーク]Laravel
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
ここもなんだかんだで伸びが早くなってきてるな。
そろそろ日本でも本格的に広まってほしい
そろそろ日本でも本格的に広まってほしい
いやーしかし覚えないといけないこと多いね。
リンク生成するだけでも一苦労だわ。
別に普通に相対URL書いてもいいけど、それだと負けた気がする不思議。
そして恐らく関数使ったほうが遅いというパラドックス…
リンク生成するだけでも一苦労だわ。
別に普通に相対URL書いてもいいけど、それだと負けた気がする不思議。
そして恐らく関数使ったほうが遅いというパラドックス…
>>252
同意。
しかも、http://からの絶対URLだと、Webサーバの前段にロードバランサなど入れてあると
ダメだったりする。
相対URLのほうが良いと思うなあ。
相対URLを取得する関数はないのかな?
同意。
しかも、http://からの絶対URLだと、Webサーバの前段にロードバランサなど入れてあると
ダメだったりする。
相対URLのほうが良いと思うなあ。
相対URLを取得する関数はないのかな?
だめ、正しくは
{{link_to('admin/hoge', 'ほげに移動')}}
理由はなんか負けた気がするからw
{{link_to('admin/hoge', 'ほげに移動')}}
理由はなんか負けた気がするからw
アプリの中なら、URL::to()とかHTML::LinkRoute()とかを使う。
これらを嚙ますだけで「遅い」とかぬかすなら、端からFWなんか使うな。
これらを嚙ますだけで「遅い」とかぬかすなら、端からFWなんか使うな。
CodeIgniterからのスキルの引っ越し先としてLaravelに的を絞って学習を進めてきた。
結果、あまり良さを見せなかった。。。
良いと思ったのは、Routerの機能、Bladeの簡潔さ、withInput()、withErros、old()、くらい。
Queueも良いと思ったが、自分で作ればいいやと。
特に自分の場合、過去の資産の関係からテンプレートをBladeではなくSmartyに
したいため、Blade依存のwithErros、old()などは意味がなくなってしまう。
また、V3からV4で仕様がかなり変わったようだし、V5でも仕様が変わるらしいので、
長期に亘り安定的に使うのはダメだな、という印象です。
LaravelはGoogleトレンドでは高ポイントだが、それを鵜呑みにしちゃダメでした。
日本語マニュアルもダメだし、業務に採用はできないな、と思いました。
結果、あまり良さを見せなかった。。。
良いと思ったのは、Routerの機能、Bladeの簡潔さ、withInput()、withErros、old()、くらい。
Queueも良いと思ったが、自分で作ればいいやと。
特に自分の場合、過去の資産の関係からテンプレートをBladeではなくSmartyに
したいため、Blade依存のwithErros、old()などは意味がなくなってしまう。
また、V3からV4で仕様がかなり変わったようだし、V5でも仕様が変わるらしいので、
長期に亘り安定的に使うのはダメだな、という印象です。
LaravelはGoogleトレンドでは高ポイントだが、それを鵜呑みにしちゃダメでした。
日本語マニュアルもダメだし、業務に採用はできないな、と思いました。
>Blade依存のwithErros、old()などは意味がなくなってしまう。
???
???
アプリのrootをDocumentRootにしとかないと、嵌ることがあるな。
ドキュメントに明確に書いてはいなかった気がするし、絶対に動かないわけではないので、余計に厄介。
ドキュメントに明確に書いてはいなかった気がするし、絶対に動かないわけではないので、余計に厄介。
公式ドキュメントはそもそも方針として網羅性を重視していないんじゃないの?
歯抜けと言われればそうだね~としか
ドキュメントの充実度を評価の基準の1つにするならYiiなんてどうよ?
最近出た2の翻訳はまだだけど概念の説明から細かいところまでかなり揃ってる印象
歯抜けと言われればそうだね~としか
ドキュメントの充実度を評価の基準の1つにするならYiiなんてどうよ?
最近出た2の翻訳はまだだけど概念の説明から細かいところまでかなり揃ってる印象
それまで何を使ってきたかでLaravelの評価わかれるみたいねー
俺みたいに Rails使ってきた人には高評価
偽RailsなCakeのクソさに苦しめられてきた、やっとホンモノのRailsライクなフレームワークが来た!みたいな感じで。
逆にFuelみたいな軽量系や、CodeIgniter みたいに小さな部品を組み合わせて作る系のフレームワーク使ってた人は
微妙って感じの人が多い
俺みたいに Rails使ってきた人には高評価
偽RailsなCakeのクソさに苦しめられてきた、やっとホンモノのRailsライクなフレームワークが来た!みたいな感じで。
逆にFuelみたいな軽量系や、CodeIgniter みたいに小さな部品を組み合わせて作る系のフレームワーク使ってた人は
微妙って感じの人が多い
>>263, 263
このスレだけでも困ってる奴2人はいたな
大抵のフレームワークにエントリーポイントとなる1つのファイルがあるってわかってりゃ
publicがDocumentRootかどうかって些細な話だと思うけど
PHP初級者がFWデビューしてハマったら辛いだろうな
DocumentRootがいじれない共用サーバへの設置とか
このスレだけでも困ってる奴2人はいたな
大抵のフレームワークにエントリーポイントとなる1つのファイルがあるってわかってりゃ
publicがDocumentRootかどうかって些細な話だと思うけど
PHP初級者がFWデビューしてハマったら辛いだろうな
DocumentRootがいじれない共用サーバへの設置とか
>>264
Yii のマニュアルは、かなりイイ! と俺も思うよ。
Yii のマニュアルは、かなりイイ! と俺も思うよ。
>>266
>偽RailsなCakeのクソさに苦しめられてきた、やっとホンモノのRailsライクなフレームワークが来た!みたいな感じで。
わかる 最近は苦しみ通り越してダメな子ほど可愛い的な感覚すらある
CakePHP3がもう1年早ければ使い続ける選択肢もあったかな
>偽RailsなCakeのクソさに苦しめられてきた、やっとホンモノのRailsライクなフレームワークが来た!みたいな感じで。
わかる 最近は苦しみ通り越してダメな子ほど可愛い的な感覚すらある
CakePHP3がもう1年早ければ使い続ける選択肢もあったかな
ふーい。やっと今日でシステム周りが全部できた…。
1から全部作るのに1ヶ月以上もかかっちまった。もちろん片手間にだけども。
マニュアル読む
↓
コード書いてみる
↓
マニュアルにない
↓
海外の情報調べる
↓
自分でまとめ直してコード書く
こうしたプロセスをほぼすべての段階で踏んだわw
1から全部作るのに1ヶ月以上もかかっちまった。もちろん片手間にだけども。
マニュアル読む
↓
コード書いてみる
↓
マニュアルにない
↓
海外の情報調べる
↓
自分でまとめ直してコード書く
こうしたプロセスをほぼすべての段階で踏んだわw
しかし全文検索の実装がくっそ簡単でびっくりした。
ルートで検索結果ページ作って、
ビューでブレード使って検索ワード渡して、
検索するテーブルのモデル作って、
コントローラーでエロクアント使って検索してまたビューに渡して、
またブレードで表示整えると…できあがり。
おまじない抜かしたら、実質10行くらいで書けるもんね。
ルートで検索結果ページ作って、
ビューでブレード使って検索ワード渡して、
検索するテーブルのモデル作って、
コントローラーでエロクアント使って検索してまたビューに渡して、
またブレードで表示整えると…できあがり。
おまじない抜かしたら、実質10行くらいで書けるもんね。
カスタムでクラスとかメソッド作るときに一覧が無いから
バッティングしてめちゃくちゃ時間無駄にした。
最低でもエラーメッセージで「バッティングして作成できません」って表示されればいいが、
hoge model not found…。
まあ作り方も当たり前のように本家のマニュアルに無いという徹底ぶり。
こりゃ早い時点でちゃんとしたドキュメント作れば売れるでw
バッティングしてめちゃくちゃ時間無駄にした。
最低でもエラーメッセージで「バッティングして作成できません」って表示されればいいが、
hoge model not found…。
まあ作り方も当たり前のように本家のマニュアルに無いという徹底ぶり。
こりゃ早い時点でちゃんとしたドキュメント作れば売れるでw
お、ほんまやあった。
でもくっそ見にくいな…。
しっかしこの30点くらいのマニュアルはまじでないわ。
痒いところに全然手が届かん。
やりたいことができて見ても全く解決しないから
最初からググるようになってきたわw
でもくっそ見にくいな…。
しっかしこの30点くらいのマニュアルはまじでないわ。
痒いところに全然手が届かん。
やりたいことができて見ても全く解決しないから
最初からググるようになってきたわw
Laravelのあのマニュアルが網羅性は重視してないのは確かだな
あれだけ見ても分からないことが多すぎた
どっちかというとクイックスタート的な感じ
そう考えると手につけやすく分かりやすい部類なのかもと感じる
アレとAPIリストの中間にある逆引き的なのがあればとは思う
レシピ集はどっかにあったけど数が少なすぎ
あれだけ見ても分からないことが多すぎた
どっちかというとクイックスタート的な感じ
そう考えると手につけやすく分かりやすい部類なのかもと感じる
アレとAPIリストの中間にある逆引き的なのがあればとは思う
レシピ集はどっかにあったけど数が少なすぎ
>どっちかというとクイックスタート的
クイックスタートにもなってないと思う。
ほんとマニュアルがクソだと思うよLaravel。
マニュアルも成果物の重要要素なのに。
残念。
クイックスタートにもなってないと思う。
ほんとマニュアルがクソだと思うよLaravel。
マニュアルも成果物の重要要素なのに。
残念。
あれでわからないなら無理じゃない?
マニュアルで不明な引数はソースみれば判明する
マニュアルで不明な引数はソースみれば判明する
困ったときはソース見て大体何とかなるから良いよな。
マニュアルは英語だからよくわからんしw
マニュアルは英語だからよくわからんしw
バリデーションのactive_url正しく動作しないじゃん。
checkdnsrrでDNSのチェックしてるだけかこれ。
っていうかDNSで名前解決しないサイトって何なんだ?
CDNかなんかでも噛ませてんのかな?
checkdnsrrでDNSのチェックしてるだけかこれ。
っていうかDNSで名前解決しないサイトって何なんだ?
CDNかなんかでも噛ませてんのかな?
フォーム作るときlaravelのメソッド使う?
それとも普通にhtml使う?どっちがいいとかあるのかな
それとも普通にhtml使う?どっちがいいとかあるのかな
管理画面ならメソッド、ユーザー画面ならhtml
あとはデザイナーにませるから
素のhtmlでもwithInput()あるから制御できるし
あとはデザイナーにませるから
素のhtmlでもwithInput()あるから制御できるし
一部の機能(formのhiddenとか)だけlaravelのメソッドを使うソースとか見たことあるな。
ららべるをメインに扱うようになった会社増えたね。
どうやら日本でも定着しそうだ。
海外のトレンドが日本でも定着するスピードが早くなった気がする。
ただしPython、お前は別だ!
どうやら日本でも定着しそうだ。
海外のトレンドが日本でも定着するスピードが早くなった気がする。
ただしPython、お前は別だ!
>>ららべるをメインに扱うようになった会社増えたね。
ソースは?
ソースは?
いや、個人的に周りの会社がってことだけどw
新規案件から指定がなければララベルってとこ増えとる
新規案件から指定がなければララベルってとこ増えとる
これ別に、特筆して他のフレームワークより使いやすいってこともないね。
フォーム関連は便利かなってくらい。
まあ元々フレームワーク使う人は自分で何でも作るだろうから、
導入とアップデートが楽ってのが一番のポイントなのかな?
フォーム関連は便利かなってくらい。
まあ元々フレームワーク使う人は自分で何でも作るだろうから、
導入とアップデートが楽ってのが一番のポイントなのかな?
データベースのクエリはCache::putできねーのか。
「キャッシュにアイテムを保存するのは、実に簡単です」とか余計なこと書く前に、
こういうことも書いといてほしいな。
それかエラーメッセージでそれとわかるように表示してほしいわ。
実用的なまとめ本の出版が待たれる。
「キャッシュにアイテムを保存するのは、実に簡単です」とか余計なこと書く前に、
こういうことも書いといてほしいな。
それかエラーメッセージでそれとわかるように表示してほしいわ。
実用的なまとめ本の出版が待たれる。
情報少ないって声が多いからブログに解説書こうかとも思うけど、
5.0で豪快に変わりそうだから書く気起こらんなw
4系って、結局どれくらいの期間もったの?
5.0で豪快に変わりそうだから書く気起こらんなw
4系って、結局どれくらいの期間もったの?
Laravel4.2 始めたばかりです。
テーブルのupdateしようとしたらupdated_atがないとエラーが出たので
public $timestamps = false; をモデルに書けば怒られないとのこと。
それでも怒られました、updated_atを追加して動きましたが今後は追加したくない。
キャッシュか何か残ってるのでしょうか。
テーブルのupdateしようとしたらupdated_atがないとエラーが出たので
public $timestamps = false; をモデルに書けば怒られないとのこと。
それでも怒られました、updated_atを追加して動きましたが今後は追加したくない。
キャッシュか何か残ってるのでしょうか。
エロクアントで書き込むときはupdated_atと更新用のテーブル(名前ぐぐるのめんどいw)は
必須でっせ。
自動で更新日と作成日が追加される。
rowとかでSQL書けば必要ない。
必須でっせ。
自動で更新日と作成日が追加される。
rowとかでSQL書けば必要ない。
なんでlaravel.jpとlaravel.tokyoがあるんですか?
前へ 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 △
トップメニューへ / →のくす牧場書庫について