のくす牧場
コンテンツ
牧場内検索
カウンタ
総計: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

    401 = :

    >>395
    世の中の仕組みが古いよねって話だよ
    メガバンクですら夜間バッチからリアルタイム処理に変わったのに

    402 = :

    おまえら昔は大手にいたかもしれんが
    最近のシステムを触ってないでしょ?
    どんどんリアルタイムに変わっていってるのに

    そもそもサーバにクレジットカードの情報があるようなシステムは違法だぞ

    403 = :

    客の基幹システムが古いんだから仕方ないじゃん
    こっちは頼まれた通りに作るだけだよ

    405 = :

    なにそのキチガイな設計、頭だいじょうぶか?
    普通にリクエスト受けたらCSV生成してダウンロードさせたらええだけやん

    407 = :

    >>404
    この人(達)わかってて言ってるから相手にしない方がいい
    私生活が上手くいってなくてこういう方法でしかストレスの吐き出し方知らない
    かわいそうな子だから何言っても意味ないよ

    408 = :

    わざとボケてスレをかき回して喜んでる奴ずっといるよな

    409 = :

    >>398
    バッチ処理書いたことない人だったか

    410 = :

    >>408
    そうそう。荒らしね。知識なくて話に加われないなら黙ってりゃ良いのにといつも思うわ。

    411 = :

    集計結果テーブルはさすがに草

    412 = :

    反論したくなるギリギリの外し方は上手いと思うから知っててやってるんじゃないかと予想した
    でも、あんまり知識レベルは高くないと感じるから
    いくつもやってたら無知が故に画期的なアイデアを書くかもしれない
    がんばれ

    413 = :

    俺の会社は>>379で書いた通りの方式だからバッチ処理はないな
    上位システムでは何かやってるのかもしれないけど

    414 = :

    バッチ処理をどうやるかって話をしているのに
    わざわざ「俺の会社ではないな」とか書いてくる奴ってガイジなのか?職場でもそんな感じで会話してるの?

    415 = :

    死語な感じするけどキョロ充ってやつじゃないの
    とにかくハブられないために情報量ゼロでも何か発言せずにはいられないんだろう
    悲しいね

    416 = :

    >>414
    最初にバッチ処理でFormRequest云々の話をしたのは俺なんだけど
    みんながバッチ処理をそもそもしているのかどうかという正直>>379のような話がしたかったんだよ・・・・
    正直今の流れは望んでいない・・・

    417 = :

    バッチ処理は必要だしみんなしてるよ
    スレ読んでて何故それが未だにわからない?

    418 = :

    >>405
    統計処理としては普通の方式だと思うけど
    リクエストあるたびに集計処理が動作するんじゃ重すぎる

    420 = :

    >>417
    いやバッチ処理がいらないシステムも実際存在するし作ったこともあるから必ず必須というのは誤りだけど
    実際のところ自分の構築した体感で7、8割りのシステムはバッチ処理が必要なシステムになるね

    421 = :

    >>419
    HTTPリクエスト以外からのlaravel処理起動ってことだ。
    バリデーションをHTTPリクエストしか想定してないところに書くのがどうなの?って話になって、例としてバッチはどうするの?って話になって、バッチを知らない馬鹿が騒いでるのが今の流れ。

    423 = :

    それも一つの方法ではあるけど苦肉の策って感じだな

    424 = :

    >>421が正解なんだが>>419はわかっててわざとボケてる奴だよな
    「バッチ」の定義にこだわってわざと話をかき回し続けている もう病気だろこれ

    425 = :

    >>422-423
    あれ?話がループしてね?

    426 = :

    ちょーっと、イイですかー?
    あなたターチは、ヴァカですかー?

    427 = :

    >>424
    俺はわざとやってる人じゃない
    ややこしくしようとしてるって感じたなら謝る
    書いてもらうまで「HTTPリクエスト以外からのlaravel処理」
    が議論の対象だったってのは完全に頭になかった

    428 = :

    書くの忘れてた
    バリデーションをHTTPリクエストしか想定してないところに書くのがどうなの?
    って部分に関してはバリデーションの対象が「リクエスト」なのでFormRequestに書くべきだと思う
    FormRequestを使わない処理に対してのバリデーションは必要があるなら処理単位で書くべきと思ってる

    430 = :

    >>427
    繰り返しそう書かれてるのに、スレを読んでてそこに気付かないとか考えられないんだが
    案外見落とすもんなのか…?

    431 = :

    このスレでは行間読んでもうバッチでいいけど、
    個人的にはバッチって表現とLaravelのバリデーションを紐づけるのは違和感あるよね
    Laravelのドキュメントの中でバッチって使ってたりするか?

    433 = :

    こんなんで言い争いしてるのを見るとわかる通り
    laravelはダメなフレームワークです。

    434 = :

    バッチの定義がおっさんと若者で違うんだろうか
    でもこんなスレでそう結論付けてはいかん気がする、異常者が集まっている

    436 = :

    >>429
    それやった段階でルールがどこで使われてるかが追えなくなっちゃうから
    のっぴきならない事情でそのルールを変更せざるを得なくなった時に
    影響範囲が全くわからなくて予想外の不具合起こしかねないからやりたくないのよね
    チーム開発とそんな変更受けちゃダメってのは無しでお願いします

    437 = :

    Laravelは独自の用語が多いから単語本来の意味と違ってたりして話がややこしくなる
    そういう所は嫌い、というか普通にバッドプラクティスだろそれ

    438 = :

    >>436
    その観点だとモデルに書いても同じことが起こると思うし、バリデーションに限らず何かしらのクラスを複数箇所で使ってはならないんじゃないの?
    というかバッチ用クラスのテストは書かないの?

    439 = :

    >>438
    サービスって単位での使いまわしはするけど
    基本的にクラス単体を複数個所で利用するって事はしてないな
    当然共通処理って部分での使いまわしは当然あるけどabstractでやってる
    実際に使う場合はサービスプロバイダで必要なインターフェースが実装されたクラスをbindして
    コンテナから呼び出して使ってる感じ
    このやり方が全くの見当はずれだったりアンチパターンとかだったりしたら早急に修正しなきゃいけないから変だったら言って欲しいのよね

    440 = :

    >>439
    要員の必須スキルが上がって人を集め難くなりそうなんだけど
    その仕組みで何人くらいのメンバーで開発してるの?

    441 = :

    そろそろ別の話題にしてくんねえかな
    いつまでやってるんだよ

    442 = :

    >>440
    プロジェクトの規模にもよるけど俺のほかに2人で外部に必要あればちょいちょいって感じ
    設計とかインターフェースの部分の開発をやってもらう場合は確かに人が集め難いとは思うけど
    どちらかっていうと能力が低くても依頼可能にしたかったからこうしてるんだよね
    とはいえメソッドチェーンってなんすか?レベルまではカバーできないけど

    443 = :

    >>441
    .envをコミットするかしないかで延々議論していたころに比べれば健全だろ

    445 = :

    するだろ

    447 = :

    >>404
    ネタにマジレスして悪いがその処理だと要件満たしてないw

    448 = :

    >>421
    cronで60秒ごとにキックして一瞬で終わるような処理と
    夜間に数時間にわたって一括で走らせるような処理
    この二つを同列に語るのはちょっと違うと思うよ

    449 = :

    >>446
    テスト書かないのだけは駄目だろ
    他はわからんでもないが

    450 = :

    >>404
    1は会員登録および退会の時刻を見ればいいだけだから別に0時に処理する必要はない
    2はテーブルに持つべき値ではない
    3も同様

    磁気テープの時代ならともかく、値を取得を得られるまでの期待値が0.1秒未満の今の時代に
    なぜバッチ処理をするのか?
    レスポンス改善の為にあらかじめCSVを作成して静的に配置しておくっていうならともかく、そういうわけでもないようだし・・・


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

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


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