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

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

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

    701 = :

    >>693
    1日短っ!

    702 = :

    >>695
    だから「併用すればいいんじゃないですか?」自体が愚問でしょ。790の意味を理解してないってことじゃない。

    703 = :

    チーム開発する場合、1番気をつけるべきなのはアーキテクチャに一貫性を持たせること。

    だからActiveRecordに依存するならeloquentのみを使うべきだし(パフォーマンスを要求するバッチ処理は除く)、ARに依存したくないあるいはデータベース設計を中心の開発がしたいなら、クエリビルダのみで設計すべきだよね。

    704 = :

    >>702

    バカじゃなければ、『何がどうで、こういう理由だから愚問です』って、
    日本語を、話して貰えますか?

    Laravel動物園児の相手、マジ、疲れる…。

    706 = :

    >>704
    その説明が必要な時点でチーム開発とかしたことないよねって前スレで煽ったはずなんだよね。今回はアマチュアにも優しくしようと思って、>>703で補足しておいてやったぞ。

    707 = :

    >>703

    ごめーん、マジで、何言ってっかわかんないんだけど、

    Laravelerってさ、全部自分たちで決められる自社開発以外、

    頭の中には無いです! って言ってる?

    『だからActiveRecordに依存するならeloquentのみを使うべきだし(パフォーマンスを要求するバッチ処理は除く)、ARに依存したくないあるいはデータベース設計を中心の開発がしたいなら、クエリビルダのみで設計すべきだよね。』

    それ、無理が出てきたらどうすんの? 併用しないんだよね?

    708 = :

    また、チンパンジーが何かウキ―言ってるし。
    猿語、マジワケワカランな。Laravel動物園、相変わらずすげぇな。


    706 nobodyさん2021/07/07(水) 22:43:28.16ID:???
    >704
    その説明が必要な時点でチーム開発とかしたことないよねって前スレで煽ったはずなんだよね。今回はアマチュアにも優しくしようと思って、>>703で補足しておいてやったぞ。

    709 = :

    一日が3600秒とか、正規のユーザーとか…、

    寝言言ってるバカは泳がせておくに限るんですよ。

    710 = :

    >>707
    具体的に無理がでるケースを述べてみなよ。

    711 = :

    ■マトモな人間とバカLaravelerとの戦争

    マトモなシステムを導入した企業

    「おい、型番 JS32S と PS932J の売上レポートを提出しろ」
    「はい!」

    Laravelを導入した企業の

    「おい、ID 18474656783899542 と 4892072618349042 の売上レポートを提出つしろ」
    「え? 何ですって?」

    Laravelerの主張

    「だって、idと製品番号が同じ必要は無いじゃないですか!』

    マトモな人間の発想

    「お前、同じ製品番号の商品が複数あると思ってる? 製品番号をIDにするだろ? 普通」

    Laravelerの主張

    「だって、Laravelはauto_incrementなIDしか持てないんですよ!!」

    マトモな人間の発想

    「そんなポンコツ、何で採用した!?」

    712 = :

    Laravelerの特徴

    ・.envをコミットする
    ・node_modulesをコミットする
    ・vendorをコミットする
    ・package-lock.jsonをコミットしない
    ・composer.lockをコミットしない
    ・認証にユーザIDを利用したいのでemailカラムにユーザIDを入れる
    ・認証にユーザIDを利用したいのでvendor直下のファイルを修正する
    ・トランザクションや排他を知らない
    ・複合プライマリキーはRDBの思想に反している

    713 = :

    Q『Laravelerに質問です。ユニークな番号はどのようにして発行しますか?』

    A『(string)Illuminate\Support\Str::uuid()->getInteger();
     知らないくせにイキるなよ』

    Q『それはどのような番号になりますか?』

    A『172787912317449007508377903887728658844!(ドヤァ!)』

    Q『帰ってもらって大丈夫です』

    714 = :

    aravelerは、
    1. 平行実行可能なシステムでは、まず真っ先に採番する
    2. 勿論、オートインクリメント採番! だからユーザーがキャンセルすると歯抜けになるのは仕方ない
    3. 園団の一匹の口伝により、突然全児童でSELECT FOR UPDATEを連呼し始める。
    4. SELECT FOR UPDATEなんか使ったらデッドロックが起きるぞ! と、謎の警鐘を鳴らす児童出現
    5. RDBMSの設定やバージョンにまで言及し始める ← イマココ!

    顧客が本当に必要だった物
    ・新規ユーザー登録時に欠番しない連番が発行されるシステム

    715 = :

    Laravelerの本音

    俺たち所詮雑魚なのだから、つよつよエンジニアが作ってるパッケージや実装を参考にするのが1番良いぞ。上にも書いたけど、まずlaravel-excelを参考にしたら良い。

    716 = :

    複合プライマリーキーはRDBの思想に反しているってのはどこに書いてあるの?レス番号教えて。

    717 = :

    デッドロックを恐れてSELECT FOR UPDATEが使えない Laraveler >>537

    718 = :

    >>711
    Laravelがオートインクリメント以外のID持てること知らないのか?

    719 = :

    あと、laravelはauto_incrementなidしか持てないってのはどこで出てきた主張だろうか?それもレス番号を示してくれ。

    720 = :

    もう、Laravelerって針のむしろじゃないっすかぁw?

    721 = :

    >>719
    オートインクリメントがないと何もできないんだから出しゃばるなよ

    722 = :

    Laraveler…、なんでそんなの使ってるの…。

    http://medaka.5ch.net/test/read.cgi/php/1621940461/730
    > N+1をFW側で回避することは非常に難しいですよ
    > その実装をできた人は世界中で表彰されるだろうと言われるぐらい難しいことなんです

    723 = :

    >>721
    あ、はい。でレス番号は?

    724 = :

    LaravelってN+1が発生したときに例外発生させることが出来たような気がするけど

    725 = :

    >>723

    あなたのIDは172787912317449007508377903887728658844なので、
    帰ってもらって大丈夫ですよw

    726 = :

    >>724

    一方、マトモなエンジニアはJOINを使った。

    727 = :

    >>724
    それは8.41とかごく最近のバージョン以降の話しね。

    728 = :

    >>727
    !? いきなり死ねっていわれた・・・・

    729 = :

    730 = :

    エロなんたら、マジ、役に立たねぇなぁ…。

    731 = :

    732 = :

    >>726
    マトモなエンジニアは発行されるSQL確認したうえで、eagerloadとlazyload使い分ける。eloquentでjoinとかバカかよ。

    733 = :

    なんでバカなの

    734 = :

    >>724
    例外発生させたあとどうするの?例外をキャッチして例外処理できるのかな?
    結局N+1対策ってソース修正しかない気がするんだけど

    735 = :

    >>722
    Laravelを否定したいのか?

    まずLaravelを使うのが大前提であって不都合があれば努力すればいい
    なぜ使っているか問うのはナンセンスだ
    世の中の大多数はLaravelを使っており自社新規開発でも下請け保守開発案件でもLaravelは避けられない

    嫌なものを回避して自分流の開発方法(例えばFWなしで1ファイルに全てソースを書きDBアクセスは全てSQL1文で済ますような)
    で開発するのはただの趣味なんだ

    仕事でプログラミングをするというのはLaravel開発をするということであり
    Laravel開発するということがプログラマとしての成長なんだ

    736 = :

    >>717
    行ロックのデッドロック回避は設計レベルで処理の流れの変更が必要
    もしくはDBの性能を低下させるような設定変更が必要なんだ

    プログラマレベルで小手先の対応ができる話じゃない

    737 = :

    >>714
    顧客が本当に必要だった物

    ××××××××××××××××××××××××××××
    ×新規ユーザー登録時に欠番しない連番が発行されるシステム×
    ××××××××××××××××××××××××××××

    〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇
    〇新規ユーザー登録時に画面にIDが表示されるシステム〇
    〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇

    一番大事な要件である画面にID表示を意図的に仕様から落とすなんてひどい開発会社さんですね!

    738 = :

    >>712
    ・トランザクションや排他を知らない
    →トランザクションも排他もデッドロックが発生する

    ・複合プライマリキーはRDBの思想に反している
    →情報処理技術者試験でも自然キーが採用されている
     代理キーに逃げるような技術者は「データベーススペシャリスト」の称号を得られない

    739 = :

    >>710
    無理が出ないというのはつまりARはSQLを全て表現できると言っているのと同じ事
    ARは万能なのかい?

    740 = :

    >>701
    1日が3600秒ではなく24時間だったとしよう
    0.83年
    つまり、たった303日でbigintは枯渇する

    平均的なシステムリプレースのスパンは5年だがリプレースされても主キーがリセットされるわけではない
    ハードウェアリプレース、ソフトウェアリプレースされてもデータベースリプレースというのはない

    データベースの寿命はシステムの中で一番長い

    741 = :

    >>699
    製品番号が変わる事は珍しい事ではない
    例えばJANコードはメーカーが買収されたら変わってしまう
    JANを主キーにしてしまうのはJANの採番ルールを知らないからだ
    また、スーパーでアルバイトをしたことがあればセール中だけJANコードが変わってしまう事はよく知っているだろう

    単純に命名ルールの変更で製品番号が変更されることもある
    その場合に新製品番号列を追加することになってしまう
    旧製品番号と新製品番号が存在して、しかも旧製品番号はもはや採番ルールを失っている

    742 = :

    アンチオートインクリメントおじさんとは違う変なのが湧いてきたな・・・

    743 = :

    >>737
    この仕様なら欠番したくないのもわかるわ。
    発達障害に言葉足らずの人多いんだけど、そういう人っね「なぜ」の部分が欠落しちゃうんだよね。
    自分がわかってることは相手もわかってると思い込んでしまうというか。

    744 = :

    もうオートインクリメントの話とかお腹いっぱいだしどうでも良い
    それよりLivewireってどうなの? Vue.jsより使いやすい?

    745 = :

    PHPでJavascriptも操作するって違和感あるんだが

    746 = :

    また動物園児がなんか喚き始めてるし
    >>736 nobodyさん2021/07/08(木) 06:58:56.87ID:???
    >717
    行ロックのデッドロック回避は設計レベルで処理の流れの変更が必要
    もしくはDBの性能を低下させるような設定変更が必要なんだ
    プログラマレベルで小手先の対応ができる話じゃない
    やりたい事はたったこれだけの事なのに、プログラマレベルではお手上げなんだって、Laravelerはぷぷぷx
      ↓↓↓
    >>737
    >新規ユーザー登録時に欠番しない連番が発行されるシステム

    747 = :

    Laravelerって、本当にチンパンジーしかいないのかな?
    それは製品番号が変わってるんじゃなくて、店舗商品コードが変わってて、
    別の商品なんだよ、ばーーーーーーーーーーーーーーーかwwww



    741nobodyさん2021/07/08(木) 07:29:44.59ID:???
    >>699
    製品番号が変わる事は珍しい事ではない
    例えばJANコードはメーカーが買収されたら変わってしまう
    JANを主キーにしてしまうのはJANの採番ルールを知らないからだ
    また、スーパーでアルバイトをしたことがあればセール中だけJANコードが変わってしまう事はよく知っているだろう

    748 = :

    だめだw

    Laraveler動物園児、バイトしかした事ないから、
    商業の仕組みがどうなってんのか全くわかってないwwwww

    749 = :

    こういうのは、取扱商品マスタと、販売商品マスタの類が別にあって、
    取扱商品、つまりこれまでの話の流れで言うところの製品番号を外部キーとして、
    Laravelが、『ちょーーーーーーー苦手』な複合キーを設定して販売商品マスタに商品登録するんだよwwww

    ばっかじゃねぇの? Laraveler

    750 = :

    > スーパーでアルバイトをしたことがあればセール中だけJANコードが変わってしまう事はよく知っているだろう
    > 旧製品番号と新製品番号が存在して、しかも旧製品番号はもはや採番ルールを失っている

    本当に脳みそ腐ってんじゃねぇの? Laravelerって。


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

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


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