のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,062,898人
昨日:no data人
今日:
最近の注目
人気の最安値情報

    元スレ【PHP】Laravel【フレームワーク】 Part.6

    php覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitter

    154 = :

    >>153
    対応してる・してないってどう見極めたら良いの?
    ググって使いたいライブラリやプラグイン探して、
    あればそのバージョンを勉強していく感じ?

    155 = :

    見極めるも何もリポジトリ見れば依存関係書いてあるし

    156 = :

    見極めるは草

    160 = :

    >>159
    サポートと依存が違うことが分からないのか
    サポートしているから必ずしも依存しているとは限らない
    自分で確認してこい
    http://packagist.org/explore/?query=laravel

    161 = :

    >>159
    書いてないな

    163 = :

    みんなどんなプロジェクトもLaravel使ってるの?

    DB保存のお問合せフォームみたいなの作るんだけど、
    過去に作ったオレオレ使うか、Laravel使うかで悩んでる
    テーブル1つ2つで済むような規模でFW使うのもなぁ

    164 = :

    昔は小規模ならオレオレ派だったけど、誰かに引き継ぐ時にオレオレだと説明面倒だし、恥ずかしいし等あって、もう全てにおいてLaravel使ってる

    165 = :

    過去に作ったオレオレw
    字面だけでメチャクチャヤバそう

    166 = :

    >過去に作ったオレオレ
    そんなゴミさっさと捨てて、前に進む勇気を持った方が幸せになれる

    167 = :

    >>164
    >>163みたいなお問い合せフォーム程度でも使ってるの?
    納品する時ファイル数多くなって余計に面倒な気もするが

    168 = :

    最近インクリメント君こないな
    彼はbigintを枯渇させたらしいけど一体何のシステムを作っているのだろうか

    169 = :

    >>167
    そのサイトがこの先ずっとお問い合わせだけで終わる保障はないし、納品後誰が触るかわからないじゃん?
    だから規模に関わらずLaravel使ってるよ

    あくまで私はそうしてると言うだけで、万人に対するベストアンサーかは知らん

    173 = :

    問い合わせフォームは自動返信付きにすると一気に難易度上がるからなあ
    Laravel使っといた方が制御が楽でしょ

    174 = :

    自動返信とかGAS書いて終わりだぞ。1時間もあれば大抵のユースケースに対応できる。唯一残念なのはデザインのカスタマイズがイマイチなことぐらい。一方のLaravelだとインフラ周りも用意しないとダメだし、割りに合わなさすぎる。

    176 = :

    なんで自分で調べないの?

    177 = :

    >>168
    bigintを枯渇させた!?
    それって全世界規模のシステム作ってないと枯渇しないのでは・・・
    にわかに信じがたいな

    178 = :

    >>176
    ここアホしかいないから…

    179 = :

    >>177

    それは>>168の捏造。
    実際はINT型で数年で破綻する設計があるので、
    オーバーフローする型を主キーにする設計はおかしいという話だった。
    >>168は以前から虚言癖あるからあんまりマトモに相手しない方が良い。馬鹿だから。

    181 = :

    >>169
    どんな案件でも得意のFW使うって、考え方として正しいのかもね
    たとえCakeみたいに古くなっても、更新できるしな

    182 = :

    自前のWebサービス作る時に、Livewire使うか従来のMVCで行くかすげえ悩む
    要はフォームをPOSTで更新するかAJAXで更新するかの違いなんだけどどっちが使い勝手いいんだろうか?
    個人的には本当にどっちでもいいしだったらユーザーが使いやすい方が良いんだけどそれもわからん

    184 :

    コントローラーの記述は少ないほうがいいってどこかの誰かが言ってた気がするんですけど、数ページある場合はページごとにコントローラー作ったほうがいいんですか?
    例えば、トップ、料金システム、サービス内容、ブログ、お知らせ、問い合わせのページがあるような場合です。

    186 = :

    >>184
    それならコンテンツ(モデル)毎にコントローラー作るべきだよ
    なにせ用途が違うんだから

    188 = :

    jQueryはだめですか

    189 = :

    >>179
    オーバーフローってことは枯渇についての話でしょ?
    いまいち>>168の内容が捏造ってのがよくわからないんだけど

    190 = :

    なんで過去に出たLaravel本は改定して最新バージョンに対応しないんだろうな

    191 = :

    売れないからだろうな

    192 = :

    ぐぐればいい時代に本なんて買わんしな

    193 = :

    ググっても書いてる人が文章能力ないと、わかりづらいんだよな

    194 = :

    公式マニュアルとその日本語翻訳サイトが優秀だから

    195 = :

    とりあえず秋のLTS待ちでしょ
    毎年出すほどは売れないから

    196 = :

    結局本を書く側もあんまり売れなきゃ金銭的に儲けはあんまりないし
    フレームワーク限定の本なんて今の時代より売れない気がする
    もうちょっとPHPのシェアが上がらないとなぁ

    197 = :

    周りに本出すエンジニア何人か居るけど、口を揃えて、「割りに合わない」と言ってるぞ。箔付にはなるってぐらいだ。だから儲かる儲からないは、出版の判断材料にはならない。

    198 = :

    本買うにしても日本のこのIT後進国っぷりを見ると日本語の本は買わない方がいい

    199 = :

    >>198
    釣り針デカすぎ。荒らしは消えてどうぞ。

    200 = :

    >>179
    bigintであれば数年で枯渇するようなレベルではなくないか?
    普通にbigintのインクリメント使ってもいいとおもうけど


    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド


    トップメニューへ / →のくす牧場書庫について