元スレ[PHPフレームワーク]Laravel

php覧

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

251 :

ここもなんだかんだで伸びが早くなってきてるな。
そろそろ日本でも本格的に広まってほしい

252 = :

いやーしかし覚えないといけないこと多いね。
リンク生成するだけでも一苦労だわ。
別に普通に相対URL書いてもいいけど、それだと負けた気がする不思議。
そして恐らく関数使ったほうが遅いというパラドックス…

253 = :

>>252
同意。

しかも、http://からの絶対URLだと、Webサーバの前段にロードバランサなど入れてあると
ダメだったりする。

相対URLのほうが良いと思うなあ。
相対URLを取得する関数はないのかな？

256 = :

アプリの中なら、URL::to()とかHTML::LinkRoute()とかを使う。
これらを嚙ますだけで「遅い」とかぬかすなら、端からFWなんか使うな。

257 = :

>>256
端からFWなんか使うな、なんていう前に、
URL::to()を使うメリットを語ったらどうかな。

それとも貴方は道具に弄ばれてる馬鹿ですか？

258 = :

CodeIgniterからのスキルの引っ越し先としてLaravelに的を絞って学習を進めてきた。
結果、あまり良さを見せなかった。。。


良いと思ったのは、Routerの機能、Bladeの簡潔さ、withInput()、withErros、old()、くらい。
Queueも良いと思ったが、自分で作ればいいやと。

特に自分の場合、過去の資産の関係からテンプレートをBladeではなくSmartyに
したいため、Blade依存のwithErros、old()などは意味がなくなってしまう。

また、V3からV4で仕様がかなり変わったようだし、V5でも仕様が変わるらしいので、
長期に亘り安定的に使うのはダメだな、という印象です。

LaravelはGoogleトレンドでは高ポイントだが、それを鵜呑みにしちゃダメでした。
日本語マニュアルもダメだし、業務に採用はできないな、と思いました。

260 = :

>>257
リンク全てをハードコーディング。。。
アホですか。

261 = :

ローカルでテストしないん？

262 = :

>>253
ロードバランサやWebサーバの設定でなんとかなるでしょ
担当範囲外でいじれないって話ならご愁傷様

263 = :

アプリのrootをDocumentRootにしとかないと、嵌ることがあるな。
ドキュメントに明確に書いてはいなかった気がするし、絶対に動かないわけではないので、余計に厄介。

264 = :

公式ドキュメントはそもそも方針として網羅性を重視していないんじゃないの？
歯抜けと言われればそうだね～としか

ドキュメントの充実度を評価の基準の１つにするならYiiなんてどうよ？
最近出た2の翻訳はまだだけど概念の説明から細かいところまでかなり揃ってる印象

266 = :

それまで何を使ってきたかでLaravelの評価わかれるみたいねー
俺みたいに Rails使ってきた人には高評価
偽RailsなCakeのクソさに苦しめられてきた、やっとホンモノのRailsライクなフレームワークが来た！みたいな感じで。
逆にFuelみたいな軽量系や、CodeIgniter みたいに小さな部品を組み合わせて作る系のフレームワーク使ってた人は
微妙って感じの人が多い

267 = :

>>263, 263
このスレだけでも困ってる奴２人はいたな
大抵のフレームワークにエントリーポイントとなる１つのファイルがあるってわかってりゃ
publicがDocumentRootかどうかって些細な話だと思うけど
PHP初級者がFWデビューしてハマったら辛いだろうな
DocumentRootがいじれない共用サーバへの設置とか

268 = :

>>264
Yii のマニュアルは、かなりイイ！　と俺も思うよ。

270 = :

>>266
>偽RailsなCakeのクソさに苦しめられてきた、やっとホンモノのRailsライクなフレームワークが来た！みたいな感じで。
わかる　最近は苦しみ通り越してダメな子ほど可愛い的な感覚すらある
CakePHP3がもう１年早ければ使い続ける選択肢もあったかな

271 = :

ふーい。やっと今日でシステム周りが全部できた…。
1から全部作るのに1ヶ月以上もかかっちまった。もちろん片手間にだけども。

マニュアル読む
↓
コード書いてみる
↓
マニュアルにない
↓
海外の情報調べる
↓
自分でまとめ直してコード書く

こうしたプロセスをほぼすべての段階で踏んだわｗ

272 = :

