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

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

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

    101 = :

    >>100
    ドキュメント読めないアラシがさんざん居着いたスレだから、ドキュメント読めば分かる内容に触れたくない
    bot相手みたいな平行線はうんざりなのよ

    102 = :

    >>101
    わかる

    103 = :

    正直新しいバージョンを待ってるって事が段々なくなってきている
    セキュリティとかのパッチは必要だと思うけど、機能面は正直今で十分だしなぁ
    どちらかと言うと高速化とかそっちを頑張って欲しい気がする

    104 = :

    多対多で3つのテーブルをリレーションする構成を考えてるんだけど、Pivotを使うのが正攻法?

    以下の記事でやりたいことは実現できそうなんだけど、中間テーブルの名称とかちょっと気持ち悪く感じてる
    http://qiita.com/kkznch/items/72ff650737eff863e4d9

    3つのテーブルは記事と同じく多対多対多の関係です
    良い方法があれば教えて

    105 = :

    それが正攻法なんでそれでやりましょう

    106 = :

    やはりこれが正攻法なんですね
    ありがとうございます

    テーブル名だけ気持ち悪いんで3つ突っ込んで設計してみます

    107 = :

    >>103はどのバージョンで開発してるの?
    俺は7系が使える8で開発してるんだが

    108 = :

    >>104

    そんなめんどくさい事しなきゃならんLaravelって
    マジ終わっとるな

    109 = :

    >>107
    今はまだ6使ってるわ
    関わっているプロジェクトが長期化しているから
    まだ次のプロジェクトでどうするかとかは考えてないけど
    機能的には6で十分かなという感じ

    111 = :

    そこから色々肉付けするのが大変なんだけどね

    112 = :

    その勉強は無駄にはならんよ

    113 = :

    認証はやっぱりSAMLとかのシングルサインオンですって!
    SSO環境がないのならKeycloakをLDAP等に連携させるのはいかがです?
    どのサービスでも同じ認証画面アクティブディレクトリのIDパスワード等で統一されれば、ユーザーも戸惑わないし、大量のIDパスワードに悩まずに済みますよ!
    サービスを切り替える度々に認証入力する手間も省けて、ユーザーの満足度向上間違いなしです!
    Laravel自体をSAMLのSPにするか、apache+mod_auth_mellonの組み合わせでシングルサインオンに対応できます
    (認証回りを使い回して楽したい、パスワード管理ヤダ、パスワード忘れの問い合わせとか付き合ってられない)

    115 = :

    >>109
    確かに6で十分なんだよなぁ

    Laravelに限らず、どのフレームワークもバージョンアップするたびに
    仕様が変わりまくって機能がもりもりになるけど、
    最小構成のものを出してくれればいいのにな
    んで、追加したければモジュールやらプラグインで追加ができれば
    自由度も上がるし、過去作ったものも保守しやすいのに

    116 = :

    だったら自分で作れよw

    117 = :

    より自由度を高める設計変更は、バージョンアップのたびに実施されてるよ
    認証周りとかすげぇと思う

    逆に、トレンド的に必須になった機能をフレームワークとして取り込んだりしてるから、そのバランス取りに加わりたければ、ディスカッションに参加するしか無いかなぁ

    118 = :

    自由に出来すぎると迷うからなぁ
    デフォルトで「これしかできない」にして、
    後から追加できる方が便利だと思うんだよな
    余計な機能がついてないぶん、リスクも減るだろうし

    119 = :

    まあそれなんだよな
    フレームワークには型に嵌めることも目的としてるとこがあるから

    120 = :

    認証機能は後から追加するパターンなのにな

    121 = :

    そもそも、オモチャみたいなWEBアプリしか作れないLaravelなんか、バージョンアップしても無駄。
    ちゃんとした堅牢な業務システムを破綻なく作れるフレームワークが必要とされている。

    122 = :

    ちゃんとしたのはRubyとかJavaに任せればいいだけじゃね?
    Web自体がオモチャなんだし

    123 = :

    Rubyじゃない、Pythonか
    分野が違うんだし、比べる必要ないと思うけどね

    124 = :

    >>121
    具体的に堅牢性に問題がある箇所ってどこ?

    125 = :

    フレームワークが破綻なく作れる所まで担保しないしw
    そんなのは結局その利用者の作り方の問題だしなぁ

    126 = :

    他を貶して自尊心を保つのは大体Rubyおじさんなんだよなぁ
    ホント他と比べて勝ってると思わなきゃ自尊心保てないとか可哀想としか言いようがない

    127 = :

    しかも自分ではろくにプログラムもかけないのに「Ruby命!」w

    128 = :

    あれはさすがにruby使いに同情する

    129 = :

    我が道を行けばいいだけなのに何で他と比べたがるんだろう…?

    130 = :

    ガイジだからさw

    131 = :

    ちょっと事実をしたかされただけですぐに頭に血が上って発狂してしまうららべらーの皆さん相変わらずかわいいw

    132 = :

    14万生きてたのかw

    133 = :

    ばかべらーさんは負けず嫌いなので直ぐに反応して分かりやすいです。

    134 = :

    wordpressが大分使えるようになったので
    laravel勉強し始めたけど、もしかして一人で作るフレームワークとしては、あまり向いてない?
    分業体制には良いと思ったけど、
    一人でやると
    ・MVCに分割
    ・それぞれで作業
    という謎の工程になっているような気がします
    それとも、これは私が未熟故の感覚で、一人で制作する際もMVCを念頭において設計した方が良いのでしょうか?

    今作ってるサイトは、主にゲーム攻略系のサイトで、登録・会員制にしようと思っています

    135 = :

    >>134
    Laravelに限らず、一人でやる場合もフレームワーク使ったほうが良いよ
    理由は、過去に作った自分のソースを忘れるから。
    フレームワークなら作り方に規則性があるから思い出せるけど、
    そうじゃないものは思い出すのが大変になり、時間がかかる

    保守に影響出るから、サイトやアプリの成長には繋がらない

    136 = :

    >>134
    認証認可とセキュリティ周りの必要最小限をフレームワークが担ってくれるって点だけでも、一人制作において十分有用ですよ
    また、MVCって概念は分業のための仕組みではなく、コードを整理するための仕組みです
    結果として分業に寄与しますが、根本を間違うと理解が進みません

    あと、学習初期に考えることでもないですが、MVCって概念だとコードが整理できない時期が来ます
    クリーンアーキテクチャだなんだといった設計手法が耳に入ると思うので、壁を感じたらそちらを学習してみると良いです

    137 = :

    >>135-136
    なるほど、得心致しました。ありがとうございました。
    laravel、勉強します!

    皆様に幸あれ

    138 = :

    LaravelはMVCじゃないけどな。

    139 = :

    なんなの?

    140 = :

    CakePHPで散々「そうじゃない」と言われたのに馬鹿の一つ覚えでDBにアクセスする物をModelと称したり、TemplateをViewと称して表示方法に係るロジックをControllerに溢れさせたりする謎のヘンテコフレームワーク

    141 = :

    何言っているんだコイツw

    142 = :

    すぐ吠え始めるバカ犬

    143 = :

    >>140
    あなたの思う本当のフレームワークは?
    叩かれるのが怖いから答えられないとは思うけどw

    144 = :

    聞けば何でも恵んでもらえると思ってる乞食は
    昔から貰いが少ない

    145 = :

    Viewなんてあったっけ?

    146 = :

    >>145

    このバカっぷりですよ。

    147 = :

    Laravel練習中です
    複雑なページでは、ControllerからViewに投げるというのは理解できたのですが、
    静的なページ(会社概要や、特定商取引法に関するページなど)も、必ずcontrollerを通した方が良いのでしょうか?

    148 = :

    必ずコントローラーを通す必要は無いよ
    ルートの設定内でビューを返す事も出来る
    ただ、全ルート処理を共通にする(同じように書く)なら
    全てコントローラーでビューを返すというルールでも良いかも知れない

    149 = :

    >>148
    ありがとうございます
    この辺りは、製作者の好みという感じなんですね
    とりあえず今はrouteからviewを返すのおアリにして、色々作ってみようと思います

    150 = :

    最新バージョンで、良い勉強動画があれば教えてください

    動画を色々見て、話し方などが聞きやすい動画を見て勉強していたのですが、
    全然動かない、おかしいな、と思ってよく見たらバージョンが4の時代の動画でした
    今までExcelのような下位互換があるものしか触ってこなかったので、気づきませんでした
    webプログラムは、あまり下位互換が無いものなのでしょうか?


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

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


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