私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ【PHP】Laravel【フレームワーク】 Part.11
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
Railsの話はそっちでやれよ
句点Rubyガイジおじが喜んでるぞ
句点Rubyガイジおじが喜んでるぞ
レールは続く】 Ruby on Rails Part21 【これからも
http://medaka.5ch.net/test/read.cgi/php/1545146635/
http://medaka.5ch.net/test/read.cgi/php/1545146635/
シュードキー・ニートフリーク(擬似キー潔癖症)
レコードを削除してできた欠番が嫌で詰めようとしてしまう行為
SQLのアンチパターンであるが精神疾患のためこういう奴をみつけたら近寄らないようにしましょう
レコードを削除してできた欠番が嫌で詰めようとしてしまう行為
SQLのアンチパターンであるが精神疾患のためこういう奴をみつけたら近寄らないようにしましょう
採番する過程で排他制御するしか思いつかない
常に大量のトランザクションが発生しないシステムで例えば採番するタイミングが月初や月末で数人しか操作しないようなシステムならそれもありだと思う
採番されたレコードがキャンセル済や削除済のようなステータスを持つことがあるとしても欠番扱いにはしないようなシステムなのではないだろうか
常に大量のトランザクションが発生しないシステムで例えば採番するタイミングが月初や月末で数人しか操作しないようなシステムならそれもありだと思う
採番されたレコードがキャンセル済や削除済のようなステータスを持つことがあるとしても欠番扱いにはしないようなシステムなのではないだろうか
とりあえず分かった事は、
Laravelでは絶対に伝票管理システム作らせちゃダメって事。
使ってる奴がバカ過ぎて平気で要件も仕様も無視して自分に出来る実装に変えちゃうから。
Laravelでは絶対に伝票管理システム作らせちゃダメって事。
使ってる奴がバカ過ぎて平気で要件も仕様も無視して自分に出来る実装に変えちゃうから。
>>457
はい侮辱罪決定
はい侮辱罪決定
>>460こいつRailsでは欠番再利用するとか言ってたけど、
伝票で削除した番号(欠番)を再利用なんてしたら仕事にならないような
伝票で削除した番号(欠番)を再利用なんてしたら仕事にならないような
エラーが発生したときに番号と紐づくデータを一時テーブルみたいなのに確保して登録しなおすのは?
作成順に連番が振られていないといけないというのならcreated_atとは別に日付カラム用意すればいいだけだし
作成順に連番が振られていないといけないというのならcreated_atとは別に日付カラム用意すればいいだけだし
連番って↓みたいなものだと思ってた(末尾の数字が連番)
案件A_伝票_20220729_1
案件A_伝票_20220730_2
案件B_伝票_20220729_1
案件B_伝票_20220729_2
案件B_伝票_20220730_3
案件A_伝票_20220729_1
案件A_伝票_20220730_2
案件B_伝票_20220729_1
案件B_伝票_20220729_2
案件B_伝票_20220730_3
最近デフォルトにされたというlaravelのviteを試してみているんだが
これのビルド先であるpublic/buildってgitのバージョン管理対象外なんだな
ということはviteの場合は本番環境でnpm run buildとかやって
ビルドし直すというのが正式ということなのか?
これのビルド先であるpublic/buildってgitのバージョン管理対象外なんだな
ということはviteの場合は本番環境でnpm run buildとかやって
ビルドし直すというのが正式ということなのか?
>>474
viteのビルドは一旦ビルドディレクトリを空にしてからビルドを行うようになっているので
従来通りpublic直下に出力しようとするとpublicディレクトリが空になってしまうので
その回避のためにpublic/build直下にビルドするようになっている
従ってlaravel-mixの時のようにビルドした成果物のcssとjsをgitにコミットするという
ことができなくなってしまったんだよ
viteのビルドは一旦ビルドディレクトリを空にしてからビルドを行うようになっているので
従来通りpublic直下に出力しようとするとpublicディレクトリが空になってしまうので
その回避のためにpublic/build直下にビルドするようになっている
従ってlaravel-mixの時のようにビルドした成果物のcssとjsをgitにコミットするという
ことができなくなってしまったんだよ
>>478
エアプか?
エアプか?
>>478
いくらでも見たことあるけど?(;^ω^)
いくらでも見たことあるけど?(;^ω^)
このスレ住人って本当にすごいよな
欠番しないでねという要件が来た場合にどのように実装するか?
って聞いてるのにそんな欠番しないシステムは意味ないとか言って発狂して
要件勝手に変えだすし
お前らもしてかして今までも顧客に対して発狂して要件変更しているのか?
欠番しないでねという要件が来た場合にどのように実装するか?
って聞いてるのにそんな欠番しないシステムは意味ないとか言って発狂して
要件勝手に変えだすし
お前らもしてかして今までも顧客に対して発狂して要件変更しているのか?
>>481
そんなシステム基本的にないから
そんなシステム基本的にないから
>>481
いや、普通に追加質問するぞ
要件の背景が必須だから「どんなビジネスルールに従った連番か?」って
ここでも何人か質問してるけど、質問者が勝手に「この情報で答えられないやつは低レベル」とか言ってレスしないから識者は回答を止めてる
残ってるのは質問者レベルの低スキルエンジニアだから、ずっと話題がループしてるだけだろ
回答がほしいんだったらちゃんと追記コメントしろよ
いや、普通に追加質問するぞ
要件の背景が必須だから「どんなビジネスルールに従った連番か?」って
ここでも何人か質問してるけど、質問者が勝手に「この情報で答えられないやつは低レベル」とか言ってレスしないから識者は回答を止めてる
残ってるのは質問者レベルの低スキルエンジニアだから、ずっと話題がループしてるだけだろ
回答がほしいんだったらちゃんと追記コメントしろよ
>>484
> 要件の背景が必須だから「どんなビジネスルールに従った連番か?」って
チンパンジーなのかな?
「連番」って言ってんだから当たり前の日本語で当たり前の日本文化で連続した番号に決まってんだろ
だーめだチュニジア人かなんかが紛れ込んでやがる。
> 要件の背景が必須だから「どんなビジネスルールに従った連番か?」って
チンパンジーなのかな?
「連番」って言ってんだから当たり前の日本語で当たり前の日本文化で連続した番号に決まってんだろ
だーめだチュニジア人かなんかが紛れ込んでやがる。
>>485
運用上削除したデータと被るとかそういう問題点考えないの?
運用上削除したデータと被るとかそういう問題点考えないの?
お前ら結局欠番させない方法がわからないから
要件やたらと変えたがってるんだろ?
要件やたらと変えたがってるんだろ?
>>487
削除時に関連データも削除されるので大丈夫ですよ
削除時に関連データも削除されるので大丈夫ですよ
正直にLaravelでは作れませんって認めればいいのに
お前らだってsymfonyとかだったら余裕で欠番しないようにできるんだろ?
お前らだってsymfonyとかだったら余裕で欠番しないようにできるんだろ?
>>491
Railsのid列は必ずしもきれいな連番にはならないって言ってんだろ
どうすんだよ?
http://qiita.com/jnchito/items/79845b02cc197dee3e7c
Railsのid列は必ずしもきれいな連番にはならないって言ってんだろ
どうすんだよ?
http://qiita.com/jnchito/items/79845b02cc197dee3e7c
このスレに仕事お願いしたら
顧客が本当に欲しかったものの有名な画像になりそうだな
顧客が本当に欲しかったものの有名な画像になりそうだな
>>486
この通称句点Rubyおじは、これを連呼するだけやぞ
構ってちゃん
スキルないし仕事もしてないから、Laravelなんてわからないし、Rubyも実は分かってない
構うだけ無駄なのに、お前らもよくレスするよな
この通称句点Rubyおじは、これを連呼するだけやぞ
構ってちゃん
スキルないし仕事もしてないから、Laravelなんてわからないし、Rubyも実は分かってない
構うだけ無駄なのに、お前らもよくレスするよな
>>490
いやいや、例えば携帯電話番号とか番号使いまわされててとある番号に書けたら相手が変わってたとかあるじゃん
これってあくまで番号が足りないから仕方なく使いまわしてるけど仕様的に枯渇する事がない番号を意図的に使いまわす必要ってないわけじゃん
少なくとも関連データ消すって重要かもしれないログまで消すのか?
いやいや、例えば携帯電話番号とか番号使いまわされててとある番号に書けたら相手が変わってたとかあるじゃん
これってあくまで番号が足りないから仕方なく使いまわしてるけど仕様的に枯渇する事がない番号を意図的に使いまわす必要ってないわけじゃん
少なくとも関連データ消すって重要かもしれないログまで消すのか?
「。」とか「バカベラー」とかでこのスレと前スレフィルタしてみろ
この句点Rubyおじの発言みれば、スキルのない荒らしってことが分かるだろ
この句点Rubyおじの発言みれば、スキルのない荒らしってことが分かるだろ
みんなの評価 :
類似してるかもしれないスレッド
- 【PHP】Laravel【フレームワーク】 Part.12 (314) - [98%] - 2023/1/30 18:45
- 【PHP】Laravel【フレームワーク】 Part.10 (446) - [98%] - 2022/6/6 19:30
- 【PHP】Laravel【フレームワーク】 Part.9 (884) - [96%] - 2022/3/13 12:00
- 【PHP】Laravel【フレームワーク】 Part.8 (148) - [96%] - 2021/8/8 21:30
- 【PHP】Laravel【フレームワーク】 Part.7 (779) - [96%] - 2021/7/9 16:18
- 【PHP】Laravel【フレームワーク】 Part.6 (745) - [96%] - 2021/6/21 6:30
- 【PHP】Laravel【フレームワーク】 Part.5 (568) - [96%] - 2021/5/1 22:00
- 【PHP】Laravel【フレームワーク】 Part.2 (917) - [94%] - 2019/9/10 9:15
- 【PHP】Laravel【フレームワーク】 Part.3 (983) - [94%] - 2021/2/12 4:00
- 【PHP】Laravel【フレームワーク】 Part.4 (460) - [94%] - 2021/4/4 4:00
- 【PHP】Laravel【フレームワーク】 (887) - [82%] - 2019/4/23 21:00
- 【PHP】フレームワーク Akelos (129) - [54%] - 2019/5/9 7:46
トップメニューへ / →のくす牧場書庫について