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

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

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

    51 = :

    >>50
    そもそもその質問が論外
    ここのスレの名前を言ってみろ

    52 = :

    >>51
    Laravelで開発するための環境聞くのがすれ違いなのか?
    おまえさん以外は普通にレスしてるじゃん

    54 = :

    DWはプラグインかまさなくてもGitを管理できるよ

    55 = :

    VSCodeも何も入れなくてもGit使える。見やすく使える拡張機能もあって簡単に追加できる。
    その他たくさんの拡張機能がある。利用者が多いから拡張機能を作る人も多い。

    56 = :

    Dwはファイルというよりライブラリ、アセット単位の管理が特徴なんでない?
    でも多様化が進んでオールインワンなDwはオワコンなんだからさすがに捨てないとダメだよ

    66 = :

    >>63

    本来それを吸収するのが抽象レイヤやORMの役目であって、
    それが出来ていないLaravelがポンコツ過ぎるんだよ。

    68 = :

    >>65
    MariaDBがどんなプロジェクトか理解していれば分かることでは?

    69 = :

    >>66
    フレームワークにとって最も相性良いDB選ぶのは普通の話でしょ
    ポンコツというかOSSなんだからそんなもんでしょとしか思わん
    RailsでMySQLなんか選択するのもある意味アホの所業

    73 = :

    >>71
    マジか!ぜんぜん知らなかったわ。勉強になった

    74 :

    Laravelを始めるようと思っているのですがメルカリでver6の本が安く沢山売っています
    8とはかなり違いますか?

    75 = :

    そこそこ違うね
    差分を自分で補完できるなら買えば良いけど、
    できないなら素直に最新の本を買うなりした方がいい
    1冊だけ8対応の本は出てるはず

    76 = :

    >>74
    自分は6の本買ったけど、買った理由はわかりやすかったから
    8の本もあるけど分厚いし、難しそうなので止めた
    立ち読みでもしてどっちが良いか判断すれば良いんじゃないかな

    78 = :

    むしろ今からなら6より8のほうがセキュリティフィックス長いけどな

    81 = :

    >>79
    むしろ6は同じこと言われないの?

    82 = :

    初心者なんだから情報量が多い6で勉強して
    9が出たら切り替えればいいんじゃね
    まずは慣れることが大切なんだし

    83 = :

    テイラーってベゾスに似てるよな

    84 = :

    最初の要件でバージョン決まったら、開発中に上げろとかは流石に無いよね
    途中で上げろとか言われたら、話が違うという事にするか、見積もりし直すかだな
    どっちにしてもうちならタダではやらないw

    85 = :

    そりゃ受託で保守契約してなきゃ依頼なけりゃ上げないだろ

    86 = :

    >>84
    説明不足が原因で、ライフサイクル上の問題を顧客が指摘してバージョンあげろって言うなら無償で上げざるをえないだろ
    だから、バージョン選定時の説明はリスク回避の視点で重要視されてる

    87 = :

    言うほどFWのバージョン上げずに困る場面ってあるか?
    PHPは古いバージョンでも使えるサーバー多いし、
    「サーバーの事情で動きません」はすぐにないだろ

    90 = :

    まあ、どっちにせよ9への移行はわりと急がないとならんね
    6→9への移行だとほぼ間違いなく手を入れないと
    そのままでは動かんだろうし、なかなかに気が重い

    91 = :

    いやだから、そんな移行を急ぐような事態になるか?
    iPhoneを毎年買うやつと一緒で、思い込みだろ

    92 = :

    大抵のシステムはLTSの期間が終わろうがそのままだけどね
    よっぽど利用されているようなものなら話は別だろうけど
    そんなシステム作る事ないから(少人数で小さなシステム作ってるだけだし)

    93 = :

    セキュリティFixが切れてるものを根拠もなく使い続けるのは良いことではないだろ
    思い込みとかむしろ意味か分からん

    94 = :

    そんなの運用側の話だし、リリース後の話などそもそもどうなったかすら知らんよw
    大きな会社なら開発と運用両方受け持つのだろうけど
    保守契約も小さな開発だとケチられるので無いことが多い
    バグはリリース後でも対応しなきゃいけないにしてもバージョンアップは
    仕事としては受ける可能性はあるかもしれないが、そんな仕事は俺はやらないw

    95 = :

    でもさ、結局のところ、クライアント様が
    「そんな金はない。」
    「これまで問題がなかったんだから、これからも大丈夫だろう」
    とか言って、そのまま放置されない?

    96 = :

    説明して同意とれてるならOK
    詳しくない客からあとで瑕疵責任問われるのを回避したいだけ

    97 = :

    未だにPHP5でCake1.3動かしてる客も普通にいるからな
    こっちも触りたくないからやぶ蛇つつかないように話題に出さない

    98 = :

    受託案件は保守契約次第、放置で良ければそれでいい
    自社案件とか個人のプロダクトは頑張ってやるしかないなぁ、ってところかと

    99 = :

    1対他のリレーションで

    主テーブルもしくは子テーブルの両方のnameからキーワード検索して、引っかかった主テーブルを抽出する方法お教えいただけないでしょうか。

    具体的には

    衣類(アウター、ボトムス、下着)
    家電(テレビ、冷蔵庫、洗濯機)
    家具(ソファ、テーブル、椅子)


    みたいなデータベースがあって
    一つの検索フォームで全体からキーワード検索したい、という状態です。

    100 = :

    「家」で検索したら家電と家具が引っかかって
    「ボトムス」で検索したら衣類がひっかかる

    みたいな実装にしたいです。


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

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


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