しかし全文検索の実装がくっそ簡単でびっくりした。

ルートで検索結果ページ作って、
ビューでブレード使って検索ワード渡して、
検索するテーブルのモデル作って、
コントローラーでエロクアント使って検索してまたビューに渡して、
またブレードで表示整えると…できあがり。

おまじない抜かしたら、実質10行くらいで書けるもんね。

273 = :

Laravel5って今月ホントにリリースされるの？

274 = :

カスタムでクラスとかメソッド作るときに一覧が無いから
バッティングしてめちゃくちゃ時間無駄にした。
最低でもエラーメッセージで「バッティングして作成できません」って表示されればいいが、
hoge model not found…。

まあ作り方も当たり前のように本家のマニュアルに無いという徹底ぶり。
こりゃ早い時点でちゃんとしたドキュメント作れば売れるでｗ

275 = :

なにいってんだ　APIリストあるだろ

276 = :

お、ほんまやあった。
でもくっそ見にくいな…。

しっかしこの30点くらいのマニュアルはまじでないわ。
痒いところに全然手が届かん。
やりたいことができて見ても全く解決しないから
最初からググるようになってきたわｗ

277 = :

Laravelのあのマニュアルが網羅性は重視してないのは確かだな
あれだけ見ても分からないことが多すぎた
どっちかというとクイックスタート的な感じ
そう考えると手につけやすく分かりやすい部類なのかもと感じる
アレとAPIリストの中間にある逆引き的なのがあればとは思う
レシピ集はどっかにあったけど数が少なすぎ

278 = :

＞どっちかというとクイックスタート的

クイックスタートにもなってないと思う。
ほんとマニュアルがクソだと思うよLaravel。


マニュアルも成果物の重要要素なのに。
残念。

279 = :

あれでわからないなら無理じゃない？

マニュアルで不明な引数はソースみれば判明する

280 = :

>>276-278
http://github.com/laravel/docs
お前等のコントリビュート待ってるぜ！

281 = :

リファレンス作ってる傍から、陳腐化していくからｗ

282 = :

Laravel recipes も見なきゃいかんよ

283 = :

困ったときはソース見て大体何とかなるから良いよな。
マニュアルは英語だからよくわからんしｗ

284 = :

バリデーションのactive_url正しく動作しないじゃん。
checkdnsrrでDNSのチェックしてるだけかこれ。

っていうかDNSで名前解決しないサイトって何なんだ？
CDNかなんかでも噛ませてんのかな？

285 :

フォーム作るときlaravelのメソッド使う？
それとも普通にhtml使う？どっちがいいとかあるのかな

288 = :

用意された関数はひたすら使う。
これがプロのフレームワーカー

289 = :

エロクアントって、どこにアクセントがくるの？

290 = :

ららべるをメインに扱うようになった会社増えたね。
どうやら日本でも定着しそうだ。
海外のトレンドが日本でも定着するスピードが早くなった気がする。

ただしPython、お前は別だ！

291 = :

>>ららべるをメインに扱うようになった会社増えたね。

ソースは？

292 = :

いや、個人的に周りの会社がってことだけどｗ
新規案件から指定がなければララベルってとこ増えとる

293 = :

これ別に、特筆して他のフレームワークより使いやすいってこともないね。
フォーム関連は便利かなってくらい。

まあ元々フレームワーク使う人は自分で何でも作るだろうから、
導入とアップデートが楽ってのが一番のポイントなのかな？

294 = :

>>293
同意。

ところで5.0はまだかな？

295 = :

データベースのクエリはCache::putできねーのか。

「キャッシュにアイテムを保存するのは、実に簡単です」とか余計なこと書く前に、
こういうことも書いといてほしいな。
それかエラーメッセージでそれとわかるように表示してほしいわ。

実用的なまとめ本の出版が待たれる。

296 = :

情報少ないって声が多いからブログに解説書こうかとも思うけど、
5.0で豪快に変わりそうだから書く気起こらんなｗ

4系って、結局どれくらいの期間もったの？

297 = :

Laravel4.2 始めたばかりです。
テーブルのupdateしようとしたらupdated_atがないとエラーが出たので
public $timestamps = false;　をモデルに書けば怒られないとのこと。
それでも怒られました、updated_atを追加して動きましたが今後は追加したくない。
キャッシュか何か残ってるのでしょうか。

前へ 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 △